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

php覧 / PC版 /

みんなの評価 : ○

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

301 = :

それはサーバの問題だと思う。RPMから入れれば良かったのに。

302 = :

>>300
自己解決。
いや、解決してないけど。

debパッケージ版のソースと見比べたら、
php_filter_validate_email内の正規表現が変わっていました。

実際に両者の正規表現で直接マッチするか試したら、
5.2.10のソース版の方だけ'test..@example.jp'がマッチすることを確認できました。

Cはよくわからないのでこれ以上追えませんでしたが。

303 = :

>>302
debianパッチとか見てみた。

> + - CVE-2007-1900/MOPB-45 ext/filter Email Validation Vulnerability

これじゃね? どうもタイムスタンプとか見る限り、debianのメンテナが、
PHPの新版が出るのを待って、そこからバックポートのパッチを作る時間を
惜しんで自分で作ったパッチと、PHPの中の人が作ったパッチとが違うようだ。

危険度highのセキュリティフィックスだし、本家の更新を待たずに独自パッチ作るのは
良いと思うけど、振る舞いが本家と異なるのはダメダ

さぁDebianメンテナにケツを持ち込むんだ。

304 = :

>>303
サンクス。

どうも修正原因は2009-02-02のこれっぽい。
http://bugs.php.net/bug.php?id=47282
内容がちょっとおかしいですけど。

e.x.a.m.p.l.e.@example.com
や
a@com
が通るように修正されたらしい。

自分的にはdebin版(というか5.2.8以前の版？)の動作を期待していました。

> This bug has been fixed in CVS.
と、バグとして処理されているので、それが本来の振る舞いってことでしょうか。
単にFILTER_VALIDATE_EMAILが自分の期待していたものとは違ってたってことですかね...。

lenny版(5.2.6)のソースから件の正規表現を持ってきて使うことにします。

305 = :

php 5.3.0でphp_phar.dll使おうと思ったらextにbundleされてないやんけ

306 = :

>>305
標準に組み込まれたから見えないだけ。使えるよ。

307 = :

>>306
了解。
iniの項目に残ってて紛らわしいわ

308 = :

php.ini の記述にしても、php_pgsql や、go-pear.bat が動かなかったりと、回帰テストとか全然やってないねー。

310 :

先輩方に、ご質問です。

毎日、午前8時に自動的にmail関数を実行する事は
可能でしょうか？
もし、不可能なら、どんな言語・技術が必要でしょうか？

311 = :

>>310
環境は？>>1　のテンプレ位見てよ。

windowsならタスクスケジューラ
Linuxならcron

312 = :

↑が使えないなら、ファイルに時間を保存しといて、ごにょごにょするとかね。アクセスが少ないと無理だけど。

315 = :

>>313
おんなじように、globalでいけるんでは？

てか、それってあんまりクラスな意味がないような気もする。

319 = :

むしろ何でそんなにグローバル変数にしたがるんだろう。
普通に受け渡しすりゃいいのに

323 = :

>>322
http://framework.zend.com/manual/ja/zend.config.html

324 = :

>>320
GETね
うん

325 = :

>322
static変数はほぼグローバル変数と同じ感じで使える。
http://jp2.php.net/manual/ja/language.oop5.static.php

class Config{
static $hoge;
}
Config::$hoge = 'hogee';
echo Config::$hoge;

330 = :

最初にじゃんぷっていうのは、
リロードさせたいって意味？

332 = :

出しちゃっても取り返しがつくようにヘッダを最後の出力まで溜めておく関数と
最終出力する関数をつくって、その中で最終的なヘッダを操作するようにすればいい
関数名はコンドームで

333 = :

販売か生産管理システム用のフレームワークってありますか？

334 = :

そもそも複数箇所でechoするって設計が致命的にダメ。
プログラムの構造化で真っ先に取り組むべきは、画面出力箇所とロジック部分の切り分け（VとMCの分離）なわけだが、そこからしてできていない。
最低でも、echoする箇所は1つの関数内にまとめろ。
んで、その中ではループ処理とisset($var)やif($var)レベルの処理以上のロジックを扱わないようにしろ。

>333
そこまで限定されるとフレームワークっつうよりパッケージソフトだな。もしくはコンサルウェア。
PHPにあるかどうかは知らんが、あったら書いた奴の根性を尊敬するわ。

335 = :

中田氏おｋ
http://jp2.php.net/manual/ja/function.header-remove.php

337 = :

3MBのテキストをexplod（）してuniqarray()で同一の配列値を消して、implode()して
テキストとして保存するという処理を行うとメモリ容量エラーで終了しません。

50KBぐらいだと普通に処理できるので設計の問題ではないと思われます。
なにか別の方法があるでしょうか？

339 = :

php.iniのmemory_limitの値は？

通常、8Mだから、そんなことやってるとメモリ制約に
ひっかかる可能性がある。php.ini の値を自分で変更
できない環境なら、小出しに中間ファイルなど使って
やっていくしかないかも。

340 :

変なことを聞きますが、1つのPHPファイルに集中してアクセスがあるのと
複製した同一ファイルにアクセスがあるのとでは
前者の方が負荷は高くなりますよね？

前に、「PHPでのアクセスならファイルを分けても負荷は変わらない」
と言うようなことを聞いたので、どうだったかな？っと思い質問しました。

342 = :

え・・・？

344 = :

上書きしてるから

346 = :

違うよ

349 = :

>340
前者のほうが僅かに軽くなる。
ただ、体感できるレベルの差ではないので気にしなくていい。