PHP全体の雑談のようなスレがなかったからたてた
反省はしていない

http://www.php.co.jp/

お前らフレームワーク使ってる？

使っていまｓｎ

使ってまｓ

いやなFW使わされています。

お前らDIコンテナ使ってる？

PHPの話題か？それ

>>6
嫌なFWって何？

社内整のFW
４～５年前の設計だから使い勝手の悪い事(｀∀´)
なんで趣味でsymfony使ってる。

PHP関連のスレって荒れやすいよな。それ以外の言語のスレは落ち着いたような
ところがある。それだけ多くの人がPHPを使っているということなんだろうな。
PHP関連だけ別板にして、強制IDにしたらもう少しは落ち着くのかも。

PHPって言語として仕様が安定していないような感があるけれど、どうよ？
これが普通なもん？

PHPはHTMLソースの中に<?php ?>とやってコードを埋め込むことが出来るんだぞ。すげーだろ。
という文章を読むことがあるが、実際にコーディングをしていると、関数によって出力する
HTMLコードを分けるため、echoとかを使って出力する事が多い。
となると、Perlとコーディングのスタイルはさほど変わらなくなってくるんだよね。。。
PHPのメリットって何？と思えてくる。

Perlほど記法がキモくない

わかりやすくて複雑じゃない(複雑なことができない)

>>15
やっぱりそこに行き着くのかなぁ。
複雑なことが出来ないから、それをさせるためにフレームワークが
あるんだ。みたいな記述もあるしね。

HTMLソースにコードを書くことが出来るメリットは、もっと
小さな規模のコードを書く時に感じるものなのかな。
でもPerlとの違いは print<<EOF と EOF;を書くかどうかの
レベルなのだけどｗ

>>15-16
PHPでできないが他の言語ではできる複雑なことって何？

マルチスレッドとか

クロージャとか
まあ別になくても困らんけど。あったら少し便利だねというレベル

できる出来ないより文化の違いもあるんじゃないかね。
例えばPerlならゴリゴリ正規表現でやるところをstrhoge関数でさくさくやるとか。

PersonalHomePageなめんなってこった

みんなどんなエディタ使ってるの？

PHP+MySQLという組み合わせが親和性がいいとかでそれ系の解説が多いが、
実際はライセンスなどを気にしてPostgreSQL使ってるケースが多いんでね？

ちょっとしたものならSQLiteｵﾇﾇﾇ

データベース触ったことないんだけど
どれが一番とっつきやすいの？

>>22
VxEditor+補完ﾀﾝでしこしこやってる。われながら素人くさいなと思いつつも。

>>25
目的次第だろうな。

ここで、「Accessが分かりやすいよ。」と答えようかなと思って、
思ったのだが、サーバにmdbファイルを置いておいて、それにPHPから
SQL文でテーブルの操作って出来るものなのかな。

調べてみたら、サーバがWindowsだったら出来るみたいだ。ODBC使えば。
初心者だからApacheじゃなくてAN HTTPDの方が使いやすいと思うのならば、
Accessを使った方がいいだろう。
その資産をそのままLinuxサーバで運用できない制約はあるけど、勉強には
分かりやすいと思う。
Accessを起動すればテーブルの中身がすぐに確認できるし、プログラム
動作確認の為にテーブルの中身を変更したりもSQL使わずにすぐに出来るから。
ま、クセがあるからという理由でAccessを勧めない人も結構いるようだけど。

PEAR::MDBとかPDO_ODBCなり使って出来るはずだよ。
でも同じファイルベースとしてはSQLiteがポピュラーな選択かな。
PHP5.1からバンドルされてて組込型なんで別途他の物は必要なし。
アクセスはPDOで、GUIツールはTkSQLiteあたりで。

WindowsでXAMPPインスコして開発して、レンタルなどのLinuxにうｐする人が
多いと思うけど、互換性的な問題が出る事ってある？
ローカルではちゃんと動くけど、サーバでは動かない。何でだろうみたいな。
それで.confなどの設定で終わるのならばいいのだけど、ソースを変えないと
いけない羽目になったとか。

具体的にどういう問題が？

利用料金が安いビジネス向けのレンタルサーバで、メールだけでなく、
PerlやPHP使えます。データベースはPostgreSQLです。というのがあった。

PHP使ってて、PostgreSQLが駄目な場合ってあるのだろうか。MySQLに
するしかないとか。過去の資産を流用する以外のケースで。

君の日本語は分かりにくい

>>32
その書き方であれば使える気がするが、逆にそういう錯誤を狙ってるかもな。
金と時間を無駄にしたくなければ、鯖の中の人に聞けばよい。

ほらよ、メールの内容だ。
「PHPからPostgreSQLを使いたいのですが、～というコースではそれができるでしょうか？」
日本語じゃなければ、適当な翻訳サイトで変換してからメールしる

安すぎるところは使わない方が良いということだろうな。

PHPがPerlに比べて良いと思う事は
・コーディング規約が作りやすい。
・オブジェクト指向の理論に近い。
一方で悪いところは
・Perlに比べてソースコードや解説が少ない。
・バージョンアップによって仕様変更が大きい。
あたりかな。他にある？

ふと疑問なんだけど、数独を解くプログラムをサーバサイドで動かしても
いいものなのかなぁ？

Perlプログラマの7つの段階
http://d.hatena.ne.jp/himazublog/20050905/1125934028

こんなんあった

おっぱい括弧の書き方、公式サイトではしたの方だけどいまいちしっくりこない。
function A{
　処理
}

function A
{
　処理

}

おいらは、昔っからの癖で、
function A{
}
if(～){
}
の形式。 あまり縦に長くならない・そこそこ構造が見え易い ので、2chで書く時もそうかな。
K&R BSD GNUスタイルでビると、結論のない議論が展開されていてしばらく楽しめると思われ。

「読みやすいのが大事」といわれているが、その書き方にはいろいろスタイルが
あって、議論されているんだな。
２ｃｈの質問系スレで定期的に出てくる理由も分かるような気がした。

インデントになると、タブ（表記は半角スペース4つ分）が多いけれど、
私は個人的には半角スペース2つ分で十分だと思う。
画面が狭いからすぐに右端に行ってしまうし、2つだから見難くて
紛らわしいと思う事はない。

まぁ、一番の問題はデザイナーさんのソースかな・・・。
あの汚いソースをどうにかしてくれ

ソースを綺麗に整理整頓しなおしてくれるツールってあるのかな？ｗ
言語を限定してもいいから

ソースを綺麗にして欲しいのもあるけれど、逆に読みにくくしてくれるのも
欲しいと思うことはあるなｗ
レンタルサーバにうｐする時、あまり読まれたくないなと思う時とかｗ
.NETではフリーソフトであるようだけど

phpでもあるじゃん

横に伸びる棒グラフじゃない形式でグラフを書かなければならないとなった場合は、
どんなモジュール使ってる？
縦に伸びる棒グラフとか、折れ線とか。

>>39
多分慣れの問題。
数年前に下のスタイルに変えてからは、上のスタイルのほうがしっくり来なくなった

>47
変えた理由ｋｗｓｋ

47じゃないがZendとPearの構文規約

俺は括弧は全体行数が少なくなるほうに書くけれど、
そのスタイルを変える事は無いと思うな。
何かよっぽどのことが無い限り抵抗し続けると思うよｗ
ソースを見るためのスクロールが多くなるわけなんだから。