元スレ【PHP】ID出さんでも質問OKなスレ【初心者歓迎】２
php覧 / PC版 / みんなの評価 : ○
前へ
301 = :
上にも出てるけどfile_put_contentsでもロックされてるっぽいから
いちいちfopenとかfcloseしなくてもfile_put_contentsで充分なんじゃないかな
302 = :
>>301
されてるっぽいとかあいまいな回答なんていらねえんだよ
しっかり検証してから回答してね
303 = :
じゃあLOCKされてるから大丈夫と書けばそのまま信じるのかな
304 = :
検証するためにデッドロックがおきえる環境を意図的に作るほうが難しい
305 = :
いまどきのサーバーやPCで同時書き込みとかが発生するくらいの処理数ってかなりのもんだと思う。
負荷ツールで負荷かけてもデッドロックが起きる前に別の問題で落ちそうだし
そういう環境作るのってけっこう難しいな
306 = :
>>304
abじゃないようのjava製のソフト使えばできます
307 = :
hoge.txtテキストの中身をクリアにしたいとき
touch("hoge.txt")
とするのはアリですか？
なにか他にクリア方法が思いつかないのですが、代替案とか普通はこうするだろってのがあったら教えてください。
310 = :
mktimeでファイルの更新日を比較したりしてるんですが、これは扱える数字の限界とかありますか？
2000年問題みたいに扱える桁数の制限から使えなくなったり変な値を返したりすることが出てくるでしょうか？
311 = :
>>310
環境は？
2038年問題で検索してみて。
312 = :
>>310
どうせそこまで同じコード書いてないから心配する必要ないよ
313 = :
>>310
環境はCentOS5.3のPHPは5.1.6です。
検索してみましたが30年近く先の話なので気にしなくてもよさそうですね
>>312
確かに気にしなくてもよさそうです
314 = :
>>313
まぁそんなにシビアなシステムでないならいいんだが
「2038年にコード使って無いから関係無い」というのは間違い
日付の計算した時に2038年1月19日を超えたらおかしくなる。
2004年にATMで誤動作をおこしたのもコレ（内部で2倍にしていたため）
だからコーディングの仕方、運用の仕方では今すぐ起こる問題。
例えば、開始日・終了日などを設ける場合に、
「終了日は（事実上無期限で）決まってないから3000年にしとけ」とかした場合に
当日が終了日を超えているかどうかチェックしたりするとおかしくなる。
頭の片隅にでも2038年の事は入れておいた方が良いよ
315 = :
2038年になってりゃパソコン側でも改良してるから間違いではないな
316 = :
その頃にはおれ定年でもういね～よ
317 = :
なんだよ釣りかよ、マジメに回答した俺が馬鹿だった。
318 = :
たいして参考にならないから気にしなくてもいいよ
319 = :
あれって2039年になるとどういう値を返すわけ？
320 = :
>>317
他スレでも2038年については何度も話題になってるんだよ
毎度、2038年まで後30年もあるから問題無いっていう本質を理解できていない馬鹿がでてくる
321 = :
>>319
0とかになるんじゃないの？
と適当に言ってみる。
322 = :
何この自演
324 = :
ぶっちゃけそこまでレス汚すほどの問題でもない
解決策もあるし既に過去スレで回答もでてる
http://phpspot.org/blog/archives/2007/02/php2038.html
325 = :
年月日だけなのか時分秒まで含めるのかで変わってくるな。
>>321
CentOS使ってるなら64bit版使えば気にしなくていい
330 = :
自分で入れればいいのに
331 = :
>>330
サポート受けられなくなる
332 = :
サポート受けてるのか
333 = :
>>332
ちゃんと書くと、
RHELをH/Wベンダ経由で800ライセンス買っている
redhatのサポートもH/Wベンダ経由で受けているが、
redhat networkで落とせるパッケージ以外のモノを入れるとサポートが受けられなくなる。
うちは大部分がjavaのシステムだけど、一部phpを使ってる（余談だがpythonも使ってる）
そのphpのためにサポートで揉めるのは勘弁。
スレ汚しスマンかった。
334 = :
PHPカンファレンスではPHP5.2使っている人が一番多かった記憶がある。
OSバンドルは5.1みたいなので、みな自分でインストールしてるって事かな？
336 = :
linux使う奴でPHPを自分で入れない奴なんているのか
339 = :
初期設定にもよるがサーバ設定ならパッケージに最初から入ってるんじゃね
ふるいのがだけど
最新のはソースからビルドしないといかんから
ちょっといじってみよう程度にはじめたにわかUnix使いだとちょっと大変かもな
340 = :
初めまして。
プログラミング初心者の学生です。
今のアルバイト先で自分が関わっているパッケージでは、
各ファイルのPHPコードが膨大な自家製ライブラリを、そのページで
使う、使わない関わらず全てインクルードしてしまっています。
このおかげでパフォーマンス（特にメモリ周り）が残念なことになっています。
なんとかしてPHPコード中の不要なrequireを取り除きたい
（そのファイルのPHPコードが参照していないインクルードを取り除きたい）
のですが、自動的にPHPコード間の依存関係を解決して、
参照していないrequireファイルをリストしてくれるようなツールはないでしょうか？
もし無いようであれば、自分で簡単なツールを作ってしまおうと思うのですが、
プログラミング初心者でもカスタマイズしやすいPHPパーサーはありませんか？
なければ言語処理研究室の人にyaccの使い方を教えてもらうので
PHPのBNFを教えてください。
341 = :
>>340
難しい事に挑戦するんだね、がんばって
http://www.php.net/manual/ja/book.tokenizer.php を使ってもいいし
BNF周りを知りたければソース一式チェックアウトしてre2c/bison用ファイル
Zend/zend_language_parser.y
Zend/zend_language_scanner.l
を読んだらいいんじゃないかな
最適化はいいんだけど、動的言語で参照していない事を証明するのは大変そうね
eval('require_once "foo.php";'); とか
require_once true ? 'foo.php' : 'bar.php'; とか意味解析するの？面倒そう
オートローダを使用するよう書き換えたほうがよかったりしてね
344 = :
よろしくお願いします。
IMAPサーバーにあるメールをGmailにコピーしたくて次のようにしました。
$overview_list = imap_fetch_overview($src, "1:{$srcs->Nmsgs}", 0);
foreach ($overview_list as $overview) {
$head = imap_fetchheader($src, $overview->msgno);
$body = imap_body($src, $overview->msgno);
imap_append($dst, "{" . $DST['host'] . ":993/imap/ssl}INBOX", $head.$body);
}
メールそのものは追加されるのですが，Gmail側では，
メールの送信日時が，コピーされた日時になってしまいます。
元メールの送信日時を反映させるにはどのようにすればうまく行くでしょうか。
348 = :
2個目以降に配列が入ってるからだろ
350 = :
その変数でその結果はありえない。
可能性があるとしたら隠してる部分。
みんなの評価 : ○
php一覧へ類似してるかもしれないスレッド
- 【PHP】ID出さなくても質問OKなスレ【初心者歓迎】 (836) - [86%] - 2009/8/18 21:04 ○
- 【PHP】ID出さなくても質問OKなスレ【初心者歓迎】 (1001) - [86%] - 2009/1/28 18:17
- 【PHP】下らねぇ質問はここに書き込みやがれ 69 (1001) - [33%] - 2008/6/25 23:33 ○
- 【PHP】下らねぇ質問はここに書き込みやがれ 70 (1001) - [33%] - 2008/7/19 3:52 ○
トップメニューへ / →のくす牧場書庫について