トップページ⇒php
1001コメント326KB

【PHP】質問スレッドpart23【php】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん04/10/05 17:36:38ID:???
・PHP全般の質問スレです。
・新規質問の方は上げてください。age進行でお願いします。
・質問する際には環境も明記。
・正しい日本語で分かりやすく。
・レスがつかないからって逆切れする厨お断り。
・解決しなくてもこたえてもらったら礼を。


■本家
　http://www.php.net/

■日本 PHP ユーザ会
　http://www.php.gr.jp/

■PHP マニュアル
　http://www.php.net/manual/ja/

■PEAR マニュアル
　http://pear.php.net/manual/ja/

過去スレ, 関連スレ等>>2-4
0083nobodyさん04/10/07 05:38:52ID:???
>>80
動かんって言われてもしらんがな。
$typesとあるようにカラムの型。textとかtimestampとか。
エラー処理に使うだけだろうからSelectなんかとは関係ない。
NULLでいいよ。
0084nobodyさん04/10/07 05:47:08ID:???
>>83さん
NULLで動きまつた。
ありがとう。
まだ寝ないんですか？
0085nobodyさん04/10/07 05:52:15ID:???
>>79 秀和システムの回し者かよ!!
0086nobodyさん04/10/07 05:55:41ID:???
関数がずらずら並んでるだけのどれだけ見たって処理手順は思いつかないし学べないよ
読むべきもの・個所を誤るととんでもない時間の無駄になる
0087nobodyさん04/10/07 06:05:05ID:???
>>86
そう言えばマニュアルレベルばっかで設計に関する質問は出ないな。
答えられる地震はないがｗ
0088nobodyさん04/10/07 07:15:08ID:???
DB名とエラーメッセージさえ書けない池沼までいるのに夢のまた夢
0089nobodyさん04/10/07 07:56:52ID:???
せっかく豪華なマニュアルあるってのに
上手く使えない俺はプチリファレンスPHP4買って勉強した。
>>85みたいな謗りは免れないけど4.3以降対応なんで重宝したよ。
0090nobodyさん04/10/07 09:26:47ID:???
リファレンスマニュル、チュートリアル、クックブック
それぞれ分けて考えたほうがいいよ

皆が言ってる「よくできたマニュアル」はリファレンス。
初学者がよく欲しがるのはチュートリアル。
上で文句言ってる人が欲しがってるのはクックブック。
0091nobodyさん04/10/07 09:32:39ID:???
質問。
phpって文字列を数値に変換した場合0になるんじゃなかったっけ？
家の環境(4.3.4)で 'aaa' > 0 は folse になるけど、
レンタルサーバー（4.2.2）では true が返ってくる。
バージョンによって違うの？
0092nobodyさん04/10/07 10:08:35ID:???
違う
0093nobodyさん04/10/07 11:04:26ID:???
質問です。よろしくお願いします。

$title='メールタイトル';
$content='メール本文';

以上2つの文字コードはEUC-JPです。
これをメール送信したいのです。
はじめそのままmail($e-mail, $title, $content);で送信したのですが、完全に文字化けしていました。
そこで、
$title = mb_convert_encoding($title, "SJIS", "EUC-JP");
$content = mb_convert_encoding($content, "SJIS", "EUC-JP");
として再度行いました。
すると、$contentの方はうまく表示されるのですが、$titleは相変わらず文字化けしたままです。

2つとも文字化けせずにメール送信できる方法がお分かりの方、どうかご教授いただけないでしょうか。
よろしくお願いします。
0094nobodyさん04/10/07 11:08:18ID:???
>>44
まさしく同じようなモノを昨日PHPで作ったばっかりだなぁ・・・
がんばれば２日で出来るからがんばって。
0095nobodyさん04/10/07 11:15:40ID:???
>>93
JISで送るか、MIMEかけれ
0096nobodyさん04/10/07 11:31:22ID:???
>>93
そんなｷﾐには、mb_send_mail
0097nobodyさん04/10/07 12:54:04ID:???
素人が下手にmail()でメールを送るとinfoseek.jp宛てとかに送った場合
文字化けするから素直にmb_send_mail使うといいよ。
0098nobodyさん04/10/07 14:25:31ID:???
質問です
ereg()で使う正規表現で躓いています
検索したい文字列は\OW\で
$aaa = file ("./xxx.txt");
foreach($aaa as $bbb){
if(ereg("\\OW\\", $bbb)){
echo $bbb ;
echo "<br>";
}
}
上記の様に書いて実行したら
Warning: バックスラッシュの後 in /home/site〜
のようなワーニングが出ていました。
\は文字列として扱うのに\\と書くまではgoogleに教えてもらえたんですが
解決法を教えて下さい
0099nobodyさん04/10/07 14:48:36ID:???
\\\\OW\\\\
0100nobodyさん04/10/07 15:08:21ID:???
ちょと質問
ヒアドキュメントの中で式を評価させる
ことってできますか？
関数を呼び出したいんですが
01019804/10/07 15:10:50ID:???
>>99
ありがとうございました。
望んだ表現ができました！
もしよろしかったら\が2つでなく4つ必要な理由を教えていただけますか？
0102nobodyさん04/10/07 15:13:01ID:???
>>100 試せよ。
0103nobodyさん04/10/07 15:13:15ID:hyBgkm6M
>>100
できません
0104nobodyさん04/10/07 15:20:36ID:???
>>101
phpのparserが\をエスケープに使うから

>>100
> ヒアドキュメントは、2重引用符を使用しませんが、
> 2重引用符で括られた 文字列と全く同様に動作します。
0105nobodyさん04/10/07 19:12:49ID:Q6Hyz1ya
PHPからSQL Serverに接続したいのですが、接続がうまくいかず困っています。
SQL Server（データベース）自体は自家サーバー上に設置してあり、このデータベースに
レンタルサーバー上にあるPHPページから接続してデータを処理したいのですが、
そもそもこれは可能でしょうか？

PHPマニュアルのサンプルコードを参考に
$conn=odbc_connect("DRIVER=SQL Server;SERVER=".$ser.";UID=".$user.";PWD=".$pass.";
DATABASE=".$db.";Address=".$ser.",1433","","");

という感じで接続を試みているのですが、

「S1090 文字列またはバッファの長さが無効です」というODBCエラーが出ます。
このエラーの意味するところがまた良くわからず閉口してます。

ちなみに自家サーバー上に実際に接続を行うPHPページを置いた場合は接続がうまくいきました。

今までACCESSのmdbファイルにodbc_connect()で直接接続していたのですが、
今回MS SQL Server経由で接続することになったため、そのままなんとかodbc_connect()で
接続しようとしてるんですが、mssql_connect()に切り替えれば済む話なのでしょうか？

どなたかお助け下さい！

0106nobodyさん04/10/07 19:24:41ID:???
>>105
そのまんまじゃ先ず無理。
レンタルサーバ屋に設定してもらう必要があるが、
そこまで顧客の要望を受け入れるクラスのサービスを借りてるの？
0107nobodyさん04/10/07 19:34:54ID:Q6Hyz1ya
>>106
書き込みありがとうございます。
レンタルサーバー会社にその辺の問い合わせをしてみます。
ちなみに通常、サーバー会社にはどういうことを設定してもらう必要があるんでしょうか？？
SQL　Serverをインストールしてもらう、とかでしょうか？？？

0108nobodyさん04/10/07 20:03:39ID:???
>>107
？Windowsのサーバなの、借りてるのは。

サーバ屋にも、借りてるサービスの内容にもよる。
細かく設定について依頼をしないと駄目な場合と、
借りてるサーバで動いてるPHPから自宅のMS SQL-Serverに
ODBCで繋げたいから、そっち側の基本的な設定やってくれで済む場合もある。
インターネットを経由したリモートのDBMSから情報を引き出すって、
結構高度というかそれなりに必要があってやることだけど
PHPの動いてるWebサーバとDBMS間の通信のセキュリティとか考慮してる？
ただ今借りてるところでMS SQL-Serverが使えないって理由だけなら
使えるようにセットになったWindowsサーバのサービスを借り直した方が良いよ。
010910804/10/07 20:10:19ID:???
回線の太さや契約条件、その他諸所の条件に合うのなら、
簡単なのは自宅の方にWebサーバを立ててしまうことだ。
外のコンテンツから必要に応じて取り込んでもいいし、
全部自宅から出力してもよい。
0110nobodyさん04/10/07 20:34:52ID:Q6Hyz1ya
>>107
>>108
レスありがとうございました！

セキュリティに関しても気にはなっていたのですが、
108さんのおっしゃるように自家サーバーにデータベースに接続するページだけを
置いてレンタルサーバー上の他のページからリンクするようにすれば、
WEBサーバーとDBMS間の通信のセキュリティはとりあえず大丈夫！
ということでしょうか？

いろいろ聞いてすみません。はっきり言ってド素人なもので。。。

0111nobodyさん04/10/07 20:36:04ID:Q6Hyz1ya
↑
108、109さん宛の間違いでした。
0112nobodyさん04/10/07 20:49:09ID:???
ド素人なら素直にDB使えるサーバに移るべし。
0113nobodyさん04/10/07 20:59:45ID:kpmAjhNu
殺人事件続報
http://tatsume.net/123456/
0114nobodyさん04/10/07 21:07:21ID:???
>>105
問題は自宅側だろ？
自宅のMS SQL-ServerはちゃんとODBCの外部接続はできるように
してあるんだろうな？
0115nobodyさん04/10/07 21:25:53ID:???
>>110
単純に繋ぐとそれもダダもれなんで、自己認証でもいいからHTTPSで喋る
ようにするとか工夫しないと充分とは言えないと思う。
最もセキュリティは扱う情報のレベルの応じて考えるものなんで、
そんなことは不要かもしれないし、そもそもWebサーバから
読めるようにしてはいけないのかも知れない。

ド素人だったら全部込みでセキュリティ関係の設定も
考慮されてるサービス選ぶのが最適解だと思うよ。
共有サーバなんて危なくて使えネェぐらいと言えるぐらいの
知識を付けた賢い客になるべきで、賢い技術者になる必要はない。
0116nobodyさん04/10/07 21:45:38ID:eGrZpUzk
PHPで文字列を括る場合「"」と「'」どちらで統一するのがいいですかね？
やっぱC言語風に「"」ですか？
0117nobodyさん04/10/07 21:48:36ID:???
>>116 ケースバイケース、どうしても「統一」したいなら半島へ逝け。
0118nobodyさん04/10/07 21:52:17ID:???
>>115
>そんなことは不要かもしれないし、そもそもWebサーバから
>読めるようにしてはいけないのかも知れない。

そんなんじゃ、Webアプリの価値なんてなくなるよ。
必要なら、Webサーバ-DBサーバ間を暗号化すればいいじゃない。
まあ、セキュリティのみに関して言えば、共用サーバという時点で
論外だけどな。
0119nobodyさん04/10/07 21:55:24ID:???
>>116
もしその違いがわからないとしたら致命的。
プログラマすら名乗れない。
0120nobodyさん04/10/07 22:13:38ID:???
>>118
いや、Webアプリの価値は開発から運用まで巷のツールなどが利用できること。
そこで言いたいのは、VPNとかの採用を考慮すべきで情報の内容ではないのかってこと。
0121nobodyさん04/10/07 22:45:14ID:???
>>116
まぁ、マニュアルでも読めや
0122nobodyさん04/10/07 23:09:19ID:YIBUt39D
>>118
>必要なら、Webサーバ-DBサーバ間を暗号化すればいいじゃない。

話が高次元になったところですみませんが、この暗号化は実際にはどうすればできますか？
PHPの関数でcryptみたいなものを使うのでしょうか？

サーバーを適切なところに変えるのが一番安全なのかもしれませんが、
理由あって変えないで済むならなんとか方法を探したいと思っており。。。
01239804/10/07 23:40:46ID:???
>>104
レスありがとうございました
【php パーサ バックスラッシュ エスケープ】でぐぐったら
http://php.s3.to/man/ref.info.html
がかかりました。
DB側でなくphp側でエスケープ処理がかかってたんですね。
で、
phpinfoのmagic_quotes_gpc,magic_quotes_runtime,magic_quotes_sybase
はLocal、Masterとも全部Offになっていましたが
それでもエスケープしてしまうものでしょうか？
マニュアルはOnの時にエスケープ処理が入るとありましたが
他にも関係する設定箇所があるのでしょうか？
0124nobodyさん04/10/07 23:43:17ID:???
>>117
その使い分け方を教えてくれませんか？
0125nobodyさん04/10/07 23:49:48ID:???
>>124
マニュアルくらい読めよ

オレは「統一」なんて大それた事はできないけどな。
01269804/10/07 23:50:15ID:???
>>124
シングルだと変数が展開されなかった気がします。
0127nobodyさん04/10/07 23:57:13ID:???
>>124
http://pc5.2ch.net/test/read.cgi/php/1095633323/l50
012811804/10/08 00:03:08ID:???
>>120
>105がどういう内容のアプリを作ってるのか知らんから適当に言うが、
VPNは外部公開せずに拠点間をネットワークで繋ぐエクストラネットだろ？
今回はそういう話じゃないと思うんだがな。
VPNの導入だってめんどくさいし。freeのでなけりゃコストもかかるし。

>>122
phpの関数レベルじゃできないと思うよ。
OpenSSL、OpenSSHのSSHポートフォワーディングでいけるが、
共用サーバなので、root権限を使った設定は無理だろうな・・・。
ということで、どこまでのセキュリティを確保したいかで、
変わってくるけど、その共有サーバでは無理かもよ？
0129nobodyさん04/10/08 00:17:17ID:???
マニュアル嫁＝日本語がふじゅうな人

本当に理解してないから、すぐ言えないんだよね
感覚でしか覚えてないから。
0130nobodyさん04/10/08 00:30:25ID:???
>>124
>>126が正解だけど、使い分けに関しては慣れだね。
俺の場合は連想配列のキーや文字列リテラルは「'」で
シーケルは「"」で括るのが個人的に見やすいと思ってそうしている。
もちろん、改行・インデント・コメントの三大マナーをきっちりやった上でね。
0131nobodyさん04/10/08 00:53:26ID:???
PHP初心者スレ誰か立ててくれ、
>>129みたいなウザキモ甘ったれ粘着厨
　でも相手してやれるような。
0132nobodyさん04/10/08 00:57:34ID:???
マニュアル読めなんて極めて親切な回答じゃん。

マニュアルも読めないほど日本語不自由な人は別としても。
0133nobodyさん04/10/08 01:04:06ID:???
のびた「宿題教えて」

パパ「百科事典嫁」

↑ドラえもんでのネタ
0134nobodyさん04/10/08 01:12:58ID:???
>>131
痛いところを突かれたからって、いちいちレスするな。見苦しい。
熟練者ならどんな些細な質問にも初心者が一番理解しやすい方法で回答できる。
0135nobodyさん04/10/08 01:13:57ID:???
一気にネタ臭くなった
0136nobodyさん04/10/08 01:15:57ID:???
さらに、君が些細な質問にすら簡潔な回答ができないとすると、
それは君が実装方法を丸暗記しているだけで概念も含めた総論として
その解決方法を理解できていないからではないかね？
0137nobodyさん04/10/08 01:18:56ID:???
各種ＭＬを拝見していると常に感じることだが、
この世界には>>136で挙げたような「なんちゃって習得者」がいかに多いことか。
いいかげんＰＧはコーディングできる技能を"特別な技能"だとする思い上がりを捨てるべきだ。
0138nobodyさん04/10/08 01:20:10ID:h9hTVebP
つーかさ、トリップつけてくんない？
0139nobodyさん04/10/08 01:20:57ID:???
自分でいうのも何だが、ＰＧ・ＳＥなんてものは事務員に毛が生えた程度の職業だと思う。
少なくとも俺は自分のことを"エンジニア"とは称さない。
0140nobodyさん04/10/08 01:23:57ID:???
まあ理系の就職相談の指導者が生徒に将来なるなとまず言う職業は
SEだからね。
0141nobodyさん04/10/08 02:20:58ID:???
>137
それは同意だが、マニュアル嫁はとても良い回答だと思うよ。
俺は家電のマニュアルもちゃんと読む。、
0142nobodyさん04/10/08 03:12:11ID:Gf9YwG4z
phpのコーディングをしてるときは「完璧なインデント！」と思うが、
いざ出力されたhtmlを見るとげんなりする。
みなさんどうしてますか？
0143nobodyさん04/10/08 03:14:19ID:???
意味わかんね
HTMLのインデント?
0144nobodyさん04/10/08 03:22:19ID:???
出力されたhtmlのソースのインデント。
014514204/10/08 03:22:43ID:???
↑142です
0146nobodyさん04/10/08 03:23:16ID:???
インデントするようにコーディングすればいいじゃん。
014714204/10/08 03:26:59ID:???
…それだとphpのコーディング時に読みづらくないですか？
0148nobodyさん04/10/08 03:33:34ID:???
根本的に>>142は勘違いしてる気がする
0149nobodyさん04/10/08 03:35:38ID:???
>>142
出力されるhtml（と解釈されるテキスト）には、
インデントはおろか改行すら入れないようにしている。
どうせデバッグの時しか見ない、転送量の削減等の理由で

よく動的に生成されるページでコメントとか入っているのがあるが
あれはデザイナ向けか？
0150nobodyさん04/10/08 03:36:20ID:???
そもそも、どういう書き方してるんだよ。
015114204/10/08 03:38:21ID:???
！！
デバッグ終わったら整形してうｐすりゃいいってことか。
何もそのまま使うことはないのか…おれの馬鹿
0152nobodyさん04/10/08 03:51:51ID:???
日本語の検索で詰ってる
調べてみたらmb_を使えばいいと出てるが、
設定しなきゃいけないらしい

指示通り設定したら、こんどは何か足りないと注意された。
分かりにくすぎだろ〜これ・・・・
0153nobodyさん04/10/08 03:53:40ID:???
いや、く全国100万人のPHPデベロッパーは
ちゃんと設定できてるよ
0154nobodyさん04/10/08 03:58:39ID:???
さすがに馬鹿のたまり場になったのでスレを分けよう。
質問スレが隔離効果を狙って立てられているのは知っているつもりだが、
ごく普通のPHPの疑問を解決するスレが欲しいユーザはきっと漏れだけじゃないはず。
そこで問題になるのがスレタイなのだが。

聞いてばっかりになりがちな「質問スレ」というのは止めにして、
お互い問題を提出して有益な情報を出し合えるようなものにしたいところ。
言葉にするとしゃらくさいものに思えるかもしれないが、そういうものが必要だ。

しかしCommonGatewayInterfaceスレのように廃墟になるのはごめんだし、
PHPト学会スレじゃなんのことかさっぱりだ。何かハッとするようなブレイクスルーを
持っている人はいないかい。
0155nobodyさん04/10/08 04:03:27ID:???
もうちょっと暖かく見守ってくれ
回答者がスレのレベルを決めてどうするんだ
最終的には難しい質問しか書けなくなって、誰も答えられない
自慢大会みたいなスレにならない？

---------------
まぁ初心者スレがないから、ココに書いてるのもあるけど。
0156nobodyさん04/10/08 04:17:30ID:???
> 最終的には難しい質問しか書けなくなって、誰も答えられない
> 自慢大会みたいなスレにならない

初心者スレと別れていたころがあるが、そうはならなかった。
なぜ今後そうなると考えているのか理由もかいてくれないと何とも判断のしようがない。
このスレッドはあっていいんだ。"と'の違いや=&、&$が何か、「設定ができない」とだけ
書いてあって救いようの無いレスを打ち合うスレがあるのは否定しない。

けれども最低限マニュアルを読み、テストをする姿勢を要求するスレッドがあっても
いいんじゃないだろうか。その上で自己解決困難な問題について議論してみたら、
有意義な結果が得られることにならないだろうか。別にソースハックを当然のように
要求するスレッドを作りたいわけではない。

読んでくれなかったようだが、「ごく普通のPHPの疑問を解決するスレ」が一本あって
いいんじゃなかろうか、という程度の話だ。大げさに考えることは無い。
0157nobodyさん04/10/08 04:26:15ID:???
PHP質問スレ自体は今後ますます必要になるだろうな。
調べずに聞いてもいい・簡単なことを聞くのは恥じゃない
となったあたりから、うんざりする質問が増えてきて
スキルのある人は出て行ってしまった感がある。
汎用的なスレや板ほど、何でも書けるせいかダメになりやすい。
あまり伸びず情報もさして出てこないような個別スレのほうが
まともなまま生き残る。どっかで分けなきゃいけない気もするね。
0158nobodyさん04/10/08 04:30:58ID:???
以前、スレを初質とその他に分けたけど
質問者どころか回答者も使い分けれないって事で
また合体したじゃん。

放置とかスルーとかできるほど民度が高くないから
分けても無駄無駄。
0159nobodyさん04/10/08 04:31:38ID:???
>>126
変数以外にも、エスケープシーケンスも展開されない。

>>124
使い分けに関しては、変数などの展開が必要ならば「"」不要なら「'」
文字列リテラルに「$"\」などの記号を多く含む場合は「'」程度かな。
必然的に>>130に近い使い分けになると思う。

>>142
テンプレートを使ってるよ。
0160nobodyさん04/10/08 04:32:28ID:???
>>155
初心者スレもあったけど、初心者スレとPHP質問スレを
分けて使ってくれないんで無駄つーことで合体したんじゃなかったっけ
マニュアル読まない>>1読まないエラー読まないってな人は初心者スレを作ってあげても
住み分けてくれない罠
0161nobodyさん04/10/08 04:33:52ID:???
>>158
質問スレと初心者の質問スレを分けるんじゃダメだ話でしょ >>154

0162nobodyさん04/10/08 04:35:56ID:???
>>126
変数以外にも、エスケープシーケンスも展開されない。

どういうことよ
'\''がパースされないって認識？
0163nobodyさん04/10/08 04:36:48ID:???
設定変えてApache再始動したら、ｍｂ対応した。
またバカなこと書いたと反省した(・∀・)
016415704/10/08 04:39:41ID:???
質問スレもう一個立てるってのは分けることになら
んでそ。そういうことじゃなくてさ。「質問」のためのス
レッドじゃ上手くいかないから別用途でってことね。
レベル分け無理ってのは同意。
0165nobodyさん04/10/08 04:42:25ID:???
>>162
エスケープシーケンスつーとあれだけど、'\n'とかね。'/\n/'はPHPが賢いので有効。
01669804/10/08 09:28:37ID:???
棲み分けに関して
何回かこの板で質問させてもらった98ですが、
スクリプト改造スレみたいに【希望するレスの形】別なんてどうでしょう？
自分がつまずきレベルを考えたら3種類あって
【1、マニュアルの該当しそうな所が予想つく→マニュアル読む】
【2、マニュアルのどこに該当するのか見当つかない→キーワードでぐぐる】
【3、なにでぐぐっていいのかすらわからない】
くらいに大別できるかなと思うので3番目は論外にせよ
ヒントをくれるスレ、マニュアルのどこそこに該当するからそこ嫁、なんて
2番目の状態でぐぐっても何もなかった時に質問できるスレがあったらいいなぁ
なんて思います
長文ｽﾏｿ
0167nobodyさん04/10/08 09:31:09ID:wO90jo1V
$log = fopen(log.dat,"r+");
set_file_buffer($log, 0);
flock($log, LOCK_EX);
$kiroku = file(log.dat);
処理
rewind($log);
ftruncate($log, 0);
fputs($log, 処理の結果);
flock($log, LOCK_UN);
fclose($log);

排他ロックはこれでOK？
0168nobodyさん04/10/08 09:45:19ID:???
>>167
flock() に失敗したときの処理はどうなってるの？
016916704/10/08 10:09:33ID:???
>>168
サーバーをリブートさせてます。
017016704/10/08 10:27:11ID:???
if (!flock($log, LOCK_EX)){ echo"ロックに失敗しました"; }
0171nobodyさん04/10/08 13:21:18ID:???
凄く遅レスだけど、動的ページでhtmlにコメント入れてあるのは
自動巡回＆切り出しソフトとかで切り出すのに重宝するよね。

>>167,170
if (!flock($log, LOCK_EX)){ echo"ロックに失敗しました"; }
else {処理;}
とかいう突っ込みをしてみる。
0172nobodyさん04/10/08 13:45:17ID:???
safe modeがオンのときに画像アップロード等の
phpアプリを実行することはできますか？
0173nobodyさん04/10/08 13:52:52ID:???
試してどうだったんだ。
0174nobodyさん04/10/08 13:55:25ID:???
>>172
環境とコードによるけど、セーフモードつったって只のIDチェックでしょ?
http://jp.php.net/manual/ja/features.safe-mode.php#ini.sect.safe-mode
0175nobodyさん04/10/08 17:43:50ID:???
馬鹿がいる。
017615904/10/08 18:11:51ID:???
>>162
'/''のエスケープは有効だったね。
>>152 は、(マニュアル通り) *特殊文字の*エスケープシーケンスに訂正します。

>>165 フォローthx u
0177nobodyさん04/10/08 19:08:16ID:EsMqKh23
日付を使って条件判断したいのですが
以下のようにやってもうまくいきません。
例えば10月の分は全部syori2に行き11月の分はsyori1になります。
どっか間違っていますでしょうか？

if(date("Y/m/j")<date("Y/m/j",mktime(0,0,0,$month,$day,$year))){
syori1
}else{
syori2
}
0178nobodyさん04/10/08 19:13:40ID:???
>>177
これならへたれな俺でも回答できる
UNIXタイムスタンプで比較すれ
0179nobodyさん04/10/08 21:13:17ID:???
>>177
http://jp2.php.net/manual/ja/function.strtotime.php
0180nobodyさん04/10/08 21:17:26ID:???
えっ?それは･･･
0181nobodyさん04/10/08 21:21:51ID:???
>>163
mb関数はバグがあるからちゃんと返却値を確認しつつ使う必要があるよ。
例えば、mb_convert_kana()などは、全角スペース→半角スペースの変換ができないから
preg_replace()なんかで受ける必要があったりとか。

>>177
なぜ数値として比較したいのに「/」を入れて文字列にしてるのかと小一時間(ｗ
018217904/10/08 21:24:55ID:???
ごめん、質問をよく読まないで書いた。
よく読んだら
【10月の分は全部syori2に行き11月の分はsyori1になります。】
これが望んでいる動作なのか望まないのに
そのように動作しているのかすらわからなかったorz
0183nobodyさん04/10/08 22:42:04ID:???
プログラミングではなくスクリプトそのものをフリーで探しているのですが、
その場合の質問もこちらでいいのでしょうか？

ギャラリー系のPHPスクリプトでPHP4.0.6/DB無し/ImageMagik・NetPBT(?)無しのサーバーで
ブラウザからUpload出来、自動リサイズ可能で各画像/アルバムのDiscriptionの編集が効くようなスクリプトはご存じないでしょうか？
注文が多くてスミマセン。
■ このスレッドは過去ログ倉庫に格納されています