アカウント名:
パスワード:
とりあえず、文化庁自身よりweb制作会社がどこか調べた方がいいかもしれない。
文化庁側がどんな担当者だったかは、わからないけどトップ以外たのリンクを拒否してほしいなどと、要望するだろうか?
たとえ文化庁側がそれを求めていたとしても、そんな仕様を行政府のウェブサイトに平気で適応してしまう目の前の利益しか考えないカス制作会社は淘汰されてほしい物だ
リンク切れが保証できないと言う単純な理由でそのようなことをしたとあればそれはそれで痛いですね。全く何を考えているか訳がわからない
----- Team Slashdot Japan [tripod.co.jp]に参加しよう。
enter.aspは????だし
コレ(→ http://www.bunka.go.jp/error.asp)もデフォルトなんでしょうか? 「もう一度チャレンジしてね」って、オイ。
コレ(→ http://www.bunka.go.jp/error.asp)もデフォルトなんでしょうか?
少なくともこのままの状態では、すべて意図したことと裏目に出るような感じすらします。
さっさと、若手の職員の中から2~3人見繕って、AdobeでもMacromediaでもオーサリングツールの講習に1週間ほど放り込んで、帰ってきたらさっさと普通の構造のサイトにリニューアルさせればいいんじゃないかなぁ。
/.的には「オーサリングツール」なんてダメダメなんでしょうが、だからといってこんなサイトを税金で作られたらたまらない。
>IISだとインクルードファイルの拡張子を.incにするのは推奨されていないのでは? 純粋に質問なのですが、これって何故なんでしょうか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
カス制作会社に制裁 (スコア:2, 参考になる)
とりあえず、文化庁自身よりweb制作会社がどこか調べた方がいいかもしれない。
文化庁側がどんな担当者だったかは、わからないけどトップ以外たのリンクを拒否してほしいなどと、要望するだろうか?
たとえ文化庁側がそれを求めていたとしても、そんな仕様を行政府のウェブサイトに平気で適応してしまう目の前の利益しか考えないカス制作会社は淘汰されてほしい物だ
リンク切れが保証できないと言う単純な理由でそのようなことをしたとあればそれはそれで痛いですね。全く何を考えているか訳がわからない
発見しました (スコア:3, 参考になる)
エラー画面 [mdc-jp.com]
製品は「D-WebManager」ではないかと。
-----
Team Slashdot Japan [tripod.co.jp]に参加しよう。
Re:発見しました (スコア:1)
文化庁の企画担当者
「サイトの管理ってウザいんだよね。なんとかならない?」との依頼。
または、「今は各部署の担当が作っているんだけど、彼らは技術力が無いんだよね。ワープロ感覚でHTMLができないかな?」との依頼。
製作会社
「うちのこれを導入すれば簡単ですよ」
そのソフトにこの糞機能があった。
クレーム受付
苦情メールを受け取って初めて事情を知った
ではないかと推測。
-----
Team Slashdot Japan [tripod.co.jp]に参加しよう。
Re:発見しました (スコア:1)
enter.aspは????だし
top.aspはD-Web Managerのままだよ。
Re:発見しました (スコア:1)
コレ(→ http://www.bunka.go.jp/error.asp)もデフォルトなんでしょうか? 「もう一度チャレンジしてね」って、オイ。
Re:発見しました (スコア:1)
Re:発見しました (スコア:0)
関連サイト (スコア:1, 参考になる)
http://www.mdc-jp.com/main.asp?fl=list&id=1000000705&clc=1000000701
だそうです
(このURLがいつまで同じところを指してるかは不明ですが。)
なぜかしら公共系が多い感じ。
Re:関連サイト (スコア:1, 興味深い)
>なぜかしら公共系が多い感じ。
製作会社曰く
「手軽にページが作れる」の売り文句が受けるのでしょうね。
普段からその系統の客に接しているのでよくわかりますわ。(w
Re:発見しました (スコア:0)
Re:カス制作会社に制裁 (スコア:1, すばらしい洞察)
トップページから見ろってのは、新聞も3面記事から見たいというような読み手の嗜好などはどうでもいいっていう姿勢の現れ。
クライアント問題も無い行政が、こんなことをする意味があるのかと思う。
結局はサイト制作をしている会社の趣味嗜好なんだろう、
作ったヤツのサイトなんかがあるなら、googleにキャッシュされないようにしてたり、あの手この手で読み手の意志を無視するようなことをやってそうだと思う。
そういう「読ませてやってる」ってな態度が見えるサイトなんて別に見ようとも思わないし、実際に面白かったためしが無い。
Re:カス制作会社に制裁 (スコア:1, 興味深い)
ギブアンドテイクというものを理解しないで何でもくれくれというだけの奴らが多いから結果的にこういうことになるんだと思うが。
閲覧するのはタダでもページを作った会社や人は読者に何かを期待してるのが普通じゃないのか。
Re:カス制作会社に制裁 (スコア:1)
何でもくれくれというだけの奴ら」ってのは
そういうふざけたポリシーをユーザーに強制する
文化庁/団体/個人 じゃないの?
Re:カス制作会社に制裁 (スコア:0)
> 何かを期待してるのが普通じゃないのか。
何を期待しているの?
Re:カス制作会社に制裁 (スコア:1)
Re:カス制作会社に制裁 (スコア:0)
違うでしょ
何を期待しているかって言えば (スコア:1)
商品について良いイメージをもってもらうこと
「会社や人」によいイメージを持ってもらうこと
「会社や人」の主張を知ってもらうこと
「会社や人」の主張に賛同してもらうこと
フィードバックをもらい後の活動に活かすこと
ページウォッチ数から大衆の興味をさぐること
サイト内の移動パターンから大衆の興味をさぐること
辺りはよくありそうですが
実は何にも考えてないってのもありがちかと…
Re:何を期待しているかって言えば (スコア:1)
そこのところの説明が不十分だからこれほど批判が出るのではないかという気がします。
少なくともこのままの状態では、すべて意図したことと裏目に出るような感じすらします。
Re:何を期待しているかって言えば (スコア:0)
Re:カス制作会社に制裁 (スコア:0, 余計なもの)
前にも言ったm(__)mけど、もともと著作権法の出来た理由が中間マージン保護なのだから、まあ当然ですね。
クリ
Re:カス制作会社に制裁 (スコア:0)
違いますよ
Re:カス制作会社に制裁 (スコア:1)
そもそも著作物の発生と同時に「著作権の発生」っていう言葉が出てくることに問題があるんじゃないかと。
いや、合ってはいる (スコア:0)
>違いますよ
ただ、印刷術が発達して本の流通が盛んになり始めた頃の話を
現在の著作憲法に適応するのは、本来なら馬鹿の極み。
まさかG7の辞
Re:カス制作会社に制裁 (スコア:1, 参考になる)
現在、ページを構築するソフトの
システムの上の問題で直接リンクをすることができませんが、
今、解決策を模索しております。
ご理解いただければ幸いです。
だそうです。
Re:カス制作会社に制裁 (スコア:1)
さっさと、若手の職員の中から2~3人見繕って、AdobeでもMacromediaでもオーサリングツールの講習に1週間ほど放り込んで、帰ってきたらさっさと普通の構造のサイトにリニューアルさせればいいんじゃないかなぁ。
/.的には「オーサリングツール」なんてダメダメなんでしょうが、だからといってこんなサイトを税金で作られたらたまらない。
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:0)
それはそれで現状の技術や決まりごとに即した内容を学べるからいいんじゃないの? 何年も前の Obsolete な Web 技術に固執するほうが有害だと思うけど.
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:1, 参考になる)
同一業者か同一ミドルウェアの可能性非常に濃厚。
Re:カス制作会社に制裁 (スコア:0)
これは、IISがセッショントラッキングに使っているやつです。
そういういみでは、個々でのミドルウエアは IISってことですかね?
ASPでセッション追っかけるのは簡単なんですが、ここで
Re:カス制作会社に制裁 (スコア:1)
ちなみにGoogle検索で出てくる他のサイトもことごとくIISです。
Re:カス制作会社に制裁 (スコア:1)
global.asaというファイルに
Sub Session_OnStart
Response.Redirect("http://www.bunka.go.jp/enter.asp")
End Sub
というのがあるとおもいます。
これをやめてください。
そうすれば、みんなの不満も静まります。
Re:カス制作会社に制裁 (スコア:1)
これ、もしかして、Apache で言うところの DirectoryIndex を指定したいがためだけにやっているなんてことはないですよね?
Re:カス制作会社に制裁 (スコア:1)
/ で終わらないURLでも、どっかのサブディレクトリにあるファイルでも
いきなり見ようとすると、トップに飛ぶようにしています。
トップからリンクを辿ってきてもらいたいためだけに
やっているんだと思いますが、あほすぎます
Re:カス制作会社に制裁 (スコア:1)
>> / で終わらないURLでも、どっかのサブディレクトリにあるファイルでも
>> いきなり見ようとすると、トップに飛ぶようにしています。
その通りですね。
私の言いたかったのは、http://www.bunka.go.jp がアクセスされたとき http://www.bunka.go.jp/enter.asp を表示させる目的のためだけにこれをやっているのではないかということでした。
一応目的は達成されています。
ASPの本にサンプルとして載っているくらいなので、担当者は一般的な設定だと思っているのかもしれません。
Re:カス制作会社に制裁 (スコア:0)
知り合いの所だよぅ・・・
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:0)
Re:カス制作会社に制裁 (スコア:0)
aspの入力変数に大きな数を入れるとCLngでオーバーフローはするは
aspによってはエラーの箇所のincludeファイル名(とディレクトリ)が出てきて
そのincludeファイル(つまりソースファイル)が閲覧できたり、
もう最悪です。
(その、includeファイルは各サイト共通にあるようです。)
aspのエラーを表示しないようにすれば
まだマシなのですが、それさえされてないようです。
Re:カス制作会社に制裁 (スコア:0)
推奨されていないのでは?
エラーが見えちゃうのはそれ以前のレベルだとは思いますが。
拡張子.incは推奨されていない(オフトピック) (スコア:1)
純粋に質問なのですが、これって何故なんでしょうか?
単に、ファイル名を類推されにくくするためだったりしますか?
それだったらそんな考えは捨てたほうが…とか思ったりしますが。
それとも、何か別の理由があるのでしょうか?
たとえば、IISは、管理者がどう設定しようとも.incをこっそり別扱いしているなどといったことがあるのでしょうか。
#Windowsにおける .lnk などみたいな感じに、通常の設定変更方法では、どうやっても拡張子が表示できないみたいな
タブレット中毒者。
Re:拡張子.incは推奨されていない(オフトピック) (スコア:1)
Re:拡張子.incは推奨されていない(オフトピック) (スコア:1)
一般的には各aspで共有できる機能、たとえばDB接続ですとか
文字種チェックなどをクラス化したり関数化して、
.incファイルとしてまとめたりします。
画面単位に.aspファイルがあって、.aspのソース内でたくさんの
.incファイルをロードします。
<!--#inclue virtual="xxx.inc"-->
って感じで。
このロード自体はいわゆるプリプロセッサレベルなので
動的にどの.incファイルをロードとかはできず、
単にソースを見やすくする程度のものです。
IIS5まででよくないのは、.incファイルの設定が
デフォルトでふぇいるせーふ側に倒れていないことでしょうか。
きちんと設定をしてあげないと、ソース丸見えです。
というか、よく使う拡張子のくせに、IISの
mimeマッピングに登録されておらず、未定義の拡張子として
そのままダウンロードされてしまいます・・・
.aspなどは、asp.dllに渡されるようにデフォルトで
設定がなされているため、問題がないのです。
なので、.incの代わりにglobal.asaを使う人もいますが
これもパフォーマンスや利便性など、いろいろな問題が
ありますし、趣味の問題もあります。
Re:拡張子.incは推奨されていない(オフトピック) (スコア:0)
>IIS5まででよくないのは、.incファイルの設定が
>デフォルトでふぇいるせーふ側に倒れていないことでしょうか。
>きちんと設定をしてあげないと、ソース丸見えです。
そうですね。
その
Re:拡張子.incは推奨されていない(オフトピック) (スコア:0)
ブラウザが直接ロードする仕組みなのでしょうか?(.css のように)
それともサーバ側でインクルードされる仕組みなのでしょうか?
もし後者なのなら、.inc ファイルは公開ディレクトリの外に置く
のが常識ということになるのではないでしょうか。
Re:拡張子.incは推奨されていない(オフトピック) (スコア:1)
> ブラウザが直接ロードする仕組みなのでしょうか?(.css のように)
> それともサーバ側でインクルードされる仕組みなのでしょうか?
うーん、わかりやすく言うと両方です。
誰が呼び出すかによるんですね。
asp.dllから<!--#includeで呼び出されれば後者ですし、
iisからGET~で呼び出されれば前者になります。
前者を防ぐために.incのマッピングをasp.dllにしておくか
nullデバイスに渡しておくかなどの設定が必要なわけです。
> もし後者なのなら、.inc ファイルは公開ディレクトリの外に置く
> のが常識ということになるのではないでしょうか。
それはasp.dllのセキュリティポリシからいって
できなかったと思いますよ。
<!--#includeではwebのルートより上にはあがれなかったと思います。
まあ、レジストリ書き換えで行けたきましますけど・・・