【PHP】下らねぇ質問はここに書き込みやがれ 57
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2007/10/22(月) 23:10:36ID:mIlonskoPHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。
過去スレ、関連スレ、FAQなどは>>2-10辺り
◆前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 56
http://pc11.2ch.net/test/read.cgi/php/1192092941/
◆質問する時の注意
・ sage進行（メール欄にsageと記入すること）「sage進行」とはスレを目立つ上部に上げないことによって、荒らしが発見できないようにすることです
・ サーバーのOS(Linux、Windows他)、WebサーバーとPHPの種類やバージョン等を明記すること。
・ 己の行った操作、変更などを詳しく明記すること。
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
・ 書き込むときには、「公式マニュアル、リファレンス本は読みました」と明記すること
（でないと、公式マニュアル読めと煽られます）
◆質問後の注意
・2回目以降は最初に質問した際のレス番号を名前欄に入れること。
・解決しなくても回答をもらった場合はお礼を言うこと。
（荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。）
◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。
・質問者が「公式マニュアル読んだ」と書いていないからといって、
公式マニュアルに書いてもいないのに、公式マニュアルよめと適当なことを言わないこと。
質問者は公式マニュアルを読んでいるかもしれない。
【その他諸注意】
・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ
・SQLについての質問はデータベース板(PCカテゴリ)の各スレで
0752nobodyさん
2007/10/31(水) 22:10:22ID:???なんで４００なんか？
まあディレクトリ構成とパスの設定を見直してみたら、としか
あとSmartyはドキュメントルート外に出したほうがいいよ、念のため
0753nobodyさん
2007/10/31(水) 22:12:17ID:???URL直打ちとか意味分からんことありませんか
0754nobodyさん
2007/10/31(水) 22:26:47ID:5PiA8qbKこないだログが0kbになってて真っ青に・・・
//ロック開始
$lockfilename = dirname(__FILE__).'/lock';
$lockfp = fopen($lockfilename,'w');
flock($lockfp, LOCK_EX);
//更新
$fp = fopen( $pass,$m);
stream_set_write_buffer($fp, 0);
flock($fp, LOCK_EX);
rewind($fp);
fwrite($fp,$value);
flock($fp, LOCK_UN);
fclose($fp);
//ロック解除
flock($lockfp, LOCK_UN);
fclose($lockfp);
0757nobodyさん
2007/10/31(水) 22:35:28ID:???なんか追記にしては妙なコードだ
0758nobodyさん
2007/10/31(水) 23:21:37ID:???/^ab[cd]\d{1,2}$/
という正規表現があります。
これを
最初がabcの場合は後に続く数字が1文字、
最初がabdの場合は後に続く数字が2文字
とマッチの条件を変更したいのですが、これは表現を分けるしかないでしょうか?
綺麗に記述出来ればいいのですが、当方では限界でした。
もし方法があるのであれば教えていただきたいです。
0759nobodyさん
2007/10/31(水) 23:26:12ID:???^ab(c\d{1}|d\d{2})$
こんな感じ？
多分もっとスマートな方法あるかもしれんが
詳しくは正規表現スレへ・・
0760nobodyさん
2007/10/31(水) 23:49:37ID:???他からアップロードしたファイルを見られたくありません。
アップロード中のときにどこかからデータを見られたりするのでしょうか？
暗号化してアップロードとか無理ですよね
0761nobodyさん
2007/10/31(水) 23:50:22ID:???このスレを見ている人はこんなスレも見ています。が、
全部俺がカキコしたスレになった件について
0763nobodyさん
2007/11/01(木) 00:08:10ID:???アップロード中の暗号化というかそういうのは
HTTPSでやればいい
アップロードしたファイルを他から見られたく無いってのは
アップロードした時に保存するディレクトリの権限をいじくっておけばいい
>>761
それって専ブラが多いってだけじゃ
0765nobodyさん
2007/11/01(木) 01:36:54ID:nYx+6pbP1→01
日付とか時間とかですね。
ところで、日付（具体的には誕生日）を扱うときに、
UNIXタイムを使うと、1970年以前が扱えませんよね？
何かコツはありますか？単純に文字列として保存ですかね？
0766nobodyさん
2007/11/01(木) 01:38:42ID:???0767nobodyさん
2007/11/01(木) 01:46:08ID:???0768nobodyさん
2007/11/01(木) 02:05:18ID:???こんな感じで保存してる
0769nobodyさん
2007/11/01(木) 02:51:53ID:???fclose前のUNLOCKは特別な理由がない限り推奨されない。
そんなことしなくてもfcloseすれば勝手にUNLOCKされる。
fclose前にUNLOCKしたら出力がまだフラッシュされてない場合があるので
その状態で他のプロセスにオープンされると中身を消失する。
0770nobodyさん
2007/11/01(木) 02:55:47ID:???0771nobodyさん
2007/11/01(木) 02:58:20ID:???fwrite〜fclose間でデータをメモリキャッシュしてるのはPHP側なんだから
OSの挙動は全然関係ないぞ。
0772nobodyさん
2007/11/01(木) 03:01:05ID:???OS側でフラッシュを保証するかどうかじゃないの
0773nobodyさん
2007/11/01(木) 03:14:51ID:???連想配列ならforeach、
通常の配列でも$iとか作成しなくてよくて良さげなのですが、
通常の配列もforeach使う人多いもんでしょうか？
0779nobodyさん
2007/11/01(木) 03:36:43ID:???fwrite()の時点ではデータのサイズにもよりけりだが、まだデータはPHPが確保してる
メモリキャッシュ上にある可能性が高く、その時点ではOSに対して書き込みの
システムコールは発生していない。
その状態でUNLOCKのシステムコールを発行したとこでフラッシュされるわけないじゃん。
UNLOCKする前に明示的にfflush()を実行するかfclose()するかしないと
OSも渡されてないデータなんてフラッシュのしようがない。
この辺りはC言語でもストリーム入出力を使ってる限りは同じ挙動になる。
フラッシュをOSの挙動準拠にしたいならもっと低レベルな命令使わんといかんが
あいにくPHPにはそんな命令は用意されていない。
0781nobodyさん
2007/11/01(木) 03:39:40ID:???だからfclose(=PHPで出力をフラッシュ)して以降のUNLOCKなら
OSが書き込みを保障できるが、その前の段階でUNLOCKされたら
それはアプリケーション側がフラッシュをしない限りOSの知ったこっちゃないんだよ。
なので、fclose前のUNLOCKでの挙動はあくまでPHPの裁量であってOSは関係ない。
0782nobodyさん
2007/11/01(木) 03:41:48ID:???fwrite()はその場では必ずしもファイル書き込みのシステムコールなんて発行しないぞ。
内部キャッシュに出力→キャッシュが一杯になったらシステムコール発行、という仕様。
内部キャッシュに余裕があるうちはfflush()かfclose()を実行されるまで
システムコール発行を保留する。
0783nobodyさん
2007/11/01(木) 03:43:27ID:???こんなとこで割り込み入るのかね。まあシステムによっちゃ入るんだろうけど
0784nobodyさん
2007/11/01(木) 03:47:27ID:???違うだろ。そういう問題ならUNLOCKした時点で必ず書き込みが行われないといけない。
そうでなく、C言語のストリームI/Oライブラリはパフォーマンス向上のため、
アプリケーション側にキャッシュとして書き込みバッファを持ってるんだよ。
fwrite実行の度に書き込みシステムコールを呼んでたら遅くてかなわん。
そのため、内部バッファのフラッシュ前のUNLOCKでのデータ消失はアプリ側の責任になる。
0786nobodyさん
2007/11/01(木) 03:51:16ID:???最近の回答者にやけに多いが。
0787nobodyさん
2007/11/01(木) 03:54:03ID:???こりゃ新境地だな
0789nobodyさん
2007/11/01(木) 03:59:32ID:???0790nobodyさん
2007/11/01(木) 04:01:53ID:LtkqkojUdbの文字コードが取得できない＝正常に動作しないですよね？
でもdbの文字コードは、コーディングの時点で分かってることなので、
dbから取得せずとも、
コードを明示してエスケープすればいいのではないかと思うのですが、
それってどうやればいいですか？
というか、具体的にこのエスケープってどういう処理してるんでしょうか？
文字コードによってエスケープ処理を変えなくてはいけないということ自体が
よく分からないんです
0792790
2007/11/01(木) 04:10:59ID:LtkqkojUとmysql_real_escape_stringの説明にあります。
文字コードが何であれ、
これらの文字は結局のところエスケープしなくてはいけないのでは(?_?)
何故文字コードを知る必要があるのか・・・？？
0793nobodyさん
2007/11/01(木) 04:11:11ID:???0794nobodyさん
2007/11/01(木) 04:11:42ID:???コーディング時点で分かってる文字コードとやらがMySQLのデフォルト設定になってるなら
mysql_escape_string()でその設定を使用できる。(ただしローカルMySQLのみ)
そうでなく接続後に文字コードを切り替えてたり、接続先がリモートのMySQLだったりすると
やっぱ接続後にmysql_real_escape_stringするしかないんじゃないかと思う。
ただしリモートの場合、接続後に切り替える文字コードをローカルのMySQLであらかじめ
デフォルト設定しとくことでmysql_escape_stringを狙った文字コードで動作させることができると思う。
文字コードでエスケープに違いが出るのはマルチバイト文字の中に「\」とかの
要エスケープな文字コードが含まれるかどうか。
これが含まれない文字コードであればそれほど問題にならない。
0795nobodyさん
2007/11/01(木) 04:20:37ID:???バッファ0ならfwrite直後での出力の完了は保障される。
fflushするのと同じ効果。
だからこの場合は別にfclose前にロック解除しても問題はないはず。
どっちにしろ明示的にロック解除する必要が無いのは確かだけどな。
ところでこの質問って ttp://www.res-system.com/item/359 のコードだよな？
0796nobodyさん
2007/11/01(木) 04:22:16ID:???むしろset_stream...はPHPのバッファを制御する関数じゃなくて、ライブリ側の
ストリームフラグをオフるためのものだろ
0800nobodyさん
2007/11/01(木) 04:35:26ID:???どっちでもいいって言われると迷っちゃうんだけど
0801nobodyさん
2007/11/01(木) 04:39:59ID:???0803nobodyさん
2007/11/01(木) 04:51:42ID:???0804nobodyさん
2007/11/01(木) 04:52:01ID:???0805nobodyさん
2007/11/01(木) 05:53:36ID:???１ファイルの出力にfwriteを複数回呼ぶような場合はfflushの方がいいんじゃないかな…
最後にまとめて書き出した方が負荷低いだろ。
1回しかfwriteしないならどっちでもいいけど。
0806nobodyさん
2007/11/01(木) 08:28:15ID:nYx+6pbPレスありがとうございます。やっぱりそれですよね。
0807754
2007/11/01(木) 09:30:12ID:kJjMi5v7モードがwの時の貼り付けてしまいました…
書き込み部分はモードと書き込み先を指定する
ユーザー関数にして使いまわしていました。
ttp://www.res-system.com/item/359
前に中身が消えてしまったのは、そのまま追記ではなくて
配列で中身取得→指定の部分に挿入処理→wで開いて貼り付け保存
でした。これもなんで消えたんだろう…
0808nobodyさん
2007/11/01(木) 09:33:56ID:???"w"で開いてから出力するまでの間にプログラムがアボンしたんじゃないの？
安全を期するならテンポラリファイルに出力してから最後にrenameの方が安全かと。
0809nobodyさん
2007/11/01(木) 10:08:24ID:6Qqtj9Qiphpで構築することになりました。
phpである程度、一通りのものは出来るのですが、企業の、それも金が絡むやつは初めてです。
例えば、バグって金額の表示が違っているとかなるとトラブルになりそうなのですが、
それって、作った私の責任になるんですか？？？
お小遣い程度の金額で頼まれているのに、もし金額が一桁違って莫大な損害を
私に請求されたら元もこうもないので、どうしような悩みます。
こういうのって、プロの方はどういう風にしているんでしょうか？
教えて下さい。お願いします。
0810nobodyさん
2007/11/01(木) 10:16:10ID:???0812nobodyさん
2007/11/01(木) 10:18:44ID:???0813nobodyさん
2007/11/01(木) 10:26:42ID:6Qqtj9Qiアドバイスありがとうございます。
今、バイトでプログラマーの手伝いをやっているのですが、
できれば今回のを制作実績にしてバイトじゃなくて派遣とかでやりたいと思います。
今回のサイトは、自分のスキルでいうと1ヶ月半位で出来る程度のもので、
お小遣いとっても、30万円近くもらえるので、できればやりたいです。
例えば、一切責任は取りません見たいな事を契約しておけばいいということでしょうか？？？
これで、50万とか100万とか請求されたら払えないです・・・
0814nobodyさん
2007/11/01(木) 10:35:05ID:???そういうのは顧客と話し合って決めるんだよ
ただ金を取っているのに
「一切責任は取りません」なんて無責任なことを言うのなら
契約したくないだろうけど
0815nobodyさん
2007/11/01(木) 10:37:13ID:???規模による
大体検証が１〜２ヶ月 保障を１年くらい
それ以降の保守については再度相談が普通かな？
どうしても請求されるのが怖いなら君がさらに外注にだせばいい
0816812
2007/11/01(木) 10:37:15ID:???＞例えば、一切責任は取りません見たいな事を契約しておけばいいということでしょうか？？？
そんな一方的な契約結んでもらえるかしらー
つーか知り合い伝いの仕事は受けない方が良いと思うぞ〜
無責任契約でもまずったら最悪友達なくすぞ〜
0817nobodyさん
2007/11/01(木) 10:42:36ID:6Qqtj9Qi確かに、無責任ですよね。すみません。
自分では払えないお金になると不安なので、
ついつい無責任なことを言ってしまいました。
>>815
>大体検証が１〜２ヶ月 保障を１年くらい
ありがとうございます！。すごく参考になります。
その人に説明するときに、これが相場ですって言えますね。
で、その保障の1年間に何か発生したときに、こっちが払わなければいけない期間ですけど、
30万円の規模のサイトなら、いくらくらいが相場でしょうか？
0818nobodyさん
2007/11/01(木) 10:43:27ID:6Qqtj9Qi×で、その保障の1年間に何か発生したときに、こっちが払わなければいけない期間ですけど、
○で、その保障の1年間に何か発生したときに、こっちが払わなければいけない金額ですけど、
0819nobodyさん
2007/11/01(木) 10:46:23ID:???保守が1年ぐらいでねーの？
まぁ俺なら表示周りは自サイトでやって
金とか商品周りは外部のショッピングサイト使うけど
0820nobodyさん
2007/11/01(木) 11:00:40ID:???> 30万円の規模のサイトなら、いくらくらいが相場でしょうか？
これはピントが外れているように思うけどな。
損害賠償という話になるとまず損失を金額換算して幾らって試算から始まるから
相手方次第かね
0821nobodyさん
2007/11/01(木) 11:05:42ID:???損害金400億超をほとんど丸々東証に要求してたな
あれはﾜﾛﾀ
0822nobodyさん
2007/11/01(木) 11:14:53ID:???それよりもその友達の企業内での立場が危うくならないか？
「なんで、あんな奴連れてきたんだ!」とか言われてさ
0823nobodyさん
2007/11/01(木) 11:22:11ID:6Qqtj9Qi詳しい仕組みの説明までして頂いてどうも有難うございます。
それは、つまり損害が発生するまで金額が決まらず、
いくら請求するかも相手次第ということでしょうか。
それって、かなりプログラマーにとってはものスゴイプレッシャーですよね。
いくら位までなら、OKみたいな話ならいいんですけど。
自動車保険とかのように保障金額が決まっているとか。
>>821
私がふとお金の話で思い出したのは、昔どこかのメーカー(DELL？)が、
担当者の金額入力ミスで、それを知ったvipperが大量注文して、
メーカーが結局めちゃめちゃ激安金額でパソコンを販売したという話でした。
それは担当者の責任ですけど、もしそれが自分の計算処理のプログラムミス
だったと想像したら、ぞっとします。
0824nobodyさん
2007/11/01(木) 12:01:43ID:???経営者が多いんだよな。
重要な金額入力する前に人を二人以上配置して、
「金額よーし」「金額よーし」「ぽちっ」とやろうとか考えもしない。
0825nobodyさん
2007/11/01(木) 12:18:07ID:???0826nobodyさん
2007/11/01(木) 12:29:09ID:???むしろそれは運営サイドの問題でプログラムには
なんら関係ない、そんなところまで面倒は見る必要はないと
釣られてやるよ
0827nobodyさん
2007/11/01(木) 12:52:36ID:kJjMi5v7テンポラリ了解です。
そして新たに詰まったのが
エクセルはUTF-8が開けないんですね…
皆さんは（有）や 旧字などが必要なcsvはどういう処理をなされていますか？
最終的にはSJISのcsvしかダメですよね…
0828nobodyさん
2007/11/01(木) 14:30:15ID:WVV5m+XjBBSなどに投稿した時の文字判定で日本語以外からの文字は受け付けない設定には
どのように書けばいいでしょうか？
0829nobodyさん
2007/11/01(木) 14:43:20ID:???質問が丸投げだからヒントだけね。
といってもほぼ答えだけど。
スパム対策だろうけどASCIIのみをはじけばいいよ。
正規表現で判定するといい。
ASCIIの範囲は\x00-\x7f
0830nobodyさん
2007/11/01(木) 14:44:24ID:WVV5m+Xj有難うございます！
さっそく組み込んでみます！
0831nobodyさん
2007/11/01(木) 15:14:17ID:???0832nobodyさん
2007/11/01(木) 16:25:32ID:???0833nobodyさん
2007/11/01(木) 18:30:13ID:1mW3wcqfのようにタブで区切られた文字列を配列に格納するにはどうすればいいのでしょうか？
↓じゃ無理なようで・・・
print_r (array("'".mb_ereg_replace(' ',"', '",'い ろ は')."'"));
0835nobodyさん
2007/11/01(木) 18:47:26ID:???0836nobodyさん
2007/11/01(木) 18:57:12ID:???eval('print_r (array("\'".mb_ereg_replace(\' \',"\', \'",\'い ろ は\')."\'"));');
0838833
2007/11/01(木) 19:27:06ID:1mW3wcqfとりあえず>>837さんのやり方でやります。
0840nobodyさん
2007/11/01(木) 21:02:26ID:MsBqEUd7人気のタグをランキングにしたいのですが
DBに登録するときユーザーがいくつタグを入力するかが
確定されていないので、どうしてもうまくかけません。
ずばっときれいにかける方法ってありますか？
アイデアお願いします。
0841nobodyさん
2007/11/01(木) 21:06:17ID:???0842nobodyさん
2007/11/01(木) 21:09:14ID:MsBqEUd70843nobodyさん
2007/11/01(木) 21:14:31ID:???つforeach
どの段階で何がどうで困っているのか全然伝わらん。だって書いてねぇし。
質問としては15点。
0844nobodyさん
2007/11/01(木) 21:16:50ID:???集計しやすいよう再設計するなり、SQLこねくり回してなんとかなるならDB板で聞けばいい
PHPとはあんま関係なさそうだが
0845nobodyさん
2007/11/01(木) 21:43:54ID:MsBqEUd7やはり集計作業時に言われた通りSQLが複雑そうなので
DB板でききます。
ありがとうございます。
0847nobodyさん
2007/11/01(木) 22:09:55ID:???0848nobodyさん
2007/11/01(木) 22:17:42ID:???0849nobodyさん
2007/11/02(金) 00:24:56ID:???PHP触ったあとにC++とかJavaとかやってられねー
0850nobodyさん
2007/11/02(金) 00:29:11ID:???http://phpspot.org/blog/archives/2007/10/phpwapache.html
■ このスレッドは過去ログ倉庫に格納されています