元スレくだすれPHP（超初心者用）5

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

301 = :

もうウンコして寝込むしかねぇ･･･

302 = :

マニュアル嫁

303 = :

どっかから小さめなスクリプト落してきて、
「なんで？なんで？なんでこうなるの？」と思いながら丁寧に読んだり、
チョっとした機能を追加してみたりして、
いろいろもがくといいんじゃないだろうか。

304 = :

初心者が読めるようなちょっとしたスクリプトは大抵がPHP4時代の糞CGIで変な癖がついたりする罠。
グローバル空間にexplodeしてたりするスクリプトが多すぎる。

306 = :

>>304
それがどうしたの。

307 = :

んなの読まなきゃいいだろ

308 = :

>>299
初めてのプログラミングがPHPで、配列/連想配列でこけたけど、しばらくしてからやってみたらすぐ理解できた。
あんまり根詰めないで気楽にまったりやるといいよ。
読むだけじゃなくて手も動かすといい。
サンプル丸写しして、いろいろ自分で弄ってみるんだ。
エラー出ればメッセージ出て何が原因かすぐわかるしね。

309 :

>>303
どっかから？
どっかから？そのどっかから？はどっかから？
つまり僕が言いたいのはどっかから？なんです。お願いします。

310 = 309 :

>>308
（ ´_ゝ｀）ﾌｰﾝ
「どうもありがとう」って言っといてだってお兄ちゃんが
妹より

311 = :

で、どう書いたら>>304さんに変な癖がついてると言われない書き方なのよん
正しい書き方教えてくりっ

312 = :

PHPの公式マニュアルで「非推奨です」「危険です」と書かれている書き方を全て避ける。

313 = :

変な癖が付いてると言われなければいいのか

314 = :

>>304 みたいな奴には何を見せても重箱の隅つつかれるよね。
スルーでいいとおもう。

316 = :

ノウハウ以前のレベルだろうに

317 = :

いまだに共用鯖じゃPHP4主流だもんなあ。

319 = :

>>299
漏れは先にperlを2ヶ月やってから
PHPに移動した。

320 = :

>>318
マニュアル

321 = :

>>318
$array=array('name'=>'aki','age'=>23,'karesi'=>'futsu');
foreach($array in $key=>$item) {
echo "$key $item\n";
}

322 = :

単にforeach文て言えば済むじゃねぇかｗ

323 = :

>>319
何でですの？教えてごらんなさい

324 = :

ご先祖様だから

325 = :

ご先祖様はCだろｗ

326 = :

そこまで戻る必要は無い

ってか、Cは却って難しい

328 = :

別にPDOじゃなくてもアクセスできるけど

329 = :

なるほど
ググってもPDOのことしか見当たらずそこからマニュアルに流れ着いて
SQLite3文？って物があるのを知ったのでどういった違いがあるのかなと思ったのですが
どっちを使っても構わないってことでしょうか

330 = :

うん

331 = :

わかりました
どちらがいいのかはわかりませんが、せっかくなのでSQLite3も使ってみます

332 = :

DBっていうのは、MySQLとかSQLiteとかPostgreSQLとかOracleとか、似たようなのがたくさんある。
元々はそのそれぞれに対して、よく似てるけどちょっとずつ形の違う関数がいっぱいあった。
で、それが不便だからって事で、「同じ書き方でどれにでもアクセスできるような仕組みを作ろう！」となった。
それがPDO。

PDOを使って書かれたプログラムは、DBがSQLiteからMySQLに変わっても、PDOクラスをnewしてるところだけ書き換えれば普通に動く。
また、PDOひとう覚えれば、どのDBでも使えるようになる、というメリットもある。

334 = :

じゃあ自由度は下がるってことでFA？

335 = :

ひとう　→　ひとつ

これだけだとバランス取れないので、一応デメリットも。
全DBでなるべく共通の操作を提供する、という仕組みのため、一部のDBに固有の機能が使えなかったりする事がある。
よくある話だと、MySQLの持続的接続が使えなかったりな。あと、パフォーマンスでもPDOは若干劣る。

個人で使う最大のメリットは、プリペアドステートメントのサポートだと個人的に思う。
SQLインジェクションの危険性をほぼゼロにできる上に、プログラムの可読性も上がる。

336 = :

> よくある話だと、MySQLの持続的接続が使えなかったりな。

それってパフォーマンスに影響するんだっけ？ベンチとった？

338 = :

>334
んな事いったら、sqlite関数やmysql関数を使ってしまえば、将来のDB変更の自由度が失われるわけだが。
俺は自由度や性能云々以前に、DB依存のコードがそこら中にあるのを気持ち悪いと感じる。そんなものはどっかで隠蔽されるべきだ。
（実際問題、DBを置き換えるなんて事態は普通ないだろうけどな）

339 = :

>>338
あたまでっかちおっさんどっかいけよ

340 = :

>>339
335, 338の発言を理解できないなら発言するな。
339的な発言は、このスレの害虫。

341 = :

>>PDOを使って書かれたプログラムは、DBがSQLiteからMySQLに変わっても、
>>PDOクラスをnewしてるところだけ書き換えれば普通に動く

SQL文自体がDB固有になるだろうから、現実的にそれはあり得ないんじゃないか？
（標準SQLだけで書かないでしょふつう）

俺的なPDOのメリットは、DB関連関数をどのDBにも共通で使えるため開発の学習量を
減らせること。これはソースコードの可読性の向上、メンテ性の向上にもなる。

342 = :

標準SQLだけで書かないのが普通という前提なら、共通で使える部分の学習量なんてほとんど０じゃないか？

343 = :

DBを変更する予定があるとき、
単純にPDOだけで実現できるわけじゃぁないが、
PDOで標準SQLだけを使うか、
PDOよりも抽象化したFWを使うわけで、
素の関数を使うよりは汎用性が高い。

どっちの言うことも大きく間違っちゃいないわな

345 = :

リフレクション

346 = :

>>345
有り難うございます
おかげで３週間越しの問題が解決しました
本当に有り難うございます

347 = :

phpの質問かJavaScriptの質問か迷ったのですが、ボタン（button）がクリックされた時に
確認用のダイアログを出すにはどうすれば良いでしょうか？


実行しますか？
【OK】　【キャンセル】

※ダイアログを表示し【OK】が押された場合のみ
submit処理を行ういたいです。

348 = :

>>347
超JavaScript
ググれば死ぬ程出てくる
一番最初に引っかかったページhttp://promptbox.jp/blog/memo/index.php?itemid=785

お年玉くれｗ

349 = :

>>348
ありがとうございます。
でもお金ないです。。。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

類似してるかもしれないスレッド

• くだすれPHP（超初心者用）4 (1001) - [97%] - 2008/11/21 17:19 ○
• くだすれPHP（超初心者用）6 (958) - [97%] - 2009/8/19 4:11 ○
• くだすれPHP（超初心者用）3 (1001) - [97%] - 2008/6/8 6:35 ☆
• さっさとPHP5.0.6出せよ糞Zend (80) - [31%] - 2019/5/9 7:45