>>801
ありがとうございます
勉強になりました

ただこの手法、今一つやりたい事と噛み合わない気がするので
ちょっと調べてみます

SPLが使える環境ならSplFileObject->seek($line_pos)

>>804
なるほど、少しぐぐってみました
こんな便利なものがあったとは
ありがとうございました。

curlにせよスレッドにせよ、「複数コンテンツを並列に取得」する場合だけ「クライアントの処理」が早くなる。対向サーバそれぞれの負荷とは関係が無い
クライアント側でも単一ソースを取得するだけなら意味が無いというか、空回りしてるwhileが無駄

zlibは圧縮ストリームの終了フラグを見ているはずなので、そのコードではコンテンツが全て取得されてから処理されているか圧縮転送されていないだろう
パケットを拾ったりベンチマークして確認してみたほうがいいと思う

基本的にストリーム圧縮はチャンクごとに展開できないので平行解析は両立しない。適切なほうを選ぶのがいいのでは

関係ないが接続数が多い「から」Keepaliveが重要になる
こだわれよ

そのseekって行指定できるの？
というか固定長でも無い限り普通に150回分の空回しするほうが早いと思うんだけど。

>>809
一応最高で500回くらいの空回しを考えているのですが、
そのまま空回ししておくほうがよいですかね、
今のところは空回しでやる方向でいこうと思います。
ありがとうございました。

PHPスクリプト内でSQL文を書くとき、可読性を上げるための工夫ってしていますか？

私はこんな感じです。
$sql = "SELECT             ".
       "    article_id,    ".
       "    subject,       ".
       "    name,          ".
       "    mail,          ".
       "    url,           ".
       "    comment        ".
       "FROM               ".
       "    articles       ".
       "WHERE              ".
       "    article_id = 1 ".
       "AND                ".
       "    del_flg    < 0 ";

(等角フォントのエディタにはればうまくいくはず)

やり過ぎだろＪＫ

そういう書き方するならヒアドキュメント使うかな

俺は

$sql = "SELECT a, b, c, d, e
FROM hoge
LEFT JOIN hage USING (h_id)
WHERE foo = :foo
AND bar = :bar"

みたいな感じでやってるよ
もしくはオブジェクトのメソッドチェーンとかでもいいんでない？

ってｽﾍﾟｰｽ全部消えた

$sql = "SELECT a, b, c, d, e
　　　　　　　FROM hoge
　　　　　　　　　LEFT JOIN hage USING (h_id)
　　　　　WHERE foo = :foo
　　　　　　　AND bar = :bar";

チンポ

>>813
いや、目的に対して何の検証になってないんだが・・・
バイト数からすると転送コーディングのchunked dataサイズだな
まあ予想通りだ

>>819
俺もそんな感じだけどログが見づらくならない？

PEARのMDB2＋PostgreSql8.3.7で開発してるんですが、
テーブルのID(Serial型)へのInsertがうまくいきません。
autoExecuteメソッドに、
$values = array(
//'id'(Serial型なので書かない)
'clm1' => 'text1',
'clm2' => 'text2'
);
こんな感じでデータをセットしていますが、何故かclm1の値が0で
挿入されてしまいidフィールドのシーケンスもインクリメントされません。
何か対処方法があるのでしょうか？

俺は . を行頭にしてる。arrayはアイテム末尾だけど

$sql = "SELECT "
. "* ...

>>814
783さんの例のように作りおきのgzipに対してはrangeヘッダーが使えるはずですよ

>>823
そんなのわかんね

>>821
cURLがチャンクサイズみて内部バッファを決めてるとは思えないなあ。
4k決めうちと思うけど。

>>829
聞きたいのは>>785の、
gzipでエンコードされたファイルをダウンロードしながら並行して解析するための
スマートなコードです
（自分のコードでも目的自体は達成しているのですが糞コードなので）

gzipでエンコードされたファイルをダウンロードしながら並行して解析すること自体が
不可能という意見を頂いたので、それを否定するための検証がダラダラと長くなりました
ご迷惑をおかけしました

>>827
すまん。考えてみれば当然か
いずれにせよgzip/deflateのブロックじゃないな

よそでやらせないのがこのスレの意義だろ
全方位天然くん歓迎だよ

gzipは最後まで読み込まないと解答できないよ

>>827,831
CURLOPT_BUFFERSIZEがあるよ
http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTBUFFERSIZE
PHPレベルでのキャッシュもあるようだし、fdset()がどのタイミングでリターンするかは知らね

>>822
ログってどこに表示される何のログじゃろ？

某StringIOみたいなオブジェクトってない？

mixiに以前登録した時のメアドがわからずログインが出来なくなりました…

解約して新規で携帯を買うしかないですか？？

>>837
新しく作ればいいよ　大変だけど
SNSとかならオープンソースあるっしょ

>>836
http://jp.php.net/manual/ja/wrappers.php.php
のphp://memoryをSplFileObjectで使う、とか？

>>839
サンキュー検討するわ
つーかお前の発想の柔軟さに驚いた

なにこの偉そうな口調・・・

すまんまじすまん

>>834
PHPつうかハンドラのバッファ
ソケット叩いて回るようなレベルじゃパフォーマンスでねーから

結果
現在の経過時間は0秒です
解凍された文字数は4738文字です
解凍された文字列の最後「たぎ越えるための頗る実利的な階段に過ぎないのを発見して、にわかに」
現在の経過時間は0秒です
解凍された文字数は16750文字です
解凍された文字列の最後「ました。ほとんど完全に近く人をだまして、そうして、或るひとりの全」
現在の経過時間は1秒です
解凍された文字数は16750文字です
解凍された文字列の最後「ました。ほとんど完全に近く人をだまして、そうして、或るひとりの全」
現在の経過時間は1秒です
解凍された文字数は35377文字です
解凍された文字列の最後「ﾅした。自分なども、ゴッホの原色版をかなりたくさん見て、タッチの磨v
現在の経過時間は2秒です
解凍された文字数は35377文字です
解凍された文字列の最後「ﾅした。自分なども、ゴッホの原色版をかなりたくさん見て、タッチの磨v
現在の経過時間は2秒です
解凍された文字数は53886文字です
解凍された文字列の最後「、邸宅と召使いを提供して置くのも、むだな事だとでも考えたのか、（」
現在の経過時間は3秒です
解凍された文字数は53886文字です
解凍された文字列の最後「、邸宅と召使いを提供して置くのも、むだな事だとでも考えたのか、（」
現在の経過時間は3秒です
解凍された文字数は72654文字です
解凍された文字列の最後「好都合な事になり、やがて自分が自殺幇助（ほうじょ）罪という罪名で」
現在の経過時間は4秒です
解凍された文字数は91351文字です
解凍された文字列の最後「ｵなけれゃいけないんですから。いいえ、でも、せっかくの御自慢のおａv
（略）

>>833
というわけで、gzipの最後がサーバから送られてくるのは
>>843の通り９秒後なのですが
9秒後以前に途中まで解凍できています

>>839
ありがとう
ほとんどコンストラクタだけのクラスでごまかせそうだ

なんか騙られたと思ったらID必須ってことを言いたかったのか？
いやはや申し訳ない
また何かあればよろしくお願いしますー

某rubyとか隠す必要あんの？