元スレ【PHP】フレームワークについて語るスレ13【総合】

php覧 / PC版 /

みんなの評価 : ○

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

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

651 = :

変数の宣言とクラスの宣言を混同してる件について

652 = :

ん？どこが？

653 = :

あぁ >>651 は宣言と初期化の区別がつかないのかｗ

クラスの宣言ってのは、通常 class Hoge {} な構文を指す言葉だから誤用しないようにね。

654 = :

宣言っつーか初期化だろ、Warningでるやつ

1ヶ月でログが20GB超えてたときは流石に吹いたわ

655 = :

>>654
あるあるｗ　と言いたいが、途中で気がつけよｗ

656 = :

ローテーションして圧縮してたから、まったく気づかなかった
書庫の中身見てはじめて気づいたんだわ

写真とかアップロードするから、容量に関しては無頓着だったし

659 = :

>>656
稼働前にdisplay_errorsオンにするなり、error_reportingなりでデバッグしないの？
活用しないログほど意味の無いものは無い。

660 = :

お前らいい加減スレ違いに気付け

661 = :

フレームワークに限らないPHP全般について、うだうだやるのに適切なスレはどこでしょうか。

662 = :

くだ質か雑談あたりじゃね

663 = :

フレームワークの設定ファイルってどんな感じがいいの？

・xmlとかでphpソースと別ファイルにする
・phpソースに定数とか連想配列で保存

664 = :

どっちでも便利なほうでいいんじゃ？

666 = :

xmlよりは扱いやすいよね。

668 = :

YAMLですか。
勉強してきます。

669 = :

そこでJSONですよ

671 = :

JSONはYAMLに比べたら人間が書きにくい。読みにくい。わかっていて言っているんだと思うけど。
以下のヤツは俺が使っている設定ファイル・・・を参考に書き直したもの。
ただのコメントが入った設定ファイルように見えるが、これがYAMLの文法なんだぜ。

# 各種プログラムのパス
bin:
　sendmail: '/usr/sbin/sendmail'
　nkf: '/usr/bin/nkf'

# テンポラリディレクトリ
tmp: '/tmp'

cache:
　# キャッシュディレクトリ
　dir: "/var/www/html/myapp/cache"

　# キャッシュの保持時間(秒)
　expires: 604800 # 1 week

673 = :

そうか？YAMLだと空白とか訳分からんミスでエラーに
なったりする時があるから、JSONの方が好きなんだが。

プログラマならJSONの方が構造が直感的に分かると思うんだが。

一般人の理解しやすさは
YAML > JSON >>>>>>>>>>>>>> XML

プログラムからのいじりやすさは
JSON > YAML >>>>>>>>>>>>>> XML

という感じだと思うんだが。

あと記述する内容によって適したデータ形式があるから
プロジェクトごとに選択するしかないと思う。

674 = :

俺としては一番理解しやすいのは ini なんだけど。
PHPの関数も用意されてるし

675 = :

俺の場合JSも頻繁に触るから、確実に覚えているJSONの方が都合がいい
YAMLの可読性は素晴らしいとは思うけど、適度に記号入ってた方が好み

676 = :

>>673
JSONにコメントないじゃん。

プログラムが受け渡すデータならJSONでいいけど、
人間が読み書きするならYAMLの方が良いよ。

あと必要ならデータ形式は変換すれば良いだけ。

678 = :

単純な設定ならiniファイルかな･･･
複雑な設定ってWEBプログラムではそうそう無いと思うけど。

バリデーションルールを無理矢理YAML化してるの見ると、なんだかなぁと思う。

679 = :

やべ俺シャレで書いたつもりだったのにマジでJSONをconfigに使う人いたんだｗ

YAMLは３年ほど前spycを使ってとり回そうとして挙動不審だったのでいい思い出がない。
みんなYAMLのパーサ何使ってるの？syck? spyc? preg使って自前?
その辺でおすすめあればもう一度トライしてみます。

681 = :

データとして扱うもんならJSON使ってるなってか
フレームワークどころかPHPですらなくなってるぞ

682 = :

PHPのフレームワークに詳しいみんなは、ハンバーグ作る時って
牛肉と豚肉の割合どのくらいにしてる？

683 = :

俺もわけわからんエラー出たことあってphpでyaml使うのは好きじゃない

684 = :

>>683
今安定してるよ
PEARのやつもあるし

686 = :

キャシュしないの?

687 = :

iniかXMLで十分じゃね？

XMLなら内容の不備も事前に見つけられるし・・・

689 = :

>>686
初回の立ち上がりの遅さが気になって

691 = :

たかが設定ファイルのためにキャッシュ機構を組み込むほど
yamlの利便性>>>arrayなのか？という問題は難しいところ

692 = :

ここで普通にPHPファイルでイイじゃんとか言ったら叩かれますかw

693 = :

>>692
いいんじゃないかｗ

俺はINIファイル派だけどなｗ

695 = :

yamlっつっても、symfonyの設定ファイルみたいに、
そこにphpコードも書けないと不便だよね
そういうことを考えていくと余計に面倒になってくる
フレームワークに元々実装してあるなら使うけど

696 = :

PHPネイティブでiniやXMLがあるのに、YAMLを選択する理由がわからんなぁ･･･。

iniはシンプルかつ、一般的。
XMLは複雑だが、Flash等と親和性がある(扱えるデザイナが多い/開発環境も多い)
JSONはJSとの親和性がある

YAMLは学習及び実装コストに見合うメリットはあるのだろうか？
ミーハーな感じがするわ。

697 = :

JSONより楽ちんなところくらいかな

698 = :

学習コスト、実装コストってwwww

そんなもん一時間かそこらだろうが。試すだけ試してみりゃいいじゃん。

699 = :

PHPで完結してるならYAMLなんて使わず素のPHPでいいと思う。順番付のハッシュがある（しかない）PHPの変数構造体は十分分かりやすいと思う。

700 = :

YAMLは半角スペースで階層を表現してる時点でなぁ･･･
意図しない半角スペースが入っていても値としては正常なモノとして扱われるのが厄介すぎる。

>>698
パーサからの実装を1時間そこらで出来るわけないだろｗ