トップページ⇒php
775コメント219KB

XOOPS 8

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2005/07/20(水) 19:52:34ID:???
XOOPS Official Site
http://www.xoops.org/
XOOPS Cube 日本公式サイト
http://jp.xoops.org/
xoops wiki（初心者用のFAQから技術情報まで、XOOPS情報の宝庫）
http://xoops.sourceforge.jp/wiki/
XoopsDocument ドキュメント
http://xoops.riaf.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/
XOOPS 5
http://pc5.2ch.net/test/read.cgi/php/1106563315/
XOOPS 6
http://pc8.2ch.net/test/read.cgi/php/1111233328/
XOOPS 7
http://pc8.2ch.net/test/read.cgi/php/1117665347/
0077nobodyさん2005/08/10(水) 12:13:36ID:???
今のXOOPSには限界がありすぎだからminahito氏のフルスクラッチが
スムーズに進むことを願う
0078nobodyさん2005/08/10(水) 15:18:06ID:???
既存のものと互換性を保ちつつって難しいよね。＞minahitoスクラッチ
まぁ、それができたらonokazuは本当に何もかも失ってしまうけど（笑

今のXOOPSの優位性はユーザー数だけだからなぁ。
0079nobodyさん2005/08/10(水) 17:32:26ID:???
互換性必要なし
php5のみできぼんぬ
0080nobodyさん2005/08/10(水) 20:19:36ID:???
いまさら誰にも聞けないんだけどさ、フォーラムでフォントサイズ変えたりするにはどうすればいいの？
0081nobodyさん2005/08/11(木) 01:55:03ID:???
>>80
ctrl押しながらﾏｳｽﾎｲｰｰﾙまわせ
0082nobodyさん2005/08/14(日) 22:14:18ID:???
本当だ。フォントサイズ変わったy
ちょい感動
0083nobodyさん2005/08/21(日) 21:15:35ID:JXwQjr9I
テーマ配布サイトの
商用利用って個人サイトでアマゾンとか出してても
商用利用になるのか？

どっかイイテーマあるとこおしえもん
0084nobodyさん2005/08/22(月) 12:05:08ID:???
ちょろっとアフィリエイト貼ってる程度なら、商用利用には入らないでしょ
けど、アフィリエイトメインで、がっぽがっぽ稼いでるんなら、払ってやれよ
せいぜい数千円てなもんだろ
0085nobodyさん2005/08/26(金) 18:17:11ID:???
4日も書き込みなしかよ
寂しいスレですね。
0086nobodyさん2005/08/27(土) 13:00:12ID:???
誘導
ttp://pc8.2ch.net/test/read.cgi/php/1121736309/
0087nobodyさん2005/08/29(月) 11:35:40ID:???
>>86
xoopsとxoops cubeは別物
知らんくせに、なに気取って誘導なんかしてんだyo
0088nobodyさん2005/08/29(月) 11:55:54ID:???
>>87
はいはい。
このスレから出てくるなよ
0089nobodyさん2005/08/30(火) 04:44:41ID:???
>>87が無知を指摘しちゃったから>>88が興奮しちゃった図
0090882005/08/30(火) 08:33:52ID:???
公式みてればこの流れはわかるんだから
余計なこというなよ、ムキー！(ﾟДﾟ#)
0091nobodyさん2005/08/30(火) 11:30:00ID:???
aho
0092nobodyさん2005/08/30(火) 17:53:29ID:???
>>88
ｶﾜｲｲ
0093nobodyさん2005/09/05(月) 15:23:20ID:LXxOM6lj
本家の2.2.3ってマルチバイトは、どうなってるんどすか？
やはり、ｲﾝｽｺするならずーぷすきゅうぶの方が良いのでせうか？

将来的にころころ変更するのはいやなので、長く続きそうな方を選択したいのでつが。
0094nobodyさん2005/09/05(月) 15:24:13ID:LXxOM6lj
それと、最近のずーぷすきゅうぶを仕切ってるへんなおばさんは誰でつか？
0095負け犬の集まりは面白い2005/09/05(月) 15:41:42ID:yroEQTDI
http://blog.livedoor.jp/tamadou_j/
ダメなものは何をやってもダメ
0096nobodyさん2005/09/05(月) 19:44:20ID:???
ズープスキューブって
キューブは立方体で３を表すから
ズープス２の後継かと思っていたら違うんですね
日本独自の物なんですね
0097nobodyさん2005/09/05(月) 23:27:04ID:???
>>96
XOOPSも日本発ですけど
0098nobodyさん2005/09/05(月) 23:56:30ID:???
>>97
池沼はすっこんでろ
0099nobodyさん2005/09/06(火) 00:19:24ID:???
>>97が無知を指摘しちゃったから>>98が興奮しちゃった図
0100nobodyさん2005/09/06(火) 07:50:35ID:???
XOOPSも日本発だけど
本家はアメリカだし
バージョンも遅れてるし

日本初ってえばれるの？
0101nobodyさん2005/09/06(火) 08:40:50ID:???
バージョンって数さえ上がってればいいのか？（藁
じゃ、cube（3)になったらこっちの勝ちだな（藁
0102nobodyさん2005/09/06(火) 09:18:00ID:???
>>100
全く的外れ

本家は別にアメリカではない
英語をしゃべっている人を見ると全部アメリカ人だと思うタイプだろ
0103nobodyさん2005/09/06(火) 10:00:20ID:???
池沼ども、すっこんでろ
もうそのネタ飽きたんだyo
やりたきゃCubuスレでやってくれ
0104nobodyさん2005/09/06(火) 14:26:27ID:HdwUeMtf
っで、XOOOPS2.2.3はどうでつか！
0105nobodyさん2005/09/07(水) 00:53:26ID:???
>>102が無知を指摘しちゃったから>>103が興奮しちゃった図
0106nobodyさん2005/09/07(水) 19:44:43ID:OAHtmZTZ
つうか、このスレって池沼のすくつだな　ゲラゲラゲラ
0107nobodyさん2005/09/08(木) 01:34:30ID:???
>>106
その筆頭だな
0108nobodyさん2005/09/09(金) 23:57:52ID:???
PCのスペックによっても変わってくると思いますが、AMD64　X2で
どれぐらいのアクセス数に耐えれますか？
一日のアクセス数が15万ぐらいまでは無理でしょうか？
メモリは２Gで、HDDはウエスタンデジタルのraptorを考えております。
0109nobodyさん2005/09/10(土) 00:14:00ID:???
どんなのを目指してるのか知らないけど、
15万hitなら回線が持たないと思われ。
まさか1G回線？？ええのぅ・・・
0110nobodyさん2005/09/10(土) 00:25:48ID:???
>>109
回線は、置いといて、
サーバー的に限界がありますか？
ネタでサーバー一台だけで、無料レンタルとかしたらどうなるのかと
実験しようと思ってます。
ご意見きかせていただければ幸いです。
0111nobodyさん2005/09/10(土) 00:41:38ID:???
>>110
ごめん。でしゃばった。
役に立つかはわからないけど、過去の経験。
一日1万hitの携帯（写メ投稿）サイトを管理したことあるけど、
シングルのPenIV2.0Gだった。
特に重いとは思わなかった。
他のスペックは知らない。

今一日120hitの寒いサイト運営してて、
PenIV2.4Gのメモリは512で常に100％なのに全然軽い。
Linuxは覚えたてだけど、
Linuxのswapの管理がwindowsより優秀なのかな？よくわからん。

参考にならんか・・・
0112nobodyさん2005/09/10(土) 00:44:17ID:???
>>110
他の自宅サーバ無料HPサービスみたいに
きちんと「実験です」と銘打って運営してみれば？
それで文句言うやつは有料サーバ使え！って感じで。
0113nobodyさん2005/09/10(土) 00:46:41ID:???
>>111
>>112
そのつもりなのですが、あまりに処理量が少ないと問題とおもいまして。
XOOPSのボトルネックってどこですか？
経験上あれば教えていただければ幸いです。
0114nobodyさん2005/09/10(土) 00:54:56ID:???
ボトルネックはPHPそのもの。
コンテンツ増えればそれだけ表示遅くなる。（コンテンツの数だけ処理する必要がある。）
モジュールの数も増えれば表示が遅くなる。
バナー増えても表示遅くなる。（特にflashバナーが重いと思う。（個人的見解））
mywikiや@wikiの感覚でxoopsレンタルやるのは無謀番町だと思う。

自鯖にwikiおいて編集してみた後に、
mywikiや@wikiのページでアカウントとって編集してみれば何言ってるのかわかると思う。
0115nobodyさん2005/09/10(土) 00:58:15ID:???
@wikiにアカウント取らなくても、よくわかってるつもりなんですが･･･。

PHPよりMYSQLのDBあたりが先にきませんか？
0116nobodyさん2005/09/10(土) 01:01:57ID:???
>>115
スマン。
MySQLで15万hitは想像つかない。
でも、xoopsの場合かかわってくるものが多いから、SQLの処理よりPHPの処理の方がボトルネックになると思う。

あぁ、酔ってるからおいさんの世迷言と思ってね。
まことにスマン。
0117nobodyさん2005/09/10(土) 02:25:01ID:???
>>108
15万ヒットが1日まんべんなく分散してるなら全然へっちゃらですよ。
普通は分散しないから設計が難しい。
0118nobodyさん2005/09/10(土) 03:20:14ID:???
DBサーバは分けないの?
0119nobodyさん2005/09/10(土) 06:23:49ID:???
まずはMRTGで負荷しばらく記録して様子みとけ
0120nobodyさん2005/09/10(土) 10:29:05ID:???
>>118
分散も考えましたが、ネットワーク経由になると
そのあたりがボトルネックになりませんか？
0121nobodyさん2005/09/10(土) 10:43:30ID:???
LAN内の100M or 1G のトラフィックより、CPU負荷とかストレージの負荷の方が重要
DBの速度はストレージへの読み書き速度に依存する部分が一番大きい
0122nobodyさん2005/09/10(土) 12:48:34ID:???
どこまで、リアルタイムに更新する必要があるかだけど
XOOPSの手前に串立てとけば？
0123nobodyさん2005/09/10(土) 13:45:24ID:???
>>120
普通分けた方が早くなるでしょ
もっというならWebサーバも分散すればもっと負荷分散できる

それより環境によってどこがボトルネックかなんて違うわけだから
なんとも言えないでしょ

OS,Apache,PHP,Mysqlのチューニングの仕方によってもかなり違うだろうし
0124nobodyさん2005/09/10(土) 14:38:03ID:???
まぁ、もう>>108は話についてこれてないと思われ
0125nobodyさん2005/09/10(土) 14:58:39ID:???
サーバーモンキー増産中
0126nobodyさん2005/09/10(土) 15:07:56ID:???
とりあえずお前らが素人ぞろいなのはわかった。
客にそんな説明したらぶっとばされるよ。
0127nobodyさん2005/09/10(土) 15:48:52ID:???
客かそうでないか見極めるのがプロ。
0128nobodyさん2005/09/10(土) 15:49:43ID:???
客がそんだけ分かってるんならこんな状況にはならんだろ
0129名無しさん＠そうだ選挙に行こう2005/09/10(土) 20:58:15ID:???
>>124
squidかなにかでキャッシュってことっすかね？
0130名無しさん＠そうだ選挙に行こう2005/09/10(土) 22:04:27ID:???
>>129
124じゃないよｗ
そんなにリアルタイムの更新ないなら
入り口に烏賊でも何でも串立てて、
その後ろにロードバランサ突っ込んで動かせば？

ってか解んないなら、それなりのとこ頼んだ方がいいよ
Apache,MySQL他も適切にチューニングしないと意味ないし
0131名無しさん＠そうだ選挙に行こう2005/09/10(土) 22:14:28ID:???
>>130
チューニング関係はなんとかいけそうと思う。
まあ一台に突っ込んでどこまでできるかってのが条件だったりします。
リアルタイム更新で何とかできればな・・・。
0132名無しさん＠そうだ選挙に行こう2005/09/10(土) 23:08:44ID:???
>>131
>まあ一台に突っ込んでどこまでできるかってのが条件
俺ならXOOPS使わないか、思いっきりハックする
0133名無しさん＠そうだ選挙に行こう2005/09/11(日) 03:26:29ID:???
>>131
WebサーバとDBサーバを分けるだけなら後からでも簡単にできるから
予想がつかなくてビジネス的にもシビアじゃないなら(実際そうなんでしょ)
1台でいいよ。複数のWebサーバと複数のDBサーバでというなら話は変わってくるが。
0134名無しさん＠そうだ選挙に行こう2005/09/11(日) 11:13:25ID:???
>一台に突っ込んでどこまでできるか
なら最初に現実的なボトルネックを探す手段を考えるべき
HDDのスペック変えるとかをチューニングとして考えてるのであれば面白いことになりそうだけど

HDDなら外部にNetAppを置くと色々と良いよwww
0135名無しさん＠そうだ選挙に行こう2005/09/11(日) 14:51:29ID:???
>>134
NetAppつかって、どうやって無料で提供できますか？
やり方が思いつきません・・・。
0136名無しさん＠そうだ選挙に行こう2005/09/11(日) 16:08:29ID:???
ウホッ、いいマジレス
0137名無しさん＠そうだ選挙に行こう2005/09/11(日) 18:01:50ID:???
NetAppなんて知らねー
0138nobodyさん2005/09/12(月) 00:58:35ID:???
>>134
134氏が無料で提供してくれるのでしょうか？
0139nobodyさん2005/09/12(月) 20:00:25ID:???
うｎ
0140nobodyさん2005/09/13(火) 20:22:12ID:LCw5qEU8
＞一日のアクセス数が15万ぐらいまでは無理でしょうか？
＞メモリは２Gで、HDDはウエスタンデジタルのraptorを考えております。
load average: 0.10, 0.04, 0.01
Tasks: 120 total, 1 running, 119 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2% us, 0.0% sy, 0.0% ni, 99.8% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 1024892k total, 849256k used, 175636k free, 34292k buffers
Swap: 2031608k total, 1584k used, 2030024k free, 99396k cached

load average: 16.76, 4.41, 1.48
Tasks: 181 total, 1 running, 180 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.4% us, 0.1% sy, 0.0% ni, 0.0% id, 98.9% wa, 0.0% hi, 0.6% si
Mem: 1024892k total, 1009128k used, 15764k free, 304k buffers
Swap: 2031608k total, 135448k used, 1896160k free, 38528k cached
テスト機　Xeon3.20GHz×１　メモリ＝１GB　DDR2/400MHz SDRAM　HDD＝SATA 6Ch　RAID5　OS＝Linux　CentOS4.1
１分間XOOPSサイトを立ててF5キー連続押しで、もう〜そりゃ大変！
テスト機はBフレッツ固定IP、アクセスは別回線より実施すますた。
（完全なインターネット環境上からテスト実施すますた）
ジーアイ・ジョー氏のプロテクトモジュールは必須だが、それにしてもXOOPSはあれ・・・だ。
基本的に、Apacheサーバを２台。内１台はDNSも持つALLインワンのApache機でオケ！
これがスタティックページ表示用。
もう一台がApache専用機で、こちらはダイナミック専用として、さらにMySQL専用サーバ機を繋げ。
Apacheサーバ２台は、mod_proxyを使って連動。おまけとしてRewriteMapで決め撃ちしとけ。
MySQLサーバは、チューニング用のファイルがMySQLの文書ディレクトリ内にあるから、
それをコピペして使え。メモリ2GB用のがええやろ。これで、15万アクセスはなんとか逝けるやろ。
つうか、そこまでXOOPSにこだわる理由が解からんが、健闘を祈る！
0141nobodyさん2005/09/13(火) 20:25:50ID:???
上のテストは、当然ジーアイ・ジョー氏のプロテクトモジュールは無しだ罠。
0142nobodyさん2005/09/13(火) 20:28:58ID:???
load average: 16.76, 4.41, 1.48

F5攻撃でこれだと公表しちゃって大丈夫かいな
0143nobodyさん2005/09/13(火) 20:30:50ID:???
既知の情報だ罠。
つうか、XOOPSサイトでプロテクトモジュール設定無しは、あれだ罠。w
0144nobodyさん2005/09/13(火) 20:31:52ID:???
鯖管ならインストール禁止にする可能性もあるな
0145nobodyさん2005/09/13(火) 20:32:08ID:???
もっとも、実機でローカルでなくインターネット回線を使ったデータは、これが最初かもね。
0146nobodyさん2005/09/13(火) 20:34:44ID:???
驚くのはCPUのロードアベレージもあれだが。
メモリも凄い！スワップをガンガン喰う。
僅か１分間のテストだったが、これが数分続いたらスワップは食われてまう罠。
Swap: 2031608k total, 1584k used, 2030024k free, 99396k cached
Swap: 2031608k total, 135448k used, 1896160k free, 38528k cached

0147nobodyさん2005/09/13(火) 20:35:00ID:???
NetAppは冗談だとしてもさ…
マシンスペック結構高目だよな
0148nobodyさん2005/09/13(火) 20:47:50ID:???
XOOPSで嫌韓系のサイトなんか作ったら一発だな
0149nobodyさん2005/09/13(火) 21:05:00ID:???
ある意味DoS向けだな
アホかと
0150nobodyさん2005/09/13(火) 21:11:23ID:???
実際問題XOOPSを使わざるを得ないとしたら
どういう対策をすればいいんだろう

protectorでDoSはある程度防げるとして
ハードのスペックを上げる以外でいい方法はないものか

ボトルネックの調査した香具師いない?
PHPがネックだと言った香具師はどういう理由でそう思ったの?
0151nobodyさん2005/09/13(火) 22:57:51ID:???
>>150
＞どういう対策
何に対する対策？
0152nobodyさん2005/09/14(水) 01:26:29ID:???
>>150
>protectorでDoSはある程度防げるとして
激しく間違い
勉強しなおしてこい
0153nobodyさん2005/09/14(水) 02:35:23ID:???
>>152
protectorの機能としてF5アタックなどのDoSのための機能があるのですが
それでも「ある程度防げる」とは言えないのですか?

激しく間違っている理由を教えてもらえないでしょうか?
0154nobodyさん2005/09/14(水) 02:35:59ID:???
>>151
負荷対策
0155nobodyさん2005/09/14(水) 05:59:00ID:???
>>154
じゃあ、如何に人気のないサイト(コンテンツ)を構築するか
その手腕にかかってるな。

人気があれば、やっぱ人は多く訪ねてくるわけだし
チューニングに拘るよりも、その人気をどうにかして
ハードの投資に転化できるかとかそっちの方法を
考えた方が良いんじゃないかね。DoS対策とかは別だが。
0156nobodyさん2005/09/14(水) 07:25:27ID:???
>>153
httpdはDoSを受けるので防げるとは言えない
0157nobodyさん2005/09/14(水) 08:57:01ID:???
同じIPからのF5攻撃をPHPで防ぐというのは
そもそもリクエストを受信して、無視するか処理するかを判断してるわけで
大量のF5が来たら捌ききれなくなるのは同じ
0158nobodyさん2005/09/14(水) 10:06:50ID:???
落ちにくくなるって意味では、「ある程度防げる」でもよくね？
0159nobodyさん2005/09/14(水) 10:09:39ID:???
そのくらいの言い回しが通用するならそれでもいいんじゃね
0160nobodyさん2005/09/14(水) 12:37:22ID:???
>>158
>落ちにくくなるって意味では、「ある程度防げる」でもよくね？
httpdはリクエストを受け続けるんだから別に落ちにくくなったりしない

iptableでやったほうがよっぽど有効
0161nobodyさん2005/09/14(水) 12:39:42ID:???
自前でサーバ持ってない奴の保険じゃないのか、Protectorは。
0162nobodyさん2005/09/14(水) 16:25:07ID:???
っで、結局のところ負荷対策は、XOOPSを使わないつうことでOK?
0163nobodyさん2005/09/14(水) 18:45:29ID:???
負荷対策の定義もできねえくせに何言ってんだか。。
携帯対応の僕ちゃんと同レベル。
0164nobodyさん2005/09/14(水) 18:53:34ID:???
>>161
米兵もAnti-DoSはオマケって認識だし、リクエストフィルタなんかもそうだと思うが
その辺は共有レンタルサーバで運用している人向け。
ただXOOPSに特化した部分も結構あるので、専用サーバの人も
オマケの部分はもっと上の層で対策し、特化してる部分はProtectorでカバーすべき。
まあ専用サーバで商業的運用するなら、根本的に使うモジュールを吟味し
危ないところは修正したりも大事だけどね。
0165nobodyさん2005/09/14(水) 19:36:50ID:???
F5 attackしていて処理を中断され真っ白画面になったら
アホな攻撃者は落ちたかと思ってattackをやめたら「ある程度防げる」と
言えるのでは
0166nobodyさん2005/09/14(水) 19:39:46ID:???
ハサミが取れるカニみたいなもんか
0167nobodyさん2005/09/14(水) 22:09:24ID:???
>>164
おおむね同意だな
商用で使うなら、プロテクター要らないレベルまで
コード検証しろって思うがな

>>165
真っ白で落ちたかもって池沼だろ
そんなのちっとも「ある程度」じゃないだろ
てかアタック掛けるのにブラウザでF5する奴なんて厨房以下だろ
0168nobodyさん2005/09/14(水) 22:26:55ID:???
XOOPSはF5すると落ちるといって公式サイトもそうなのかと思って
F5アタックした香具師が実際にいたという事実について
0169nobodyさん2005/09/14(水) 23:43:01ID:???
>>168
ユーザに池沼が結構いるという事実の立証。
0170nobodyさん2005/09/14(水) 23:46:38ID:???
>>168
本人？
0171nobodyさん2005/09/15(木) 00:44:30ID:???
本人なわけない
onokazuに止めて下さいと書かれていたよ
0172nobodyさん2005/09/15(木) 01:07:33ID:???
米兵　where are you ?
0173nobodyさん2005/09/15(木) 03:35:33ID:???
うちはDay/30万Hitだけどなんとかなってる。
レンサバの人に頼んでチューニングしてもらったんでどんな構成かは分かんないけど。
0174nobodyさん2005/09/15(木) 09:03:16ID:fvduaxq/
>>173
自社サーバなの？
スペック教えてくれ、それと回線も、ヨロシコ
0175nobodyさん2005/09/15(木) 13:19:24ID:???
ところで、XOOPSの負荷低減にAPCとかPHPアクセラレーター系って効果あんの？
つうか、負荷とか考えるならXOOPSなんか使うなが、正解か。
0176nobodyさん2005/09/15(木) 14:39:13ID:???
逆数な件
01771402005/09/15(木) 15:23:10ID:???
XOOPSのデフォルトテーマ・モジュールナッシング状態でベンチ（環境は前回と同じx86_64）
$ ab -n 100 -c 10 http://www.hoge.net/ （同時10接続の100リクエスト）
Benchmarking www.hoge.net (be patient).....done
Server Software: Apache
Server Hostname: www.hoge.net
Server Port: 80

Document Path: /
Document Length: 4074 bytes ←XOOPSデフォルトでモジュールなし状態

Concurrency Level: 10　←一度に１０の同時接続数
Time taken for tests: 6.855289 seconds
Complete requests: 100　←完了リクエスト
Failed requests: 70　←失敗数　orz
(Connect: 0, Length: 70, Exceptions: 0)
Write errors: 0
Total transferred: 473228 bytes
HTML transferred: 429128 bytes
Requests per second: 14.59 [#/sec] (mean) ←処理数/秒
Time per request: 685.529 [ms] (mean)
Time per request: 68.553 [ms] (mean, across all concurrent requests)
Transfer rate: 67.39 [Kbytes/sec] received
■ このスレッドは過去ログ倉庫に格納されています