むしろインタプリタだから「少しでも速度向上」を気にするのでは？

トレードオフだろ

>>741
eAcceleratorなんか使ったら相当違わない？

>>751
要するに PHP を選択してる時点で既にパフォーマンスよりも開発効率を取ってる，ってこと．
速度上げたいなら重い処理だけ C/C++ 使うとか，あるいはハードウェアで解決するとかしたほうがいいんじゃないかな．
アルゴリズムの最適化はもちろんするけど．

まずはプロファイリングだな

アクセラレータつかったりFCGI化するだけで天と地ほど違うぞ
インタプリタだからこそ工夫するというのはその通りだけど、
ざっくり体感に跳ね返ってくるレベルで考えたほうがいいと思う

>>733
たかだか１０Ｍだろ？
そこメモリ何Ｍのマシン使ってんのよ？
３２Ｍとか？ｗ

このスレッドで聞いていいかな・・・？

DBサーバとフロントサーバを分ける場合、
両者はやはり同じLAN内に設置するのが基本ですか？
離れたところに置くと、レスポンスはけっこう遅くなります？

>>758
物理的な距離とレスポンスは関係ない。
LANであろうが回線が遅ければ遅い。
WANであっても回線が速ければ速い。

マルチだけど答えておくか。

セキュリティを重視して分けておけ。

どもです。
同じLAN内に設置すべき、っていうわけでもないんですね。
でも普通はLAN内の方が回線は速そうですね。

>>761
何かLANとドメイン(≠インターネットドメイン)を
一緒くたにしてるように思えるけど。

一緒ですよね。

おまいらDB間のやるとりはSSHでしょ？

ウチはRFC1149準拠。夜間の速度が出ないのが悩み

>>765
ssh は重い

>>757
たかだか、というけど、メモリ上限のあるVPSとか借りてると結構辛いよ？

ｸｼｭ

今更だが
このスレって負荷軽減の邪魔する委員会なんだろ？

あ、2の複数テーブルはまぁ10個くらいとします。
仮にデータが50000件あれば1つのテーブルは5000件で済むということになりますよね？

２ちゃんねるってデータベース使ってるんですか？

>>778
あははおもしろーい

>>776
試して測ってみんなに報告。これで皆幸せ。











多分１の方が効率的だと思うけど。

レスありがとうございます。やっぱり1ですかね。
2だと他に色々やりたい時不便になってきますよね。
地道にプログラム面を改善していった方がいいのかもしれませんね。

リレーションがいらないなら、フラットなただのテキストファイルが早いんだね。当然か。

掲示板の画像をﾀﾞｳｿﾂｰﾙで根こそぎかっぱらっていく不届き者を特定した
さて、貴方ならどのような方法でdenyする？

閉鎖

>>788
ダウソツールとわかるUserAgentならまずそいつを403へ
次に一定間隔の連続or同時接続を503へ
それでも懲りないならFWで叩き落す。

私も今、掲示板サイト作ってる途中なので、ちょっとカキコミさせてもらいますお
JAVAなのでちょっとperl、PHPスレとは違うけど共通する部分はあるので。
私の場合、某フリーソースの掲示板を元々おいてたんですけど、レス数が３万をこえたあたりから
ワード検索やレスのカキコミに非常に時間がかかるようになってしまいました。
そのCGI（PERL）はレスのログをテキストファイルに出力しているんですが、毎回何万行も読むんではそりゃ時間かかる
なという感じになってしまいました。
そこで、新しく掲示板作る時には、DB使うべきなのか、それともログ出力用のテキストファイル使うべきなのか、HTMLファイルとして吐き出す
べきなのか、どれがいいとおもいますか？
２ｃｈとかはオーバーヘッド対策でDB使わない仕様にしてると聞きました。
やっぱDBにするメリットはオーバーヘッド考えると皆無なんでしょうか？
HTMLファイルに書き出すってのは軽そうだけど検索用のメソッドをHTMLファイルに走らせると早いのかどうか不安な部分もあるんです。
関係ないのでしょうか？

日本語でおｋ

過去ログを小分けにすればいいじゃん。
2chだって1000レスか512kで別のスレ立てないといけないんだし。

>>792
DBのオーバーヘッドを心配しなければいけない程アクセスが予想されるなら、
表示はHTMLで出力、読み書きはテキストファイル（もちろん分割して）すればいいし、
そうでもないならDB使えばウンコみたいに楽ちん。

>>798
何いってんのかよくわかんねえけど
ページランクはHTMLで書いてあれば、どんな形式でもつく。