私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワークについて語るスレ13【総合】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
宣言っつーか初期化だろ、Warningでるやつ
1ヶ月でログが20GB超えてたときは流石に吹いたわ
1ヶ月でログが20GB超えてたときは流石に吹いたわ
>>654
あるあるw と言いたいが、途中で気がつけよw
あるあるw と言いたいが、途中で気がつけよw
ローテーションして圧縮してたから、まったく気づかなかった
書庫の中身見てはじめて気づいたんだわ
写真とかアップロードするから、容量に関しては無頓着だったし
書庫の中身見てはじめて気づいたんだわ
写真とかアップロードするから、容量に関しては無頓着だったし
フレームワークに限らないPHP全般について、うだうだやるのに適切なスレはどこでしょうか。
フレームワークの設定ファイルってどんな感じがいいの?
・xmlとかでphpソースと別ファイルにする
・phpソースに定数とか連想配列で保存
・xmlとかでphpソースと別ファイルにする
・phpソースに定数とか連想配列で保存
>>663
YAMLいいよ、YAML
YAMLいいよ、YAML
YAMLですか。
勉強してきます。
勉強してきます。
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
以下のヤツは俺が使っている設定ファイル・・・を参考に書き直したもの。
ただのコメントが入った設定ファイルように見えるが、これがYAMLの文法なんだぜ。
# 各種プログラムのパス
bin:
sendmail: '/usr/sbin/sendmail'
nkf: '/usr/bin/nkf'
# テンポラリディレクトリ
tmp: '/tmp'
cache:
# キャッシュディレクトリ
dir: "/var/www/html/myapp/cache"
# キャッシュの保持時間(秒)
expires: 604800 # 1 week
そうか?YAMLだと空白とか訳分からんミスでエラーに
なったりする時があるから、JSONの方が好きなんだが。
プログラマならJSONの方が構造が直感的に分かると思うんだが。
一般人の理解しやすさは
YAML > JSON >>>>>>>>>>>>>> XML
プログラムからのいじりやすさは
JSON > YAML >>>>>>>>>>>>>> XML
という感じだと思うんだが。
あと記述する内容によって適したデータ形式があるから
プロジェクトごとに選択するしかないと思う。
なったりする時があるから、JSONの方が好きなんだが。
プログラマならJSONの方が構造が直感的に分かると思うんだが。
一般人の理解しやすさは
YAML > JSON >>>>>>>>>>>>>> XML
プログラムからのいじりやすさは
JSON > YAML >>>>>>>>>>>>>> XML
という感じだと思うんだが。
あと記述する内容によって適したデータ形式があるから
プロジェクトごとに選択するしかないと思う。
俺としては一番理解しやすいのは ini なんだけど。
PHPの関数も用意されてるし
PHPの関数も用意されてるし
俺の場合JSも頻繁に触るから、確実に覚えているJSONの方が都合がいい
YAMLの可読性は素晴らしいとは思うけど、適度に記号入ってた方が好み
YAMLの可読性は素晴らしいとは思うけど、適度に記号入ってた方が好み
あとキーが文字列なので、""で括って、"key":123としないといけないのもちょっといただけない。
単純な設定ならiniファイルかな・・・
複雑な設定ってWEBプログラムではそうそう無いと思うけど。
バリデーションルールを無理矢理YAML化してるの見ると、なんだかなぁと思う。
複雑な設定ってWEBプログラムではそうそう無いと思うけど。
バリデーションルールを無理矢理YAML化してるの見ると、なんだかなぁと思う。
やべ俺シャレで書いたつもりだったのにマジでJSONをconfigに使う人いたんだw
YAMLは3年ほど前spycを使ってとり回そうとして挙動不審だったのでいい思い出がない。
みんなYAMLのパーサ何使ってるの?syck? spyc? preg使って自前?
その辺でおすすめあればもう一度トライしてみます。
YAMLは3年ほど前spycを使ってとり回そうとして挙動不審だったのでいい思い出がない。
みんなYAMLのパーサ何使ってるの?syck? spyc? preg使って自前?
その辺でおすすめあればもう一度トライしてみます。
spyc使っているけど、なんか問題ある?
なんか問題あったとして、今は修正されたんじゃない?
と思って今見てみたら、0.4.2がでてる。
パフォーマンス向上とな。入れ替えようw
なんか問題あったとして、今は修正されたんじゃない?
と思って今見てみたら、0.4.2がでてる。
パフォーマンス向上とな。入れ替えようw
データとして扱うもんならJSON使ってるなってか
フレームワークどころかPHPですらなくなってるぞ
フレームワークどころかPHPですらなくなってるぞ
PHPのフレームワークに詳しいみんなは、ハンバーグ作る時って
牛肉と豚肉の割合どのくらいにしてる?
牛肉と豚肉の割合どのくらいにしてる?
syck と spyc で YAML の互換性がないのはもう直ったの?
あと、YAML ファイルがでかいと解析時間も遅いのが問題。
あと、YAML ファイルがでかいと解析時間も遅いのが問題。
iniかXMLで十分じゃね?
XMLなら内容の不備も事前に見つけられるし・・・
XMLなら内容の不備も事前に見つけられるし・・・
>>686
初回の立ち上がりの遅さが気になって
初回の立ち上がりの遅さが気になって
YAMLの遅さが気になる場合は、
serialize/unserializeしてキャッシュするだろ?
設定ファイルなんて頻繁に変更するわけじゃあるまいし。
serialize/unserializeしてキャッシュするだろ?
設定ファイルなんて頻繁に変更するわけじゃあるまいし。
たかが設定ファイルのためにキャッシュ機構を組み込むほど
yamlの利便性>>>arrayなのか?という問題は難しいところ
yamlの利便性>>>arrayなのか?という問題は難しいところ
yamlっつっても、symfonyの設定ファイルみたいに、
そこにphpコードも書けないと不便だよね
そういうことを考えていくと余計に面倒になってくる
フレームワークに元々実装してあるなら使うけど
そこにphpコードも書けないと不便だよね
そういうことを考えていくと余計に面倒になってくる
フレームワークに元々実装してあるなら使うけど
PHPネイティブでiniやXMLがあるのに、YAMLを選択する理由がわからんなぁ・・・。
iniはシンプルかつ、一般的。
XMLは複雑だが、Flash等と親和性がある(扱えるデザイナが多い/開発環境も多い)
JSONはJSとの親和性がある
YAMLは学習及び実装コストに見合うメリットはあるのだろうか?
ミーハーな感じがするわ。
iniはシンプルかつ、一般的。
XMLは複雑だが、Flash等と親和性がある(扱えるデザイナが多い/開発環境も多い)
JSONはJSとの親和性がある
YAMLは学習及び実装コストに見合うメリットはあるのだろうか?
ミーハーな感じがするわ。
学習コスト、実装コストってwwww
そんなもん一時間かそこらだろうが。試すだけ試してみりゃいいじゃん。
そんなもん一時間かそこらだろうが。試すだけ試してみりゃいいじゃん。
PHPで完結してるならYAMLなんて使わず素のPHPでいいと思う。順番付のハッシュがある(しかない)PHPの変数構造体は十分分かりやすいと思う。
YAMLは半角スペースで階層を表現してる時点でなぁ・・・
意図しない半角スペースが入っていても値としては正常なモノとして扱われるのが厄介すぎる。
>>698
パーサからの実装を1時間そこらで出来るわけないだろw
意図しない半角スペースが入っていても値としては正常なモノとして扱われるのが厄介すぎる。
>>698
パーサからの実装を1時間そこらで出来るわけないだろw
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/8/24 19:04 ○
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/12/23 16:48 ○
- 【PHP】フレームワークについて語るスレ12【総合】 (994) - [98%] - 2009/3/19 13:46 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
- 【PHP】セッションについて語ろう!【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
トップメニューへ / →のくす牧場書庫について