のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,908人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 119

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    351 :

    1分置きに2chのwebprog板のすべてのレスのログを定期的にとってくるプログラムがあるとします。

    これを何も考えないで実装した場合、
    毎回BODYリクエストで全てのログをとってくることになりますよね?
    これだと転送量に負荷がかかるので、
    次の段階として、HEADリクエストでContent-Lengthをとって、
    更新が認められたらBODYリクエストでとってくることになりますよね?

    ここで1つ目の質問なのですが、
    更新があった場合HEADリクエスト→BODYリクエストなので、
    ヘッダーは2回返ってくることになり、
    その分BODYリクエストのみに比べて転送量が増えてしまいます。
    HEADリクエスト送った後、レスポンスを返してもらって、
    そこで通信を切断はしないで、待っててもらい、
    必要に応じて残りのBODY部分も送ってくれるようにリクエストを送る。
    みたいなことは可能でしょうか?

    さらなる最適化として、HEADリクエストを送ってBODYリクエストを送るわけですが、
    この時前回のLengthを記録してれば、そこから差分のBODYを返してもらうことも可能ですが、
    これは当然アプリケーション側が対応してないと不可能ですよね?

    352 = :

    お金の匂いがします

    353 = :

    >>351
    通信切断しないとか相手方にすごい迷惑だろうがっ!

    354 = :

    >>351
    > 次の段階として、HEADリクエストでContent-Lengthをとって、
    > 更新が認められたらBODYリクエストでとってくることになりますよね?
    If-Modified-Since や If-Range、ETag を返すサーバーには If-None-Match で確認する

    > さらなる最適化として、HEADリクエストを送ってBODYリクエストを送るわけですが、
    > この時前回のLengthを記録してれば、そこから差分のBODYを返してもらうことも可能ですが、
    > これは当然アプリケーション側が対応してないと不可能ですよね?
    HTTP/1.1に対応している必要があるな

    356 = 351 :

    >>352
    いいえただのなるべく効率のいいポーリングシステムの実装です。
    そのまんまだと転送量がやばくなるので。
    このスレのほとんどの回答者さんならajax実装などで通ってきた道ではないでしょうか?

    >>353
    確かにそうですね。
    仮にできるとしたら、相手方もタイムアウト設定してると思うので・・・
    ってここまで考えてみて、サーバが対応してないと無理なんだろうなと思えてきました。

    アプリケーションで差分を返すシステムと、
    リクエスト受けてレスポンス返したあとも、接続をキープするようサーバが対応してないと、
    効率のいいシステムは組めないという結論で自己解決しておきます。
    PHPの技術だけじゃこのへんはどうしようもできないですよねきっと・・・

    357 = :

    ジョブキュー管理サービスみたいなのがあるといいのにね

    358 = :

    2chだったら特定のレス番以降のみ取得できるね

    361 = :

    馴れ馴れしいから×

    363 = :

    態度

    365 = :

    代入の話じゃなくて、ifの変わりにショートサーキットつかう、
    俺ってこんなの知ってんだぜみたいなあれだろ? 聞いてることを分からず使うわけはないしな。

    366 = :

    phpにできないことはない

    367 = :

    頭の回路が短絡のようだな

    368 :

    phpを使わない理由がみあたらない

    369 :

    ちょッタイム

    スカラ変数は、null文字自動挿入なの?
    空文字にはならないの?

    371 = :

    ミッションクリティカルな用途はすべてphp

    372 = :

    ミッションインポシブル言いたいだけちゃうんかとw

    375 = :

    書いたソースを示してくれ

    376 = :

    金融機関のシステムは大半がPHP

    377 = :

    銀行名の一例を書き出してみなよ

    378 = :

    >>377
    10個も書いておけば充分か?
    足りないなら遠慮なく言ってくれ

    足利銀行
    関西アーバン銀行
    四国銀行
    第四銀行
    大東銀行
    筑波銀行
    西日本シティ銀行
    広島銀行
    北越銀行
    武蔵野銀行

    380 = :

    クレジットカード会社の会員ページも大半がPHP

    381 = :

    >>378
    基幹システムがPHPということですか?

    382 = :

    お前が建てた糞スレあるんだから巣に帰んな

    384 = :

    基幹システムにPHPはないでしょ

    385 = :

    >>384

    >>378

    386 = :

    基幹はホストだしね。COBOLとかすげーなつかしい

    388 = :

    Cookieに長過ぎる文字列を入れるのはよくない

    390 = :

    あり得ない
    ソースの実例とか示せないのか?

    392 = :

    なぜ4632なのか突き止めてみてよ
    まったく違うプログラムを書いて検証するとかさ

    394 = :

    俺の環境だとaを全部消しても出来ない。 
    まず http://php.net/manual/ja/function.setcookie.php を見よう。Warningが出てるからそれも確認しよう。
    何をしたいのか知らんけど、まず setCookieを2行目にしとけ。

    395 = :

    4KBは大方出力バッファリングの境界線だろう

    397 = :

    CookieはHTTPのヘッダで出力するものだから最初の方にあった方がいいという理由か
    お前らも意外とやるじゃないか

    398 = :

    久々にPHPスレで得した気分になった

    399 = :

    PHPerは史上最強です。他言語ができないのは伊達じゃない。

    400 = :

    他言語ができないというか、PHP一択で問題ないって感じだろうね、超万能だし


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について