☆負荷軽減対策委員会（Perl、PHP)★

592 ：587：03/12/08 10:06 ID:ZQtmk+Sq.net

>>589
2ショットチャットとか画像アップローダとか・・。

>>590
えーっとサーバは確かPenIVの2GB、RAM1GBだったかな。

593 ：nobodyさん：03/12/08 10:34 ID:???.net

>>592
なんだ、ネタだったのか

594 ：nobodyさん：03/12/08 11:01 ID:???.net

騙りだろ

595 ：nobodyさん：03/12/08 11:44 ID:???.net

釣りだろ

596 ：nobodyさん：03/12/08 20:07 ID:???.net

PenIVの2GB
PenIVの2GB
PenIVの2GB
PenIVの2GB
PenIVの2GB

597 ：nobodyさん：03/12/09 04:16 ID:oL7UDJrs.net

>>587ﾃﾞﾃｵｲﾃﾞ。

598 ：nobodyさん：03/12/09 07:30 ID:???.net

あまりに盛り上がらなかったからねぇ

599 ：nobodyさん：03/12/09 10:15 ID:5gjkqVTX.net

陰口を叩く。

600 ：nobodyさん：03/12/10 03:11 ID:???.net

陰唇と陰口どっちが好きですか？

601 ：nobodyさん：03/12/10 12:01 ID:???.net

著作権表示を消す

602 ： ◆8772606082 ：03/12/24 04:28 ID:???.net

すれ違いと言われたのでここにきました。

my($a,$b,$c);

とするのと

my($a);#コメント
my($b);#コメント
my($c);#コメント

と書くのでは、処理速度や負荷に差がありますか？
配布とかメンテを考えると後者で書きたいんですが。

603 ：nobodyさん：03/12/24 05:11 ID:???.net

大差なし。メンテしやすさが最優先。

604 ：nobodyさん：03/12/28 07:34 ID:???.net

全体で150KBくらいになるCGIソースで
処理によってはルーチンのうちのほんの一部しか
使わないという場合、
処理をライブラリにしてrequireするのと
全体が１ファイルなのとどっちが効率いいのでしょうか？

605 ：nobodyさん：03/12/28 08:50 ID:???.net

環境によるだろ。計測しろ。

606 ：nobodyさん：03/12/28 15:28 ID:???.net

計測ってどうやってやるんですか？
でっかい実行ファイルを起動するのと
ちっちゃいのを起動してrequireするのと
どっちが軽いかという問題だと思うんですが。

607 ：nobodyさん：03/12/28 15:45 ID:???.net

>>606
負荷が気になるなら負荷を調べる方法ぐらい知っておいたほうがよろしいかと

608 ：nobodyさん：03/12/28 17:57 ID:???.net

>606
そもそも、あなたの「軽い」ってどういう意味ですか？

609 ：nobodyさん：03/12/28 18:15 ID:???.net

<?
　　exit;

　　〜以下長文〜

?>

610 ：nobodyさん：03/12/28 23:20 ID:???.net

>>606
requireのとこまで来たら結局全部読み込まれるのではないかな？

611 ：nobodyさん：04/01/12 13:26 ID:???.net

処理順では通らない部分のrequireも
スクリプト内にあるとrequireされるんでしょうか？
requireを見つけてからrequireする？

612 ：nobodyさん：04/01/12 15:36 ID:???.net

>>611
そんな簡単なことぐらい試せばわかるだろ

613 ：nobodyさん：04/01/12 15:48 ID:???.net

#!perl
if ( 0 == 1 ) { require './存在しないスクリプト.pl'; }
exit;

614 ：nobodyさん：04/01/13 18:58 ID:???.net

一枚岩で作って、え〜となんだっけか名前わすれたけど
一回実行したらメモリー上にキャッシュして次回から高速実行するツール
あれ使ったほうが軽さという面では圧倒的（ただしＣＰＵ負荷）
回線負荷は変わらんし大概先に満杯になるのは回線帯域のほうだ

615 ：nobodyさん：04/01/13 20:44 ID:???.net

負荷を気にするならperl,phpをやめろ

616 ：nobodyさん：04/01/15 16:33 ID:???.net

perl、phpの中でだろ？
共有鯖での利用を考えてる人もいるだろうし

617 ：nobodyさん：04/02/02 09:09 ID:???.net

ACP管理者

618 ：nobodyさん：04/02/22 16:00 ID:???.net

7行プログラムってスレ、すごいねアレは。
でも、短くするために敢えて重い処理をしていることもあると思うんよ。
それでも短いから負荷は感じないわけだけれども。

単純に処理を軽くする以外にも、コードを小さくする負荷軽減もあるんやねぇ。

619 ：nobodyさん：04/02/22 22:12 ID:hBJi8oj3.net

言ってること矛盾してるじゃん。
＞短くするために敢えて重い処理をしている
＞コードを小さくする負荷軽減もある
ドキュンやな。

620 ：nobodyさん：04/02/22 22:34 ID:???.net

翻訳を試みた。
ある処理をする際に
　A: 複雑な処理をする組み込み関数を使う
　B: 単純な処理をする組み込み関数をいろいろ組み合わせる
の2種類の方法があるとして
　Aの負荷 < Bの負荷
ってこと？

621 ：618：04/02/23 00:56 ID:???.net

>>620 YES.
そういう場合もあるんじゃないかと思ったので。

622 ：619：04/02/23 04:07 ID:???.net

フーン。スマソねー。

623 ：nobodyさん：04/03/17 17:24 ID:???.net

HTTP/1.1 のチャンクコーディングを忘れてない？
試しにnph ソースを作って、Content-Length を送信するようにしたら、
チャンクコーディングされなかったけど、接続が毎回切れるみたい。

どっちが良いのか微妙っぽい。

624 ：nobodyさん：04/04/20 20:30 ID:yfis5kmt.net

ａｇｅ

625 ：nobodyさん：04/05/16 04:46 ID:2fTgoYEJ.net

A.. if($aa=~/x/){$pa=1;$pb=1;}else{$pa=0;$pb=0;}
B.. $aa=~/x/?($pa=1,$pb=1):($pa=0,$pb=0);

等価らしいです
ソースは、ttp://ww4.tech.nu/?d=653

たしかにコードは短くできるので試したところ
レスポンスが悪く、重くなった気がします

626 ：nobodyさん：04/05/16 04:54 ID:???.net

>>625
http://perldoc.com/perl5.8.4/lib/Benchmark.html

627 ：nobodyさん：04/05/16 10:10 ID:???.net

>>625
三項演算子使ってるだけでしょ、普通に使うけど。
レスポンスは落ちるのかなぁ？　

628 ：nobodyさん：04/05/16 11:14 ID:???.net

>>627
藻前は一つ前のレスが読めねーの？

629 ：nobodyさん：04/05/20 12:34 ID:NShBOzWM.net

PHP普及の原因は、イスラエル・Zend社のマーケティングの成功にある。
�@Perlでは別インストールで多くの人が知らないデーターベース利用を標準で使用できるようにし、「データーベースが簡単に取り扱える」というイメージを特に強く植えつけた。
�Aウェブサイト作成への特化。例えば、セッション管理がそうだ。
�Bソースの隠蔽による著作権保護を可能にした。
データーベースを使いたいが、使い方がわからない。そこに、PHPなら使えるという情報が先に入る。これで、PHPに入った人もかなり多いはず。
PHPの言語仕様はZendに大きく左右される。
二年ほど前、PHPが出始めた頃には、変数のスコープがPerlとまったく同じ仕様だった。
もともと、Perlのソースコードを改編して作成されたPHP。
↓PHPの歴史
http://php.planetmirror.com/manual/ja/history.php
PHPには、Perlコードの退行による高速化の意図が言語のいたるところに見える。
マイクロソフトは、オブジェクト指向への対応というのが大義にVB6.0からVB.NETに言語仕様を大幅に変えた。
今後も大きく言語仕様が変わることはないのか？
オープンソースとは言っても、Zend社の
http://www.zend.com/management.php
の数人のスタップによって大きく左右される。
再帰的定義とされる「PHP:Hypertext Preprocessor」という名前にも理由がある。これは、要するに、正確には、「Perl Hypertext Preprocessor」としたいところだが、GNUの「GNU is Not UNIX」という再帰的な定義をもじったものだ。
要するに、「GPLのフリーソフトのライセンスには違反していませんよ！」と一つには主張し、また、一つには、「PHP is Not Perl」とでも言って、Zendの社としての姿勢を、先人の「Perl開発者たち」から擁護する意図があったのだろう。
Nではなく、Hなのが、そのための味噌だ！Perl開発者たちは、当然、面白くないはずだ。
PHP信奉者は、六芒星（hexagram）マークのユダヤ教にでも、入信せよ！

630 ：nobodyさん：04/05/20 13:06 ID:9F0Z79In.net

Cで組め。手っ取り早く最速で負荷を極力少なくできる。

631 ：nobodyさん：04/05/20 14:55 ID:???.net

負荷を少なくするならまず、
データ構造とアルゴリズムを見直せ
次にCPUをグレードアップしろ
それでもダメならCか汗ブラで

632 ：nobodyさん：04/05/20 15:38 ID:???.net

スタップ？

633 ：nobodyさん：04/05/20 16:08 ID:???.net

PHPって
Personal Home Page の略?

634 ：nobodyさん：04/05/20 16:11 ID:cgjPprlD.net

ここできくなよ

635 ：nobodyさん：04/06/24 13:00 ID:???.net

喪主

636 ：nobodyさん：04/07/18 20:12 ID:Sl8hc8ID.net

＞＞629は、洩佐渡にアボーンされるよ。

637 ：nobodyさん：04/08/11 03:33 ID:2sgdWAV8.net

なんで掲示板をテキストファイルに出してるんだ？
データベースに入れてしまうのってよろしくないの？
最後の方を読む時とかに早いと思うんだけど。

638 ：nobodyさん：04/09/07 11:18 ID:???.net

保守

639 ：nobodyさん：04/10/04 17:10:56 ID:???.net

ゲッシュ

640 ：nobodyさん：04/10/12 03:56:07 ID:???.net

2chの話になるけどさ、sageで書き込みするとスレッド位置が変わらず、
index.htmlとsubback.htmlの更新・ソートを省略できて負荷軽減に繋がらない？

と思ったけどレス数表示のために更新しなきゃならないか…。
もう少し工夫すればなんとかなる気がする。

641 ：nobodyさん：04/10/17 09:28:30 ID:???.net

ディスクのアドレスに直接書き込めばいいと思うよ

642 ：nobodyさん：04/10/17 10:04:16 ID:???.net

>641

マジレスするとそんな低レベルの操作をしたら
処理中は他の処理が出来なくなるだろうが

643 ：nobodyさん：04/10/20 23:44:33 ID:gn/p6wba.net

あげﾏﾝ

644 ：nobodyさん：04/10/21 19:27:52 ID:vF6/MaNc.net

掲示板なら静的HTML生成が一番簡単で一番効果がある。
スクリプトをあれこれこねくり回す前に試してみれ。

645 ：nobodyさん：04/10/21 19:55:41 ID:???.net

>644
誰に対してのレス？

646 ：nobodyさん：04/10/22 21:15:01 ID:???.net

javaでクッキーを保存する方法が載ってれば全部HTMLにするのに

647 ：nobodyさん：04/10/23 23:24:38 ID:???.net

java?javascriptじゃなくて?

648 ：nobodyさん：04/10/24 01:33:51 ID:???.net

>>644
それは理解した上で別の方法を模索するスレなのでは？

649 ：nobodyさん：04/10/24 04:14:11 ID:???.net

>>647
javascript

650 ：nobodyさん：04/10/24 14:11:54 ID:???.net

javascriptでクッキー出力はできるけど・・・多分違うことなんだよな

651 ：nobodyさん：04/10/24 18:28:23 ID:???.net

静的HTML生成ってどうやればいいの？

652 ：nobodyさん：04/10/24 19:00:16 ID:???.net

>>651
ファイルに出力

653 ：nobodyさん：04/10/25 05:14:38 ID:???.net

>>649
ようするにHTMLでクッキー機能できるようにすりゃいいってことでしょ？

654 ：nobodyさん：04/10/25 05:44:32 ID:XKm5So8L.net

セットはcgiですればいいから、あとはそれをJavaScriptでゲットすればいいんだよ。

655 ：nobodyさん：04/10/25 14:51:34 ID:???.net

ファイルの読み書きはperlのキモの部分だから、せめてこれだけは理解しましょう。

656 ：nobodyさん：04/10/25 15:08:33 ID:???.net

javascriptでゲットする方法が載ったサイトきぼん

657 ：nobodyさん：04/10/25 15:35:37 ID:???.net

getCookie

658 ：nobodyさん：04/10/25 17:09:16 ID:???.net

htmlの不都合点とかあるかな？
NEWマーク表示できないくらいしか思い浮かばん
いらん機能だし

659 ：nobodyさん：04/10/25 17:26:29 ID:7ozi48tg.net

>>658
出来る。

660 ：nobodyさん：04/10/25 17:29:59 ID:7ozi48tg.net

HTMLの不都合は、たとえばSSI使わないとカウンターが表示できないとか。

661 ：nobodyさん：04/10/25 23:10:16 ID:???.net

オールHTML化するとレイアウトを変更したときが面倒なんだよなぁ。
ファイル数も結構増殖していくし。

それくらいかの。

662 ：nobodyさん：04/10/26 02:14:41 ID:???.net

>>656
このスレのソース。

663 ：nobodyさん：04/10/26 06:22:53 ID:???.net

>>662
ｻﾝｸｽ

664 ：nobodyさん：04/10/27 10:01:04 ID:???.net

HTMLでクッキーとか機能させるって言ってるけどIE以外は無視？
operaやMozillaだと文字化け起こすぞ

665 ：nobodyさん：04/10/27 10:20:49 ID:???.net

IE以外いいよってみんな思ってるんじゃない？
実際そうだし2chもそうだからいいかな、と。

666 ：nobodyさん：04/10/27 10:40:24 ID:GQQpVWEo.net

tcupの掲示板てどうなってんだろう。
拡張子無しで/bbsってなってるのが昔から不思議で。
googleなんかのuri表示で見ると、
http://xxx.teacup.com/yyyy/bbsだと、
www.tcup-.com/xxx/yyyy.htmlが本体らしいんだけど。

667 ：nobodyさん：04/10/27 11:17:53 ID:???.net

javaだとIE以外じゃ日本語取得できないのかorz
みんな妥協派ですか？

668 ：nobodyさん：04/10/27 11:57:31 ID:???.net

>>666 >>667
http://pc5.2ch.net/test/read.cgi/php/1095633323/

669 ：nobodyさん：04/10/27 12:24:58 ID:???.net

>>668
だからIE以外じゃできないってのアホ

670 ：nobodyさん：04/10/27 16:51:51 ID:pygimpYU.net

>>668
（ ´,_ゝ｀）ﾌﾟｯ

671 ：nobodyさん：04/10/27 22:34:47 ID:???.net

>>666
http://www.google.co.jp/search?sourceid=navclient-menuext&ie=UTF-8&q=%E6%8B%A1%E5%BC%B5%E5%AD%90%E3%81%AA%E3%81%97%E3%81%A7%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%81%AB%E3%82%A2%E3%82%AF%E3%82%BB%E3%82%B9%E3%81%A7%E3%81%8D%E3%82%8B%E8%A8%AD%E5%AE%9A

672 ：nobodyさん：04/10/27 23:34:24 ID:???.net

閲覧時にクッキー使ってなにがしたいの？
投稿時ならともかく。

673 ：nobodyさん：04/10/27 23:38:06 ID:???.net

例えばツリー、スレッド表示の切り替えとかじゃね？

674 ：nobodyさん：04/10/27 23:48:20 ID:???.net

お！早い。
切替ならそれぞれリンクを用意するだけで済むのでは？
閲覧時のクッキーってストーキング用途しか思いつかない。

675 ：nobodyさん：04/10/27 23:57:22 ID:???.net

>>674
それだけしか思いつかないおまいの脳に乾杯

676 ：nobodyさん：04/10/28 03:33:14 ID:???.net

>>664-667あたり
2chで化けるのはbbs.cgiで発行してJavaScriptで取得してるからじゃ?

677 ：nobodyさん：04/10/28 06:29:55 ID:???.net

javaで発行すると問題あるんじゃなかったっけ？

678 ：nobodyさん：04/10/28 07:03:35 ID:aCWpvFRR.net

つーか無理にHTML表示なんかせんでもいいよ。
動的にやればインタラクション的にも手軽になんでも出来るし。

679 ：nobodyさん：04/10/28 07:20:03 ID:???.net

わざわざ内部に組み込むのがアレだって話してんだろ

680 ：nobodyさん：04/10/28 08:43:20 ID:???.net

掲示板の1ページ目だけだけど
HTMLにすんのとしないのとじゃけっこう差出るの？

681 ：nobodyさん：04/10/28 09:01:31 ID:???.net

htmlファイルに書き出すかどうかは、そのサイトへの訪問者の利用状況によって異なる
一概に○○なら△△とはいえない。
まあ、統計的に、そのページが更新されるまでに10回以上アクセスされるとわかれば、
一般的にはhtml化した方がいいだろうな。

式にすれば

html化するコスト << html化しない場合のCGI起動コスト * not modify間での平均アクセス数

の場合は、html化のメリットが大きい

682 ：nobodyさん：04/10/28 14:03:48 ID:???.net

まあHTMLよりCGIの方が負担少ないなんてことはないな

683 ：nobodyさん：04/10/28 15:02:48 ID:???.net

>>678
このスレは負荷軽減がテーマなんだが？

684 ：nobodyさん：04/10/28 15:05:59 ID:???.net

まあHTMLにしないで負荷を軽減する方法を模索していくのもいいんでない？

685 ：nobodyさん：04/10/28 16:23:56 ID:???.net

むしろHTML化できないからプログラムの負荷を下げる必要があるんじゃね？
本当に負荷を下げたいならCGIなんか使わずサイト丸ごと圧縮しておくのが一番だろうし。
俺はCGIを作る側だけど実は↑これが一番好き。

686 ：nobodyさん：04/10/28 19:02:58 ID:???.net

しかしコスト（時間や手間込み）単位での効果ならやはり静的HTML生成がベストチョイスなのも事実だし。
まあ両面作戦だね。

687 ：nobodyさん：04/10/29 00:44:55 ID:???.net

1, Requests per second: 2.67 [#/sec] (mean)　　 perl/cgi
2, Requests per second: 17.53 [#/sec] (mean)　mod_perl (1と全く同じソース)
3, Requests per second: 60.22 [#/sec] (mean)　html (1,2のプログラムで出力された物をhtmlで保存した物)
DBIやarchive等、結構重いモジュールを読み込んでDBにアクセスして表示するプログラム。mod_perlのDBアクセスは永続化している。
処理内容によって一概にいえないけど１つのパターンとして参考までに。

静的htmlだとカウンターだのダイレクトに表示出来ないしクッキーも文字化け(IEではunicode,xxxだとURLencodeだの)
等の問題が発生してめんどくさい。クライアント依存の処理はやはり気持ち悪い。

688 ：nobodyさん：04/10/29 07:10:04 ID:???.net

>>687
これって数字高い方がいいってことなの？
ベンチマークに無知でｽﾏｿ

確かに文字化けるんだよな・・・
ユーザにHTMLとCGIモードを選ばせるようにしたらいいかも

689 ：nobodyさん：04/11/04 17:30:49 ID:???.net

書き込みのときjavascriptでクッキー発行すれば化けんよ。

690 ：nobodyさん：04/11/10 00:14:30 ID:???.net

「>>1」
このｱﾝｶｰ、2chではﾀｸﾞをｱｸｾｽごとにつけてるんだっけ？

691 ：nobodyさん：04/11/10 01:11:49 ID:???.net

>>690
んだよ、ほれ。
http://pc5.2ch.net/php/dat/1034645635.dat

サニタイジングもregist時にやってるな。
２ｃｈは書き込みも多いが、それ以上に読み込みが凄まじいからな。

692 ：nobodyさん：04/12/23 11:27:06 ID:???.net

でつ＜喪主

693 ：nobodyさん：05/01/07 17:35:04 ID:qgEKEyAA.net

質問なんですが、
リンクトレードproやThe Roomのランキングリンクのようなエロサイトによくあるランキングを
PHPで作ってみました。ユーザーごとに情報を1行CSVに保存させて、それがカウントファイルも兼ねてます。
表示部分は静的です。

出来上がったところで、上司に負荷かかりそうだからDBにしてよと言われ、MySQLで作り直してみたところ、
現在ユニーク1万/日くらいのサイトであっというまにMySQL接続数多杉エラーが出ました。
サーバ管理者にMySQLの接続数多すぎと出ましたと言ったところ、
設定変えることもできるけど、トラフィック多いサイト目指すならPostgreSQLにしたほうが良いといわれました。

今とりあえず素直にPostgreをサイト見ながらソース書き直してますが、
一体どの方法がベストなんでしょうか。

ちなみにPHPは趣味レベル、DBの経験は今年からなのでソースに問題があるのかもしれません・・

694 ：halc：05/01/07 18:03:52 ID:???.net

>>693
postgresにすれば良いってわけじゃないような。
ユニーク1万/日ぐらいだと、squidでリバースプロクシを導入してみるとかは？

695 ：693：05/01/07 18:12:16 ID:???.net

>>694
今後増える予定です。目標が10万PV/日くらいです。

696 ：halc：05/01/07 18:22:54 ID:???.net

>>695
同時接続数を増やせないなら、１接続あたりの接続時間の短縮をやらんといけない訳で。
もうクエリを発行しないと分かった時点でコネクション切断とか、
そのレベルの最適化はやってるよね？
初心者らしいから言ってみると、WHERE句、LIMIT, OFFSETで取得数を限定して、
ＤＢから取得したけど使わず捨てているデータを削りこむとかやってみそ。

697 ：693：05/01/07 18:56:00 ID:???.net

>>696
やってるつもりなんですが、、
inのカウント取得ファイルのソースをコピーしてみます。
http･･･xxx.php?usrid=$usridで叩いて、DB開き。
$tabledata = mysql_query("SELECT * FROM usr_table",$db);
//配列に入れ
while($row = mysql_fetch_array($tabledata))
{$usr_array[$row[usrid]] = $row;}
//t1フィールドに直前IP記録＆カウント
if($rmhost != $usr_array[$usrid][t1]){
$incountup = mysql_query("UPDATE usr_table set incount = ceiling(incount + 1) where usrid = \"$usrid\"");
$ipupdate = mysql_query("UPDATE usr_table set t1 = \"$rmhost\" where usrid = \"$usrid\"");
}
mysql_free_result($tabledata);
mysql_close($db);

if( !$db ) {
print "接続できません。<br>\n";
exit;
}
header("location:{$homeurl}");

これだけです。これで動いたんですが、やっぱり記述おかしかったりしますかね、、？

698 ：nobodyさん：05/01/07 19:50:01 ID:???.net

まさか mysql_pconnect とか使ってないよね?

699 ：nobodyさん：05/01/07 21:06:14 ID:???.net

>>693
ランクカウント以外の部分(順位の表示とかカテゴリ参加数の表示とか)はどう処理してる？
もしリアルタイムでやってるなら、静的なHTMLで処理するとかcronで処理させるとかすると、
劇的にコネクト数は減るよ。

ユニーク1万にも耐えられないならDB使う意味ないし、Postgresにすりゃいいってもんでもないと思ふ。
やはり、設計段階からの見直しが必要かと。。
毎秒何回ぐらいqueryの発行あるか分かるなら書いてみて。

700 ：693：05/01/07 21:46:52 ID:qgEKEyAA.net

mysql_pconnect思いっきりつかってますが、、それって駄目なんですか？

>>699
順位他の処理は、3600秒ごとに静的に書き出してテキストファイルをrequireしてます。
cronではなく、テキストファイルにタイムスタンプ書き出してアクセスごとにチェック、前の書き出しから+3600秒以上経っていたらランキング再書き出し、という感じです。

>ユニーク1万にも耐えられないならDB使う意味ないし、Postgresにすりゃいいってもんでもないと思ふ。
ですよね。。
毎秒何回query発行あるか、どこで見れば良いんでしょう。。
とりあえず今はサイト止まってしまうので旧テキストファイル版に戻してしまいました。

701 ：nobodyさん：05/01/07 22:16:37 ID:???.net

>>700
やはりそれぢゃったか

mysql_pconnect して DB に接続すると
mysql_close しても
スクリプトが実行を終了しても
それどころかクライアントがブラウザを閉じた後も
DB接続が切断されずに残り続けるんぢゃよ
つまり今の状態だと mysql_close が全く効いておらん

これは接続をプールして再接続の負荷を減らすためのGJな機能なんぢゃが
DB接続数上限が逼迫している状態では逆に足を引っ張ってしまう両刃の剣
素人にはお薦めできないとまでは言わないが、注意して使わんといかんのぢゃ
mysql の最大接続数を apache の MaxClients より大きく設定する、とかぢゃな

とりあえず mysql_pconnect を myqsl_connect に変更すれば
mysql_close で接続が切断されるようになるので
かなり状況が改善するんぢゃないかのう

702 ：nobodyさん：05/01/08 00:00:05 ID:???.net

>>701
勉強になったありがとう。

703 ：693：05/01/08 01:09:47 ID:???.net

うわー、、そうだったんですか。
きっとそれっぽいですね。
大変勉強になります。ありがとうございました。とりあえずそれを試してみます。

704 ：halc：05/01/08 04:03:06 ID:???.net

>>697
なんてか、削り込み以前にDBMSの本をちゃんと読もうよ。。
　　header("location:{$homeurl}");
と、リダイレクト先URLしか要らないのに、
　　$tabledata = mysql_query("SELECT * FROM usr_table",$db);
ここで全テーブルデータをぶっこ抜いているのがそもそもの間違い。

ここは
　　$tabledata = mysql_query("SELECT * FROM usr_table WHERE usrid = \"$usrid\" ",$db);
と必要な行以外は抜いてこないように直すべき。

705 ：halc：05/01/08 04:13:11 ID:???.net

全テーブルぶっこ抜きの方法は、いわゆる「MySQLでかんたん掲示板」系の
入門書から取ってきたんだと思うけど、このやり方、小さな個人サイトなら
またしも10万PV/日のサイトに使える方法じゃない。

という訳で入門書以外のDBMS専門書を読むことを勧める。

706 ：nobodyさん：05/01/18 10:29:13 ID:???.net

perl のDBMモジュールでも
データーベースオープン
全データーを配列にコピー
データーベースクローズ
その後配列に対して処理色々なんてことをやってるスクリプトを見かけるが
全部読み込まなきゃいけない処理なら普通のファイルに保存したほうが軽くて速くないか？

707 ：nobodyさん：05/01/18 13:57:10 ID:???.net

>>706
早いかもしれないけど影響がでるほどの量だとすれば、
データの書き込み（更新）する必要がある場合dbでやる方が安全だと思う。

708 ：nobodyさん：05/01/19 10:26:45 ID:???.net

>>707
いや、だから、あのさ（ｗ
ｄｂ使うなら丸ごと読み込んだりしないだろう？普通

709 ：halc：05/01/20 23:11:44 ID:???.net

全ぶっこ抜きじゃトランザクション隔離のかけらも無いよなぁ

710 ：nobodyさん：05/01/29 14:37:47 ID:8oiPQs40.net

大前提として、どれくらいの規模（データと一日あたりのhit数）になったときに
プレーンテキストからDBに移行するべきなのかという目安を考えるべきだと思う。

711 ：nobodyさん：05/01/29 15:49:02 ID:???.net

サーバスペックやスクリプトの作りにもよるからなあ

とりあえず思いつくのは

・アクセス頻度と平均処理時間から待ち行列を計算して「ヤバ」と判断したとき
・top の load average が 1 を超えたとき
・HDDのスワップ音が聞こえるとき
・体感的に「重い」と感じたとき

712 ：nobodyさん：05/01/30 01:18:32 ID:???.net

表示用HTMLファイルとか作成しちゃうなら、場合によっては
小規模でもデータはDBで管理した方が良いね。

713 ：nobodyさん：05/01/30 05:59:08 ID:???.net

そうだな、俺もDBが動いてる環境なら規模によらず常にDBを使う

714 ：nobodyさん：05/02/08 01:21:04 ID:???.net

私もDB使っちゃうな

715 ：nobodyさん：05/02/19 00:53:49 ID:???.net

orz

716 ：nobodyさん：2005/05/06(金) 15:00:41 ID:???.net

DB使った方がコストが安くすむ…場合もあるからDB使っちゃうな。
こんな俺はきっと駄目なPGだ orz

717 ：nobodyさん：2005/05/06(金) 19:18:23 ID:???.net

Plain text - 43FoldersWiki
http://wiki.43folders.com/index.php/Plain_text

どうでもいい；）

718 ：nobodyさん：2005/10/07(金) 14:59:04 ID:???.net

落ちないもんだな・・・

719 ：nobodyさん：2005/10/08(土) 16:41:55 ID:???.net

w

720 ：nobodyさん：2005/10/14(金) 03:04:33 ID:???.net

↑

721 ：nobodyさん：2005/10/14(金) 18:19:58 ID:???.net

httpd.conf 最適化とかリバースプロキシとかの話はここではしてないの？

722 ：nobodyさん：2005/10/16(日) 01:53:02 ID:???.net

>>721
それはWebProgを走らせる「環境」の話だから。
ここは共有鯖で使うCGIの負荷を以下に下げるかの話するスレ（機能してないけど）

723 ：nobodyさん：2005/10/16(日) 12:07:20 ID:???.net

httpd.confみたいに説明書と設定ファイルが同じになってると萎える
コメント行削ったら半分以下になった

724 ：nobodyさん：2005/10/17(月) 21:25:18 ID:???.net

すいません、ちょっと負荷の意味が違うかもしれない質問なのですが
CGIやPHPで大きなファイルなどのダウンロード速度の制限などを行えるのでしょうか。
検索してみても出てこなかったので
やはりサーバーの方で直接設定しないと出来ないものなのでしょうか。

725 ：nobodyさん：2005/10/17(月) 22:42:47 ID:???.net

普通はmod bandwidthとか使ってやると思うけど･･

726 ：nobodyさん：2005/10/17(月) 23:09:28 ID:???.net

>>724
スクリプトでファイルを読んで、pushするなら出来ないことも無い。
でも回線負荷は下がるかもしれんが、サーバの負荷軽減にはならんでしょ。
普通は>>725の通り。スクリプトでファイルを送り出すなんてしない(高負荷)。

727 ：nobodyさん：2005/10/17(月) 23:11:24 ID:???.net

となると，DBにファイル放り込むのはよくないのかな

728 ：nobodyさん：2005/10/17(月) 23:27:23 ID:???.net

教えていただき、ありがとうございました。
やはりサーバー側で直接行う方がスマートで負荷低減になるのですね。
当方サーバー側をTelnet出来ない専用サーバーをレンタルしており
スクリプトでどうにかならないか考えておりました。

SQLite機能がついており、ファイル制限が出来るらしいのですが
DBもやめた方がよいとのことで、
ありがとうございました。

729 ：nobodyさん：2005/10/18(火) 23:51:53 ID:???.net

>>727
管理上の必要があれば、DBに放り込むこと自体が悪いわけではない。

730 ：nobodyさん：2005/10/19(水) 07:51:56 ID:???.net

>>728
専用鯖なら負荷かかってもいいんじゃないの

731 ：nobodyさん：2005/10/19(水) 11:40:17 ID:???.net

>>728
専用サーバなのにTelnetできないのかｗｗ

732 ：nobodyさん：2005/10/19(水) 17:29:25 ID:???.net

>>731
SSHがあるというオチとか

733 ：nobodyさん：2005/10/27(木) 22:33:36 ID:???.net

ちょいと具体的な話でなくてもうしわけないんですがとあるＷＥＢアプリケーション（phpからpostgresを使ってるらしい）について相談をうけまして
ちょっと覗かせてもらったらapacheのプロセスがひとつ毎に１０ＭＢほどもメモリーを消費しちゃってるんで、一瞬、え？っと思ったんですが
当方phpもpostgresもあんまり詳しくありませんのでもしかしたらこの構成だと普通の状況なのかな？とも思いまして質問させていただきました

phpはapache2.のモジュールとして組み込んで有ります。

それくらいふつうだろとか、直感的になんかあやしいとか、プログラムがタコだとそうなるとか、感想をお願いします

734 ：nobodyさん：2005/10/27(木) 23:41:30 ID:???.net

だれか>>733の解説を頼む

735 ：nobodyさん：2005/10/28(金) 00:30:42 ID:???.net

ポスグレのデーモンじゃないか

736 ：nobodyさん：2005/10/28(金) 00:31:21 ID:???.net

>>734
要約するとapacheのモジュールとして組み込まれたｐｈｐからpostgresqlを使ったらメモリーを１０MBガメるのは普通ですか？
ってことだな

737 ：nobodyさん：2005/10/28(金) 00:32:58 ID:???.net

ただ単にApacheに色々組み込みすぎて肥大化してるんじゃない？

738 ：nobodyさん：2005/10/28(金) 00:40:50 ID:???.net

>>736　thx
ただのリクエストで、どれだけ消費するか見てみないと、なんともいえないね。

739 ：nobodyさん：2005/10/28(金) 00:48:08 ID:???.net

>>733
＞apacheのプロセスがひとつ毎に１０ＭＢほどもメモリーを消費しちゃってるんで
普通。

740 ：739：2005/10/28(金) 00:50:20 ID:???.net

正しくは
＞phpはapache2.のモジュールとして組み込んで有ります
のような状況の場合、普通。
(PHPのエクステンションを極力動的に組み込めば減るけど)

741 ：nobodyさん：2005/10/28(金) 02:09:42 ID:???.net

PHPってメモリー食いなんですね
もしかしてCGIから動かしたほうがいい？

742 ：nobodyさん：2005/10/28(金) 07:50:18 ID:???.net

>>741
10メガ位でけちけちすんなよ
別プロセスで立ち上げると負荷かかって遅くなるし

743 ：nobodyさん：2005/10/28(金) 11:45:46 ID:???.net

>>741
その代わりPHPを使うリクエストがくる度にロードすることになるから
今度はCPU負荷が高くなるよ。まあサイトの特性で考えれ。
共有サーバなんかはセキュリティを高めるにはCGIで動かすしかないしな。
(例えリクエストの度にロードされてレスポンスが悪くなるデメリットがあるとしても)

744 ：nobodyさん：2005/10/29(土) 00:54:53 ID:???.net

>>743
>共有サーバなんかはセキュリティを高めるにはCGIで動かすしかないしな。

何故？

745 ：nobodyさん：2005/10/29(土) 13:42:20 ID:???.net

>>744
パーミッションの都合

746 ：nobodyさん：2005/11/05(土) 02:38:22 ID:???.net

参照渡しとかすると負荷は軽減するのか？

747 ：nobodyさん：2005/11/05(土) 08:52:03 ID:mQF7x1FD.net

データの無駄な二重化が無いから負荷は軽減すると考えてもいいんじゃ？
間違ってたらスマソ

748 ：nobodyさん：2005/11/05(土) 09:39:48 ID:???.net

データがコピーされるのは，値が変更されるときでは？
$a = $b ってしてもその瞬間にはコピーされない．

749 ：nobodyさん：2005/11/06(日) 12:33:12 ID:???.net

らしいね。
だから、PHPでは「パフォーマンス重視の参照渡し」は
ほとんど無意味ってことかな。

750 ：nobodyさん：2005/11/06(日) 12:35:31 ID:???.net

C ならともかく，スクリプト書きながらそういうレベルのパフォーマンス向上を考えること自体間違いな気もするね．

751 ：nobodyさん：2005/11/06(日) 12:37:26 ID:v9ryuHmW.net

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

752 ：nobodyさん：2005/11/06(日) 16:36:18 ID:???.net

トレードオフだろ

753 ：nobodyさん：2005/11/06(日) 17:38:39 ID:???.net

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

754 ：nobodyさん：2005/11/06(日) 22:56:29 ID:???.net

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

755 ：nobodyさん：2005/11/06(日) 23:12:20 ID:???.net

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

756 ：nobodyさん：2005/11/30(水) 18:13:41 ID:K1wk1cov.net

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

757 ：nobodyさん：2006/01/14(土) 16:02:10 ID:???.net

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

758 ：nobodyさん：2006/04/05(水) 19:30:26 ID:zzYD4Tt9.net

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

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

759 ：nobodyさん：2006/04/05(水) 20:38:39 ID:???.net

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

760 ：nobodyさん：2006/04/05(水) 20:45:37 ID:???.net

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

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

761 ：758：2006/04/05(水) 21:03:46 ID:zzYD4Tt9.net

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

762 ：nobodyさん：2006/04/05(水) 22:19:19 ID:???.net

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

763 ：nobodyさん：2006/04/06(木) 21:08:23 ID:???.net

一緒ですよね。

764 ：nobodyさん：2006/04/07(金) 00:57:56 ID:45h+7cJz.net

インターネットを介さないという意味なら、プライベートIPアドレスで構成されたLANの中にウェブサーバとDBサーバを置くのが普通。

765 ：nobodyさん：2006/04/07(金) 01:16:20 ID:???.net

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

766 ：nobodyさん：2006/04/07(金) 01:54:59 ID:???.net

AppleTalkだよ。

767 ：nobodyさん：2006/04/07(金) 09:28:08 ID:???.net

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

768 ：nobodyさん：2006/04/08(土) 09:38:51 ID:???.net

>>765
ssh は重い

769 ：nobodyさん：2006/04/19(水) 23:24:50 ID:???.net

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

770 ：nobodyさん：2006/04/30(日) 14:21:18 ID:???.net

>>766
うちはlocalTalkですよ。

771 ：nobodyさん：2006/07/22(土) 11:03:58 ID:???.net

ﾎｼｭ

772 ：nobodyさん：2006/09/23(土) 14:37:37 ID:???.net

ｸｼｭ

773 ：aaz：2006/11/05(日) 22:15:22 ID:???.net

asd D

774 ：aaz：2006/11/05(日) 22:18:49 ID:???.net

asd D http://fitaly.com/board/wordperfect/posts/362.html

775 ：nobodyさん：2006/11/11(土) 00:59:59 ID:???.net

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

776 ：nobodyさん：2006/11/26(日) 22:29:27 ID:3LCl7xig.net

PHP+MySqlでユーザー認証する時、DBにはユーザーのIDやパス他の情報があるとします。
仮にそれはもうめちゃくちゃユーザーが登録されていて(かなりの負荷)、DBの読み書きをする場合以下の2つのパターンだとどちらが負荷がかからないでしょうか？
速度の点についても知りたいです。

1.1つのテーブルに全員分登録しておき、普通に読み書きする。
2.ファイルに「ID+その人が使用するテーブル」を記述しておき、それを読み込んでから、複数用意されてるテーブルの中から指定されたテーブルを動的に選択して、読み書きする。

どうなんでしょ？質問＋保守上げ。

777 ：nobodyさん：2006/11/26(日) 22:33:49 ID:3LCl7xig.net

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

778 ：nobodyさん：2006/11/26(日) 22:37:40 ID:???.net

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

779 ：nobodyさん：2006/11/26(日) 23:02:42 ID:???.net

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

780 ：nobodyさん：2006/11/26(日) 23:18:23 ID:???.net

>>776
1

781 ：nobodyさん：2006/11/26(日) 23:32:51 ID:???.net

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











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

782 ：776：2006/11/27(月) 08:15:18 ID:c6HTdBMZ.net

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

783 ：nobodyさん：2006/11/27(月) 20:23:19 ID:???.net

>>778
2chはテキストファイルベースです
言語はC

>>776
1の方
DBの負荷を下げたいのなら、テキストファイルベースの処理を上手く使うといい

784 ：nobodyさん：2006/11/29(水) 02:28:09 ID:???.net

2chはperl+SpeedyCGIで、一部Cじゃなかったっけ？

785 ：nobodyさん：2006/11/29(水) 02:58:52 ID:???.net

bbs.cgi=Perl
read.cgi=C
だったかと

786 ：nobodyさん：2006/11/29(水) 09:36:30 ID:???.net

bbs.cgi=Perl;
read.cgi=C;

787 ：nobodyさん：2006/11/30(木) 03:56:05 ID:???.net

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

788 ：nobodyさん：2007/01/30(火) 02:11:44 ID:yyajzISr.net

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

789 ：nobodyさん：2007/01/30(火) 07:57:33 ID:???.net

アクセスポイント絞りの範囲指定で.htaccess。

790 ：nobodyさん：2007/01/30(火) 10:53:36 ID:???.net

閉鎖

791 ：nobodyさん：2007/02/06(火) 23:24:45 ID:???.net

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

792 ：nobodyさん：2007/02/26(月) 07:23:03 ID:g5As6DDV.net

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

793 ：nobodyさん：2007/02/26(月) 08:17:13 ID:???.net

日本語でおｋ

794 ：nobodyさん：2007/02/26(月) 14:14:45 ID:???.net

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

795 ：nobodyさん：2007/02/26(月) 23:25:08 ID:???.net

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

796 ：nobodyさん：2007/02/27(火) 01:43:49 ID:Sbf00PNr.net

>>794>>795

DB使わない前提で考えると
ということは、１スレごとにHTMLファイルを作ったほうがいいんでしょうか？

１スレ、１ファイルにしたら何万ファイルもできちゃいっても大丈夫なんでしょうか？

797 ：nobodyさん：2007/02/27(火) 01:53:27 ID:???.net

>>796
http://www.kusastro.kyoto-u.ac.jp/~baba/wais/other-system.html

798 ：nobodyさん：2007/02/27(火) 21:43:24 ID:UMgu+4mi.net

>>797
大変参考になりました。
こんなに役に立った外部リンクは初めてです。
本当にありがとうございます。
最初grep型の検索しか考えてなかった自分の低脳ぶりがはずかしいですｗ

結局、スレごとに１ファイル書き出して、Luceneを実装してこれでインデクシングして検索に対応することにしました。
Namazuに比べるとどうかな？と最初は考えてましたが、wikipediaでの採用実績を考えると問題ないとおもいましたので。

１スレ１ファイルをテキストファイルで生成して、XSLTで整形してHTML表示しようとおもいますが、YSTやGOOGLEのSEOを考えると、
最初からHTMLとしてファイル生成したほうがいいとおもいますか？
テキストファイルで生成するとpageRANKつかないですよね？

799 ：nobodyさん：2007/02/28(水) 03:31:22 ID:???.net

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

800 ：nobodyさん：2007/03/15(木) 00:14:36 ID:???.net

801 ：nobodyさん：2007/04/19(木) 09:38:42 ID:80HBTeap.net

おいコラ
1分おきに画像掲示板に底引き網かけてるやつ
死ね！おまえだよおまえ→.kngwnt01.ap.so-net.ne.jp
丸ごと永久規制してやってもまだやってやがる
何時間PC付けっぱなしなんだよ
火事になって死ね

802 ：nobodyさん：2007/05/05(土) 17:01:11 ID:429gUmit.net

保守

803 ：nobodyさん：2007/06/21(木) 00:36:03 ID:sn0UC2wW.net

質問させてください。

Webサーバ上にあるファイル(バイナリ含む)をファイルパス直接指定でダウンロードする（させる）のと、
以下のようにperlのcgiを通してダウンロードさせるのではどのくらい負荷が違うのでしょうか。

…
binmode(STDOUT);
while(1){
　read(FILE, $buf, $bufsize);
　last unless (length($buf));
　print $buf;
}
…

目的は、IEで日本語ファイル名のファイルをダウンロードするときに
ファイル名が文字化けするのを防ぐためです。

つまりapplication/octet-streamやContent-Disposition: attachment; filename=を付けるためだけのCGIです。
もしダウンロードしている間ずっとCPU時間を使っていたら大変だと思いまして。

例えばファイルパス名指しで直接アクセスした場合の負荷を1として、
CGIを使うと10くらいになるのかあるいは1.1くらいなのかの目安が知りたいのです。

bufsizeは1024です。「bufsizeをこう変えたら負荷が減る」というアドバイスなどもあれば助かります。

804 ：nobodyさん：2007/07/03(火) 19:21:20 ID:E54Y+fni.net

ECサイトCGI（ZenCart）は
CPU負荷が特別高いのでしょうか。
ご教授お願い致します。

805 ：nobodyさん：2007/07/03(火) 23:16:16 ID:???.net

スレ違い

806 ：nobodyさん：2007/07/05(木) 18:22:59 ID:???.net

究極の負荷削減はクライアントＰＣで処理をたくさん行わせる手法である

807 ：nobodyさん：2007/07/06(金) 18:02:51 ID:???.net

基地外

808 ：nobodyさん：2007/07/06(金) 19:46:39 ID:ZTnm/2V7.net

ttp://minkara.carview.co.jp/userid/108766/profile/

809 ：nobodyさん：2007/11/24(土) 04:42:26 ID:0kYCB2/U.net

やたーﾀﾞｳｿﾂｰﾙで画像に底引き網をかけてる奴を
.htaccessに放り込むスクリプトができたよー（＾o＾）ﾉ

810 ：nobodyさん：2007/11/24(土) 11:33:11 ID:???.net

うｐ

811 ：nobodyさん：2008/01/08(火) 01:01:23 ID:hTVbQiHi.net

ほ

812 ：nobodyさん：2008/03/16(日) 13:10:53 ID:wXI+Q9fC.net

ほ

813 ：nobodyさん：2008/03/22(土) 08:30:06 ID:???.net

すべてのアクセスを拒否れば負荷はほとんどなくなるアルよ。

814 ：nobodyさん：2008/04/24(木) 08:07:46 ID:Ey7r9OAL.net

次のものは負荷はかかるでしょうか？

・ランキングは使わないが登録人数が300人を超すCGIゲーム（50分おきに送信）
・FLASHやJAVAを表示するCGI（1個約2MB、合計12個を1つずつ表示）

815 ：nobodyさん：2008/05/13(火) 22:43:06 ID:???.net

>>814の者です。
>>814の疑問が解決しそうです。

816 ：nobodyさん：2010/11/02(火) 12:36:44 ID:ZRssODmy.net

こんなのどうよ
http://codezine.jp/article/detail/1027

817 ： 忍法帖【Lv=40,xxxPT】(1+0：8) 【14.4m】 電脳プリオン ◆3YKmpu7JR7Ic ：2012/11/23(金) 12:02:34.20 ID:???.net ?PLT(12079)

　　∧＿∧
　 （　・∀・） 　　 　 |　| ｶﾞｶﾞｯ
　と　　　　） 　　 　 |　|
　　 Ｙ　/ノ 　　　　 .人
　　　 /　） .人　　 < 　>_∧∩
　 ＿/し'　< 　>_∧∩｀Д´）/
　（＿フ彡　Ｖ｀Д´）/　　 / ←>>434
　　　　　　　　 　 　/ ←>>277

818 ：nobodyさん：2015/11/02(月) 10:25:00.04 ID:QbuLzB/f.net

主食の

魚沼産コシヒカリ
Ａ５のサーロイン
大間のマグロ
高級メロン

の軽減税率をお願いしますねｗｗｗ

819 ：nobodyさん：2015/11/06(金) 18:31:31.04 ID:tDSzu+Xy.net

転職時の注意事項。
下記の条件が全て当てはまる会社にご注意下さい。

・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される

820 ：nobodyさん：2017/12/30(土) 12:57:08.26 ID:YhlYw6jg.net

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

TM7C0LN4KO

821 ：nobodyさん：2018/06/21(木) 10:09:14.47 ID:VtSVJLaY.net

プログラミングを誰でも習得できる方法は、「前場アキドルのプログラミングマスター方法」というブログで見られるらしいよ。ネットで調べると見られるらしいです。

AKH0N

822 ：nobodyさん：2018/07/06(金) 15:30:23.76 ID:???.net

age

823 ：nobodyさん：2023/01/21(土) 22:10:26.78 ID:???.net

ただ今制限を設けております。

824 ：nobodyさん：2023/08/10(木) 03:54:28.99 ID:???.net

ﾌﾟﾊｧｰ ~~-v( =´o｀=) ｡o 〇 ○

825 ：nobodyさん：2023/10/12(木) 17:24:00.63 ID:???.net

残念だったな！！俺はブリーフ派だ」