知識、知恵のカタマリ

[PR]コレがGoogleの検索ストーリー

解決済

clip!clip!
Ads By Google

Wikiのサイドメニュー群を消すのは違反だと思いますか?

Livedoor Wiki を利用させて戴いております。感謝です!
今現在3列で利用中なのですが、今度「印刷書式ボタン」を新設しようと計画中なのです。で、このボタンを押すと「広告」なり「メニュー」を消して(?)、メイン(?)コンテンツを画面横幅いっぱいにしてしまうものです。

「Google広告」「Livedoor広告」などが、一時的とは言え、消えてしまうのは、違反となって、Livedoorから「お叱り」を受けることと思われますか? いけないことだと思われますか?

2006-12-29 12:56の質問
この質問と回答を読んで役に立った場合は「役に立つ質問」に投票してください。投票が多い質問は、役に立つ質問一覧に掲載され、より多くの人に見てもらうことができます。

回答(3)

2.

2006-12-29 13:19:17みんなナイスな
ある操作を行うときだけ広告が隠れるのは問題ないと私は思います^^;
自信度 : 自信なし 回答レベル : 回答

3.

2007-01-04 04:32:20みんなナイスな
livedoorWikiには、プレゼンテーション表示 というプラグインがあります。

正式に提供されているものですから、それを使う限りでは問題ないはずです。
回答レベル : アドバイス

4.

2007-01-19 11:58:10みんなナイスな
回答欄に便乗質問もおくがましいですが
質問が気づかれやすいと思うので失礼します。

***********
Wikiページから生成した別窓表示の方にも
google Adはつけなきゃいけないですか?
***********

今フリーエリアで色々できるのでWikiページから別窓生成もできますが、そちらに関しては広告関係はどうなってるのかなと思っております、そこはフリーだというならこちらのgoogle Adも入れたりなんか出きるのでしょうかね?
回答レベル : 補足要求
Ads By Google

コメント(13)

2007-01-15 03:22:41

「プレゼンテーション表示」なのですが、みなさん本当に利用されていますか? 当初、面白いなと思いましたが、実装後に削除。また、今回、進化したかなと考えて実装し、試用しましたが・・・

・同じLivedoor Wiki内の別ページにリンクすると元に戻る。またボタンを押さないといけない。

う~む。

2007-01-15 06:56:41

みなさん本当に利用されていますか?
してません。

ただ、もし、ご質問の内容のような事が原因で警告も無しにいきなり削除されるようなことがあったら
…むしろおいしくないですか?
つまり、(以下略)

2007-01-27 09:28:24

>Wikiページから生成した別窓表示の方にも
>google Adはつけなきゃいけないですか?

 インラインフレーム飛ばしやフレーム飛ばしと同じ考え方をしています。つまり、どこの場所(サーバー)のソースを参照しているのかってことを考えるべきではないでしょうか?
 つまり、Webサーバー管理者として「アクセス解析」するわけですから、JavaScriptで、この場合だと、新たな(ポップアップ)ウィンドーを生成し、その閲覧先がLivedoor Wikiでは無いのなら、Livedoor Wikiのルールから離れ、閲覧先のルールに遵守するべきだと存じます。

- Ujiki.oO -

PS: 「あなたのホームページが狙われている?」と言うフレーム飛ばしで著作権利侵害に合わない手法を書いたなあ~ (^^);
http://wiki.livedoor.jp/mmj_aos/tb.cgi/%A4%A2%A4%C...

2007-01-27 18:26:14

>>#5
お返事ありがとうございます。
>新たな(ポップアップ)ウィンドーを生成し、その閲覧先がLivedoor Wikiでは無いのなら、Livedoor Wikiのルールから離れ、閲覧先のルールに遵守するべきだと存じます。
どこかに飛ぶというものではなく、JavascriptやAjaxで飛んだ元Wiki記事や同じWiki内の内容をある目的で抽出してその場でHTMLを生成した内容を表示する事を考えています。

例えば英語の問題選まとめWikiで閲覧者がアクションを起こす事で別枠が生成されてWiki記事内の問題をランダムに抽出して表示する。その表示は印刷用なのかそのページで動的に問題を次々と出していくものになるのか色々あると思いますが、僕が思ってるのはそういう部類のものです。

ソースを参照といえば自動生成なので参照先のソースはありませんが、Wiki記事の文字ソースを元に作られているのでそこらへんはどうなのかなと思っています。

2007-01-27 18:29:38

あとUjiki.oOさんのサイト、ナローユーザーにはキツイですwいつも途中で断念してます。

もしヒントが書かれてるようなら暇を見て満喫行ってみてきます。>>#6がサイトを見た上での投稿じゃない事をご理解下さい。

2007-01-28 06:32:35

>>#6 どこかに飛ぶというものではなく、
>>#6 ソースを参照といえば自動生成

 後は、法的な範囲を確認するべきでしょうね。(^^);
実際問題として、LivedoorWiki内のルールはローカルルールですので、LivedoorWikiが「白だと言えば白」。
当方も最終的にはLivedoorWiki側スタッフに正式に問い合わせする予定です。まあ、このページは、その際の参照参考資料となります。「こんな意見はありました」程度ですが。
 ここで言いたいのは弁護士がどうのこうのとか、判例がどうのこうのではありません。LivedoorWikiのスタッフの判断とは、その上司の判断です。その部門でのルールとして少なくとも「駄目!」の連絡が無いことを記録しておけば、ローカルルールとしての法的にクリアーされると存じます。

- Ujiki.oO -

2007-01-28 06:45:13

>>#7 Ujiki.oOさんのサイト、ナローユーザーにはキツイですw

 実は、最も安全だと思い込んでいた、自分が契約先のISPのサーバーがダウン!! 復旧に時間がかかり、その間、アクセス不能状態が続きました。ftpが出来ない、あるグローバルIPアドレス群をドロップしていた。海外のプロキシーからは接続可能と、メチャクチャ。
http://www.home.ne.jp/cs/data/pr-200701-005.html
レポートでは6時間とあるけど、これは管理者が気付いてから復旧までの時間で、利用者側の被害は数日間!

 う~む、今後はJavaScriptサーバーを複数持って、一番最初に読み切ったライブラリーを利用するような手順を模索したいですね。

 今現在は、全てのJavaScriptサーバーからの配信が正常に戻ったようです。よって、LivedoorWikiなども正常なアクセスになっていないでしょうか・・・? ^^;

- Ujiki.oO -

2007-01-28 06:58:38

>>#7 ナローユーザーにはキツイですwいつも途中で断念してます。

済みません。当初は実験目的サイトでしたが・・・
そうですね。肥大化してますから、自作Affiliate用JavaScript呼び出しの「スクローラー」プラグインを外しました。少しだけ少しだけ軽くなるかも。大量のJavaScriptのarrayを定義しますので、PCのメモリー空間のリソースを喰うと存じます。済みません。まあ1頁を読みきれば、隣のページはJavaScriptライブラリーは自機PC内のキャッシュを読むはずなのですが。その最初の一歩となる1ページ目はナローだときついですかね。
 いつも、MSIEだとか、FFだとか、異なるブラウザーで正常かを気にしてばかりです。軽いサイトでないと愛されないですよね。面目ない。

って、脱線してますね。済みません>みなさま

2007-01-28 08:17:31

>>#9 当Wikiにおける障害レポートです。
Wikiの「メニュー」に「障害レポート」を埋め込みました。(微笑)

var wikiMenu = document.getElementsByClassName("menubody")[0];
with(wikiMenu)innerHTML='<a href="~">障害レポート</a></div>\n<div class="menubody">'+innerHTML;
※ もちろん prototype.js が必須です。
う~む、段落が変わるけど、構文ミスかも。(^L^);

2007-01-28 08:53:24

印刷用メニュー機能デザインをご案内しておきます。
XOOPSのテーマに、既にある機能です。
http://hamster.byethost31.com/modules/getProxyList...
(当方管理XOOPS)で、テーマチェンジャー「 is_urbanize 」をクリックして、Submit

Click buttons and control your blocks !!
の、青色●アイコンをクリックすると、3列配置の任意の左右端の列を消し去ります。(^^)

 後は、LivedoorWiki側に質問して「駄目!」が出なければ、実装しますか。

- Ujiki.oO -

PS: このXOOPSのテーマ入手元を思い出せないなあ~

2007-01-28 13:55:32

>>#7 いつも途中で断念してます。

 複数のJavaScriptライブラリーを、どんどんSTARTしていたのを改め、全ての通信が終了した直後にSTARTするように改訂致しました。以前から漠然と「しないとなあ~」とプライオリティーが低かったのですが、ご指摘に本当に感謝致します。> プーニンさま&他 ^^/~

2007-01-29 07:40:50

>Ujikiさん
見れましたよ。修正ありがとうございました。
ただそれでも肝心のWiki本文の表示までがまだ結構時間がかかってます。これは僕の考えですが訪問者はまずなによりもそこに書かれているWiki本文の内容を知りたいんだと思います。なのでサイドカラムの装飾よりもWiki本文を含めた全体の書き出しを先にするようなコードの方がいいと思います。多分一度全部書き出したタイミングでイベントを発生させてそこから両脇のパーツの装飾生成コードを走らせた方がいいのではないでしょうか。

2007-01-29 08:00:44

(お蔵入りアイコンいいな...俺もつけようかな)
>>#8
なるほど、異議を挟まれなければ事実上黙認したということになるのでしょうかね。

でもフリーエリアでJavaScriptもDOMも弄くれるってことはなんでもできるってことなのでwホントにいいのでしょうかね?

>>#6
の話はまだ別窓が付属ページ的な動きなのでLivedoor Wikiの運用規範にそれほど抵触してないと思いますが、OKになるのであれば次にじゃあWikiページから別窓を生成してWikiページのまんまを書き出して元窓(Wiki本文)を閉じちゃうかたちにすれば広告消せるじゃん、とか考えてくる輩がでてくるかもしれません。

LDWikiの人はフリーエリアでコーディングOKにした宿命として、こういう質問が出た機会に無料Wikiを支える広告のWikiオーナーの表示負担のポリシーを先んじて明確にしておく必要があるんじゃないかなと思います。どうでしょう?

これも反論なしの黙認でおKなのですか

トラックバック(2)

トラックバックURL: