アカウント名:
パスワード:
まあいずれにせよそんなサイトは訪問者減で即方針撤回でしょうが…
>Javascript(Scriptを無効にすることにより簡単に回避可能) >CGI(Refererの偽装に一応回避可能)
>技術的に対応して、世間にけち臭いレッテル貼られるより、企業としては無断リンクは違法という社会的正義 ほしいんでしょう。
それ以外に魅力のあればまったく訪問者減にはならないのが現実でしょうね。
サイトのトップページから該当記事を探すのが一般的になるならば
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
Referer (スコア:2, 興味深い)
まあいずれにせよそんなサイトは訪問者減で即方針撤回でしょうが…
Re:Referer (スコア:2, 興味深い)
CGI(Refererの偽装に一応回避可能)
ってところじゃないでしょうか?
静的なHTMLとして公開した場合にはWebサーバなどの対応なしでそういった対応はできないと思います。(対応できてもJavascript並みに簡単に回避されたり)
技術的に対応して、世間にけち臭いレッテル貼られるより、企業としては無断リンクは違法という社会的正義ほしいんでしょう。
それ以外に魅力のあればまったく訪問者減にはならないのが現実でしょうね。
というか、そういったサイトポリシー(セキュリティとかプライバシーポリシーも含めて)気にするユーザなんて残念ながら1割にみたないでしょう。
Re:Referer (スコア:1)
これは、その通りなのかもしれません。世知辛い世の中になってしまいますが。
#トップページを通らないアクセスは許さない、ということは「ブックマーク」とか「お気に入り」とかも不許可になるんでしょうかねえ…
Re:Referer (スコア:0)
Re:Referer (スコア:0)
サイトのトップページから該当記事を探すのが一般的になるならば、
それに見合ったコンテンツ構成が編み出されたりするのかな。
そう考えると悪い話でもないか。
Re:Referer (スコア:1)
Re:Referer (スコア:2, 参考になる)
「難しく」は無いかも知れません。
が、とてもじゃないですが、「やってほしくは無い」ことです。
なんというか、馬鹿馬鹿しいので。
実例。
ある人のWikiサイトなんですが、それを開いているwww用貸しディスク領域が、
cgiが直リンクできないような作りになっておりまして、
(こう聞けばWiki知ってる人ならすぐ判ると思いますが)Wikiとして意味を成さなくなってました(T_T)
その人はCGIの出力を自動的にhtmlにも落とすという作りを実現することで
問題を回避されたのですが、考えてみればそれって車輪の再発明以上に空しく悲しいことです。
車輪の再発明なら発明物自体は役立ちますが、上記例はアホな規則に付きあわされただけなのですから。
#技術的に興味深いプログラムではあるが。
>自分で打てる手は打つというのが正当なスタンスかと思いますが。
「正当」って、何に対しての正当ですか?
そりゃどんな意味および形態にせよ過剰じゃない自己防衛は得てして正当ですが、
こんな「馬鹿馬鹿しい」要求に従わないとならんって時点ですでに正当もへったくれも無いような。
てゆーかそういうのは正当とは言わないと思う。なんて言うのかはよく知らないけど。
それに、Wiki以外にも、直リンクできないと価値が半減するコンテンツってのは、結構有ると思います。
#たとえばPalmの解説サイト「 muchy.com 」なんかもソレじゃないかな。
まぁShallowLink信者はそういうコンテンツの価値なんか理解しないだろうから、そもそも開設しないでしょうけど…。
Re:Referer (スコア:1)
>「難しく」は無いかも知れません。
>が、とてもじゃないですが、「やってほしくは無い」ことです。
なんか論点ずれてません? 元記事の人が言いたいのは、
「ディープリンクがダメとかタワけたこというなら、言ってる
お前がディープリンクはれないページをつくれよ」
ってことでしょ。ディープリンクを禁じる気がない人は
従来どおりのページをつくればいいかと。
>実例。
そんなクソな貸しディスク領域を使わなきゃいいだけかと。
Re:Referer (スコア:1)
あう、気付いてませんでした(ぉ
ただ、どこにreplyぶらさげたか?とは独立に、俺が言いたいことが前述のとおりであるのは確かなので、
それはそれとして扱っていただければ幸いです。
>そんなクソな貸しディスク領域を使わなきゃいいだけかと。
なるほど。
もちろん、そういうクソが人気無くなって倒産してくれるってならば
それはそれで悪くない未来なのですが(笑)、
人気が無くなってくれるかどうか?は、ある意味で、ディープリンク賛成者と反対者の存在比率にかかっているわけで、
反対者がそういう領域を忌避するだけでは、「数」はかわらないんですよね。
潰れてくれる保証(ぉ)が無い。
ディープリンク拒絶派を「無視」すれば済む、というものではないと思います。
wwwは1つなのですから、リンクさせてもらえんurlが存在するってのはwww全体の損失です。
そういう奴に限ってクソコンテンツだ、という経験則(笑)に頼るだけでは弱いと思いますし。
結局、拒絶派が「減って」くれないとしょーがないだろうな、と思うんです。
余談:
小学校の道徳(ぉ)の教科書とかで、ディープリンクはインモラルだ、的なことが書かれるような未来が来たらどうしよう?とは
ちょっとだけ心配に思っています。拒絶派が「増えて」しまったら、そういう未来も有りえないとは限らないだろうな、と。
Re:Referer (スコア:1)
ただし、Refererは偽装可能ですし、セキュリティソフトや
ファイアウォールの設定でRefererが返ってこないときがあります。
(Norton Internet Securityのデフォルト設定など)
他にも、ブラウザによってはmetaタグでrefreshしたときに
Refererが返ってこないとか……
一部の無料webサーバレンタル業者が倉庫代わりにされるのを防ぐために、
画像やCGIなどに限ってRefererを見て弾いたりするものをmod_rewriteか
何かで実装している例がありますが、そういった特殊なケースを除けば、
サーチエンジンか何かで検索して飛んでくる「潜在的な」
利用者をも弾くわけですから、営業上あまり得策ではないかと。
Re:Referer (スコア:1)
>何かで実装している例がありますが、そういった特殊なケースを除けば、
除かないでください(T_T) 結構号泣…
こっちに書いたようなこういう状況 [srad.jp]を特殊ケースとして「切り捨てる」のは、
どうかどうか、伏して御容赦願いたいのです。web本来の幸せのために。
ちなみにWiki界隈(ってのかな)では、InterWikiNameというものが
結構普及しております。
他のWikiサイトのコンテンツ(WikiName)を、簡単かつ(エンジン種ごとに)統一された簡便な構文で(!)直リンクできる、という素晴しい仕組です。
1つのWikiサイトの中でもリンクの網目構造がバリバリ作れるだけじゃなく、
他所様のサイトとの間(==InterWiki)ですらバリバリ繋げられるわけです。
はっきり言ってこれ、(受け入れられる人にとっては)極楽です。
で、前述のように、これが使えなくなると不幸になるわけで。
んーと。何言いたいかってーと、こういうケースをレアケースとして蹴ること自体を止めてほしいな、ということです。
InterWikiName以外にも、直リンクによって人が幸せになるようなサービスは、
きっと今後も色々考案されると思うんですよ。
それらに対していちいち障壁が立ち塞がるのは、寒いですんで。
ProjectXなみに泣けてきます(=周囲のツマラナイ圧力に苦しむってこと)。
余談:
CGI「が」重いから直リンクを蹴ってる、ってことは無いですかね?
生CGIだとそりゃ重いでしょうね。mod_perlだかmod_rubyだか(あるいはjava servletでも同じ)のような
プロセス常駐型の駆動方式にしとかないと、起動が重くて…
Re:Referer (スコア:1, 参考になる)
ある程度のお金を出せばそのような制限をつけるサーバーはないで
しょう。共用サーバーで、外部から直接CGIなどが実行できるサーバー
なんて、管理者から見れば悪夢ですし、そんなサーバーに契約したく
ありません。
専用サーバーだって最近は安いものです。すべてのサーバーで制限
されているのなら分かりますが、ちゃんと選択肢が与えられている
以上、G7さんの言うことは我侭と言われてもしょうがないですよ。
mod_perlだろうが、PHPだろうが、格安の共用サーバーで実行させ
るには負担が大きすぎます。mod_perlは「軽く」するモジュールでは
ないのですから。
今回は直リンク(主にディープリンク)が争点になっているわけで、
レンタルサーバー会社の運営方針ではありません。また、業者がどの
ようなサービスを提供するかは、自由であって不当と思えば解約して、
他の業者と契約すれば良いだけの話です。
ただし、そのような制限は規約に明記するべきだとは思いますが、
値段が安ければ記述なくても仕方ないですよ。
Re:Referer (スコア:1)
>なんて、管理者から見れば悪夢ですし
「じゃあ経営しなきゃいいじゃん」とまでは言えない(言う意味がない)ので捨ておきますが、
それでもそういう変てこな機能をつけた(ないしは機能を損ねた)サーバーを作るってのは、ちょっと痛いなあ。
そして最終的に(少なくとも俺が)恐れることは、そういう運営形態の鯖が「あたりまえ」と思われてしまうことです。
つまりそういう鯖の数が「増えて」しまったら、そういう奴のほうが多数派になってしまったら、どうでしょう?ということです。
今は少数派なのかも知れませんが…。
>値段が安ければ記述なくても仕方ないですよ。
それは変では?
規約に書くのに例えば金がかかるわけではない(あんなもん誰でも3分あれば書けます)でしょう?
あるいは格安である理由を「隠す」ために規約や仕様に十分な情報を書かなかった
としたら、それって商売として全うなのか?と首をかしげます。
どっちにせよ気にいらない鯖なら解約する「自由」があるぞ、と言ってしまえばそれまでですが、
ここではそういう問題ではないと思いますよ。
サービスそのものの品質を落としてその分だけ安いというならそれはそれでOKですが、
杜撰とか嘘つきとかいう理由で安いってのは、ちょっとまずいんじゃないかと。
>外部から直接CGIなどが実行できるサーバー
ところでこれ、どういう意味ですか? もしかして誤解が生じてないかなあ?
直接実行できるといっても、それって前述の制約をかけている鯖以外の「すべて」が該当するのですけども?
そういう(きっと殆どの)鯖と、あなたは契約したくないという意味ですか?
#すでに自宅とかに自前鯖持っている人ならばそういう気分になるかも知れませんが、それはさておき。
webブラウザで該当cgiにアクセスするとき、「そのcgiを所有してるのと同じユーザーのhtmlからのリンクでなければ」蹴る、
という設定ですよ、俺が問題にしたのは。
もしや、「実行」って、それ以外の意味を想像なさってるのですか?
もしかして、アカウントを持っていない人でもcgiをその鯖で実行させられるとか、そういうもののことを想像してますか?
だとしたら、俺が話したかったのは違います。
>mod_perlは「軽く」するモジュールでは ないのですから。
え?なんぼかは軽くなるでしょ?
Re:Referer (スコア:1)
##オフトピックっていうならまだわかるが
>規約についても面倒なんで、ちょっと手を加えただけの引用だっ
>たりしますんで、当てにもできないんですよ。
それはあくまで管理側の「落ち度」ですね。
仕事(笑)をすべきなのは管理側です。当てにならん説明を当てになるように直すという仕事を。
仕事しないならば、ある意味でそういう鯖こそが詐欺っすよね。
>安価で質の高いサービスを望むのは当然ですが
質?べつにそこまで言っていません。
実際俺は、「性能」つまり処理速度とかについては、一言も言ってないでしょう?
つまり、性能と(cgi直リンクの)自由度との二者択一ならば、後者を採るほうを
薦めたいな、と言っているだけです。そういうニーズ「も」有るのでは?と。
>それに見合う適正 価格
ところでその適正価格は誰がどう決めるんですか?
「もっとも」な理由が存在するわけもないでしょう。だから「適正」(が幾ら)かという点を考えるのは無意味。
>サーバーの知識が皆無のようなので
べつにそんなこたぁないです。前述の「想像」が間違いだった(ごめん)のは、
鯖を理解してないせいじゃなく、あなたの発言(の価値(笑))を理解してないだけです。
てゆーか下記のとおり、今もやっぱりその価値には疑問を感じますが。
>私は共用サーバーの場合は、CGIに直リンクされて、他のユーザーに
>迷惑をかけないように、ドットファイルで自分で制限します。
するとですね、Wikiや、更にいえば一般的な掲示板頁CGIを立ちあげたとしても、
その板頁に直リンクどころか個人ブックマークからの直接アクセスも、できなくなる わけですよね?
そういう不便な状況を、当然視されるわけですか?
ちなみに、niftyという大手なので一緒にならんのかも知れませんが:-P 俺掲示板。
スレッド表示画面と本文表示画面という2画面構成なのですが、
もしここがその制限を課されていたら、俺メイン(?)頁からいちいち両方にリンク張らないかぎり
(2つくらいなら対処できるべ?という反論は、この掲示板でなら「たまたま」許容できるだけなので、さておく)
ユーザーはいちいちスレッドから本文へリンクを手繰らないといけません。
するとCGIアクセスの数が却って増えてしまいます :-P
俺は以前ユーザーに、「スレッドいちいち見るのがウザいならブックマークで本文に直接飛べばいい」
と言ったことがあるんですが、あなたの方式だとそれは不可能になります。
不便だし無駄アクセスは却って増えるし、ちょっとどうかと思うのですが?
>CGIはリクエストがあれば実行されるんですよ?
了解。(あなたが)なんかとんでもない話を混同してるか?と不安になってたんですが、その線は無いようですね。
で? リクエストの「数」は、他所からの直リンクを許すかどうかで変化するんでしょうか?
本人htlm頁からリンクであっても、それ以外からのリンクであっても、
リクエストの数はCGI(たとえば掲示板の)を読まれる「数」にだけ比例(つーか一対一)するのでは?
>CGIを某所で直リンクして、擬似DOSのような悪戯をすることも たまにありますんで、結構常識だと思ってました。
「たまに」ですか。上記のように直リンクすることの利便性は色々有るわけで、
たまに生じるdosのせいでそれを不可にするの?と思ってしまいました。
dos蹴りって本質的にそういう面が有りますよね。「不正」アクセスなのかどうかを判別する合理的な手段が無いという。
だから制限をかけたらそれはユーザに「不便をかけている」ことに(も)なるのは確かですね。
>本人は何の問題もなくても、誰かがそういう 事をされたら、そのサーバー全体にかかわることなんですよ。
そんなこと言ったら、頁を持つこと自体が「問題」です。
htmlへのアクセスだってCGIとは比較にならないにせよ「負荷」なのですから、
人気者な頁ほど追いだしたくなる(笑)ということですね。これは実際に時折生じてる事だそうですし。
#本人に問題ないってのは何故?
>ある程度の予防線を張っておいたほうが
だったら、張ったなら張ったと明記すべきでしょう。
俺が心配してるのは、その予防線を張るのが「明記せずとも世間のデフォ」だと
いうことに(数の上で)なっちゃう、という未来です。
あなたが説明したやりかたは、その暗い未来の到来を微力ながら後押しすることになります。
もしあなたの鯖も今そうなっているというなら、微力(笑)を使って直して頂きたいものです。
>安いサーバーで、CGIに何らかの制限をしてい
Re:Referer (スコア:1)
あなたの知識は、特定の使いかたのユーザーだけを支援して他は犠牲にするというやりかたについての知識ですね。
まあそれはそれでアリですが、それを「常識」とか言われちゃうとねえ。
頁主だけじゃなく鯖主(実際やってらっしゃらないそうですが、思考実験してるのだから同じことですね)まで
「こういう」考えの人が居るんだな、という意味では、ちょっとガックリきました。
直リンク反対論者と本質は似てるかなと。自分が好む使われかただけをプッシュするという意味で。
それにそれ、どっちかってーとCGIの種類の問題では? どんな処理をするCGIなのか?という。
どこからリンクされてるかという問題よりも、変なCGI(ぉ)を実行されちゃうことのほうが、余程負担になっているのでは?
むしろ「頁主が自分でソフト(scriptとか)を用意する」のを禁じるほうが
あなたが望む成果(時間あたり処理可能ページビューだよね)を得られるのでは?
鯖主側が厳選(笑)したscriptだけを使えることにして、それはもちろん既存フリーもので良くて、
頁主から要望が有ったフリーとかのscriptを鯖主は吟味した上で使用可能にする、とか。
あ。この方式だと、うまいぐあいに「オープンソースのCGIプログラムを支援」することになるんで
スラド的にもハッピーかもですよ(^^;
クローズドなものは吟味できませんから論外だし、鯖主が自作するのは手間的に非現実的だし、
ユーザーが「これ使わせれ」って直接送ってくることも有るかもだけど、
それを受領(そして吟味)する前に「そのscriptをオプソなライセンスにしてくれるならば」
という制約をつけると、とてもスラド的。
なお、鯖主が自力で全部吟味するのもまた非現実的なので、たとえば個人あてのソース公開では駄目で、
「多くの目」が期待できるオプソが望ましいと思います。
そのへんはperlだのrubyだのといったオプソのCGIエンジン(酷い言いかたで御免ね>両陣営)を選択するのと同じ原理かと。
余談:
ある鯖でたとえばwikiが断わられたとすると、頁主はwikiを実行するために
「別の鯖」を探すことになるでしょうね。
頁全体を引越すという手もあるけどそれはさておき、もう1つ、wikiだけを別鯖に置くという手も有りそう。
で、その場合、もしどこの鯖行っても「直リンク不可」って言われちゃったら(それが「常識(笑)」なら)、
wikiのためだけに頁全体を移転しないとならんという不毛なことになるわけで。
これってリンクというものを結局は否定してるんだよね。
wwwの使いかたとしては、結局それは「変」だと言わざるを得ないと思う。
Re:Referer (スコア:0)
Re:Referer (スコア:0)
正しくご利用下さい。検索結果画面以外からは参照できません。
だそうです。
Refererでは無いようだが、外部参照を制限しているみたい。