私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 119
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
1分置きに2chのwebprog板のすべてのレスのログを定期的にとってくるプログラムがあるとします。
これを何も考えないで実装した場合、
毎回BODYリクエストで全てのログをとってくることになりますよね？
これだと転送量に負荷がかかるので、
次の段階として、HEADリクエストでContent-Lengthをとって、
更新が認められたらBODYリクエストでとってくることになりますよね？
ここで1つ目の質問なのですが、
更新があった場合HEADリクエスト→BODYリクエストなので、
ヘッダーは2回返ってくることになり、
その分BODYリクエストのみに比べて転送量が増えてしまいます。
HEADリクエスト送った後、レスポンスを返してもらって、
そこで通信を切断はしないで、待っててもらい、
必要に応じて残りのBODY部分も送ってくれるようにリクエストを送る。
みたいなことは可能でしょうか？
さらなる最適化として、HEADリクエストを送ってBODYリクエストを送るわけですが、
この時前回のLengthを記録してれば、そこから差分のBODYを返してもらうことも可能ですが、
これは当然アプリケーション側が対応してないと不可能ですよね？
これを何も考えないで実装した場合、
毎回BODYリクエストで全てのログをとってくることになりますよね？
これだと転送量に負荷がかかるので、
次の段階として、HEADリクエストでContent-Lengthをとって、
更新が認められたらBODYリクエストでとってくることになりますよね？
ここで1つ目の質問なのですが、
更新があった場合HEADリクエスト→BODYリクエストなので、
ヘッダーは2回返ってくることになり、
その分BODYリクエストのみに比べて転送量が増えてしまいます。
HEADリクエスト送った後、レスポンスを返してもらって、
そこで通信を切断はしないで、待っててもらい、
必要に応じて残りのBODY部分も送ってくれるようにリクエストを送る。
みたいなことは可能でしょうか？
さらなる最適化として、HEADリクエストを送ってBODYリクエストを送るわけですが、
この時前回のLengthを記録してれば、そこから差分のBODYを返してもらうことも可能ですが、
これは当然アプリケーション側が対応してないと不可能ですよね？
>>351
通信切断しないとか相手方にすごい迷惑だろうがっ！
通信切断しないとか相手方にすごい迷惑だろうがっ！
>>351
> 次の段階として、HEADリクエストでContent-Lengthをとって、
> 更新が認められたらBODYリクエストでとってくることになりますよね？
If-Modified-Since や If-Range、ETag を返すサーバーには If-None-Match で確認する
> さらなる最適化として、HEADリクエストを送ってBODYリクエストを送るわけですが、
> この時前回のLengthを記録してれば、そこから差分のBODYを返してもらうことも可能ですが、
> これは当然アプリケーション側が対応してないと不可能ですよね？
HTTP/1.1に対応している必要があるな
> 次の段階として、HEADリクエストでContent-Lengthをとって、
> 更新が認められたらBODYリクエストでとってくることになりますよね？
If-Modified-Since や If-Range、ETag を返すサーバーには If-None-Match で確認する
> さらなる最適化として、HEADリクエストを送ってBODYリクエストを送るわけですが、
> この時前回のLengthを記録してれば、そこから差分のBODYを返してもらうことも可能ですが、
> これは当然アプリケーション側が対応してないと不可能ですよね？
HTTP/1.1に対応している必要があるな
>>352
いいえただのなるべく効率のいいポーリングシステムの実装です。
そのまんまだと転送量がやばくなるので。
このスレのほとんどの回答者さんならajax実装などで通ってきた道ではないでしょうか？
>>353
確かにそうですね。
仮にできるとしたら、相手方もタイムアウト設定してると思うので・・・
ってここまで考えてみて、サーバが対応してないと無理なんだろうなと思えてきました。
アプリケーションで差分を返すシステムと、
リクエスト受けてレスポンス返したあとも、接続をキープするようサーバが対応してないと、
効率のいいシステムは組めないという結論で自己解決しておきます。
PHPの技術だけじゃこのへんはどうしようもできないですよねきっと・・・
いいえただのなるべく効率のいいポーリングシステムの実装です。
そのまんまだと転送量がやばくなるので。
このスレのほとんどの回答者さんならajax実装などで通ってきた道ではないでしょうか？
>>353
確かにそうですね。
仮にできるとしたら、相手方もタイムアウト設定してると思うので・・・
ってここまで考えてみて、サーバが対応してないと無理なんだろうなと思えてきました。
アプリケーションで差分を返すシステムと、
リクエスト受けてレスポンス返したあとも、接続をキープするようサーバが対応してないと、
効率のいいシステムは組めないという結論で自己解決しておきます。
PHPの技術だけじゃこのへんはどうしようもできないですよねきっと・・・
で、それを実装してContent-Lengthの変わらない更新を見逃すと。
>>362
> わざわざ$a = null;なんてやらなくていいようなので（むしろやっちゃだめ？）
初期化されてない変数を参照したら確かに NULL を返すようになっているが、裏でE_NOTICEエラーを出してるからな
代入をシンプルにしたいなら三項演算子を使う
$a = expr ? 'a' : 'b';
> わざわざ$a = null;なんてやらなくていいようなので（むしろやっちゃだめ？）
初期化されてない変数を参照したら確かに NULL を返すようになっているが、裏でE_NOTICEエラーを出してるからな
代入をシンプルにしたいなら三項演算子を使う
$a = expr ? 'a' : 'b';
代入の話じゃなくて、ifの変わりにショートサーキットつかう、
俺ってこんなの知ってんだぜみたいなあれだろ？ 聞いてることを分からず使うわけはないしな。
俺ってこんなの知ってんだぜみたいなあれだろ？ 聞いてることを分からず使うわけはないしな。
ちょッタイム
スカラ変数は、null文字自動挿入なの？
空文字にはならないの？
スカラ変数は、null文字自動挿入なの？
空文字にはならないの？
<?php
var_dump($a);
なんで空文字と思ったのが疑問だがこういうことだろ？
エラーリポートE_ALLにするとE_NOTICEが出る
変なこといってたらすまぬ
var_dump($a);
なんで空文字と思ったのが疑問だがこういうことだろ？
エラーリポートE_ALLにするとE_NOTICEが出る
変なこといってたらすまぬ
>>374
array_values()
array_values()
>>378
基幹システムがPHPということですか？
基幹システムがPHPということですか？
なぜ4632なのか突き止めてみてよ
まったく違うプログラムを書いて検証するとかさ
まったく違うプログラムを書いて検証するとかさ
4335バイトだったかな
http://www.dotup.org/uploda/www.dotup.org3047497.zip.html
これだと失敗して、aを1文字削ると出来る
phpの部分はどんなに増やしても大丈夫なんだけど不思議だ
http://www.dotup.org/uploda/www.dotup.org3047497.zip.html
これだと失敗して、aを1文字削ると出来る
phpの部分はどんなに増やしても大丈夫なんだけど不思議だ
俺の環境だとaを全部消しても出来ない。
まず http://php.net/manual/ja/function.setcookie.php を見よう。Warningが出てるからそれも確認しよう。
何をしたいのか知らんけど、まず setCookieを2行目にしとけ。
まず http://php.net/manual/ja/function.setcookie.php を見よう。Warningが出てるからそれも確認しよう。
何をしたいのか知らんけど、まず setCookieを2行目にしとけ。
んなるほど、
セッションとかクッキーは上でやっとけって聞いたけどそういう事でしたか
余程のことが無い限りHTMLとかの後でやってはイカンですな
セッションとかクッキーは上でやっとけって聞いたけどそういう事でしたか
余程のことが無い限りHTMLとかの後でやってはイカンですな
CookieはHTTPのヘッダで出力するものだから最初の方にあった方がいいという理由か
お前らも意外とやるじゃないか
お前らも意外とやるじゃないか
他言語ができないというか、PHP一択で問題ないって感じだろうね、超万能だし
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 139 (994) - [98%] - 2015/7/25 21:15
- 【PHP】下らねぇ質問はID出して書き込みやがれ 109 (1001) - [98%] - 2011/8/30 2:02
- 【PHP】下らねぇ質問はID出して書き込みやがれ 117 (1001) - [98%] - 2012/4/23 19:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 116 (1001) - [98%] - 2012/3/21 18:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 115 (1001) - [98%] - 2012/2/25 18:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 114 (1001) - [98%] - 2012/1/19 12:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 113 (1001) - [98%] - 2012/1/1 1:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 112 (1001) - [98%] - 2011/11/29 4:02
- 【PHP】下らねぇ質問はID出して書き込みやがれ 111 (1001) - [98%] - 2011/10/30 20:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 110 (1001) - [98%] - 2011/9/29 22:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 118 (1001) - [98%] - 2012/5/18 6:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 129 (1001) - [98%] - 2013/9/18 1:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 123 (1001) - [96%] - 2012/11/20 5:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 121 (1001) - [96%] - 2012/8/14 7:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 137 (995) - [96%] - 2023/1/30 18:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 132 (1000) - [96%] - 2014/6/18 20:58
- 【PHP】下らねぇ質問はID出して書き込みやがれ 124 (1001) - [96%] - 2013/1/10 6:30
トップメニューへ / →のくす牧場書庫について