XOOPS 5
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
05/01/24 19:41:55ID:???XOOPS Official Site
ttp://www.xoops.org/
XOOPS日本公式サイト
ttp://jp.xoops.org/
過去スレ
XOOPS
http://pc2.2ch.net/test/read.cgi/php/1031736248/
XOOPS 2
http://pc5.2ch.net/test/read.cgi/php/1067311026/
XOOPS 3
http://pc5.2ch.net/test/read.cgi/php/1081855254/
xoopsスレ 4
http://pc5.2ch.net/test/read.cgi/php/1092151787/
0364nobodyさん
05/02/19 04:57:01ID:???俺もユーザーは努力はするべきだと思う、だけどスキルの線引きは難しいよ
匿名性はどうでも良いんだけど登録するのが嫌だなあまりあそこの雰囲気も好きじゃない
でも公式のフォーラム検索すると自分の欲しい情報はけっこう出てくるので
あっちで質問するほどのことはないな。
0365nobodyさん
05/02/19 07:33:51ID:???ギャップがあっても殺伐とならない場合はある。
最終的には、書き込む人間の性格による。
まあ、人をバカにするのは優越感に浸りたいんだろう。
なにかコンプレックスでもあるのかね。
0366nobodyさん
05/02/19 08:48:10ID:???オタの被害妄想
>>360
CMSは全部無料だと思っているのか…？本当に弱いなｗ
>>362
同意。教えて欲しいならまず検索かけるのがネットの常識。
検索かけても出なかった時だけマナーを守って質問する。
もしビジネスだったらカスタマイズの要望とかは有料にするが良心的なユーザが多いからただで情報得られるわけだしな。
>>365
お金がもらえた場合とか？ｗ
自分なりに調べたり努力したけど解らない奴はバカにしていないと思うが。優越感も何もなし。
むしろなんでも他人任せの世間知らず能なしが自分の程度をわきまえず勝手に劣等感に浸ってるだけ（´ー｀）┌
0368nobodyさん
05/02/19 10:45:02ID:???バカ相手に優越感なんて無いだろ
バカにされたと思うなら、思ったお前がバカなだけ
0370nobodyさん
05/02/19 12:29:37ID:???0371nobodyさん
05/02/19 12:47:55ID:???XOOPS入門ではこの部分はスルーされていたから無視していたが・・
>>TinyDやSection系のモジュールは使わずに、phpで書いてヘッダーとフッター付けるだけにする。
やっぱコレ系のモジュールって重さを引き立てるのか？
マジでページ軽くしたいのでアドバイスよろ
0372nobodyさん
05/02/19 12:53:19ID:Hn7TUB3f0373nobodyさん
05/02/19 12:57:37ID:???0375nobodyさん
05/02/19 14:24:09ID:???http://xoops.smej.com/docs/xoopsbs.pdf
0376nobodyさん
05/02/19 15:51:36ID:7XGR/xee0377nobodyさん
05/02/19 16:08:38ID:???0379nobodyさん
05/02/19 16:34:01ID:7XGR/xeeどっちもどっちなスレだな┐('〜`；)┌
0380nobodyさん
05/02/19 17:54:07ID:1J2Zh1d+み ん な 重 い ん だ も ん
初心者の俺には無理に決まってるジャン
自分はキャッシュでスイスイだろうが、サイト訪問者はえらい目にあっていることに気づいていないのか？
0381nobodyさん
05/02/19 20:09:47ID:???0382nobodyさん
05/02/19 20:17:41ID:???0384nobodyさん
05/02/19 20:44:49ID:???XOOPSがわるいにきまってます。
0385nobodyさん
05/02/19 21:10:13ID:???<table>タグ使いすぎも良くないな。
あと、XOOPSだとブランクスペースを確保しないデザインが多い割に
ブロックやコンテンツでページ中をぎちぎちに埋め尽くすサイトがある。
これもタグが増えるわけでロースペックのPCだと重さが顕著になるだろうな。
HTMLの知識があれば改善できる問題もありそうだ。
0386nobodyさん
05/02/19 21:36:52ID:???0388nobodyさん
05/02/20 00:27:10ID:???こんなこと言ってるからいつまでたっても中途半端なんだよな。
スキルあるなら良いほうに力注いでくれよ。
次のバージョンでの課題は「XOOPSのレスポンスの向上」ってことでOK?
0390ntsitm106135.sitm.nt.ftth.ppp.infoweb.ne.jprlo
05/02/20 01:05:06ID:lgQqNQoG0391nobodyさん
05/02/20 01:31:17ID:???＞自分はキャッシュでスイスイだろうが、サイト訪問者はえらい目にあっていることに気づいていないのか？
お前XOOPSのキャッシュについてくらい理解してから言えよｗ
0392nobodyさん
05/02/20 01:48:28ID:???マジレスですまんが、ブラウザのキャッシュのこと言ってるんだろ
XOOPS日本公式も公式もそんなに重いとは思わなかったが、どうなんだ?
0393nobodyさん
05/02/20 03:56:17ID:???なおきの部屋が最重量級だと思う
http://hypweb.net/xoops/
が、せいぜいこんなもんだろ？
xreaやﾛﾘﾎﾟで重がってる奴は単に容量不足か鯖不調なんじゃ
0394nobodyさん
05/02/20 04:02:16ID:???なおきの部屋とかは自宅鯖だからだぞ
amazonくんのとことか光なのにすげー遅い
回線とかDDNSとか自宅のPCが遅いとかそういうのだからだろ
ちゃんとした鯖借りてるとこは早いはず
0395nobodyさん
05/02/20 04:04:37ID:???例えば、重いところどこなの?
アホ管理者のとこじゃないの?
現に公式は重くないわけだし、XOOPS以外のとこではなくて?
0396nobodyさん
05/02/20 04:23:28ID:87PAWrbSROUTE286も激重い。
公式はわりと軽いけど。
うちのサイトも重いんだよな、、、どうしたらいいのか良く分からん。orz
0397nobodyさん
05/02/20 04:24:38ID:???0398nobodyさん
05/02/20 04:56:32ID:???他にも
アフィリエイト広告やヘッドラインのような
他鯖に足を引っ張られるコンテンツを持っているサイトも重い。
0399nobodyさん
05/02/20 05:03:01ID:???話は変わるが、あのなおきの部屋の
「がんばって計算しています」
って、どうやってんの？
一回あのgif画像送ってから何やってるのか。
0400nobodyさん
05/02/20 05:07:49ID:???動的ページを静的に見せかける小細工をしているサイト
アクセス統計を入れてるサイト
カウンターやオンライン状況ブロックを使ってるサイト
JS使いまくりサイト
0402nobodyさん
05/02/20 08:29:16ID:???0403nobodyさん
05/02/20 09:26:27ID:???・ブロックはなるべく少なくする。
・ヘッドライン(RSSを受信するモジュール)は必要ない限り使わない。
・できればブロックにもキャッシュを入れる。
・できればモジュールごとにもキャッシュを入れる。
・場合によってはgzipを入れてみる(XREAでは既にサーバーが対応しているので必要ない)
・テーブルタグ乱用を避ける。
・アクセス解析はXOOPSのモジュールではなく外部の物を使用した方が良い。
・iframeやframeタグは少なく。
・モジュールも不要なモジュールはインストールしておかない。
・NewBB2など重いモジュールは入れない。
0404nobodyさん
05/02/20 11:06:52ID:???TinyD自体は軽いモジュールだけど安易に複製出来るので
つい数を入れちゃうとメインメニューを読込むループが増える
要はモジュールはなるべく少なくするってこと
>>403
>アクセス解析はXOOPSのモジュールではなく外部の物を使用した方が良い。
物によるんじゃね？
キャッシュは使い方誤ると面倒な事になりかねないから注意が必要
0406nobodyさん
05/02/20 11:59:42ID:???たとえば、HTMLで作った普通のサイトをXOOPSで運用したいと考えた時に・・
HTMLのときは１００ページは軽く超えるようなページ数だったらどのような方法が一番負担をかけないでしょうか？
・TinyDですべてのページを作ってトップのブロックからリンクする
・TinyDですべてのページを作ってマルチメニューからリンクする
他に何かよい方法はないでしょうか？
0407nobodyさん
05/02/20 12:21:31ID:???htmlのまま、マルチメニューでリンク
TinyD１個で良いのか、複数になるのかでも変わってくるけど、
とりあえず、作りたいように作って重かったら考えれば？
鯖のスペックも解らんのに、やる前からんなこと気にしてもしょうがない
あんま「重い」に踊らされても意味ないぞ
0408nobodyさん
05/02/20 12:52:22ID:???一応TinyD１個の場合でアドバイスよろ。
たぶんやらた増やさないほうがいいよね？
あともうひとつ、ブログでページ内容を吐き出してそれにリンクという方法を考え付きましたが・・どうでしょうか？
0409nobodyさん
05/02/20 13:52:34ID:???・ブロックはなるべく少なくする。
・ヘッドライン(RSSを受信するモジュール)は必要ない限り使わない。
・できればブロックにもキャッシュを入れる。
・できればモジュールごとにもキャッシュを入れる。
ただしキャッシュはグループごとに違うコンテンツ(削除ボタンの有無など)を見せるようなモジュールでは使ってはいけない。
解決策としてはdomifara氏の「テンプレートキャッシュの改善」ハックが一番だろうか。
・場合によってはgzipを入れてみる(XREAでは既にサーバーが対応しているので必要ない)
・テーブルタグ乱用を避ける。
・アクセス解析はXOOPSのモジュールではなく外部の物を使用した方が良い。
・iframeやframeタグは少なく。
・モジュールも不要なモジュールはインストールしておかない。
・NewBB2など重いモジュールは入れない。
0410nobodyさん
05/02/20 14:07:10ID:???TinyDだったらキャッシュを十分活用できるから
コンテンツをDBにしまってもいかもしれない。
全部保存したらキャッシュを最長にしておけばいい。
そうしておけば大して重くならないし、グローバルサーチの対象になるという特典がつく。
ブロックからリンクを貼るくらいなら大して影響はないが、一つだけ注意しておかないといけないことがある。
カスタムブロックの場合、コンテンツのタイプをPHPスクリプトにするのは出来るだけ避けること。
PHPスクリプトはeval()を通して実行されるが、このevalが高負荷。
0411nobodyさん
05/02/20 15:31:09ID:???アドバイスありがとう。コンテンツはHTMLでやってみます。
>>409
乙です
>・モジュールも不要なモジュールはインストールしておかない。
これはかなり効果ありました。サーバーにアップさせるだけでインストールしないなら大丈夫だと思ってましたが、そうではないようですね。
別にサーバーを圧迫するほどではありませんでしたが、削除したらずいぶんスムーズになりました。
あと画像投稿系でトップに表示させる量が多いとやっぱり重かったですね（当たり前ですが・・）
以前は写メールBBSだったので画像自体軽いものでしたので気づきませんでしたが、myalbumを使い出したらハンパじゃなかったっす。
0412nobodyさん
05/02/20 15:47:15ID:???0413nobodyさん
05/02/20 16:14:03ID:???そうなの?
毎回modules以下をなめてたりするの?
だったら、いらねー標準モジュールとかサーバから削除した方がいいのか?
0414nobodyさん
05/02/20 16:23:52ID:???コアモジュールや普通のモジュールの作りにそういったものは無いが...
世の中、どんな考えのモジュールがあるか判らないからねぇ。
0415nobodyさん
05/02/20 17:23:38ID:???毎回というわけではないが、希にそういう動作をするモジュールがあるかもしれない。
削除したから軽くなるというのは本当かどうかよく解らない。
0416nobodyさん
05/02/20 17:30:22ID:???・１ページあたりのブロックをなるべく少なくする。
・ヘッドライン(RSSを受信するモジュール)は必要ない限り使わない。
・できればブロックにもキャッシュを入れる。(推奨)
・できればモジュールごとにもキャッシュを入れる。(推奨)
XOOPSのようにSQL＋PHPのサイトはキャッシュを効果的に利用することが負荷削減につながる。
理由はキャッシュ化しておくとキャッシュを利用するのでSQLへのアクセスが減るため。
ただしキャッシュはグループごとに違うコンテンツ(削除ボタンの有無など)を見せるようなモジュールでは使ってはいけない。
この解決策としてはdomifara氏の「テンプレートキャッシュの改善」ハックが一番だろうか。
・場合によってはgzipを入れてみる
gzipは効果が出る場合と出ない場合があるので臨機応変に利用すべし。
XREAでは既にサーバーが対応しているので必要ない。
・テーブルタグ乱用を避ける。
・アクセス解析はXOOPSのモジュールではなく外部の物を使用した方が良い。
・iframeやframeタグは少なく。
・モジュールも不要なモジュールはインストールしておかない。
・NewBB2など重いモジュールは入れない。
・カスタムブロックのコンテンツタイプ「PHPスクリプト」は可能であれば利用を避ける。
0417nobodyさん
05/02/20 18:02:46ID:???誰だか知らんが頑張ってるネ
＞・ヘッドライン(RSSを受信するモジュール)は必要ない限り使わない。
RSSの更新時間とキャッシュの時間を合わせてやればヘッドライン自体の負荷はたいした事無くなる
もちろん1分とかでの更新は論外。
＞・場合によってはgzipを入れてみる
鯖のスペックがしょぼいと返って足枷になることもある。
テキスト以外が多い場合は、殆ど意味が無い。
＞・アクセス解析はXOOPSのモジュールではなく外部の物を使用した方が良い。
外部の物でも、ファイルベースは避ける
＞・NewBB2など重いモジュールは入れない。
モジュールを表示した時だけ重くなるだけで、他に影響は無い（ブロックは別）
メインメニューの表示をやめて、マルチメニューやimenuなどでメニューを作るのも良い
0418nobodyさん
05/02/20 18:18:01ID:???SQLクエリーキャッシュが効くのはMySQL4.0より。MySQL3.xから乗り換えるべし。
但し現状でMySQL4.1.xやMySQL5.xの利用は勧められない。
(もっとも、勧められない理由を理解してる人は問題なく使ってると思うが)
0419nobodyさん
05/02/20 18:35:10ID:???＞＞・ヘッドライン(RSSを受信するモジュール)は必要ない限り使わない。
＞RSSの更新時間とキャッシュの時間を合わせてやればヘッドライン自体の負荷はたいした事無くなる
＞もちろん1分とかでの更新は論外。
＞＞・NewBB2など重いモジュールは入れない。
＞モジュールを表示した時だけ重くなるだけで、他に影響は無い（ブロックは別）
二つともそのモジュール自身が重くなる「局所的現象」ということでいい？
*RSSを受信するモジュールは受信時が重くてNewBB2はいつも大抵重い。
*他に影響は無いって言っているけど、この負荷がサーバーに影響は除いたということ？
他のコメントはマージさせてもらうよ。
0420nobodyさん
05/02/20 19:04:39ID:???0421nobodyさん
05/02/20 19:31:08ID:???＞二つともそのモジュール自身が重くなる「局所的現象」ということでいい？
＞*RSSを受信するモジュールは受信時が重くてNewBB2はいつも大抵重い。
＞*他に影響は無いって言っているけど、この負荷がサーバーに影響は除いたということ？
newbb2はこの通りかなぁ
ただ、自分で使ったこともソースすら見てないので
単にhtmlがでかくて糞なのか、鯖負荷が高いかは、知らない。
ヘッドラインは微妙に違うかなぁ
受信時の負荷より、パースの負荷の方が高そうだけど・・・
標準のヘッドラインは、当然イラン( -.-)ノ ・゜゜・。ポイッ
まぁヘッドライン使用時は、キャッシュも使うってことで
確実なのは、各自で確認するのが一番
0422nobodyさん
05/02/20 20:00:15ID:???- １ページあたりのブロックをなるべく少なくする。
- ヘッドライン(RSSを受信するモジュール)を使い場合は必ずキャッシュを適用する。
+ RSSの更新時間とキャッシュの時間を合わせてやればヘッドライン自体の負荷はたいした事無くなる。
+ もちろん1分とかでの更新は論外。
+ 受信時の負荷より、パースの負荷の方が高そう。
- できればブロックにもキャッシュを入れる。(推奨)
- できればモジュールごとにもキャッシュを入れる。(推奨)
+ XOOPSのようにSQL＋PHPのサイトはキャッシュを効果的に利用することが負荷削減につながる。
+ 理由はキャッシュ化しておくとキャッシュを利用するのでSQLへのアクセスが減るため。
+ ただしキャッシュはグループごとに違うコンテンツ(削除ボタンの有無など)を見せるようなモジュールでは使ってはいけない。
+ この解決策としてはdomifara氏の「テンプレートキャッシュの改善」ハックが一番だろうか。
- 場合によってはgzipを入れてみる
+ gzipは効果が出る場合と出ない場合があるので臨機応変に利用すべし。
+ XREAでは既にサーバーが対応しているので必要ない。
+ 鯖のスペックがしょぼいと返って足枷になることもある。
+ テキスト以外が多い場合は、殆ど意味が無い。
- テーブルタグ乱用を避ける。
- アクセス解析はXOOPSのモジュールではなく外部の物を使用した方が良い。
+ 外部の物でも、ファイルベースは避ける。
- iframeやframeタグは少なく。
- モジュールも不要なモジュールはインストールしておかない。
- NewBB2など重いモジュールは入れない。
+ NewBB2などのモジュールはそのモジュールにアクセスしたときが重くなる部分的な現象。
+ この重さがサーバーにどれほどの負荷を掛けているかは検証していないので不明。
- カスタムブロックのコンテンツタイプ「PHPスクリプト」は可能であれば利用を避ける。
- メインメニューの表示をやめて、マルチメニューやimenuなどでメニューを作るのも良い。
マージしてみたが、何か付け足すことがあれば遠慮なく。
0423nobodyさん
05/02/20 20:19:26ID:???なおきの部屋みたいなのは全てHTMLで書いてあってもそれなりだと思うが。
個人的にはNIS使用を前提にしていない仕様を何とかして欲しい
/banners/以下は標準で広告ﾌﾞﾛｺだわ
ﾘﾌｧﾗ渡さない程度の理由でProtecterに登録されるのはともかく
Nullパケット攻撃なんかされた日には
初心者が警告でチビるだけならまだしも、いらん騒動のタネにしかならん
防御の範囲越えてるだろ
0425nobodyさん
05/02/20 20:39:00ID:???http://e-words.jp/w/NIS.html
0426nobodyさん
05/02/20 20:53:07ID:???Network Information Service とややこしいから、あんまり略さないで欲しいところだけど。
0427nobodyさん
05/02/20 21:34:03ID:???http://www.utadanet.com/hikki/hikki_gerogero
0429nobodyさん
05/02/21 00:35:09ID:???「インストール後初めて管理画面を開きます。下のボタンをクリックすると続行します」
の「送信」を押してもまた同じ画面が繰り返されます。
公式やそのほかのページで調べてもノートンやクッキーの設定だと書いてあるのですが、それらは上記のとおり原因ではないみたいです。
ためしに知り合いのＰＣでやっても同じ現象がおきるのですが、これは鯖がおかしいのでしょうか？
鯖:Win phpは最新ver
0430nobodyさん
05/02/21 00:50:33ID:???Winなのでこれを見る
http://jp.xoops.org/modules/newbb/viewtopic.php?topic_id=4097&forum=11#forumpost21971
0431nobodyさん
05/02/21 01:25:20ID:QoaONXrB待てない
つうか設定キツめにしとくとNullパケット攻撃と見なされる可能性については
ホントに書いておくべきだと思う
ノートン先生の説明もわかりにくいから、初心者にどんな勘違いされるかわからんぞ
とか書くと「公式で直接言え」と言われるんだろが
ノートンがリファラ渡さないのはおかしいだの言う初心者だらけ
米兵も好意的な意見以外は無視か敵対心丸出し状況じゃ
言う気にもならん 友達 つ く れ よ
とりあえず今のXOOPSはノートン使ってない奴用
各ブラウザ下での検証も全くされてないのは
アホみたいなスタイルシート指定でも明らかだから
そういうものと思って使うしかない
0432nobodyさん
05/02/21 02:56:24ID:???0435nobodyさん
05/02/21 11:09:38ID:???おいおい。ちょっと。ノートンの話、もう少し詳しく聞かせてくれ。
ノートンを使っているヤツがXOOPSを使うとどうなるのだ？
それともノートンを使っているヤツがXOOPSを閲覧すると何かあるのか？
0436nobodyさん
05/02/21 12:00:40ID:???管理画面にも入れなくなるんだったかな？
XOOPSでリファラをチェックしないようにＨａｃｋするか、
NISの設定を変更することで対応可能。
http://jp.xoops.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=2722&forum=11
0437nobodyさん
05/02/21 14:50:01ID:???0438nobodyさん
05/02/21 15:34:21ID:???リファラ送出するようにすれば無問題。
リファラないと充分なサービスが受けられないサイトは他にもあるしね。
0439nobodyさん
05/02/21 16:54:07ID:???データベースにテーブル作成などは問題なく完了し、「サイトを見るには、ここをクリックしてみてください」というような表示がされたのですが、
そのリンク先（作成された xoops サイト）が白紙の状態になってしまっています。
特記するような変更はしていないのですが、対処法などおわかりの方いましたらおしえていただけませんでしょうか。
以下の現象とはちょっと違うようなのですが。
http://jp.xoops.org/modules/newbb/viewtopic.php?topic_id=6711&forum=15
phpのデパックモードで動かすと情報が得られるらしいのですが、この方法も分かりません。
サーバに ssh などでログインできないと確認できなかったりしますか？
0441nobodyさん
05/02/21 20:43:05ID:???ttp://www.zend.co.jp/products/optimizer/
上のほうで何回か出てきてたこれは入れないの？
0443nobodyさん
05/02/21 21:48:05ID:???自分で知らないのもありそうだし
0445nobodyさん
05/02/21 22:22:29ID:???0446nobodyさん
05/02/22 00:34:10ID:???書き込みや登録関連については
XOOPS以外でも度々同じ目にあう以上自覚あるから大した問題ではないと思うが
rotectorが「遮断」処置について何も書いていないのは理解出来ない
そんな環境でXOOPSする奴は実際いないだろうが
ノートン使ってない場合でも古PCだったら
確実に回線遮断で損害を与える可能性だってある
Protector側の設定が遮断やスリープになっている時に
リファラ遮断等の理由で悪質なクローラと見なされると
ノートン先生が「null パケット攻撃を検出しました」という警告を出す
実は大した警告ではないが
null パケット攻撃に関するHELPが島ｿﾃｯｸサイトにないから
はじめて見た奴には「攻撃された!」と誤解して騒ぐ初心者ﾁｬﾝもいるらしい
警告が出た場合
・ノートン先生がそのサイトのipをログる
・Syamantecサイトからそのサイトのトラッキングが出来る
・逆遮断攻撃を試みる場合もある
0447nobodyさん
05/02/22 00:39:48ID:DIGmJNG2他サイトから来た場合
相手がXOOPSサイトかどうかなんて
ましてやProtectorを使っているかなんていちいちチェックする訳がない
つーかXOOPS使っている香具師以外には
Protectorなんて存在すら知られてないのに
Protector自身がパケット攻撃をしかけてくるのに
「Protectorさえ使ってくれれば」という米兵の主張は
ちゃんちゃらおかしい
0448nobodyさん
05/02/22 01:01:01ID:???ああ、Protectorの話か。
アレは共有サーバで仕方無しに使う用途を考えてるんだろうけど、
個人的には共有サーバで使うユーザにそんなもん必要ないと思う。
ちゃんとmod_で遮断しようよ、まともに運用を考えてるユーザは。
共有サーバでのお遊び運用は、逆にもっと「遊び」の面を楽しんだ方が良いよ。
0449nobodyさん
05/02/22 01:15:30ID:???2.0.9.2未満のバージョンでProtectorないと簡単に管理者になれる訳で
2.0.9.2でもProtectorが無いと、XSSやCSRFで色々と出来ちゃう訳で
Protectorがあるのと無いのでどっちのリスクが大きいかの判断は使う奴がすれば良い
現状、メジャーな奴でデフォルトリファラオフなんてNorton Internet Securityだけじゃないか？
実際、大手サイトでもリファラが無いと画像が表示出来なかったりする
リファラ切るなら、別ドメインに飛ぶ時だけ切れれば問題ないのに
一律切るNorton Internet Securityがカス
0450nobodyさん
05/02/22 02:09:18ID:2W4Mz3B30451nobodyさん
05/02/22 02:42:38ID:DIGmJNG2デフォルトでリファラはオフだがブラウザ情報は隠さない
他にも判断基準は色々あるのに
リファラのみでチェックするような作りがカスなんだろ
スパイウェア対策考えたら全遮蔽が当然の流れ
つーか米兵の発言見てたら
PHPでデフォルトglobal offになった流れも知らないのに
切れ切れしか言わないんじゃ説得力がない
と言ってもProtectorをけなしたい訳ではないぞ
そこをすぐ混同しやがるから
本家でも公式でも米兵にゃ敵しかいなくなくなるんだ ろ
＞Protectorがあるのと無いのでどっちのリスクが大きいかの判断は使う奴がすれば良い
他のカスなセキュモジュールより、もちろんProtectorを一番信用してるに決まってる
だが
Nortonがあるのと無いのでどっちのリスクが大きいかの判断をするなら
ProtectorがNortonに勝てる訳がない
Nortonに合わせる必要がないと思う理由がﾜｶﾝﾈーよ
0452nobodyさん
05/02/22 05:52:35ID:???0453nobodyさん
05/02/22 07:32:46ID:???自宅鯖ですけど教えてチャンのオ馬鹿達は実際どうしてるの？セキュリティ
漏れは公式でアドレス見かけたら
とりあえず[email protected]してあげてるyoはぁと
0454nobodyさん
05/02/22 09:39:17ID:???＞デフォルトでリファラはオフだがブラウザ情報は隠さない
＞他にも判断基準は色々あるのに
実際どんなのがあるよ？
UAで出元が判るのか、IPも固定じゃ無い場合も有るぞ
＞リファラのみでチェックするような作りがカスなんだろ
禿同
＞スパイウェア対策考えたら全遮蔽が当然の流れ
全遮蔽なんて単純バカのすることだろ、普通ならQuerystring以下を削除とかだろ
＞ProtectorがNortonに勝てる訳がない
お前頭平気か？
そもそも守ってるものが違うだろ
クライアントにNorton入ってればサーバを守ってくれるのか？
サーバの安全性（少しでも）を取るか、クライアントの使い勝手を取るかだろ
＞Nortonに合わせる必要がないと思う理由がﾜｶﾝﾈーよ
んな事は一言も書いてない訳で、俺の中ではNorton自体もカスなだけ
ヘタレの使うクライアントを選ぶか、サーバの安全性を取るかだ
まぁそもそも、NortonいたらProtectorの有無に係わらず、投稿出来ない
根本の問題はXOOPSなんか使うからだけどな
0455nobodyさん
05/02/22 09:41:12ID:???>rotectorが「遮断」処置について何も書いていないのは理解出来ない
「遮断処理」とはProtectorの処理のことか？
Protectorの仕様だったら同封されている書類に書いてある。
良く読んでくれ。
>>447
そこまで思うなら、Protectorを使わないのも手。
0456nobodyさん
05/02/22 09:45:42ID:???＞つーか米兵の発言見てたら
＞PHPでデフォルトglobal offになった流れも知らないのに
＞切れ切れしか言わないんじゃ説得力がない
それは言わないだけだろ。本家を読めば解るが敢えて書かないみたいなこと書いていたし。
実際理由を書いたら厨房が悪戯に利用するかもしれない。
＞ProtectorがNortonに勝てる訳がない
だったらProtectorやめろって。オープンソースなんだし城は自分で作る。
0457nobodyさん
05/02/22 10:58:09ID:???良いんじゃないか？
既知のXSSやCSRFなんかは防げるよ。Nortonにはできんが。
ただ、Protectorはいちいちうるさい。作者と同じ。
だまって静かに働いてくれ。
0458nobodyさん
05/02/22 12:23:06ID:???そんなに文句あるなら使わなきゃ良いだけなのに
こんなところで何を吠えてんだ？
0460nobodyさん
05/02/22 13:33:03ID:???ノートンとProtectorを結びつけて語る意味がわからんのだが
もしかして451は
リファラチェックしてるのはProtectorだと思ってるの？
0461nobodyさん
05/02/22 13:41:32ID:???0463nobodyさん
05/02/22 21:11:03ID:???news_item.htmlの中にnews_block_new.htmlをincludeさせようとしても上手くいかないんですよ
このスレのスーパーハッカーの人教えて下さいお願いします。
blockで表示させるとレイアウトがおかしくなるので上の方法とりたいのです。
■ このスレッドは過去ログ倉庫に格納されています