【PHP】フレームワークについて語るスレ6【総合】
1 ：nobodyさん：
前スレ
【PHP】フレームワークについて語るスレ5【総合】
http://pc10.2ch.net/test/read.cgi/php/1159579507/l50
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
【PHP】フレームワークについて語るスレ5【総合】
http://pc10.2ch.net/test/read.cgi/php/1159579507/l50
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
|
|
|
2 ：nobodyさん：2007/02/19(月) 23:52:20 ID:e8b09Hl8
よく話題になるフレームワーク
■Zend Framework
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）
■symfony
http://www.symfony-project.com/
■Cake
http://cakephp.org/
■Zend Framework
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）
■symfony
http://www.symfony-project.com/
■Cake
http://cakephp.org/
3 ：nobodyさん：2007/02/19(月) 23:53:07 ID:e8b09Hl8
日本発フレームワーク
■Ethna
http://ethna.jp/
■Piece Framework
http://piece-framework.com/
■ちいたん
http://php.cheetan.net/
■Ethna
http://ethna.jp/
■Piece Framework
http://piece-framework.com/
■ちいたん
http://php.cheetan.net/
俺乙
乙！
ちいたんテンプレ入りかよｗ
mapleが消えて～
ちいたんが残った～
ちいたんが残った～
■フレームワークの比較記事
http://lnx.googlewrite.com/chart.php
http://www.mustap.com/phpzone_post_73_top-10-php-mvc-frameworks
■フレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
■星の数ほどフレームワーク
http://www.google.com/search?q=php+framework
http://del.icio.us/search/?all=php+framework
■フレームワーク個別スレ
lt;?php フレームワーク symfonyのスレ ?gt;
http://pc8.2ch.net/test/read.cgi/php/1151937402/
【PHP】フレームワーク CakePHP
http://pc10.2ch.net/test/read.cgi/php/1163850802/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
■テンプレートエンジンについてはこちらへ。
【Smarty】PHPのテンプレートエンジン【Flexy】
http://pc8.2ch.net/test/read.cgi/php/1118799352/
http://lnx.googlewrite.com/chart.php
http://www.mustap.com/phpzone_post_73_top-10-php-mvc-frameworks
■フレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
■星の数ほどフレームワーク
http://www.google.com/search?q=php+framework
http://del.icio.us/search/?all=php+framework
■フレームワーク個別スレ
lt;?php フレームワーク symfonyのスレ ?gt;
http://pc8.2ch.net/test/read.cgi/php/1151937402/
【PHP】フレームワーク CakePHP
http://pc10.2ch.net/test/read.cgi/php/1163850802/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
■テンプレートエンジンについてはこちらへ。
【Smarty】PHPのテンプレートエンジン【Flexy】
http://pc8.2ch.net/test/read.cgi/php/1118799352/
PHPフレームワークPharon
http://pc10.2ch.net/test/read.cgi/php/1138971053/
http://pc10.2ch.net/test/read.cgi/php/1138971053/
【心の】旦那には絶対言えない過去4【奥に】既婚女性板
http://human6.2ch.net/test/read.cgi/ms/1168957905/
7 名前：可愛い奥様[] 投稿日：2007/01/18(木) 03:03:54 ID:iE8GVdnP
援交10回、中絶２回、ﾃﾞﾘﾍﾙ、ｿｰﾌﾟ１年、整形２か所
12 名前：可愛い奥様[] 投稿日：2007/01/19(金) 22:43:01 ID:s7dkuHKN0
高校生の頃から喫煙。不倫経験あり。
旦那は私にとって７人目の彼氏。（旦那には３人目と嘘ついた）
酒に酔った勢いでワンナイトラブの経験あり。
25 名前：可愛い奥様[] 投稿日：2007/01/26(金) 04:08:25 ID:IfNo5kNWO
中絶4回、ｲﾒｸﾗ一年、二重整形、大学中退、性病2回、同棲3回。
45 名前：可愛い奥様[sage] 投稿日：2007/02/04(日) 14:24:40 ID:PBhJa6V+0
自分の預金が旦那の年収の７倍くらいあること。
学生のとき、ちょっとした事業起こして大成功ｗ そのことも話してない。
47 名前：可愛い奥様[] 投稿日：2007/02/04(日) 17:16:59 ID:CaAW9Ko50
うーん。堕胎。母子手帳に記載しないといけないから…そこは糊で貼付けた。
義母にはバレているだろう。でも回数が…１回多いとは…永遠の秘密。
92 名前：可愛い奥様[] 投稿日：2007/02/09(金) 23:46:04 ID:QRXcETQYO
セクキャバでバイト経験あり。援交しまくり時代もあり。ヤッた数は100人くらい。
私バツイチで今の旦那には元夫の浮気が原因で離婚したの。とか言ったけどほんとは逆。
好きな人できて夫捨ててのりかえた。浮気しまくりだった。
すごくいい夫だったのにすごく最低な事したって思う。
106 名前：可愛い奥様[] 投稿日：2007/02/18(日) 09:56:13 ID:wIf/65Md0
半年前、万引きして捕まった事。嘘泣きして逃がしてもらった(^^v
http://human6.2ch.net/test/read.cgi/ms/1168957905/
7 名前：可愛い奥様[] 投稿日：2007/01/18(木) 03:03:54 ID:iE8GVdnP
援交10回、中絶２回、ﾃﾞﾘﾍﾙ、ｿｰﾌﾟ１年、整形２か所
12 名前：可愛い奥様[] 投稿日：2007/01/19(金) 22:43:01 ID:s7dkuHKN0
高校生の頃から喫煙。不倫経験あり。
旦那は私にとって７人目の彼氏。（旦那には３人目と嘘ついた）
酒に酔った勢いでワンナイトラブの経験あり。
25 名前：可愛い奥様[] 投稿日：2007/01/26(金) 04:08:25 ID:IfNo5kNWO
中絶4回、ｲﾒｸﾗ一年、二重整形、大学中退、性病2回、同棲3回。
45 名前：可愛い奥様[sage] 投稿日：2007/02/04(日) 14:24:40 ID:PBhJa6V+0
自分の預金が旦那の年収の７倍くらいあること。
学生のとき、ちょっとした事業起こして大成功ｗ そのことも話してない。
47 名前：可愛い奥様[] 投稿日：2007/02/04(日) 17:16:59 ID:CaAW9Ko50
うーん。堕胎。母子手帳に記載しないといけないから…そこは糊で貼付けた。
義母にはバレているだろう。でも回数が…１回多いとは…永遠の秘密。
92 名前：可愛い奥様[] 投稿日：2007/02/09(金) 23:46:04 ID:QRXcETQYO
セクキャバでバイト経験あり。援交しまくり時代もあり。ヤッた数は100人くらい。
私バツイチで今の旦那には元夫の浮気が原因で離婚したの。とか言ったけどほんとは逆。
好きな人できて夫捨ててのりかえた。浮気しまくりだった。
すごくいい夫だったのにすごく最低な事したって思う。
106 名前：可愛い奥様[] 投稿日：2007/02/18(日) 09:56:13 ID:wIf/65Md0
半年前、万引きして捕まった事。嘘泣きして逃がしてもらった(^^v
ここはちいたんを弄ぶ変態のスレですね。
symfony1.0リリースで
（´・ω・`）congratulations!
って言ってるお前らでてこいや
（´・ω・`）congratulations!
って言ってるお前らでてこいや
俺が禁2chしている間にこのスレッドもPart6まで伸びたんですね！
スゴイ(・∀・)
スゴイ(・∀・)
16 ：nobodyさん：2007/02/22(木) 11:50:47 ID:vQWc6OOV
>>15
2禁してると健康になるって聞いたんですが、本当ですか？
2禁してると健康になるって聞いたんですが、本当ですか？
ニキニキ日勤！
2ch禁したら毛がはえてきました
>>18
あ～俺もあったな
あ～俺もあったな
20 ：nobodyさん：2007/02/23(金) 17:56:56 ID:mBQ7q2im
symfonyの質問です。
アクションクラスで作ったオブジェクトをテンプレート側で使うにはどうすれば良いのでしょうか？
CRUDを自動生成するとデフォルトで対応するテーブルのオブジェクトが使われていますが、
そのオブジェクトがどこでアサインされているのかが分りません。
よろしくお願いします。
アクションクラスで作ったオブジェクトをテンプレート側で使うにはどうすれば良いのでしょうか？
CRUDを自動生成するとデフォルトで対応するテーブルのオブジェクトが使われていますが、
そのオブジェクトがどこでアサインされているのかが分りません。
よろしくお願いします。
zend 0.8ｷﾀｱｱｱｱｱｱｱｱｱｱｱ
1.0になったら起こして
＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
24 ：nobodyさん：2007/02/24(土) 12:51:06 ID:7nDUSumM
>>22-23
なんかかわいい
なんかかわいい
１００になったら来いやぁぁぁぁ
┌┴┐┌┴┐┌┴┐ -┼- ￣Ｔフ￣Ｔフ ＿＿ / /
_ノ _ノ _ノ ヽ／| ﾉ ﾉ 。。
/＼＿＿_／ヽ
／ﾉヽ ヽ、
/ ⌒''ヽ,,,)ii(,,,ｒ'''''' :::ﾍ
| ﾝ（○）,ﾝ <､（○）<::| |｀ヽ､
| ｀⌒,,ﾉ(､_, )ヽ⌒´ ::l |::::ヽl
. ヽ ヽ iｌ´ﾄｪｪｪｲ｀ｌi ｒ ;/ .|:::::ｉ |
／ヽ !ｌ |,ｒ-ｒ-| ｌ! /ヽ |:::::ｌ |
/ |^|ヽ､ ｀ﾆﾆ´一／|^|｀,ｒ-|:「￣
/ | .| | .| ,Ｕ(ﾆ ､)ヽ
/ | .| | .|人(_(ﾆ､ﾉﾉ
┌┴┐┌┴┐┌┴┐ -┼- ￣Ｔフ￣Ｔフ ＿＿ / /
_ノ _ノ _ノ ヽ／| ﾉ ﾉ 。。
/＼＿＿_／ヽ
／ﾉヽ ヽ、
/ ⌒''ヽ,,,)ii(,,,ｒ'''''' :::ﾍ
| ﾝ（○）,ﾝ <､（○）<::| |｀ヽ､
| ｀⌒,,ﾉ(､_, )ヽ⌒´ ::l |::::ヽl
. ヽ ヽ iｌ´ﾄｪｪｪｲ｀ｌi ｒ ;/ .|:::::ｉ |
／ヽ !ｌ |,ｒ-ｒ-| ｌ! /ヽ |:::::ｌ |
/ |^|ヽ､ ｀ﾆﾆ´一／|^|｀,ｒ-|:「￣
/ | .| | .| ,Ｕ(ﾆ ､)ヽ
/ | .| | .|人(_(ﾆ､ﾉﾉ
Zend Framework バージョン100
…って、どんだけ発展させるつもりやねん！？
…って、どんだけ発展させるつもりやねん！？
Zendって結構よくね？
フルスタックと俺俺の中間くらいの姿勢で作れていいじゃんこれ(ﾟ∀ﾟ)
フルスタックと俺俺の中間くらいの姿勢で作れていいじゃんこれ(ﾟ∀ﾟ)
Zend_Controller_Front::run()ってださくね？
BASICかよ
BASICかよ
あれ？ZFの専用スレってなくなった？
落ちるような板じゃないのに何故？
落ちるような板じゃないのに何故？
別に無くてもいい＞ZendFWスレ
symfonyとZFってどっちが速いの？
シンプルのZF,コードキャッシュのsymfony
DOTCHだ？
シンプルのZF,コードキャッシュのsymfony
DOTCHだ？
ZFの方が速いがそれは当たり前だ
ZFとsymfonyをFWとして比較するのは
もういい加減やめようぜナンセンスだ
ZFはライブラリ集、symfonyはフルスタックFW
ZFとsymfonyをFWとして比較するのは
もういい加減やめようぜナンセンスだ
ZFはライブラリ集、symfonyはフルスタックFW
Zend自身がフレームワークと主張してるからしょうがないジャン
実際のところコードキャッシュはアクセラレータに担当させるから
生PHPレベルでやる必要ないんだよね。
symfony無駄な努力乙ｗｗｗ
生PHPレベルでやる必要ないんだよね。
symfony無駄な努力乙ｗｗｗ
37 ：nobodyさん：2007/02/28(水) 02:09:48 ID:N694lB7M
ZFの勝ちです。ありがとうございました。
機能的にはMojavi2相当くらいだけどね（´∀｀）
もちろん（低機能で有名な）ＺＦのこと（´∀｀）
ZFは開発速度といい規模といい
一人で作ってるんじゃないかと思えるほどだな
一人で作ってるんじゃないかと思えるほどだな
42 ：nobodyさん：2007/02/28(水) 13:01:03 ID:RMMGJyT/
現場ではFWは何が使われているの？
やっぱり独自に組んだやつ？
やっぱり独自に組んだやつ？
45 ：nobodyさん：2007/02/28(水) 15:54:12 ID:N694lB7M
>>42
ぬっけろしてやりたいなｗ
ぬっけろしてやりたいなｗ
>>42
煽りすぎワロタ
煽りすぎワロタ
mojavi2を使っている人に聞きたいのですがactionの中に独自のfunctionを書いたりしますか?
M2使ってないけど書くのが当たり前と思う
みなさんは、unit testのコードはどこに置いていますか?
同じレポジトリ?別レポジトリ?
チェックするコードのすぐ近く?別ディレクトリ?
同じレポジトリ?別レポジトリ?
チェックするコードのすぐ近く?別ディレクトリ?
>>48
当たり前だと本当に思ってるなら、頭がおかしいよ
当たり前だと本当に思ってるなら、頭がおかしいよ
独自のfunctionって何だ？
自分で作ったメソッドのことなのか、メソッドではない関数のことなのか。
自分で作ったメソッドのことなのか、メソッドではない関数のことなのか。
>>47
メソッドの事を言っているという前提で話すと、
システムの規模によるでしょ
小さなシステムだとアクションに処理メソッド追加した方が見通しよくなるし、
大きなシステムだと、処理群をどこかに集約する方が見通しがよい。
メソッドの事を言っているという前提で話すと、
システムの規模によるでしょ
小さなシステムだとアクションに処理メソッド追加した方が見通しよくなるし、
大きなシステムだと、処理群をどこかに集約する方が見通しがよい。
>>51
Actionクラス内にcontrollerが利用しないfunctionを書くという意味で
Actionクラスのメソッドだと思います。
基本的な処理はmodelクラスの中でまとめているのですが、getDefaultViewとexecuteで共通の処理
があったのでAction内に書いてみたのですが微妙な感じがしたので聞いてみました
Actionクラス内にcontrollerが利用しないfunctionを書くという意味で
Actionクラスのメソッドだと思います。
基本的な処理はmodelクラスの中でまとめているのですが、getDefaultViewとexecuteで共通の処理
があったのでAction内に書いてみたのですが微妙な感じがしたので聞いてみました
全然ありやがな
基底クラスに共通のメソッド作って継承させたりもするし。
それがOOPじゃん。
基底クラスに共通のメソッド作って継承させたりもするし。
それがOOPじゃん。
ぺちぱーは継承と委譲の使い分けがへたくそそうだな。
DBの操作に何使ってる?
phpMyAdminを使ってきたけどちょっと遅いんだよね
phpMyAdminを使ってきたけどちょっと遅いんだよね
eclipseでいくつかSQLを叩けるプラグインがあるよ
俺もphpMyAdmin使ってたけど、慣れてしまったら普通にコマンドラインからSQL打ち込むほうが軽快で楽。
ちょっと複雑な操作するなら、スクリプト書けばいいだけって感じになるし。
ちょっと複雑な操作するなら、スクリプト書けばいいだけって感じになるし。
開発しているとフィールドを追加したりしてデータ構造が良く変わるけど
本番のDBとデータ構造が変わって非常に面倒なのだがどうにかならないものか
本番のDBとデータ構造が変わって非常に面倒なのだがどうにかならないものか
適当にマイグレーション用のスクリプトでも用意したらいいじゃん
最悪でも本番環境へのリリース時にテスト環境DBからエクスポート
→本番環境DBへインポートで終わる話じゃないないの？
最悪でも本番環境へのリリース時にテスト環境DBからエクスポート
→本番環境DBへインポートで終わる話じゃないないの？
DBの構造と中身が変わってしまうのは開発じゃ仕方のないことだと思います。
順番を気にするってのがよく分かりませんが、
DB抽象化レイヤーでDAOを作ってやれば、
微調整程度の変更ならPHPコードの変更無しに対応できませんか？
参考になるか分かりませんが、以下は自分が2年前にPHPで仕事してた時のワークフローです。
1. dbDesigner4でDB書いて正規化
2. 出てきたXMLをPropelのXMLに変換するXSLTに食わせる。(http://blog.tooleshed.com/?p=6)
3. Propelを走らせてDAOを生成
4. DAOの中身をゴリゴリ弄くるModelを書いて、Controlから操作（自分はMojavi3を使用）
5．ViewはSmarty、formはhtml_quickformで抽象化
自分もphpMyadminの操作性はイマイチと感じていたので、DBDesigner4のデータ操作機能を使ってました。
2年間ちまちまと仕様変更のサポートもしてますが、
1－3のステップはすぐ終わるし、4の大幅な書き直しも殆ど経験がないので、
まぁPHPも悪くないかなぁと思ったりしてます。
ただ、開発中はremote debugの挙動が微妙で殆どprint_rで対応してたので、
ここが改善されるまでは（もうされてる？）PHPで仕事したくないってのも本音です。
順番を気にするってのがよく分かりませんが、
DB抽象化レイヤーでDAOを作ってやれば、
微調整程度の変更ならPHPコードの変更無しに対応できませんか？
参考になるか分かりませんが、以下は自分が2年前にPHPで仕事してた時のワークフローです。
1. dbDesigner4でDB書いて正規化
2. 出てきたXMLをPropelのXMLに変換するXSLTに食わせる。(http://blog.tooleshed.com/?p=6)
3. Propelを走らせてDAOを生成
4. DAOの中身をゴリゴリ弄くるModelを書いて、Controlから操作（自分はMojavi3を使用）
5．ViewはSmarty、formはhtml_quickformで抽象化
自分もphpMyadminの操作性はイマイチと感じていたので、DBDesigner4のデータ操作機能を使ってました。
2年間ちまちまと仕様変更のサポートもしてますが、
1－3のステップはすぐ終わるし、4の大幅な書き直しも殆ど経験がないので、
まぁPHPも悪くないかなぁと思ったりしてます。
ただ、開発中はremote debugの挙動が微妙で殆どprint_rで対応してたので、
ここが改善されるまでは（もうされてる？）PHPで仕事したくないってのも本音です。
piece frameworkってどうなの？
何か他のとは違う感じだけど。
何か他のとは違う感じだけど。
何か他のとは違う感じだった
遷移フローをちまちまYAMLで書かないといけないみたいで
調べるの面倒そうで結局触ってないな＞piece framework
ドキュメント周りがわかりづらいというか不親切というか
なんとか状態マシンか知らんけどアーキテクチャを
既存のわかりやすい概念なりなんなり使って説明した
ドキュメントがあればまだ試してみる気になるんだが
良くも悪くも一見さんお断りな雰囲気で試してみる気にならない
実装は良さそうなんだけど
ヴァリデーションのパッケージは
単独で使えそうでなかなか良いかなと思った
調べるの面倒そうで結局触ってないな＞piece framework
ドキュメント周りがわかりづらいというか不親切というか
なんとか状態マシンか知らんけどアーキテクチャを
既存のわかりやすい概念なりなんなり使って説明した
ドキュメントがあればまだ試してみる気になるんだが
良くも悪くも一見さんお断りな雰囲気で試してみる気にならない
実装は良さそうなんだけど
ヴァリデーションのパッケージは
単独で使えそうでなかなか良いかなと思った
>>64
今はRails使ってんの？
今はRails使ってんの？
70 ：有限状態マシン特別捜査本部設置：2007/03/09(金) 12:42:08 ID:???
>>67,>>69
みんなで「有限状態マシン」というものがどういうものか調査しよう。
前にチラッと見て気になっていた。
http://www-06.ibm.com/jp/developerworks/web/library/wa-finitemach1/index.shtml
JavaScript での有限状態マシン
ブラウザー・ベースのアプリケーションは、マウス、キーボード、タイマー、ネットワーク、そしてプログラムのイベントが時を選ばずに発生するリアルタイム環境で実行されます。
イベント駆動型アプリケーションの振る舞いがイベントの発生順によって異なる場合、プログラミングは非常に複雑になるため、デバッグするのも変更するのも難しくなります。
ソフトウェア・エンジニアは、イベント駆動型プログラムの開発を体系づける方式として長いこと、有限状態マシンを使ってきました。
これは学界では、離散的または決定性有限オートマトンと呼ばれることもあります。
有限状態マシンが課す規則は、複雑なロジックをわかりやすい表に置き換えて、設計に厳密さを加えます。
その結果、実装は単純化され、テストするのも簡単になります。
従来から、有限状態マシンはネットワーク・ドライバーとコンパイラーのような多様なプログラムを開発するのに有益であることが証明されています。
ブラウザー・ベースのアプリケーションを開発する際にも、同じように有限状態マシンが役立つことになります。
みんなで「有限状態マシン」というものがどういうものか調査しよう。
前にチラッと見て気になっていた。
http://www-06.ibm.com/jp/developerworks/web/library/wa-finitemach1/index.shtml
JavaScript での有限状態マシン
ブラウザー・ベースのアプリケーションは、マウス、キーボード、タイマー、ネットワーク、そしてプログラムのイベントが時を選ばずに発生するリアルタイム環境で実行されます。
イベント駆動型アプリケーションの振る舞いがイベントの発生順によって異なる場合、プログラミングは非常に複雑になるため、デバッグするのも変更するのも難しくなります。
ソフトウェア・エンジニアは、イベント駆動型プログラムの開発を体系づける方式として長いこと、有限状態マシンを使ってきました。
これは学界では、離散的または決定性有限オートマトンと呼ばれることもあります。
有限状態マシンが課す規則は、複雑なロジックをわかりやすい表に置き換えて、設計に厳密さを加えます。
その結果、実装は単純化され、テストするのも簡単になります。
従来から、有限状態マシンはネットワーク・ドライバーとコンパイラーのような多様なプログラムを開発するのに有益であることが証明されています。
ブラウザー・ベースのアプリケーションを開発する際にも、同じように有限状態マシンが役立つことになります。
71 ：有限状態マシン特別捜査本部設置：2007/03/09(金) 12:43:54 ID:???
有限状態マシンがモデル化する振る舞いでは、将来のイベントに対する応答は以前のイベントに依存します。
この分野には多数の学術的文献 (「参考文献」を参照) がありますが、実用されている定義は単純明快です。
有限状態マシンは、以下のもので構成されるコンピューター・プログラムです。
・プログラムが応答するイベント
・イベント間でのプログラムの待機状態
・イベントに対応した状態遷移
・状態遷移中に行われるアクション
・イベント間のアクションに必要な値を保持する変数
この分野には多数の学術的文献 (「参考文献」を参照) がありますが、実用されている定義は単純明快です。
有限状態マシンは、以下のもので構成されるコンピューター・プログラムです。
・プログラムが応答するイベント
・イベント間でのプログラムの待機状態
・イベントに対応した状態遷移
・状態遷移中に行われるアクション
・イベント間のアクションに必要な値を保持する変数
>>70
一人でやってろ
一人でやってろ
73 ：有限状態マシン特別捜査本部設置：2007/03/09(金) 12:46:58 ID:???
http://www.phppro.jp/qa/181
有限状態マシンの使い方？
有限状態マシンを最近知りました。状態、イベント、遷移、アクションなどから構成されるものですが、アプリケーション開発に有効であると聞きました。
有限状態マシンの使い方？
有限状態マシンを最近知りました。状態、イベント、遷移、アクションなどから構成されるものですが、アプリケーション開発に有効であると聞きました。
74 ：有限状態マシン特別捜査本部設置：2007/03/09(金) 12:54:18 ID:???
http://d.hatena.ne.jp/n314/20070215/1171531492
ということで有限状態マシンというやつが何なのか知りたいんだが・・
http://piece-framework.com/docs/piece-framework-workshop3.pdf
うーん。オートマトンのことなのかな？それなら話は早い。
http://www-06.ibm.com/jp/developerworks/java/060412/j_j-cb03216.shtml
この辺も見ながら・・。
ということで有限状態マシンというやつが何なのか知りたいんだが・・
http://piece-framework.com/docs/piece-framework-workshop3.pdf
うーん。オートマトンのことなのかな？それなら話は早い。
http://www-06.ibm.com/jp/developerworks/java/060412/j_j-cb03216.shtml
この辺も見ながら・・。
75 ：有限状態マシン特別捜査本部設置：2007/03/09(金) 12:55:59 ID:???
有限オートマトン - Wikipedia
http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
決定性有限オートマトン - Wikipedia
http://ja.wikipedia.org/wiki/%E6%B1%BA%E5%AE%9A%E6%80%A7%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
うん、有限状態マシンと有限オートマトンは同じ意味になってるな。有限状態マシンの方が一般的なのかな？初めて聞いた。
http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
決定性有限オートマトン - Wikipedia
http://ja.wikipedia.org/wiki/%E6%B1%BA%E5%AE%9A%E6%80%A7%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
うん、有限状態マシンと有限オートマトンは同じ意味になってるな。有限状態マシンの方が一般的なのかな？初めて聞いた。
76 ：有限状態マシン特別捜査本部設置：2007/03/09(金) 13:02:18 ID:???
有限オートマトン - Wikipedia
http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
有限オートマトン（ゆうげん-、finite automaton、FA)または有限状態機械（ゆうげんじょうたいきかい、finite state machine、FSM）とは、有限個の状態と遷移と動作の組み合わせからなる「ふるまいのモデル」である。
状態（state）とは過去に関する情報を格納するものであり、システムが開始してから現在までの入力を反映するものである。
遷移（transition）とは状態変化を示すものであり、遷移を実現するのに必要な条件とともに示される。
動作（action）とは活動の説明であり、与えられた時点で実行しなければならないことを示している。
動作にはいくつかの型がある。
開始（Entry）動作
その状態に入るときに行う動作
終了（Exit）動作
その状態から出るときに行う動作
入力（Input）動作
現在状態と入力条件に依存して行う動作
遷移（Transition）動作
ある遷移を行うときに実行される動作
http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
有限オートマトン（ゆうげん-、finite automaton、FA)または有限状態機械（ゆうげんじょうたいきかい、finite state machine、FSM）とは、有限個の状態と遷移と動作の組み合わせからなる「ふるまいのモデル」である。
状態（state）とは過去に関する情報を格納するものであり、システムが開始してから現在までの入力を反映するものである。
遷移（transition）とは状態変化を示すものであり、遷移を実現するのに必要な条件とともに示される。
動作（action）とは活動の説明であり、与えられた時点で実行しなければならないことを示している。
動作にはいくつかの型がある。
開始（Entry）動作
その状態に入るときに行う動作
終了（Exit）動作
その状態から出るときに行う動作
入力（Input）動作
現在状態と入力条件に依存して行う動作
遷移（Transition）動作
ある遷移を行うときに実行される動作
本人が光臨しちゃったじゃないか…
気持ち悪いなぁ
気持ち悪いなぁ
うざい
>68
Railsは便利そうな感じがしたので、色々調べてみたんですが、仕事をするには至っていません。
DAOが組み込み済みとのことで、工程を多少省けて良いかなとは思ったんですが。
大小を問わず今の開発者泣かせなAJAXベースのWEBアプリは
先２～３年でWPFに駆逐されるのではと勝手に思っているので、
そう考えると、腰を据えて勉強を進めるならASP.NETかなぁ。
C#自体もJavaの後発だけあって、さすがに素晴らしい言語だし。
Railsは便利そうな感じがしたので、色々調べてみたんですが、仕事をするには至っていません。
DAOが組み込み済みとのことで、工程を多少省けて良いかなとは思ったんですが。
大小を問わず今の開発者泣かせなAJAXベースのWEBアプリは
先２～３年でWPFに駆逐されるのではと勝手に思っているので、
そう考えると、腰を据えて勉強を進めるならASP.NETかなぁ。
C#自体もJavaの後発だけあって、さすがに素晴らしい言語だし。
WPFがそこまで広まる下地があるなら、先にApolloのほうが広まるんじゃねぇか？
どーでしょう。似たような機能を提供するRuntimeなら、
VSとC#を使って現資産で開発効率を上げられるので、自分はWPFかなと思ってますが。
最後にWeb言語の勉強をしてから久しいので、適当に流してやってください。
VSとC#を使って現資産で開発効率を上げられるので、自分はWPFかなと思ってますが。
最後にWeb言語の勉強をしてから久しいので、適当に流してやってください。
>>80
AJAXの代替として、とりあえずFlash（ActionScript）を使ったリッチクライアント技術が活用されるようになるでしょうか？
Flashで足りないことはApolloで補えるかなー？というかんじで見てみるとか。
http://www.atmarkit.co.jp/fwcr/rensai/wcrwatch17/wcrwatch17.html
デスクトッププラットフォームを制するのはApolloかWPF/Eか
AJAXの代替として、とりあえずFlash（ActionScript）を使ったリッチクライアント技術が活用されるようになるでしょうか？
Flashで足りないことはApolloで補えるかなー？というかんじで見てみるとか。
http://www.atmarkit.co.jp/fwcr/rensai/wcrwatch17/wcrwatch17.html
デスクトッププラットフォームを制するのはApolloかWPF/Eか
DBマガジンでPiece FWをちらっと立ち読みしたのがステートフルというのは
確かに魅力的だ
Webアプリを作っていてセキュリティ対策が一番重要で一番時間がかかるわりに
一番おもしろくないので、その辺が楽になるFWは魅力的だ
確かに魅力的だ
Webアプリを作っていてセキュリティ対策が一番重要で一番時間がかかるわりに
一番おもしろくないので、その辺が楽になるFWは魅力的だ
あとPiece IDEやyamlの設定ファイルをいじるソフトを作るとか書いてあった
結構高い志を持ってやっている印象はあるがどうなの? > 利用している人
結構高い志を持ってやっている印象はあるがどうなの? > 利用している人
まぁでも標準には持ってけないだろうな
Piece Framework と Zend Framework を一緒に使えるようにしているので、Zend Frameworkとともに爆発する可能性あり(^^)v
http://www.phppro.jp/news/330
http://www.phppro.jp/news/330
Piece Frameworkは勉強会ばっかやらずにまずドキュメントを揃えた
ほうが良いと思うな。故Mapleを思い出しちゃうよ。
ほうが良いと思うな。故Mapleを思い出しちゃうよ。
私は、ＭＶＣが良く分かっていません。
正直、まだ満足にSymfonyやZend Frameworkを使いこなせていません。
もう次世代の新しいフレームワーク「Piece」が出たんですか？
ピースのホームページにあった説明分には、聞いたことがないような用語が連発されていてよく分かりませんでした。＞＜
PHP初心者の私でも分かるようなドキュメント、説明、使用例を作って欲しいです。
作者さん、よろしくお願いします。
正直、まだ満足にSymfonyやZend Frameworkを使いこなせていません。
もう次世代の新しいフレームワーク「Piece」が出たんですか？
ピースのホームページにあった説明分には、聞いたことがないような用語が連発されていてよく分かりませんでした。＞＜
PHP初心者の私でも分かるようなドキュメント、説明、使用例を作って欲しいです。
作者さん、よろしくお願いします。
初心者に分かりやすいのはZend
>>89
有限マシンと言われてもピンと来なかったが、決定性有限オートマトンと同じらしいから、コンパイラの解説でも探して読めば判るよ。
字句解析とかの話で、普通に解説されている。
決定性有限オートマトンとか、DFAで調べても出てくるだろ。
有限マシンと言われてもピンと来なかったが、決定性有限オートマトンと同じらしいから、コンパイラの解説でも探して読めば判るよ。
字句解析とかの話で、普通に解説されている。
決定性有限オートマトンとか、DFAで調べても出てくるだろ。
で、要するにセッション管理？
Singletonにするクラスを継承させると
getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
それぞれのインスタンスを管理するFactoryクラス書いて
疑似Singletonにするのってアリ？ナシ？
getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
それぞれのインスタンスを管理するFactoryクラス書いて
疑似Singletonにするのってアリ？ナシ？
FactoryをSingletonにして
生成される側で呼び出しクラスチェックしたら問題ないよね。
生成される側で呼び出しクラスチェックしたら問題ないよね。
>>87
爆発してチリとなる、と(w
爆発してチリとなる、と(w
>>94
> Singletonにするクラスを継承させると
> getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
なぜ？getInstanceにどういう実装をしてるんだ？
> Singletonにするクラスを継承させると
> getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
なぜ？getInstanceにどういう実装をしてるんだ？
staticな$instanceをそれぞれの子クラスに持たせないといけないから
それにアクセスするgetInstanceも子クラスに持たせないといけないでしょ
それにアクセスするgetInstanceも子クラスに持たせないといけないでしょ
>>98
なんでよ？継承してるんでしょ？
class Singleton
{
private static $instance = null;
public function getInstance()
{
if (self::$instance === null) {
echo "new\n";
self::$instance = new self;
}
return self::$instance;
}
}
class SubClass extends Singleton
{}
$obj = Singleton::getInstance();
$obj = SubClass::getInstance();
これでいいんじゃないの？newが表示されるのは1回だけだよ
PHP4ならスタティックプロパティをスタティック変数にする
なんでよ？継承してるんでしょ？
class Singleton
{
private static $instance = null;
public function getInstance()
{
if (self::$instance === null) {
echo "new\n";
self::$instance = new self;
}
return self::$instance;
}
}
class SubClass extends Singleton
{}
$obj = Singleton::getInstance();
$obj = SubClass::getInstance();
これでいいんじゃないの？newが表示されるのは1回だけだよ
PHP4ならスタティックプロパティをスタティック変数にする
そっか、コールされてる元クラスが
selfじゃ取れないから確かにだめだ
SubClass::getInstaceだけやってても
Singletonのオブジェクトが返って来るわ
すまんこ
selfじゃ取れないから確かにだめだ
SubClass::getInstaceだけやってても
Singletonのオブジェクトが返って来るわ
すまんこ
誰もが面倒くさくないシングルトンに挑戦し
そして挫折する
そして挫折する
そうしてみんな大人になっていくのだ
シングルトン以前はシングルトン以後のように
シングルトン以後はシングルトン以前のように
シングルトン以後はシングルトン以前のように
Singletonの継承は諦めるのが一番楽ちん
つまりクラスは再利用されない訳で、クラス使う意味ないね(w
作ってる香具師は自分のスキルを誇示したくて作ってるだろうから、勉強会がモチベーション上がるだろうね。
ドキュメント整備なんてPGには全く向いてない仕事。使う側が自分が楽するために整備して行く以外無いよ。
セキュリティが面倒だから任せたいってのも、作る側もセキュリティは面倒なので遣りたくはないと思う。
結局はセキュリティは後回しで、使う側が困ると。
セキュリティとか楽しくない作業は商用ソフトとかで金でモチベーションを保たないと整備されないと思う。
作ってる香具師は自分のスキルを誇示したくて作ってるだろうから、勉強会がモチベーション上がるだろうね。
ドキュメント整備なんてPGには全く向いてない仕事。使う側が自分が楽するために整備して行く以外無いよ。
セキュリティが面倒だから任せたいってのも、作る側もセキュリティは面倒なので遣りたくはないと思う。
結局はセキュリティは後回しで、使う側が困ると。
セキュリティとか楽しくない作業は商用ソフトとかで金でモチベーションを保たないと整備されないと思う。
再利用のためだけにクラス作るわけじゃないよ
いったんOOPに慣れたらクラス作らない方が書きにくい
いったんOOPに慣れたらクラス作らない方が書きにくい
PHPではネームスペースの代わりにクラス使っていることも多い。
ウェブアプリ自体、オブジェクト指向なんて無用と思うけど、
mod_phpみたいに永続化の仕組みがない環境じゃますます要らない。
リクエストの度にDBやフォームデータというフラットな構造の値からオブジェクトを作り直すなんて馬鹿げてる。
mod_phpみたいに永続化の仕組みがない環境じゃますます要らない。
リクエストの度にDBやフォームデータというフラットな構造の値からオブジェクトを作り直すなんて馬鹿げてる。
OOは人間が読むため
パフォーマンスが落ちるのは仕方ない
パフォーマンスが落ちるのは仕方ない
今は鯖が結構ええから
読みやすさのためにOOにしたほうが有益
読みやすさのためにOOにしたほうが有益
うん
アクセラレータ入れたらいいしね
アクセラレータ入れたらいいしね
クラス使わなかったら名前ぶつかりまくるじゃん
ベタ書き主義は
他人のライブラリを使うという可能性まで切り捨てることになる
ベタ書き主義は
他人のライブラリを使うという可能性まで切り捨てることになる
プログラマがオブジェクトとして扱える事に意味がある
オ ブ ジ ェ ク ト ン あ ら わ ル ！ ！
ﾃﾞﾃﾞｰﾝ!!
ベタ書きで、何にも困ってないんだけど・・・。
もちろんあらゆる処理を自作関数にはしているけど、
関数から一歩進んでクラスにするメリットがよく理解できない。
もちろんあらゆる処理を自作関数にはしているけど、
関数から一歩進んでクラスにするメリットがよく理解できない。
>>115
単純にクラス化すればいいってもんじゃないけど
例えば俺があなたのコードをメンテしなきゃならない時にコードを理解するのが大変とかっていう
ベタ書きのデメリットを回避出来るのがメリットかなぁ
本当に理解してる人からは怒られるかもしれないけど、稚拙な俺なりの理解で抽象的に語ると
クラス化するというのは情報を整理する為の方法だと思うんだ
きちんと整理されているとコードを読みやすいし書きやすい
ベタ書きでも整理は出来るんだけど、ベタ書きだけでは整理の為の表現力が足りないし、より
オレオレな整理方法になりやすい
どうでもいいけどクラス化されてないフレームワークってあるんだろうか？（phpでね）
おもしろいフレームワークになりそうな気はするがｗ
単純にクラス化すればいいってもんじゃないけど
例えば俺があなたのコードをメンテしなきゃならない時にコードを理解するのが大変とかっていう
ベタ書きのデメリットを回避出来るのがメリットかなぁ
本当に理解してる人からは怒られるかもしれないけど、稚拙な俺なりの理解で抽象的に語ると
クラス化するというのは情報を整理する為の方法だと思うんだ
きちんと整理されているとコードを読みやすいし書きやすい
ベタ書きでも整理は出来るんだけど、ベタ書きだけでは整理の為の表現力が足りないし、より
オレオレな整理方法になりやすい
どうでもいいけどクラス化されてないフレームワークってあるんだろうか？（phpでね）
おもしろいフレームワークになりそうな気はするがｗ
ま、PHPでクラスを使うメリットってパッケージらしきものを作ることくらいなんだよな。
だから、PHP4で十分なんだ。
だから、PHP4で十分なんだ。
なんかしらんが、クラス化したくないやつは別にせんでええから。
黙ってひとりだけでやっとけ。
黙ってひとりだけでやっとけ。
http://journal.mycom.co.jp/articles/2007/03/14/googleguice/
このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる
今、Ruby on RailsのPHP版が人気だと思いますが、Guiceに影響を受けてDIフレームワークが増えてくるでしょうか？
このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる
今、Ruby on RailsのPHP版が人気だと思いますが、Guiceに影響を受けてDIフレームワークが増えてくるでしょうか？
＼(^o^)／ ＼(^o^)／ PHPオワタ
) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) Javaハジマタ
) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) Javaハジマタ
>>115
関数はそれ一つで事象が完結してしまうだろ。
オブジェクトはそれの消滅まで動作を一連して処理できる。
たとえば簡単な例だと、PHPのFTP関数。
何をするにも、関数ひとつひとつにコネクションを突っ込んでやらなきゃいけない。
関数はそれ一つで事象が完結してしまうだろ。
オブジェクトはそれの消滅まで動作を一連して処理できる。
たとえば簡単な例だと、PHPのFTP関数。
何をするにも、関数ひとつひとつにコネクションを突っ込んでやらなきゃいけない。
googleはPHPのフレームワークも作ってください＞＜
いらねーよ
google規模の仕事なんてしねーし
google規模の仕事なんてしねーし
もうGoogleがすべての開発環境作ってくれればいいんじゃねーかと思う
>>121
そのレベルの話が理解できてないやつに何言っても無駄。
そのレベルの話が理解できてないやつに何言っても無駄。
OOを体得した奴にとっては
OOの方がいいことに疑問もないけど、
そうでない奴が「これ何の役に立つんだ？」と考えるのもよくあることだな。
OOの方がいいことに疑問もないけど、
そうでない奴が「これ何の役に立つんだ？」と考えるのもよくあることだな。
>>127
そしてあらゆることに「だって～～すれば同じじゃん」と言ってくるのもよくあることだな
そしてあらゆることに「だって～～すれば同じじゃん」と言ってくるのもよくあることだな
で、最終的に
「一人で趣味でやってるなら好きにすれ」
となるわけだな。
「一人で趣味でやってるなら好きにすれ」
となるわけだな。
最近PHP5を始めた私に、おすすめのフレームワークを教えてください。
無難なやつがいいです。ゲームだったらドラクエ買っとけば？みたいな。
できれば新しい奴がいいです。
無難なやつがいいです。ゲームだったらドラクエ買っとけば？みたいな。
できれば新しい奴がいいです。
それならsymfonyかな？
デザイナとプログラマーが分業に向いているフレームワークってないでしょうか？
既存のフレームワークを使わずに、自作フレームワーク + smartyぐらいしか
方法はないんでしょうかね
既存のフレームワークを使わずに、自作フレームワーク + smartyぐらいしか
方法はないんでしょうかね
ないね。最近のフレームワークはプログラマー視点のばっかだから。
>>133
ほとんどのフレームワークでSmartyなりFlexyなりのテンプレートエンジンが使えると思うんだけど、
それ以上の事っていう話？
それ以上どういうものがあるとデザイナさんにとって便利なのか、よくわからんので、
アイデアがあるなら聞かせて欲しい。
ほとんどのフレームワークでSmartyなりFlexyなりのテンプレートエンジンが使えると思うんだけど、
それ以上の事っていう話？
それ以上どういうものがあるとデザイナさんにとって便利なのか、よくわからんので、
アイデアがあるなら聞かせて欲しい。
>>135
ぷ
ぷ
>>135
プログラマー視点でないフレームワークってどういうものか教えて下さい
プログラマー視点でないフレームワークってどういうものか教えて下さい
つ Pharon
ふと閃いて、デザイナー視点のフレームワーク（デザイナーが持ってきたデザイン（html）をそのまま修正せずに使える、という事）を作ったつもりだったんだが・・・
予想以上に酷い・・・
<tr><tr>とかあるのに平気で提出するし、fontタグとspanタグ（cssでスタイルを設定している）を二重に使う意味って何よ？
内容の無い、謎の<div></div>なんてのもあるし・・・
まぁ、たぶん dreamweaver だとかの出力をそのまま提出したんだろうけどね。
プロってくらいなんだから、せめて html くらい勉強してきれいな html で提出してもらいたいもんだ。
予想以上に酷い・・・
<tr><tr>とかあるのに平気で提出するし、fontタグとspanタグ（cssでスタイルを設定している）を二重に使う意味って何よ？
内容の無い、謎の<div></div>なんてのもあるし・・・
まぁ、たぶん dreamweaver だとかの出力をそのまま提出したんだろうけどね。
プロってくらいなんだから、せめて html くらい勉強してきれいな html で提出してもらいたいもんだ。
もうデザイナーがもってきたものを見ながら
自分でタグ打つほうが良い気がしてきた
自分でタグ打つほうが良い気がしてきた
zend 0.9ｷﾀｱｱｱｱｱｱｱｱｱｱｱ
デザイナにはHTMLでなく絵でもJPEGでもいいからとにかくデザインだけ描いてもらって
それをHTMLだのCSSだのに落とすのはプログラマの仕事にしちゃった方が
効率も良いし後のメンテ性も上がる気がするよするよ
それをHTMLだのCSSだのに落とすのはプログラマの仕事にしちゃった方が
効率も良いし後のメンテ性も上がる気がするよするよ
>>143
同意。というか、デザイナ と ウェブデザイナ の仕事の違いだな。
単なるデザイナは見た目としての絵を書くのが仕事。
一般的なウェブサイトで見かけるようなレベルの
”絵”をかけるなら結構いる。
（もちろんすごいレベルの絵をかける人は少ないが）
ウェブデザイナはXHTML・CSS（もちろん手書きできること）、
各ブラウザでのCSS等の対応の違いとその対処法、
Web標準、ユーザビリティ、アクセサビリティ、CGI、Ajax、
JavaScript、PHP等の動的プログラミング言語と
”絵”以外の要素を知っていないといけない。
こういう人はデザイナの世界にはなかなかいないが、
プログラマの世界にはそれなりにいたりする。
デザイナとプログラマで作るとしたら、
デザイナは絵を描いてくれれば十分。
同意。というか、デザイナ と ウェブデザイナ の仕事の違いだな。
単なるデザイナは見た目としての絵を書くのが仕事。
一般的なウェブサイトで見かけるようなレベルの
”絵”をかけるなら結構いる。
（もちろんすごいレベルの絵をかける人は少ないが）
ウェブデザイナはXHTML・CSS（もちろん手書きできること）、
各ブラウザでのCSS等の対応の違いとその対処法、
Web標準、ユーザビリティ、アクセサビリティ、CGI、Ajax、
JavaScript、PHP等の動的プログラミング言語と
”絵”以外の要素を知っていないといけない。
こういう人はデザイナの世界にはなかなかいないが、
プログラマの世界にはそれなりにいたりする。
デザイナとプログラマで作るとしたら、
デザイナは絵を描いてくれれば十分。
>>144
めちゃくちゃなHTMLを貰ってどうするんだ？
めちゃくちゃなものをそのままアップするのか？
あんなの何の参考にもならんだろ。
こんなんできるか！っていうありえない”絵”ならHTMLでだってできるよ。
でも所詮それはHTMLがおまけ程度についただけのただの”絵”でしかないけど。
めちゃくちゃなHTMLを貰ってどうするんだ？
めちゃくちゃなものをそのままアップするのか？
あんなの何の参考にもならんだろ。
こんなんできるか！っていうありえない”絵”ならHTMLでだってできるよ。
でも所詮それはHTMLがおまけ程度についただけのただの”絵”でしかないけど。
下絵をcss+xhtmlで書いてるのに
思いっきりテーブルデザインで帰ってきた時は凹んだ
思いっきりテーブルデザインで帰ってきた時は凹んだ
SEO無視ですなｗ
やっぱりSEOかなり変わってくるのかな
こっちで書きなおそうかなぁ…
自動でやってくれるソリューションあればいいのに
こっちで書きなおそうかなぁ…
自動でやってくれるソリューションあればいいのに
ただデザイナと連携できてないだけじゃん
SEO以前の問題だろ
SEO以前の問題だろ
Web制作板に行ったほうがいいんじゃね？
ネタがないから雑談化してきたなw
ちいたんが彗星の如く登場して以降はずっと雑談です
mojavi.orgが未だに"絵"な件について
今度のphpカンファレンスがpieceメインらしいんだけど使ってる人どうなの？
別アプリで実績ある分Mapleよりはメンテナ信頼できるけど、symfonyより良さげなら
話聞きにいきたいなぁ
ていうかその観点で話してくれるなら普通に聞きにいくんだけど
カンファレンスのページ見ても内容が今一わからん。
別アプリで実績ある分Mapleよりはメンテナ信頼できるけど、symfonyより良さげなら
話聞きにいきたいなぁ
ていうかその観点で話してくれるなら普通に聞きにいくんだけど
カンファレンスのページ見ても内容が今一わからん。
今はデザイナでもテンプレ弄れる程度のPHP知識がないと相手にされんけどな。
158 ：nobodyさん：2007/03/20(火) 08:57:32 ID:jdCy6U+c
以下の条件に合致するフレームワークってありませんか?
・PHP4対応
・smarty対応(特別な修正無しで)
・テーブル名、カラム名の命名に縛りが無い
・PHP4対応
・smarty対応(特別な修正無しで)
・テーブル名、カラム名の命名に縛りが無い
>>158
EthnaとMaple
EthnaとMaple
symfonyてテンプレートエンジン使えるんですか？
使っている人います？
使っている人います？
>>159
ちょい笑ったけど、未だにこれ使ってる人いるのか？
ちょい笑ったけど、未だにこれ使ってる人いるのか？
>>160
正しい名前は忘れたけど、sfSmartyViewPluginみたいなのがある。
（よーするに、viewのindexSuccess.phpがsmarty templateになっちまうやつ）
後、自分なりに template plugin 作ってみたのがあるけど、どうやって公開するべきかわからん。
# symfony板があるので続きはそこで
正しい名前は忘れたけど、sfSmartyViewPluginみたいなのがある。
（よーするに、viewのindexSuccess.phpがsmarty templateになっちまうやつ）
後、自分なりに template plugin 作ってみたのがあるけど、どうやって公開するべきかわからん。
# symfony板があるので続きはそこで
WorkStyle使ってみたくてrhaco入れてsetupしてみたら、WorkStyleのメニュー等で
index.php/tag
ってなってるところにアクセスすると404となってしまう・・・
この形式のURLは.htacessの方ででRedirectなんかの設定しないと扱えないんでしょうか？
index.php/tag
ってなってるところにアクセスすると404となってしまう・・・
この形式のURLは.htacessの方ででRedirectなんかの設定しないと扱えないんでしょうか？
>>158
ちいたんもあるよ。
小規模なものだったらTEXTSQLが使えるから、
ちいたんを拡張・修正して使ってる。
まあ、TEXTSQLだと遅いし・データ量が多くなるとだめだけど。
普通のRDB使うWEBサイトだったらPHP5のsymfonyでｳﾏｰです。
Cakeはなんか中途半端で使いずらいよねぇ。。。
ちいたんもあるよ。
小規模なものだったらTEXTSQLが使えるから、
ちいたんを拡張・修正して使ってる。
まあ、TEXTSQLだと遅いし・データ量が多くなるとだめだけど。
普通のRDB使うWEBサイトだったらPHP5のsymfonyでｳﾏｰです。
Cakeはなんか中途半端で使いずらいよねぇ。。。
ZFのDB周りは最悪
なんとかしてください
使いたいんですZF
なんとかしてください
使いたいんですZF
フレームワーク利用時のコードの行数ってどうやって数えている?
>>166
自社の基準に従いなさい
自社の基準に従いなさい
>>166
これを機にステップ数換算を卒業しなさいとの神の御達しだ
これを機にステップ数換算を卒業しなさいとの神の御達しだ
ﾌﾟﾌﾟ、ステップ数換算...
PHPのフレームワークを利用した有名なOSSってある?
できればZFかsfで
できればZFかsfで
OSSて何
ISOでステップ換算あるから、むかつく
>174
ありがと、でも大阪なんだね。
どこでやろうと、どのみち間に合わんわけだが。
ありがと、でも大阪なんだね。
どこでやろうと、どのみち間に合わんわけだが。
フレームワークってちょっと離れると細かいとこの使い方忘れるな
そういう意味で原始的なZendはいいかもしれん
そういう意味で原始的なZendはいいかもしれん
一番学習コストが低いのはどのFWだろう…
やっぱりZF?
やっぱりZF?
>>179
そのとおり！
そのとおり！
ZFは日本語ドキュメントが常に更新されてるってのが
何気に結構なアドバンテージだと思う
ZF自体がどうかってのはまた別として
何気に結構なアドバンテージだと思う
ZF自体がどうかってのはまた別として
プログラマーを雇う側の視点で言うと学習コストが低くて品質の良いフレームワークを
導入したいところだ
ドキュメントがしっかり整っていて実績があるFWを使うという選択をする企業が多くなる
だろうから結局ZFになるのかな
導入したいところだ
ドキュメントがしっかり整っていて実績があるFWを使うという選択をする企業が多くなる
だろうから結局ZFになるのかな
http://www.itmedia.co.jp/enterprise/articles/0703/30/news098.html
スパマーがPHPサイトをハッキング
スパマーがPHPサイトをハッキングし、
ユーザーをオンライン薬局に転送している。
PHP＼(^o^)／ｵﾜﾀ
スパマーがPHPサイトをハッキング
スパマーがPHPサイトをハッキングし、
ユーザーをオンライン薬局に転送している。
PHP＼(^o^)／ｵﾜﾀ
ZFになるのかな
なるのかな
なるのかな
moajvi→symfony→Cakeと流れてきたけど
今のところCakeが小回りが利いて楽でいいなと思った
が、貧弱なValidatorと中途半端なORMにはちょっと不満
データ駆動型の開発ってのはとても良い方針だとは思うけど。
CodeIgniterが結構話題になってるらしいけど、使ってる人いる？
今のところCakeが小回りが利いて楽でいいなと思った
が、貧弱なValidatorと中途半端なORMにはちょっと不満
データ駆動型の開発ってのはとても良い方針だとは思うけど。
CodeIgniterが結構話題になってるらしいけど、使ってる人いる？
CodeIgniterのサイトが派手になってるね
Code Igniterめっちゃ使ってます。
非常にいいと思います。
ただ、他のフレームワークはドキュメントに目を通して、サンプル動画みたくらいなので
具体的な比較はできないです。
テンプレートエンジン使ってないし、PHPが使えればそのまま楽に覚えられるっていう
程よい低レベル加減が個人的には好きです。
非常にいいと思います。
ただ、他のフレームワークはドキュメントに目を通して、サンプル動画みたくらいなので
具体的な比較はできないです。
テンプレートエンジン使ってないし、PHPが使えればそのまま楽に覚えられるっていう
程よい低レベル加減が個人的には好きです。
いまTutorialのビデオ見た。
guessworksから乗り換えられるシンプルな奴がやっと見つかった感じ。
これから勉強してみるよ。ﾉｼ
guessworksから乗り換えられるシンプルな奴がやっと見つかった感じ。
これから勉強してみるよ。ﾉｼ
これ読みはコ～ドイグナイタ～？
面倒くさいからゲーハーフレームワークでいいんじゃね
You want a framework with a small footprint.
小さい足跡ってどゆ意味？
小さい足跡ってどゆ意味？
http://codeigniter.com/forums/viewthread/45283/
要約：CodeIgniterはライブラリも豊富でイケてる。マンセー
http://codyfoss.com/blog/2006/03/22/php-frameworks-phpcake-vs-code-igniter/
要約：
・機能はCake、スピードはCI
・OOになれてなきゃCIの方が良いが逆も言える
http://www.sellersrank.com/php/cakephp-codeigniter-benchmark/
要約：
Symfony,Cake,CodeIgniterのベンチテストでCodeIgniterが圧勝
http://snook.ca/archives/php/codeigniter_vs_cakephp/
要約：
長いのでちゃんと読んでないが、Cakeにおいて、筆者が'automagic'と呼んでる一連の自動化を
何が行われてるのかちゃんと理解する向きはCakeでいいんじゃない？というように読める
要約：CodeIgniterはライブラリも豊富でイケてる。マンセー
http://codyfoss.com/blog/2006/03/22/php-frameworks-phpcake-vs-code-igniter/
要約：
・機能はCake、スピードはCI
・OOになれてなきゃCIの方が良いが逆も言える
http://www.sellersrank.com/php/cakephp-codeigniter-benchmark/
要約：
Symfony,Cake,CodeIgniterのベンチテストでCodeIgniterが圧勝
http://snook.ca/archives/php/codeigniter_vs_cakephp/
要約：
長いのでちゃんと読んでないが、Cakeにおいて、筆者が'automagic'と呼んでる一連の自動化を
何が行われてるのかちゃんと理解する向きはCakeでいいんじゃない？というように読める
CIは実質PHP4用？
Note: Code Igniter will run on PHP 5.
It simply does not take advantage of any native features that are only available in that version.
これ何を言いたいのかわからん。
「PHP5でも問題ない」なのか
「PHP5で使いたければ使えるんじゃないの？おすすめはしないけど」なのか。
Note: Code Igniter will run on PHP 5.
It simply does not take advantage of any native features that are only available in that version.
これ何を言いたいのかわからん。
「PHP5でも問題ない」なのか
「PHP5で使いたければ使えるんじゃないの？おすすめはしないけど」なのか。
「PHP5でも問題ない」の方でしょ
ああ、「単にPHP5固有の機能は使っていないだけのことです」か！
that versionがCIのバージョンのことかと思って混乱してた
that versionがCIのバージョンのことかと思って混乱してた
この程度の英文が理解できなようでは…
現在なされている話題が
Code Igniterのバージョンについての言及なのか、
PHPのバージョンについての言及なのか
を読解するという意味では日本語読解力とかに近い
Code Igniterのバージョンについての言及なのか、
PHPのバージョンについての言及なのか
を読解するという意味では日本語読解力とかに近い
CIではModelはoptionalって考え方なんだね。
WebアプリでMVCの重要性が語られるようになって久しいけど、そろそろModelなしのVCでもいいんじゃないかって方向性も出てきそうだな。
実際ActiveRecordやその派生の機能が充実すれば、ことにWebアプリではModelは大して必要ないってのもうなずける。
WebアプリでMVCの重要性が語られるようになって久しいけど、そろそろModelなしのVCでもいいんじゃないかって方向性も出てきそうだな。
実際ActiveRecordやその派生の機能が充実すれば、ことにWebアプリではModelは大して必要ないってのもうなずける。
>>200
ちいたん
ちいたん
イグナイトは点火するって意味なのか
見慣れない単語だから勝手にドイツ製だと思ってたｗ
見慣れない単語だから勝手にドイツ製だと思ってたｗ
201です
ごめん嘘ついた
ごめん嘘ついた
ｲｸﾞﾅｲﾀｰのムービーのオープニングが無駄にかっこいい件
CIのロゴの人型部分は
Ellisの頭を表してるんだよ！
Ellisの頭を表してるんだよ！
CIの「20分でブログを作る」見たけど
$this->uri->segment(3)をdbに渡すキーにするのはなんか気持ち悪いな
あと
$this->db->insert('comments',$_POST);
みたいに$_POSTをまるごとmodelに渡すのもなんか怖い。
$this->uri->segment(3)をdbに渡すキーにするのはなんか気持ち悪いな
あと
$this->db->insert('comments',$_POST);
みたいに$_POSTをまるごとmodelに渡すのもなんか怖い。
Application Flow Chart見ると
Controllerの前にSecurityでフィルタするみたいね
Controllerの前にSecurityでフィルタするみたいね
ZFもそうだけど
codeigniterもLayout（Decorator）がないなぁ
symfony見習えっつの
codeigniterもLayout（Decorator）がないなぁ
symfony見習えっつの
layoutなんか、viewの中からviewを呼び出せれば普通にできるんじゃね？
パフォーマンスについてはこんなのもあった
http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-frameworks/
djangoの速さとsymfonyの遅さは異常
CodeIgniterは速いといってもPHP FWの範疇の話だな
http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-frameworks/
djangoの速さとsymfonyの遅さは異常
CodeIgniterは速いといってもPHP FWの範疇の話だな
layoutをCI風に書くならこれでいいんじゃないかと思ったりもするんだがダメか？
// コントローラ内
$data['content_page'] = 'content_view.php';
$data['content_data'] = array(ほげほげ);
$this->load->view('layout_view.php', $data);
// layout_view.php
<html>
<共通ヘッダ>
<?php $this->load->view($content_page, $content_data)?>
<共通フッタ>
</html>
// コントローラ内
$data['content_page'] = 'content_view.php';
$data['content_data'] = array(ほげほげ);
$this->load->view('layout_view.php', $data);
// layout_view.php
<html>
<共通ヘッダ>
<?php $this->load->view($content_page, $content_data)?>
<共通フッタ>
</html>
=ThemBid.com= Ubuntu、Symfony、Lighttpdを使ってスケールするWeb 2.0サイトを構築する
http://www.phppro.jp/news/361
でもそんな遅いと言われるsymfonyもスケール前提のサイトで使われてたりするわけで…
負荷という一つの尺度だけで測ることはできないね。
http://www.phppro.jp/news/361
でもそんな遅いと言われるsymfonyもスケール前提のサイトで使われてたりするわけで…
負荷という一つの尺度だけで測ることはできないね。
CIいいね
フルスクラッチで書くのは何だが
symfony使うのも何かしんどい時にいい感じ。
ちいたんとガチにバトるポジションに入ってきた。
フルスクラッチで書くのは何だが
symfony使うのも何かしんどい時にいい感じ。
ちいたんとガチにバトるポジションに入ってきた。
ci,デフォルト状態では
index.phpと同階層にsystemがあるけど
セキュリティー的にどうなの？
フタし忘れてたら見られるじゃん？
index.phpと同階層にsystemがあるけど
セキュリティー的にどうなの？
フタし忘れてたら見られるじゃん？
なんかご丁寧に全部のディレクトリにindex.htmlが入れてあるね。
まあhttpd.confとかでよっぽどヘマしなければ大丈夫なんじゃない？って考えなのかもしれない。
まあhttpd.confとかでよっぽどヘマしなければ大丈夫なんじゃない？って考えなのかもしれない。
>>216
なんかアドホックだなぁw
ヘルパの頭には
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
と書いてある。
appdir/helpers/配下に置くオリジナルヘルパにも
やっぱりこれ入れておけってことだろうか。
んーアドホックだ…。
なんかアドホックだなぁw
ヘルパの頭には
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
と書いてある。
appdir/helpers/配下に置くオリジナルヘルパにも
やっぱりこれ入れておけってことだろうか。
んーアドホックだ…。
A helper can be loaded anywhere within your controller functions
(or even within your View files, although that's not a good practice)
symfonyに喧嘩売ってるんですか（＞＜）
(or even within your View files, although that's not a good practice)
symfonyに喧嘩売ってるんですか（＞＜）
ＣＩのムービーの音楽がずっと頭を流れ続けてる件
ＣＩはcoreを拡張したmyクラスが簡単に作成できるのがいいなぁ
この部分に気を配ってるフレームワーク少ないから。
突っ込んだことしようとして無茶なハックするはめになる。
Ellisはフレームワークってものを分かってるね
この部分に気を配ってるフレームワーク少ないから。
突っ込んだことしようとして無茶なハックするはめになる。
Ellisはフレームワークってものを分かってるね
なんかCIっていい意味で昔のPHPっぽいフレームワークだな
お手軽で小回りが利いてるところが。
正直symfonyはでかすぎるわｗ
つうか俺の腕じゃsymfonyのメリット活かしきれなかった。
お手軽で小回りが利いてるところが。
正直symfonyはでかすぎるわｗ
つうか俺の腕じゃsymfonyのメリット活かしきれなかった。
codeigniterで
sfContext::getInstance()->getController()
みたいに
グローバルなレベルから辿ってcontrollerをgetするにはどうしたらいいの？
sfContext::getInstance()->getController()
みたいに
グローバルなレベルから辿ってcontrollerをgetするにはどうしたらいいの？
CIってさー
バリデーション周りダサいよね
バリデーション周りダサいよね
バリデーションルールを|で区切る書き方何なの？
見にくいだけだろ
エリスの髪むしりたい
見にくいだけだろ
エリスの髪むしりたい
イグニターって
コントローラの中から
$this->load->library();
したら、オブジェクトがコントローラのプロパティーになるじゃん。
これはシングルトン用だよね。
ただ単にクラスを読み込みたいだけの時はどうすれば？
コントローラの中から
$this->load->library();
したら、オブジェクトがコントローラのプロパティーになるじゃん。
これはシングルトン用だよね。
ただ単にクラスを読み込みたいだけの時はどうすれば？
くさしたが
validationがviewに出張して
表示用エスケープ処理まで担当するコンセプト自体はgood (｀･ω･´) ｂ
リクエストパラメータを一括して担当するのはなんかPHPっぽい
validationがviewに出張して
表示用エスケープ処理まで担当するコンセプト自体はgood (｀･ω･´) ｂ
リクエストパラメータを一括して担当するのはなんかPHPっぽい
コードイグナイタ使ってる人結構いるんだね
最近いきなり流行り出したね、何故か。
サイトの見た目とかムービーの用意とか大切だなとあらためて思った。
サイトの見た目とかムービーの用意とか大切だなとあらためて思った。
で、Cakeから乗り換える価値ある？
cakeとかのRails系って何がいいのかわからんのだけど
俺に利点をkwsk教えてくれないかい？
俺に利点をkwsk教えてくれないかい？
とりあえず使えばわかるだろう。どれでもいいから、チュートリアル一個やりゃ空気はつかめる。
それで必要ないと思ったら必要ないよ。
それで必要ないと思ったら必要ないよ。
結局フレームワークって自分でつくらないと満足いかないのかねぇ。
http://codeigniter.com/user_guide/general/alternative_php.html
これフレームワーク関係ないよなw
わざわざ書いてくれるなんてhage親父親切だな
これフレームワーク関係ないよなw
わざわざ書いてくれるなんてhage親父親切だな
ciでProfilerをenableにして
配列をパラメータで渡すとエラーになるね。
って思ったらforumに載ってた
パッチ済みか・・・
http://codeigniter.com/forums/viewthread/46994/
配列をパラメータで渡すとエラーになるね。
って思ったらforumに載ってた
パッチ済みか・・・
http://codeigniter.com/forums/viewthread/46994/
svnのソースもバグってるw
$_POSTって書いてるのに"で囲んでるから。
デバッグしようぜ～
$_POSTって書いてるのに"で囲んでるから。
デバッグしようぜ～
CIは色んな意味でアメリカンなのかな。
誰もがフレームワーク作るときに確実に共通して作るようなものだけを用意した
超シンプルなフレームワークを作ってくれないかな
超シンプルなフレームワークを作ってくれないかな
>>240
共通して使うようなものってほとんどないと思うよ。
共通して使うようなものってほとんどないと思うよ。
CIのチュートリアル動画判りやすいが
ところでチュートリアル動画で使ってるエディター（というか統合環境）はなんなの？
ところでチュートリアル動画で使ってるエディター（というか統合環境）はなんなの？
CIのチュートリアル見て、エディタ付かと思った俺はがっくり派・・・。 orz
ある程度パターンで分類できるとは思うから、最小セットみたいなのがあれば良いとは思う。
結局は、一度作ってみないと、最小セットはこれってのも分からなかったりするけど。
結局は、一度作ってみないと、最小セットはこれってのも分からなかったりするけど。
ちいたんが出現して以来、ちいたんが最高の俺は変体かもしれん。
チュートリアル映像みて、触り始めて1時間だけど、虜になりそう。
viewで
<?php foreach(ほげ): ?>
<?php endforeach;?>
とかいう発想、ストレートでいいなあｗ
あと、ロゴが、鬼太郎の親父みたいなのがいい！
viewで
<?php foreach(ほげ): ?>
<?php endforeach;?>
とかいう発想、ストレートでいいなあｗ
あと、ロゴが、鬼太郎の親父みたいなのがいい！
>>247
エリス本人がモチーフです
エリス本人がモチーフです
>>206
＞$this->db->insert('comments',$_POST);
＞みたいに$_POSTをまるごとmodelに渡すのもなんか怖い。
まあチュートリアルだから。
それに$_POSTとかはCI_INPUTクラスのフラグをtrueにすれば
xss_cleanメソッドで一括サニタイズ可能みたいだから問題ないでしょ。
＞$this->db->insert('comments',$_POST);
＞みたいに$_POSTをまるごとmodelに渡すのもなんか怖い。
まあチュートリアルだから。
それに$_POSTとかはCI_INPUTクラスのフラグをtrueにすれば
xss_cleanメソッドで一括サニタイズ可能みたいだから問題ないでしょ。
ciのDB周りかなりいいねコレ
ユーザガイド見るだけでスイスイ使える。
ユーザガイド見るだけでスイスイ使える。
>>249
activeRecordはサニタイズ気にしなくても勝手にやってくれるんでしょ？
activeRecordはサニタイズ気にしなくても勝手にやってくれるんでしょ？
short tag = off の場合でも、CI独自でrewriteされてshort tagが許容されるっていう情報が
そのページでは大切だと思ったから、そう書いたんだよ。
そのページでは大切だと思ったから、そう書いたんだよ。
252さんは勘違いしてるっぽいぞ。
書くいう私もさっきまで勘違いしてて試してみてビビッた。
知らんかった。PHPいいね。
Smartyいらないんじゃないかと思ったよ。
書くいう私もさっきまで勘違いしてて試してみてビビッた。
知らんかった。PHPいいね。
Smartyいらないんじゃないかと思ったよ。
CI期待してみたけど、ちいたんの衝撃に比べるとかすんでしまうね。
>>254
どこが？
どこが？
>>246
それすげーわかる
俺もsymfony、Cakeを一通りやったけど、
symfonyはいらんわ。あれもうPHPじゃねーだろｗ
あんなめんどくせぇことやるなら潔くJava系のFW使う
結局この先生きのこるのは最小構成のFW+俺クラスって気がする
書くコード量減らすより、見通しの良さの方が断然重要
それすげーわかる
俺もsymfony、Cakeを一通りやったけど、
symfonyはいらんわ。あれもうPHPじゃねーだろｗ
あんなめんどくせぇことやるなら潔くJava系のFW使う
結局この先生きのこるのは最小構成のFW+俺クラスって気がする
書くコード量減らすより、見通しの良さの方が断然重要
その点ZFの見通しの良さってどうよ?
_使う妙な命名規則が嫌じゃなけりゃZFは最強だと思うよ
PEARと規約互換な感じだし
古くからPHP使ってるユーザはむしろアンダースコアを
ネームスペースセパレータにするってのは
そんなに違和感ないんだけど
やっぱりそうでもない人も多いのかね
古くからPHP使ってるユーザはむしろアンダースコアを
ネームスペースセパレータにするってのは
そんなに違和感ないんだけど
やっぱりそうでもない人も多いのかね
＿に全然違和感がない
むしろ_が好きだ
諸君、私は _ が好きだ
諸君、私は _ が好きだ
ファイル名にも_使いまくりだ。
まあ慣れだろう。
変な規則で育った香具師も居るだろうし。
まあ慣れだろう。
変な規則で育った香具師も居るだろうし。
>>259
symfonyはきっちりしようとするあまりに内部が複雑になってるところがあるな
CIはphpのいい意味でのルーズさと親和性が高くていい感じ
しかし少し前までまったく注目されてなかったダークホースがいきなり来るとはw
symfonyはきっちりしようとするあまりに内部が複雑になってるところがあるな
CIはphpのいい意味でのルーズさと親和性が高くていい感じ
しかし少し前までまったく注目されてなかったダークホースがいきなり来るとはw
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
これ書くの忘れるわ～
これ書くの忘れるわ～
CIでGETでパラメータ渡すURLってどう書くの？
class/func?param=value
って書いたらエラーになる
class/func?param=value
って書いたらエラーになる
/class/method/param/value/param/valueで渡して
便宜segmentから再構成すればいいようだが
メールアドレスをrawurlencodeしてvalueに入れると
The URI you submitted has disallowed characters.
と言われてしまう。どうも%が駄目らしい。
作者はエンコードも知らねーのか。ｽｯﾄｺﾄﾞｯｺｲが。
便宜segmentから再構成すればいいようだが
メールアドレスをrawurlencodeしてvalueに入れると
The URI you submitted has disallowed characters.
と言われてしまう。どうも%が駄目らしい。
作者はエンコードも知らねーのか。ｽｯﾄｺﾄﾞｯｺｲが。
ちいたんは名前がちいたんでさえ無ければ・・・
設計書に「ちいたん ver 0.7.0.1」とは書けないｗｗｗ
設計書に「ちいたん ver 0.7.0.1」とは書けないｗｗｗ
MITライセンスだから、ちょっと改変してチイタソとかにしたらいいかもしれん。
urlとして許されている文字は、config.phpで定義されている以下
a-z 0-9~%.:_-
これ以外の文字は使うなと強く警告してる
しかしCI_Routerクラスの_filter_uriメソッドには
urlデコード後の文字が渡ってきている
つまりエンコードして渡したところで意味がない
何だこれ2バイトコード使う奴らのことなんて知ったこっちゃねーってことか
a-z 0-9~%.:_-
これ以外の文字は使うなと強く警告してる
しかしCI_Routerクラスの_filter_uriメソッドには
urlデコード後の文字が渡ってきている
つまりエンコードして渡したところで意味がない
何だこれ2バイトコード使う奴らのことなんて知ったこっちゃねーってことか
>>272
作者を笑う前に、少しはソース読めよ。
そのメッセージって、Router Classで$this->config->item('permitted_uri_chars')で
許可するキャラクタセット分岐をした結果なんだから
permitted_uri_charsを自分の好みに指定すればいいだろ。
もとはconfig.phpにあるだろが。Allowed URL CHaracters
作者を笑う前に、少しはソース読めよ。
そのメッセージって、Router Classで$this->config->item('permitted_uri_chars')で
許可するキャラクタセット分岐をした結果なんだから
permitted_uri_charsを自分の好みに指定すればいいだろ。
もとはconfig.phpにあるだろが。Allowed URL CHaracters
>>276
そもそもマルチバイトがどういうものなのかを知る機会自体がないんだろうな
>>278
日本語通すには実質空白にしないといけないんじゃね？
Leave blank to allow all characters -- but only if you are insane.
基地外だけが空白にしろという強い調子で警告してる。
getで通す文字の制限を外すことで
どんなリスクがあるのか
説明がないからなんか怖い。
てかサニタイズはclass/method部分だけやるべきで
パラメータをルータ段階でフィルタしたら駄目だろ
常識で考えて…
どうハックするか悩ましいぜええ
そもそもマルチバイトがどういうものなのかを知る機会自体がないんだろうな
>>278
日本語通すには実質空白にしないといけないんじゃね？
Leave blank to allow all characters -- but only if you are insane.
基地外だけが空白にしろという強い調子で警告してる。
getで通す文字の制限を外すことで
どんなリスクがあるのか
説明がないからなんか怖い。
てかサニタイズはclass/method部分だけやるべきで
パラメータをルータ段階でフィルタしたら駄目だろ
常識で考えて…
どうハックするか悩ましいぜええ
作者登場か？日本語けっこうできるじゃん。 俺はちいたんでいいや。
まじでpermitted_uri_charsを空白にしたら
どんなリスクあんの？
「class/_method形式でprivateメソッドを呼ばれてしまう」くらいしか
思いつかない
何なのこの設計…
こんな設計はじめて
どんなリスクあんの？
「class/_method形式でprivateメソッドを呼ばれてしまう」くらいしか
思いつかない
何なのこの設計…
こんな設計はじめて
privateメソッドは_付きで書けばそもそも呼ばれないしなぁ
モデルに変な値を送られるのを防ぐにしても
POSTで送られることもあるからルータだけでチェックしても意味がない
結局「リスクを最小化する」程度ですかね
もう空白でいくわ・・・insaneと呼ばれてもいい
モデルに変な値を送られるのを防ぐにしても
POSTで送られることもあるからルータだけでチェックしても意味がない
結局「リスクを最小化する」程度ですかね
もう空白でいくわ・・・insaneと呼ばれてもいい
おい、お前等
俺はてっきり、Pharonみたいにネタにされてるだけかと思ってたのによー
ちいたんいいじゃねえかｗ
国産の中では最強じゃね？
俺はてっきり、Pharonみたいにネタにされてるだけかと思ってたのによー
ちいたんいいじゃねえかｗ
国産の中では最強じゃね？
ここで何度か上げられててちいたんちょっと気になってきた
身長146cmの可愛らしい人妻ってのが良いな
身長146cmの可愛らしい人妻ってのが良いな
ちいたんはとっつき安さが最高によいので、すぐに使えるのがグッド。
業務でかなり使わせてもらってます。
業務でかなり使わせてもらってます。
俺もちいたんはネタ扱いだったけど
ちゃんとバリデータやモデルもあんのな。
ちゃんとバリデータやモデルもあんのな。
＞大きなプログラムを作る時はCakePHP、小さなプログラムを作る時はちいたん。これが世界標準になるでしょう。(僕の）
ﾜﾗﾀ
作者のサイト、独特の雰囲気があって面白いな
ﾜﾗﾀ
作者のサイト、独特の雰囲気があって面白いな
CI手軽でいいなーと思ってたところなのに
もう時代はちいたんかよ
流れ早すぎ
もう時代はちいたんかよ
流れ早すぎ
StrutsでもRailsでもない
PHPならではのフレームワーク
という流れが来てるのかね
PHPならではのフレームワーク
という流れが来てるのかね
ちいたん、OracleとSQL Server(MSDE)対応してくれないかな。
ちいたんが出現して以来、ちいたんが最高の俺は変体かもしれんと思った俺が言う！
おまえら、変体か！
おまえら、変体か！
>>292
おまへは日本語が不自由だ
おまへは日本語が不自由だ
CIの作者がきたぞ
ちいたん、PHP5でも使える？
ciってセッションidをurlに付加する環境想定してなくね？
独自のセッションクラスはクッキー前提だし
urlパーサはセッションidが付いたurlを飲まないし
独自のセッションクラスはクッキー前提だし
urlパーサはセッションidが付いたurlを飲まないし
オープンソースだから、競合他社に使わせないためのネーミングじゃないの？
趣味で使う分には、ちいたんでも問題ないし。
趣味で使う分には、ちいたんでも問題ないし。
>>297
一行目の日本語と二・三行目の日本語が矛盾してないか？
一行目の日本語と二・三行目の日本語が矛盾してないか？
矛盾してないよ
session.use_trans_sidの使用を想定してないんじゃないかってこと
session.use_trans_sidの使用を想定してないんじゃないかってこと
となると、hiddenに埋め込む型に改造するしかねーか？
MY_Controller作成して
URIの末尾にセッションIDがあったらそのセッションを開始するように
ハックすればおk
リダイレクトやリンクの際には、自前でid付加しないといけないから
my_urlヘルパの作成もすること
URIの末尾にセッションIDがあったらそのセッションを開始するように
ハックすればおk
リダイレクトやリンクの際には、自前でid付加しないといけないから
my_urlヘルパの作成もすること
>>270
GETつかうんなら
$config['enable_query_strings'] = TRUE;
必須だから、mod_rewriteあたりで
RewriteRule ^(\/*)/$ index.php?c=$1 [L]
RewriteRule ^(\/+)/(\/+)/$ index.php?c=$1&m=$2 [L]
RewriteRule ^(\/+)/(\/+)/(.*)$ index.php?c=$1&m=$2&$3 [L]
しとけば、
class/func/param=value&foo=bar...
で普通に通るんじゃないの？
GETつかうんなら
$config['enable_query_strings'] = TRUE;
必須だから、mod_rewriteあたりで
RewriteRule ^(\/*)/$ index.php?c=$1 [L]
RewriteRule ^(\/+)/(\/+)/$ index.php?c=$1&m=$2 [L]
RewriteRule ^(\/+)/(\/+)/(.*)$ index.php?c=$1&m=$2&$3 [L]
しとけば、
class/func/param=value&foo=bar...
で普通に通るんじゃないの？
「してなくね？」のニュアンスがわからないオッサンがいるなｗ
誤解されやすい日本語使う時点でプロ失格
ぷ、プロの2chねらー！？
symfony→code igniter→ちいたん
と流れてきたFWのブームは一言で言うと簡素化の流れ。
てことは・・・フレームワークなんて
実はいらなかったんじゃね？
おまえら（^Д^）9mﾌﾟｷﾞｬｰ
と流れてきたFWのブームは一言で言うと簡素化の流れ。
てことは・・・フレームワークなんて
実はいらなかったんじゃね？
おまえら（^Д^）9mﾌﾟｷﾞｬｰ
フレームワークなんか使って開発速度落とす奴はマゾ
フレームワーク使ったら開発速度が落ちるなんて、よほど小規模じゃなきゃ起こりえない気が・・・
小規模ですら、案件複数こなすだけで元取れる
小規模だったらフレームワーク使わなければいいってだけの話か。
CIで、DBに時刻をinsertしたいんだけど
$this->db->insert('table', array('regist'=>'now()'));
と書くとnow()が文字列になる。
active recordだと関数実行出来ないの？
$this->db->insert('table', array('regist'=>'now()'));
と書くとnow()が文字列になる。
active recordだと関数実行出来ないの？
>>313
確かにだんだんスピードする
確かにだんだんスピードする
>>315
それに対しておれは
function now()
{
return date("Y-m-d H:i:s");
}
っていう関数を作っといた
書く場所はcodeigniter/Common.phpとかにして
$this->db->insert('table', array('regist'=>now()));
それに対しておれは
function now()
{
return date("Y-m-d H:i:s");
}
っていう関数を作っといた
書く場所はcodeigniter/Common.phpとかにして
$this->db->insert('table', array('regist'=>now()));
Common.phpってcoreでしょ？ユーザ独自関数は、hookを真にして、
hooks/以下に書いたほうがいいと思う。
あと時間関数はDate Helperをloadすれば色々あるからそれつかえばいいと
思うがだめなのか？
hooks/以下に書いたほうがいいと思う。
あと時間関数はDate Helperをloadすれば色々あるからそれつかえばいいと
思うがだめなのか？
フレームワークは保守のために導入するもんだと思ってたけど、ちいたんで考えが変わった。
ちいたんは
散々乗り回した挙句
俺色に染めるためのFW
散々乗り回した挙句
俺色に染めるためのFW
>>318
ん？hookは使えないだろ。
やるなら、pluginだけど、１枚１関数だからな。
あとはMyClassで一つ作ってlibrariesにおいて使いまわすか
CIの拡張規則破るけどhelperにmyfunc_helperとかいうのを一枚作っておいて
拡張するかだな。これでもcore ファイルに書くよりはましだから。
ん？hookは使えないだろ。
やるなら、pluginだけど、１枚１関数だからな。
あとはMyClassで一つ作ってlibrariesにおいて使いまわすか
CIの拡張規則破るけどhelperにmyfunc_helperとかいうのを一枚作っておいて
拡張するかだな。これでもcore ファイルに書くよりはましだから。
なんでも俺色に染めてやんよ
∧＿∧ ちいたん？俺色に染めてやんよ
( ･ω･)＝つ≡つ
(っ ≡つ＝つ
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ
( /￣∪
.∧＿∧ ∧＿∧
；;;；;、(･ω(:;(⊂＝⊂≡ （・ω・ ）
(っΣ⊂≡⊂＝ ⊂≡ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣＼ )
( ･ω･)＝つ≡つ
(っ ≡つ＝つ
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ
( /￣∪
.∧＿∧ ∧＿∧
；;;；;、(･ω(:;(⊂＝⊂≡ （・ω・ ）
(っΣ⊂≡⊂＝ ⊂≡ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣＼ )
俺らもフレームワーク作ろうぜ
2ch Framewrok
をさ！！
2ch Framewrok
をさ！！
>>324
頼むからこれ以上乱立させんでくれ
リソースは1箇所に集中した方がいい
一番メジャーなsymfonyですら、
コアな情報が特定のユーザーからしか発信されてない厳しい現状だ
つうわけでお前ら全員これからちいたん使ってくれ
頼むからこれ以上乱立させんでくれ
リソースは1箇所に集中した方がいい
一番メジャーなsymfonyですら、
コアな情報が特定のユーザーからしか発信されてない厳しい現状だ
つうわけでお前ら全員これからちいたん使ってくれ
それなら俺はzendを使う
で、おまえら的には、CI or ちいたんどっちなの
おれは、ちいたん
おれは、ちいたん
ちいたんの話しは、もういいや。
VIPか、どっかでやってくれ。
VIPか、どっかでやってくれ。
そうなん、かなしいなぁ
で、あんたはどれってかどっち？
で、あんたはどれってかどっち？
やりたいなら、ID出してからやりな。
>>330
なんだこのアホは？
なんだこのアホは？
ようするに作者の宣伝？
まあネタとしてしつこすぎたってのが致命傷だろうなｗ
あんなカスみたいなコードでよくFWとか名乗れるもんだ
いやべつに、作者のせいじゃないとは思うんだけど。
CIの作者だろ、ちいたんたたくの。ｗ
大き目のフレームワークだと全体把握する学習コストがかかるので、初級者にはつらい。
ちいたんくらいだと把握・運用が簡単なので初級者でも話題にできる。
というわけで必然的に話題は増えるのではないかな。
名前からしてネタ化しやすそうなので隔離スレつくるといいかもしれない。
ちいたんくらいだと把握・運用が簡単なので初級者でも話題にできる。
というわけで必然的に話題は増えるのではないかな。
名前からしてネタ化しやすそうなので隔離スレつくるといいかもしれない。
どうせなら、お手軽フレームワーク専門スレとか？
ちいたん＋CI＋guessworkって感じで。
ちいたん＋CI＋guessworkって感じで。
なんでCIの作者が日本語堪能なんだよｗ
アメ公がそんな細やかさ持ってるわけねーだろ。
アメ公がそんな細やかさ持ってるわけねーだろ。
>>341
ようは慣れの問題
ようは慣れの問題
フレームワークは低レベル言語じゃないんだから、慣れの敷居は低くないと意味ないけどね
TEXTSQLって何だ？
SQLiteのこと？
SQLiteのこと？
だから、あなたが書いた最後の行の問題だといってるわけだが。
「ちいたん」作者が作ったやつみたいよ。なのでクラス名もCTextDBか。
Sqliteはバイナリだけど、これは完全プレーンみたいだから、真っ裸。
Sqliteはバイナリだけど、これは完全プレーンみたいだから、真っ裸。
接頭辞"C"かよｗ
CTとかにしとけばいいのに
CTとかにしとけばいいのに
いやいや、ちーたん「エクストラデータベース」と読むんじゃないのかね
なるほどｗ
誰かCI派の奴CIのスレ立ててよ。
ちーたんなんぞと一緒にしないCIの単独スレね。
俺立てようと思ったが立てれなかった。
ちーたんなんぞと一緒にしないCIの単独スレね。
俺立てようと思ったが立てれなかった。
フレームワーク個別のスレ立てまくると
ここが過疎るからやめようぜ
ここが過疎るからやめようぜ
皆仲良くしようぜ。
zendの専用スレとか過疎りすぎだからな
1.0でてないからだろうけど
1.0でてないからだろうけど
Pharonですら単独スレ持ってるのにくやしいっ
ビクビク
ビクビク
俺の支持なく単独スレを立てるのは禁止な
Pharonみたいなネタスレがいつまでも落ちないところに
この板の過疎具合があらわれてるな
この板の過疎具合があらわれてるな
cakeスレにあるが
ciの複数人開発への親和性ってどうなの？
1クラス1モジュールだから分けにくい？
ciの複数人開発への親和性ってどうなの？
1クラス1モジュールだから分けにくい？
361 ：nobodyさん：2007/04/15(日) 23:35:41 ID:f7ZVC+MY
>>356
ソースも読みやすいし、
コンセプトも個人的に気に入ってるし、使いやすいんだけど
いかんせん開発遅くね？
専スレでも言われてたけど一人で開発してるんじゃねーか？
このペースだと1.0は梅雨明けくらいになるのか？いや、夏に入るか？
ただ、どうもPHP4でも動く系のフレームワークって使う気になれなくて・・・
ソースも読みやすいし、
コンセプトも個人的に気に入ってるし、使いやすいんだけど
いかんせん開発遅くね？
専スレでも言われてたけど一人で開発してるんじゃねーか？
このペースだと1.0は梅雨明けくらいになるのか？いや、夏に入るか？
ただ、どうもPHP4でも動く系のフレームワークって使う気になれなくて・・・
たしかに５に慣れると、4のぐちゃぐちゃ感はもう勘弁て感じだな…
ほんと単純なアプリならいいんだが、凝ったものになると
必要ない自分ルールを何個も定義せにゃならん
ほんと単純なアプリならいいんだが、凝ったものになると
必要ない自分ルールを何個も定義せにゃならん
つーか4は例外無いのがやっぱ痛い
0.9.2だからあと0.8なんだよ
来週くらいには1.0だろ
来週くらいには1.0だろ
たしか1年以上前に、「ZFいつでるの？」「来年の今頃じゃね？」とか冗談飛ばしてたけど、まさかそれを遥かに上回る開発の遅さになるとは
冨樫の連載ペースになれてる俺にはなんともないけどな～
ethna使いなんだけど、
Zend Frameworkに移行しやすい？
Zend Frameworkに移行しやすい？
ZFは開発遅い上に、機能がｼｮﾎﾞいからなぁ
CodeIgniterの方がなんぼかマシ
むしろ今、時代はCodeIgniter
CodeIgniterの方がなんぼかマシ
むしろ今、時代はCodeIgniter
ＣＩに
$this->input->valid_ip($ip)
てあるんだけど、
invalidなIPでアクセスされることなんてあんの？
そんな高度なハッカーにPHPer程度がたちうちできんのか？
$this->input->valid_ip($ip)
てあるんだけど、
invalidなIPでアクセスされることなんてあんの？
そんな高度なハッカーにPHPer程度がたちうちできんのか？
CIのglobal_xss_filteringってどう思う？
サニタイズするの早すぎないか？
symfonyのEscapingOutputみたいに
表示する段階ですりゃいいじゃん
ってかむしろ表示する段階でするべきだろ。
どういう設計思想なんだろ。
サニタイズするの早すぎないか？
symfonyのEscapingOutputみたいに
表示する段階ですりゃいいじゃん
ってかむしろ表示する段階でするべきだろ。
どういう設計思想なんだろ。
$this->load->view('file',$array)
この段階でエスケープ指示できたら良くないか？
$this->load->view('file',$array,true)
だったら生データ渡せるとかさ
この段階でエスケープ指示できたら良くないか？
$this->load->view('file',$array,true)
だったら生データ渡せるとかさ
ethnaってまだあるのか？
WEB用フレームワークの概念もわからんで設計思想もないもんだ。笑うな
MY_Loader書いたらあっという間に実装できそう
CIの拡張性の高さは素晴らしいな
donationしたいくらいだ
CIの拡張性の高さは素晴らしいな
donationしたいくらいだ
class MY_Loader extends CI_Loader {
function view($view, $vars = array(), $return = FALSE)
{
$vars = $this->_ci_object_to_array($vars);
$vars = $this->_escapeArray($vars);
return $this->_ci_load(array('view' => $view, 'vars' => $vars, 'return' => $return));
}
protected function _escapeArray($array){
foreach ( $array as $key => $value ){
if ( ! is_array($value) ){
$array[$key] = $this->_escape($value);
}else{
$array[$key] = $this->_escapeArray($value);
}
}
return $array;
}
protected function _escape($str){
return htmlentities($str,null,'EUC-JP');
}
}
こんだけでokだった
簡単すぎワロタ
function view($view, $vars = array(), $return = FALSE)
{
$vars = $this->_ci_object_to_array($vars);
$vars = $this->_escapeArray($vars);
return $this->_ci_load(array('view' => $view, 'vars' => $vars, 'return' => $return));
}
protected function _escapeArray($array){
foreach ( $array as $key => $value ){
if ( ! is_array($value) ){
$array[$key] = $this->_escape($value);
}else{
$array[$key] = $this->_escapeArray($value);
}
}
return $array;
}
protected function _escape($str){
return htmlentities($str,null,'EUC-JP');
}
}
こんだけでokだった
簡単すぎワロタ
>>377
GoodJob!
GoodJob!
Ethnaは仕事で使うにはなかなかいいよ。
楽しくないけど。
楽しくないけど。
protected外せばいいだけでは？
OOPなのに関数にするのは気持ち悪いだろ
OOPなのに関数にするのは気持ち悪いだろ
>>379
あんなもん仕事に使ってる人は
あんなもん仕事に使ってる人は
>>382
GREEを完全否定ですか
GREEを完全否定ですか
>>381
そうじゃなくて、loadクラスについてのみ、a bit hackをCI自身がやってて
version 4だとMY_のextendsが利かないんだよ。
（system/codeigniter/にBase4.phpとBase5.phpがある理由はそれ）
そうじゃなくて、loadクラスについてのみ、a bit hackをCI自身がやってて
version 4だとMY_のextendsが利かないんだよ。
（system/codeigniter/にBase4.phpとBase5.phpがある理由はそれ）
ここまで出てきたCIの特長・利点が
Cakeのそれとまったく変わらない件
Cakeのそれとまったく変わらない件
ヒント：Cakeはコードが醜悪
CIの方がサイトがかっこいい
CIはもう個別スレ建ててそっちでやってくれ
宣伝がうざすぎる
宣伝がうざすぎる
一人で盛り上げ演出してんだろうな。 変な外人だな。
おまいらはEthna使えよ！ｗ
385からは、ちいたん盛り上げ野郎と同じ匂いが漂ってるな
ちいたん盛り上げ野郎＝ちいたん作者
CI盛り上げ野郎＝CI作者
だから別人だお
CI盛り上げ野郎＝CI作者
だから別人だお
個々のFWごとに過疎スレたてるくらいならひとつにまとまっていてほしい
ciのセグメントベースルータってどうなの？
と思ったが実際に使ってみると全然問題ないな
と思ったが実際に使ってみると全然問題ないな
でもGETの外部変数名としてURLパスを確保しちゃうので、
ドットがアンダースコアーに変換されるのがめんどいな。
foo/*.extensionを処理するのに、変換かまさなきゃいけん。
ドットがアンダースコアーに変換されるのがめんどいな。
foo/*.extensionを処理するのに、変換かまさなきゃいけん。
CIはDB操作とscaffoldが貧弱過ぎるな…
PHP4対応とかも、超小規模にはいいかもしれんが
5に完全移行したユーザには汚くみえるだけでなんも嬉しくないし…
ターゲットをCakeユーザに絞ってるんだろうか
PHP4対応とかも、超小規模にはいいかもしれんが
5に完全移行したユーザには汚くみえるだけでなんも嬉しくないし…
ターゲットをCakeユーザに絞ってるんだろうか
分かりやすくていいお
本屋行ったらPython+TurboGearの本がいっぱい出てた
PHP+フレームワークの本なんて一冊も出てねーのに
PHPｵﾜﾀ＼(^o^)／
PHP+フレームワークの本なんて一冊も出てねーのに
PHPｵﾜﾀ＼(^o^)／
cake と CI の違いを簡単に説明していただけませんか。
CIってcakeのfolk?
CIってcakeのfolk?
なんだfolkってのは。forkであっても使い方が間違ってるし。
いずれにしろcakeとciは何の関係もない
なるほど。
とりあえず、ちいたんとCodeIgniterをチェックしてみればいいんですね！？
PHPの強み ～ Simple is best.
とりあえず、ちいたんとCodeIgniterをチェックしてみればいいんですね！？
PHPの強み ～ Simple is best.
馬鹿がまだネタ振ってるのか
CI叩き厨まだいるのか
CI叩きというよりは、CI障害者叩きが正しい。
CIとEthnaで決まりだね！ｗ
CIとethnaって逆方向じゃん
guessworkとsymfonyで決まりだね！ｗ
CIってルータしょぼすぎるよね？
Rails風ルータ付けろよ・・・
自分で書くには面倒くさいし
Rails風ルータ付けろよ・・・
自分で書くには面倒くさいし
自分でつくれば？
>>413
ヒント：面倒くさい
今のセグメント式ルータだと
パラメータの構成を変えた時の対応がやっかいなんだよな。
ルーティングつっても
URL→パラメータと
パラメータ→URLの二方向があることを
このはげちょびんは分かってない。
ヒント：面倒くさい
今のセグメント式ルータだと
パラメータの構成を変えた時の対応がやっかいなんだよな。
ルーティングつっても
URL→パラメータと
パラメータ→URLの二方向があることを
このはげちょびんは分かってない。
すまんがRails風ルーティングの方法って
子供にもわかるように教えてくれんか？
子供にもわかるように教えてくれんか？
パラメタってなんのことだ？GETの変数・値のことをいってるのか？
たぶん、そのRails風ルーティングの要約が414の「二方向」ってやつなんでしょ。
たとえばViewの中でアンカーを出力するとき、
<a href="ここ" ・・・
の部分に、コントローラ名＋メソッド名＋その他のパラメータ情報を含むリンク先を指定する場合に、直接URLやパスを指定するよりも、ヘルパの呼び出しなどで指定できたほうが仕様変更に強い。
つまり414の言う「パラメータ→URL」の方向もフレームワークにやらせたい、ということかと。
ただ実際のところ、設計の段階で決まったURLのマッピングはほとんど変わることはないから、パスを直接指定でもそんなに困らないんだけどね。
たとえばViewの中でアンカーを出力するとき、
<a href="ここ" ・・・
の部分に、コントローラ名＋メソッド名＋その他のパラメータ情報を含むリンク先を指定する場合に、直接URLやパスを指定するよりも、ヘルパの呼び出しなどで指定できたほうが仕様変更に強い。
つまり414の言う「パラメータ→URL」の方向もフレームワークにやらせたい、ということかと。
ただ実際のところ、設計の段階で決まったURLのマッピングはほとんど変わることはないから、パスを直接指定でもそんなに困らないんだけどね。
a href ='/foo/bar/param'
じゃなくて
a href ='/helper' (param対応helpeなど）
でやりたいってぐらいなら、変換対応表とその生成メソッド（パラメタ→URL（segment））
作ることなんか全然面倒じゃないからそういう意味ではない気がするなあ。
414もう少し説明してくれないか？
じゃなくて
a href ='/helper' (param対応helpeなど）
でやりたいってぐらいなら、変換対応表とその生成メソッド（パラメタ→URL（segment））
作ることなんか全然面倒じゃないからそういう意味ではない気がするなあ。
414もう少し説明してくれないか？
>>400
TGの本全然売れて無いけどね。そして綴りくらい正しく書けるようになろうねｗ
TGの本全然売れて無いけどね。そして綴りくらい正しく書けるようになろうねｗ
http://pear.php.net/package/Net_URL_Mapper
これ使えばいいんじゃね？
これ使えばいいんじゃね？
>>418
/foo/bar/baz から
controller = foo / action = bar / id = baz っていうパラメータにルーティングするのと
controller = foo / action = bar / id = baz という引数から
/foo/bar/bazというURLを復元する
の2つのことだろう
>>420
PHP5 onlyだな
/foo/bar/baz から
controller = foo / action = bar / id = baz っていうパラメータにルーティングするのと
controller = foo / action = bar / id = baz という引数から
/foo/bar/bazというURLを復元する
の2つのことだろう
>>420
PHP5 onlyだな
>>421
その二つのことを指してCIに不満があるならCake
その二つのことを指してCIに不満があるならCake
CIに不満があればethnaだろっw
この場面で誰もsymfonyを挙げない時代がついに来たか
symfonyは専用スレあるからな
ここ数日弄ってたけど、CIシンプルでいい。ControllerとRouterはこんなもんで十分。
むしろCIにParser or Templateエンジンをどう絡ませるかという、ループ話になっちゃうな。
むしろCIにParser or Templateエンジンをどう絡ませるかという、ループ話になっちゃうな。
Parser？？？
426はここ数日の流れを理解してない予感
view templeteの話はしてねーーーーーーーーーーーだろ
view templeteの話はしてねーーーーーーーーーーーだろ
>208-212あたりで、CIのLayoutのついて出ていたけど、これなんかどうですか？
layout library
http://codeigniter.com/wiki/layout_library/
まだ試してなんだけど、Auto-Loadに登録しておけば用件としてはOKなのでは？
まんま、RoRだけどもこれでCIを使っていこうと思った。
layout library
http://codeigniter.com/wiki/layout_library/
まだ試してなんだけど、Auto-Loadに登録しておけば用件としてはOKなのでは？
まんま、RoRだけどもこれでCIを使っていこうと思った。
includeはパスの指定が面倒。
せめてそのへんは簡素化できるようにしてもらわんとな。
せめてそのへんは簡素化できるようにしてもらわんとな。
>>431
こんなものでどうでしょ？
function search_path($file) {
// $include_path は、どこかの設定ファイルとかから適当に持ってきて
foreach ($include_path as $path) {
if (file_exists($path. $file)) {
return realpath($path. $file);
}
}
throw new FileNotExistsException($file);
}
try {
include(search_path('hoge.php'));
} catch (FileNotExistsException $e) {
die('hoge.phpが無いよー');
}
こんなものでどうでしょ？
function search_path($file) {
// $include_path は、どこかの設定ファイルとかから適当に持ってきて
foreach ($include_path as $path) {
if (file_exists($path. $file)) {
return realpath($path. $file);
}
}
throw new FileNotExistsException($file);
}
try {
include(search_path('hoge.php'));
} catch (FileNotExistsException $e) {
die('hoge.phpが無いよー');
}
くだらん
おきらくごくらくなフレームワークはなんだい？
GWからはじめるぞ
GWからはじめるぞ
symfonyのinclude_partialは何気に便利だな
>>435
そりゃ、先に見つかった方優先になるに決まってるだろ。
（後出しの方優先にするんならarray_reverseかませりゃいいだけだし。）
そこら辺の動きをどう規定するか？等がフレームワークだし。
まぁ、普通この手の関数とかは既にあるはずだが。
そりゃ、先に見つかった方優先になるに決まってるだろ。
（後出しの方優先にするんならarray_reverseかませりゃいいだけだし。）
そこら辺の動きをどう規定するか？等がフレームワークだし。
まぁ、普通この手の関数とかは既にあるはずだが。
あ。リンクミスった。ｽﾏﾝ
今からフレームワークはじめるならどれがいいと思う？
Maple,Ethna,Mojaviあたりじゃね？
俺はEthna使ってるけど
俺はEthna使ってるけど
442 ：nobodyさん：2007/04/26(木) 23:51:30 ID:UfyxDsLw
Mojaviってどうなん？
結構書籍（極めるＰＨＰとか）に取り上げられてるけど
結構書籍（極めるＰＨＰとか）に取り上げられてるけど
Maple→開発中止
Mojavi→とっくに開発中止
Ethna→しらん
Mojavi→とっくに開発中止
Ethna→しらん
名前だけ有名どころ全部ほとんど開発中止とか笑えるな
フレームワークがどういうものか知りたければちいたんからやるのがよろしい
ちいたんちいたん言うからみてみたら噴いたｗ
まぁ構造を把握するってのではいいとっかかりかもしれんね
Zendを最近よくみてたんだけど小さなミス多すぎて萎えた
まぁ構造を把握するってのではいいとっかかりかもしれんね
Zendを最近よくみてたんだけど小さなミス多すぎて萎えた
ここでフレームワーク自体を理解できない俺が颯爽と正面突破
､ ∩
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
>440
空気を全く読まないでレスすると、言語を気にしないならRoR
から始めるがベター。理由は、日本語での入門書籍やネットでの
情報が豊富だから。RoRで、今の主流のフレームワークの概念を
つかんだ後に、自分が使いたい言語のフレームワークを使ってみては？
空気を全く読まないでレスすると、言語を気にしないならRoR
から始めるがベター。理由は、日本語での入門書籍やネットでの
情報が豊富だから。RoRで、今の主流のフレームワークの概念を
つかんだ後に、自分が使いたい言語のフレームワークを使ってみては？
453 ：nobodyさん：2007/04/27(金) 09:00:56 ID:VGKIHH61
おまえら、この本買う？CakeとSymfonyだけど。
http://www.9-ten.co.jp/bookdata/1753.php
http://www.9-ten.co.jp/bookdata/1753.php
◎ちいたん→最軽量次期バージョンに期待！(・∀・)ｲｲ!!
◎CodeIgniter→軽量 赤丸急上昇！(・∀・)ｲｲ!!
◎symfony→ 2ちゃんで一番人気(・∀・)ｲｲ!!
◎CakePHP→ 2ちゃんで2番人気(・∀・)ｲｲ!!
○ZendFW→まだ (´д｀)
●Maple→開発中止 (´･ω･｀)
●Mojavi→とっくに開発中止 (´･ω･｀)
Ethna→しらん (´-`)
◎CodeIgniter→軽量 赤丸急上昇！(・∀・)ｲｲ!!
◎symfony→ 2ちゃんで一番人気(・∀・)ｲｲ!!
◎CakePHP→ 2ちゃんで2番人気(・∀・)ｲｲ!!
○ZendFW→まだ (´д｀)
●Maple→開発中止 (´･ω･｀)
●Mojavi→とっくに開発中止 (´･ω･｀)
Ethna→しらん (´-`)
>>953
9ten社は相変わらず変な本出してくるなあ
9ten社は相変わらず変な本出してくるなあ
誰だよこれ書いたのｗｗｗ
山川 2007-04-26 10:52:40
ちいたんDLして使わせて頂いております。
いくつかPHPフレームワークを使いましたが一番好きです。
ただ、PEARも必要なくなれば、もっと良くなる
んじゃないかと思います。
もちろんまだ1.0が出てないので今後に期待、ですね。
EthnaやPieceのユーザーも取り込むぐらい
素晴らしいフレームワーク目指して、がんばって下さい。
山川 2007-04-26 10:52:40
ちいたんDLして使わせて頂いております。
いくつかPHPフレームワークを使いましたが一番好きです。
ただ、PEARも必要なくなれば、もっと良くなる
んじゃないかと思います。
もちろんまだ1.0が出てないので今後に期待、ですね。
EthnaやPieceのユーザーも取り込むぐらい
素晴らしいフレームワーク目指して、がんばって下さい。
誰だよって、山川だろ
だよね、PHPでRailsライクなフレームワークなんてバカな話だよ
CIや地井タンで十分
CIや地井タンで十分
デバッグの容易さは非常に評価が高い
何が？
symfony
そうなんだよね。PHPは手軽なところだけがとりえなんだよな。よく考えると。
CIにNet_URL_Mapper組み込んだ人いる？
どう手を付けたらいいのか迷うな
どう手を付けたらいいのか迷うな
また分散させるのか・・・
＼(^o^)／ ＼(^o^)／ code igniterスレハジマタ
) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) コノスレオワタ
) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) コノスレオワタ
このスレはフレームワークが出てくるたびに、あーだこーだ比較して楽しくやれればいいじゃないですか。
CIはもう秋田から分離してくれてちょうどよかった。
CIはもう秋田から分離してくれてちょうどよかった。
元気じゃねーよ (*ﾟдﾟ) ､ﾍﾟｯ
471 ：nobodyさん：2007/04/30(月) 23:51:18 ID:0H5K2qoZ
あと何年ぐらい乱立が続くんだろ
なんだかんだ言ってるうちにPHP自体が廃れそうだ
つかマイクロソフトが廃れないのと一緒だって
それから１０００年の月日が流れた
MSもそろそろヤバそうな気配漂ってるだろ・・・
Vistaは売れてないけどXPが売れてるからOK
でもphp出る前はperlやvbだったわけで、今それらが寂れてるのをみると、そのうちphpも寂れると思うけどな。
>>477
すばらしい代替言語が出れば別だが、現状ではその兆しは全くないな。
Railsが脚光を浴びても、代替フレームワークが各言語で出ちゃってるから
結局Rubyも盛り上がらず終いだし。
VBも.NETで全然使われてるし、Perlも新しい言語を覚えられない
低スキル開発者や負の遺産処理でまだまだ需要あるし。
寂れてるとはまだまだ言いがたいな
すばらしい代替言語が出れば別だが、現状ではその兆しは全くないな。
Railsが脚光を浴びても、代替フレームワークが各言語で出ちゃってるから
結局Rubyも盛り上がらず終いだし。
VBも.NETで全然使われてるし、Perlも新しい言語を覚えられない
低スキル開発者や負の遺産処理でまだまだ需要あるし。
寂れてるとはまだまだ言いがたいな
C#になるんじゃないかなぁ
phpはいつになったら型指定と型変換と名前空間と実装するんだ
phpはいつになったら型指定と型変換と名前空間と実装するんだ
480 ：nobodyさん：2007/05/02(水) 10:20:20 ID:CN0ZcYu0
オレはGroovyがくると思ってる
482 ：nobodyさん：2007/05/02(水) 11:05:49 ID:CN0ZcYu0
VBもPerlも依然として使われてるけどな。
C#はウェブ専用じゃないし、使われ方から言って、Javaの対抗だよな。
まあ、PHPはウェブのVB、って言い方は確かにしっくりくるけど。
C#はウェブ専用じゃないし、使われ方から言って、Javaの対抗だよな。
まあ、PHPはウェブのVB、って言い方は確かにしっくりくるけど。
やや話がそれるけど
PHPでコンポーネント志向で行きたい方は、Delphi for PHPがあります。
個人的に注目してるのですが、案件によってはなかなか効率よいです。
あと1年くらい残ってれば、使える環境になりそうな気がします。
PHPでコンポーネント志向で行きたい方は、Delphi for PHPがあります。
個人的に注目してるのですが、案件によってはなかなか効率よいです。
あと1年くらい残ってれば、使える環境になりそうな気がします。
vclの話しとdelphiとは、分けて考えたほうがいいだろ
C#ってオープンなの?
erlangってのが来るみたいな記事をみたな
Rubyのまつもとさんが言っているらしい
Webで今の言語だと並列処理ができなくてうんぬん
意味はわからんけど
erlangってのが来るみたいな記事をみたな
Rubyのまつもとさんが言っているらしい
Webで今の言語だと並列処理ができなくてうんぬん
意味はわからんけど
>>487
共有メモリによるスレッド協調が難しいってことだ
共有メモリにトランザクション機能がつくか、erlang のようにメッセージになるか・・・
そういえば Win32 は OS とアプリの会話はメッセージだったな
上手く隠蔽できればメッセージの方がいいかも
共有メモリによるスレッド協調が難しいってことだ
共有メモリにトランザクション機能がつくか、erlang のようにメッセージになるか・・・
そういえば Win32 は OS とアプリの会話はメッセージだったな
上手く隠蔽できればメッセージの方がいいかも
すいません。
スレ違いかも知れないのですが、フレームワークを作ってみたいと思いちいたんフレームワークで勉強しているんですが、軽量じゃないフレームワークをもう一つ勉強したいと思っています。
何かお勧めあったら教えて頂けますでしょうか。
お手数お掛します。
スレ違いかも知れないのですが、フレームワークを作ってみたいと思いちいたんフレームワークで勉強しているんですが、軽量じゃないフレームワークをもう一つ勉強したいと思っています。
何かお勧めあったら教えて頂けますでしょうか。
お手数お掛します。
490 ：nobodyさん：2007/05/02(水) 16:33:50 ID:ZfILmQf4
struts
PHPのスレだろ？まあsymfonyだろうな
↑なにこのばか
.NET Framework
symfonyは内部を理解しようと思うとかなり重労働になる
勉強にはなるけど
勉強にはなるけど
symfonyは、ファイル名・クラス名規則がsf大文字..ってのがいやだ。
それは普通だろ
railsみたいにサクサクウェブアプリ作れるフレームワーク教えてけれ。
>>489
zendは？
zendは？
>>492
PHP for struts って言いたいのか？( ´,_ゝ｀)ﾌ
PHP for struts って言いたいのか？( ´,_ゝ｀)ﾌ
PHP for Railsでもいいと思う。
出所者がどんどんRuby使いだして流行るだろうし。
出所者がどんどんRuby使いだして流行るだろうし。
もうRuby＝犯罪者の言語ってイメージ
Ruby使ってる＝前科者と思ってしまう
Ruby使ってる＝前科者と思ってしまう
受刑者育成の記事で脊髄反射過ぎだろｗｗ
CIですら内部調べるのが面倒くさくなってきた
…ちいたん…か…
…ちいたん…か…
や～いや～い ロリコンはっけ～ん～！
506 ：nobodyさん：2007/05/03(木) 17:38:58 ID:c2Uh0pgh
出所した人毛はRails使えるのか・・・驚異だなｗ
【IT】民間刑務所でRubyによるソフトウェア開発者を養成、アウトソーシング業務を [5/1]
http://news21.2ch.net/test/read.cgi/bizplus/1178007815/
プログラミングなんて誰でもデキルんだあ。 的な、
一般常識になるのは、ショックだよね。
http://news21.2ch.net/test/read.cgi/bizplus/1178007815/
プログラミングなんて誰でもデキルんだあ。 的な、
一般常識になるのは、ショックだよね。
実際、PHPでウェブアプリ作るのなんて、3ヶ月教えれば可能だろう。よほどPC苦手でなければ。
そんなやつ使えるのか?
何年もプログラムやってるがWebプログラムを書いたことがない奴は
セキュリティ的に問題のあるコードばかり書くのだが
何年もプログラムやってるがWebプログラムを書いたことがない奴は
セキュリティ的に問題のあるコードばかり書くのだが
うんうん・・・粗悪なコード書かれるとかえって手間になる。
やっぱり安い業者は駄目だなと思った蔵に営業に逝けばいいじゃないか。
Ruby on Rails のインパクトは多大なものであったと。
つまりは、Ruby on Jails .だと....
>>509
問題のある部分はFWがカバー
問題のある部分はFWがカバー
だれがうまいことをいえｔ（ｒｙ >>513
オブジェクト指向ってかなり知的なハードル高いと思うんだが
アウトローにそんな素養あるのか？
詐欺師等の知能犯ならともかく…
アウトローにそんな素養あるのか？
詐欺師等の知能犯ならともかく…
ﾍﾟｯ そりゃ教えれば覚わるだろうよ
クソ。結局孤立無縁で学校も行ってない俺みたいな人間は犯罪者より待遇が下ってか
クソ。結局孤立無縁で学校も行ってない俺みたいな人間は犯罪者より待遇が下ってか
開校に伴い同センターに収容される新居受刑者1000名から60名の女性受刑者を選抜し、4カ月間の職業訓練を通して開発に必要な基礎を養わせ、その後実際にプリズニーズのプロジェクトにアサインさせる計画。
女囚か。それなら男の犯罪者よりも平均的なIQは高いかな。
女囚か。それなら男の犯罪者よりも平均的なIQは高いかな。
519 ：nobodyさん：2007/05/04(金) 09:19:34 ID:Ipcq4wKI
詐欺はオブジェクト指向だからな。
オブジェクト指向プログラミングができない人は、今後非常にヤバイですね。
4ヶ月でマスターするのか！
実力で負けないように頑張りましょう！
…俺もその一人だが＼(^o^)／
4ヶ月でマスターするのか！
実力で負けないように頑張りましょう！
…俺もその一人だが＼(^o^)／
522 ：nobodyさん：2007/05/04(金) 19:41:12 ID:Ipcq4wKI
class Unko{
}
}
>>516
逆だろ。オブジェクト指向自体は分かりやすいし単純。
よのアホプログラマー達が、人の手だ足だとか歩くだとか、
しょーもない例で説明してたから、分かり難くなってただけ。
模範的なコードサンプルが増えた今では、理解なんかすぐできるだろ
逆だろ。オブジェクト指向自体は分かりやすいし単純。
よのアホプログラマー達が、人の手だ足だとか歩くだとか、
しょーもない例で説明してたから、分かり難くなってただけ。
模範的なコードサンプルが増えた今では、理解なんかすぐできるだろ
君たちみたいに昔からプログラム長々と書きなぐってた人たちは、
敢えてオブジェクト指向学ばなくても良かったからじゃね？
敢えてオブジェクト指向学ばなくても良かったからじゃね？
よく知られているフレームワークのソースですらイモなコードが多いんだから
一般のプログラマーでオブジェクト指向を本質的に理解できてる人間が
どの程度いるのかは疑問だな
何しろ奥が深い世界だからねぇ
一般のプログラマーでオブジェクト指向を本質的に理解できてる人間が
どの程度いるのかは疑問だな
何しろ奥が深い世界だからねぇ
symfony以前は、そうじゃないの？
やっぱりPHP4ベースで書かれたものはつらいわ
やっぱりPHP4ベースで書かれたものはつらいわ
symfonyでも「これはねーだろ」ってところが結構あった
もう忘れたが
もう忘れたが
PHPだとオブジェクト指向ぶりぶりだと重くなるから
仕方ないところあるんだよな
仕様で変なとこもあるし
仕方ないところあるんだよな
仕様で変なとこもあるし
おまいらget_included_files()でファイル表示してみ？
恐ろしい数のファイルを読み込んでるから・・・
恐ろしい数のファイルを読み込んでるから・・・
>>530
どれが？
どれが？
つEAccelerator
かなり前、Ethnaの中の人が
ファイルを一つにまとめてもコストに大差なかったと
言ってた記憶がある
ファイルを一つにまとめてもコストに大差なかったと
言ってた記憶がある
535 ：nobodyさん：2007/05/05(土) 21:34:28 ID:CNYOYtyC
鯖のメモリ増設したほうがずっと安上がりだよ
>>534
PHP高速化テクニックに20以上ファイルを読み込むなというのがあった
PHP高速化テクニックに20以上ファイルを読み込むなというのがあった
"PHP高速化テクニック" - Google 検索
http://www.google.co.jp/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&num=50&q=%22PHP%E9%AB%98%E9%80%9F%E5%8C%96%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82%AF%22
http://www.google.co.jp/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&num=50&q=%22PHP%E9%AB%98%E9%80%9F%E5%8C%96%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82%AF%22
smartyなんてロードだけでメチャコストかかるからね。
>>536
それ何？本？ブログ記事？
それ何？本？ブログ記事？
>>539
夢の中
夢の中
>>525
ソース覗いて駄目なところ言うのなんて誰にでもできる。
それなりに上手く動作するフレームワーク作るのは、やっぱ大変だし難しいでしょ。
誰にでも出来るわけじゃない。
オブジェクト指向って、現場だとバランスが大事だと思う。
理詰めで設計・コーディングして失敗してる例だってあるわけだし。
>>534
ファイルを一つにってやったことあるけど、確かにあまり変わらなかった。
ソース覗いて駄目なところ言うのなんて誰にでもできる。
それなりに上手く動作するフレームワーク作るのは、やっぱ大変だし難しいでしょ。
誰にでも出来るわけじゃない。
オブジェクト指向って、現場だとバランスが大事だと思う。
理詰めで設計・コーディングして失敗してる例だってあるわけだし。
>>534
ファイルを一つにってやったことあるけど、確かにあまり変わらなかった。
「PHP高速化テクニック」の詳細きぼんぬ
Many code blocks might slow down the interpretation a little bit.
<?
...
...
...
?>
is faster than
<? ... ?>
<? ... ?>
<? ... ?>
これなんて普通に考えてそうに決まってるが
気にするようなことか(?v?)
使われる状況が違うから簡単に書き換えられるケースが少ないし
<?
...
...
...
?>
is faster than
<? ... ?>
<? ... ?>
<? ... ?>
これなんて普通に考えてそうに決まってるが
気にするようなことか(?v?)
使われる状況が違うから簡単に書き換えられるケースが少ないし
【Zend Developer Zone】 PHPで高いパフォーマンスを得るには？
ttp://www.phppro.jp/news/72
->2. インクルード階層を10個以内に抑える
オブジェクト関係の処理を高速化するための方法
ttp://www.phppro.jp/news/58
ttp://www.phppro.jp/news/72
->2. インクルード階層を10個以内に抑える
オブジェクト関係の処理を高速化するための方法
ttp://www.phppro.jp/news/58
>>545
include_path の事じゃないの？
include_path の事じゃないの？
Control your include trees to no more than 10 includes
これどゆ意味？
include_pathの数を減らすのか
深い階層からincludeを行わないのか？
階層の深さの場合、どこからの距離を言うのか？
読み込み元ファイルからの距離なのか、/からの距離なのか？
これどゆ意味？
include_pathの数を減らすのか
深い階層からincludeを行わないのか？
階層の深さの場合、どこからの距離を言うのか？
読み込み元ファイルからの距離なのか、/からの距離なのか？
548 ：nobodyさん：2007/05/06(日) 22:00:25 ID:uDyEbrl7
相対パスと絶対パスだと絶対パスの方が速いんじゃなかったっけ？
>>544
なんかこれって、貧者プログラムだな。
なんかこれって、貧者プログラムだな。
PHPはコンパイラーがバカ過ぎる。
Rubyよりは大分ましだけどね
>>543
その一番上のこの記事
http://www.dublish.com/articles/10.html
「そりゃ普通に考えればそうだろ」か
「そうかもしれんが使いどころがねーよ」がほとんどだな・・・
その一番上のこの記事
http://www.dublish.com/articles/10.html
「そりゃ普通に考えればそうだろ」か
「そうかもしれんが使いどころがねーよ」がほとんどだな・・・
ﾃﾞﾘｼｬｽの検索おせええええ
>>548
http://www.moskalyuk.com/blog/php-optimization-tips/1272
Use full paths in includes and requires, less time spent on resolving the OS paths.
だって。
Error suppression with @ is very slow.
これは知らなかった。
http://www.moskalyuk.com/blog/php-optimization-tips/1272
Use full paths in includes and requires, less time spent on resolving the OS paths.
だって。
Error suppression with @ is very slow.
これは知らなかった。
でもそんな細かいテクで節約できる時間なんて
SQLをちょっと改善するだけでその100倍くらい稼げることが多いからなぁ……
そんな重隅より他に先にやることいっぱいあるだろ、なんてサイトが多そうだ
SQLをちょっと改善するだけでその100倍くらい稼げることが多いからなぁ……
そんな重隅より他に先にやることいっぱいあるだろ、なんてサイトが多そうだ
>>547
その文だけ読んだ限りでは、includeしたファイルの中からまたincludeして・・・という階層を10以内にしろってことっぽいけど、includeで10階層になることなんてまずありえないわな。
その文だけ読んだ限りでは、includeしたファイルの中からまたincludeして・・・という階層を10以内にしろってことっぽいけど、includeで10階層になることなんてまずありえないわな。
>>555
まったくだな。
まったくだな。
別に10階層が何かのキーになるわけじゃない。ネストすればするほど、行数の長いファイルを読み込めば読み込むほど、処理が遅く、メモリを消費する。
必要ないライブラリファイルは初めから読み込まない方がいいし、include_once()よりinclude()を使った方がいいということ。
必要ないライブラリファイルは初めから読み込まない方がいいし、include_once()よりinclude()を使った方がいいということ。
include_once()が遅いというが
既に読み込んだファイルリストとの照合ってそんなにコストかかるか？
include()より遅いのは当然だが
本当に気にするようなことなのかと。
既に読み込んだファイルリストとの照合ってそんなにコストかかるか？
include()より遅いのは当然だが
本当に気にするようなことなのかと。
「～～より遅い」じゃなくて
「～～より何ms遅い」で数字で話をしないと
意味のある遅さ論争はできないと思
「～～より何ms遅い」で数字で話をしないと
意味のある遅さ論争はできないと思
そういうどうでもいいところの速さにこだわる奴ほど
そもそもの設計が悪くて桁違いに遅いプログラムを
書いてるんだよなw
そもそもの設計が悪くて桁違いに遅いプログラムを
書いてるんだよなw
ベンチとろうと思ったけど、どうやってとったらいいのかな？
ループの中で大量にinclude_onceしても、一回しかinclude自体の処理をしないから、onceじゃないincludeを大量にやるより遥かに早くなっちゃうし。
かと言ってinclude_onceを1回してるだけのPHPスクリプトを何度も呼び出しても、PHPのパースにかかる時間のほうが長くてベンチにならん・・・
ループの中で大量にinclude_onceしても、一回しかinclude自体の処理をしないから、onceじゃないincludeを大量にやるより遥かに早くなっちゃうし。
かと言ってinclude_onceを1回してるだけのPHPスクリプトを何度も呼び出しても、PHPのパースにかかる時間のほうが長くてベンチにならん・・・
別名のファイルを大量に作成しておいて
全部include_once,
全部include,
で比較してみたら？
全部include_once,
全部include,
で比較してみたら？
と思ったけど、これでいけた
<?php
$n = 1000;
for ($i = 0; $i < $n; $i++) if (!file_exists($i)) touch($i);
$s = microtime(1);
for ($i = 0; $i < $n; $i++) include_once $i;
echo microtime(1) - $s, "\n";
$s = microtime(1);
for ($i = 0; $i < $n; $i++) include $i;
echo microtime(1) - $s, "\n";
はっきり言って誤差しかない。
何回もやってるとinclude_onceの方が早いときすらある。
<?php
$n = 1000;
for ($i = 0; $i < $n; $i++) if (!file_exists($i)) touch($i);
$s = microtime(1);
for ($i = 0; $i < $n; $i++) include_once $i;
echo microtime(1) - $s, "\n";
$s = microtime(1);
for ($i = 0; $i < $n; $i++) include $i;
echo microtime(1) - $s, "\n";
はっきり言って誤差しかない。
何回もやってるとinclude_onceの方が早いときすらある。
>>562
絶対パスと相対パスとインクルードパスから require_once するテスト書いてみると分かるよ。
require_once, require, include_once, include は大雑把に言うと
1. パスの解決
2. ハッシュテーブルを参照 (*_once のみ)
3. ファイルを読み込み
4. パスをハッシュテーブルに登録
ってことをやってるんだけど、(1) で 絶対パスならそのまま、相対パス (./ や ../ で始まる) なら
絶対パスに変換して正規化、その他なら include_path から順番にファイルを検索。
これが思ったより時間がかかっていて、しかも実行時の問題だからアクセラレータも無意味。
たとえば require_once '...'; // @resolve_path みたいにノーテーションしていたら
絶対パスに書き換えてデプロイしてくれるフレームワークとかがあると面白いかもね。
絶対パスと相対パスとインクルードパスから require_once するテスト書いてみると分かるよ。
require_once, require, include_once, include は大雑把に言うと
1. パスの解決
2. ハッシュテーブルを参照 (*_once のみ)
3. ファイルを読み込み
4. パスをハッシュテーブルに登録
ってことをやってるんだけど、(1) で 絶対パスならそのまま、相対パス (./ や ../ で始まる) なら
絶対パスに変換して正規化、その他なら include_path から順番にファイルを検索。
これが思ったより時間がかかっていて、しかも実行時の問題だからアクセラレータも無意味。
たとえば require_once '...'; // @resolve_path みたいにノーテーションしていたら
絶対パスに書き換えてデプロイしてくれるフレームワークとかがあると面白いかもね。
>>564
include はファイルI/Oが伴うから、ハッシュテーブルに登録されていたら
そこで終わりの include_once の方が速くても何の不思議もないよ。
そもそも require_once/include_once はクラスや関数が記述されているファイルを
読み込むとき等に使うもので、requre/include とは用途からして別物だし。
include はファイルI/Oが伴うから、ハッシュテーブルに登録されていたら
そこで終わりの include_once の方が速くても何の不思議もないよ。
そもそも require_once/include_once はクラスや関数が記述されているファイルを
読み込むとき等に使うもので、requre/include とは用途からして別物だし。
>>565
なるほどね。
まあとりあえず、includeとinclude_onceにパフォーマンス的な違いはほとんどないって感じでおｋかな。
>>566
いや、564のコードはループ内で毎回異なる名前のファイル（"0"～"999"）をinclude_onceしてるから、ファイルの読み込みも、パーサの起動も（空のファイルなので実質パースしてないけど）毎回やってるよ。
ちなみに、敢えてinclude中にパースする時間をなくすことで、includeとinclude_onceそのものの時間差をなるべく純粋に測ろうとしてみた。
この２つにパフォーマンス上の違いはないなら、566の言う通り、用途で使い分けるべきって結論になるわな。
なるほどね。
まあとりあえず、includeとinclude_onceにパフォーマンス的な違いはほとんどないって感じでおｋかな。
>>566
いや、564のコードはループ内で毎回異なる名前のファイル（"0"～"999"）をinclude_onceしてるから、ファイルの読み込みも、パーサの起動も（空のファイルなので実質パースしてないけど）毎回やってるよ。
ちなみに、敢えてinclude中にパースする時間をなくすことで、includeとinclude_onceそのものの時間差をなるべく純粋に測ろうとしてみた。
この２つにパフォーマンス上の違いはないなら、566の言う通り、用途で使い分けるべきって結論になるわな。
include_path から順番にファイルを検索
の段階までパスが確定しないケースってそんなに多くはないんじゃ？
PEARだとそうなるかな
の段階までパスが確定しないケースってそんなに多くはないんじゃ？
PEARだとそうなるかな
実際はファイルアクセスとパース処理が大半で登録されてるかどうかの
チェックなんてゴミだろ。バカらしいこと考えてないで、用途に合った
ほうを素直に使えばよろしい。
チェックなんてゴミだろ。バカらしいこと考えてないで、用途に合った
ほうを素直に使えばよろしい。
そんなところでミリセカンドを稼ぐよりも
コードの可読性とメンテ性を考えて作業者の数十分を稼いでくれって話だな
require_once でいいところに require 使ってたりすると
複数回読まれる可能性があるのか？ とか思っちゃうよ……
コードの可読性とメンテ性を考えて作業者の数十分を稼いでくれって話だな
require_once でいいところに require 使ってたりすると
複数回読まれる可能性があるのか？ とか思っちゃうよ……
デバッグしにくい変なバグの原因になりそうだよな・・・
気にしたら負けの問題だなこれは
気にしたら負けの問題だなこれは
情報弱者はしょうがねーなー。俺のやさしさを五臓六腑に染み渡らせろよ。
http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html
http://t3.dotgnu.info/blog/php/inclusion-checks.html
http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html
http://t3.dotgnu.info/blog/php/inclusion-checks.html
<?php
if(defined(__FILE__)) return;
define(__FILE__, true);
ファイル頭にこれ書けてか？
そこまでしなけりゃならん程incude_onceは遅いのか？？
if(defined(__FILE__)) return;
define(__FILE__, true);
ファイル頭にこれ書けてか？
そこまでしなけりゃならん程incude_onceは遅いのか？？
英語長げー
日本語三行で頼む
日本語三行で頼む
>>572
goodjob!
goodjob!
自画自賛乙
バイトコードキャッシュ使えばincludeの速度なんて無くなるんだから、
そんなつまらんことに時間掛けてる奴は相当アホだな
そんなつまらんことに時間掛けてる奴は相当アホだな
include_once問題はキャッシュ関係ないんじゃなかったっけ？
>>578
その通り
その通り
572は要するに
*_once系はキャッシュが効かないから
普通のincludeでキャッシュを効かせようって
キャッシュ前提の話でしょ？
*_once系はキャッシュが効かないから
普通のincludeでキャッシュを効かせようって
キャッシュ前提の話でしょ？
Somebody set us up an Inclusion Check
こっからもう意味わかんね
誰かが私たちに挿入チェックをセットアップする？ﾊｧ？
こっからもう意味わかんね
誰かが私たちに挿入チェックをセットアップする？ﾊｧ？
読める人がいないんじゃなくて、読んでも解説する人がいないだけだと思ってたら
本当に読めない人もいたのか……
本当に読めない人もいたのか……
かなりブロークンな英語であることは確か。
writingについて、後天学習したピジンぽい。
writingについて、後天学習したピジンぽい。
symfonyのWEBアプリ、フロントコントローラでのSF_ROOT_DIRを絶対パス指定にしたら、
少し早くなったよ！
ありが㌧！
少し早くなったよ！
ありが㌧！
それよりプロファイリングして一番遅いところから改善していった方が効率良いよね?
まあそういう事だね。ボトルネックも解らないのにやみくもにチューニングするのはナンセンス。
ただボトルネックになりうる箇所を知っておく事は大事な事だと思う。
ただボトルネックになりうる箇所を知っておく事は大事な事だと思う。
プロファイラは何を使ってる?
Xdebugって読みづらいんだよね
Xdebugって読みづらいんだよね
symfonyのORMよりCodeIgniterのORMの方が分かりやすくていいな
symfonyオワタ
symfonyｵﾜﾀ♪
＼ ｵｵｵｵﾜﾀｰｵﾜｵｵﾜｵﾜﾀ／
♪＼(^o^) ♪
＿ ) > ＿ ｷｭｯｷｭ♪
／.◎。／◎｡／|
＼(^o^)／.|￣￣￣￣￣| | ＼(^o^)／ CodeIgniterﾊｼﾞﾏﾀ♪
) ) .| |／ ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > ))))
symfonyオワタ
symfonyｵﾜﾀ♪
＼ ｵｵｵｵﾜﾀｰｵﾜｵｵﾜｵﾜﾀ／
♪＼(^o^) ♪
＿ ) > ＿ ｷｭｯｷｭ♪
／.◎。／◎｡／|
＼(^o^)／.|￣￣￣￣￣| | ＼(^o^)／ CodeIgniterﾊｼﾞﾏﾀ♪
) ) .| |／ ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > ))))
ファイルインクルードの見直しは確実に処理速度が向上するけどな。全体としてみてどの程度の割合かは別だが、早くなるのは確実。
SymfonyというかPropelがビッチ過ぎる
他は良いんだけどね・・・
他は良いんだけどね・・・
乱立の流れはいつごろ収束するんですか？
なんか使う側もオナニー状態に思えるんですが。
なんか使う側もオナニー状態に思えるんですが。
593 ：nobodyさん：2007/05/11(金) 15:02:52 ID:xcuFf1Dy
<?php
$model=new Model;
$list=$model->getList();
include("index.tpl");
?>
これでも一応MVCだろ？
$model=new Model;
$list=$model->getList();
include("index.tpl");
?>
これでも一応MVCだろ？
最初にコンパイルしとけば早くなるよ。
今ではzendのコンパイラ使ってる。
今ではzendのコンパイラ使ってる。
>>595
無料のないの?
無料のないの?
>>596
APCとかで十分だろ。
APCとかで十分だろ。
http://itpro.nikkeibp.co.jp/article/JIREI/20070508/270283/
ネクスト
PHPで構築した不動産情報サイトにフレームワーク導入へ
久しぶりにMapleが話題に！
ネクスト
PHPで構築した不動産情報サイトにフレームワーク導入へ
久しぶりにMapleが話題に！
>>598
しかしなんか制作クオリティ低そうなとこだね。。
しかしなんか制作クオリティ低そうなとこだね。。
＞他のPHPフレームワークと比較して，構造が単純で理解しやすい
ううむ・・・
ううむ・・・
開発停止してる事を知らないんだろうか？
仕事の案件で、Mojavi使ってますってのが結構多いが、これも同じかな？
仕事の案件で、Mojavi使ってますってのが結構多いが、これも同じかな？
逆に考えるんだ
更新が停止しているからこそ安心して使える…
そう考えるんだ
更新が停止しているからこそ安心して使える…
そう考えるんだ
MapleはPHP向けのそれなりにメジャーなフレームワークの中でもっとも複雑と思われる。
ネクストって会社は恐ろしく間違えまくってる。
ネクストって会社は恐ろしく間違えまくってる。
既に火がついたシステムを立て直そうっていうくらいだから
実際技術的なレベルはそんなに高くはないだろうね・・・
Mapleは実際使ったことはないが
内部の見通しはいいのでは？
実際技術的なレベルはそんなに高くはないだろうね・・・
Mapleは実際使ったことはないが
内部の見通しはいいのでは？
>>599
ベンチャーなんて大概そんなもん
ベンチャーなんて大概そんなもん
フレームワークの開発が停止していても
自分らでメンテナンスすればなんら問題なし
自分らでメンテナンスすればなんら問題なし
もちろんそうよ
でもMojaviなんかはもう設計思想が少し古くなってると思う
でもMojaviなんかはもう設計思想が少し古くなってると思う
どういうところ？
チェイン状に実行されてく構造とかじゃないか
よくわからんけど
よくわからんけど
Rails以前に作られたから
Railsが持ち込んだ概念がごっそり抜けてるところ。
ヘルパとかスマートなURLマッパがないし、
逆にヘルパやコントローラに溶けていったViewクラスがまだあるとか。
Railsが持ち込んだ概念がごっそり抜けてるところ。
ヘルパとかスマートなURLマッパがないし、
逆にヘルパやコントローラに溶けていったViewクラスがまだあるとか。
ウェブフレームワークというのはStrutsで完成してる。
RailsはORマッパーの組み込みとかミニサーバとかヘルパースクリプトによる省力化とか、そういう周辺部分を便利にしただけだな。
IDEないからエディタで書くけど、XMLは面倒だから、規約ベースにしちゃえとか。
RailsはORマッパーの組み込みとかミニサーバとかヘルパースクリプトによる省力化とか、そういう周辺部分を便利にしただけだな。
IDEないからエディタで書くけど、XMLは面倒だから、規約ベースにしちゃえとか。
そういう周辺部分の便利さが書き手にとっちゃ重要なのも事実
Strutsが構築した功績は大きいと思うけど
まだまだwebアプリFWを便利にしていく余地は腐る程あるだろう
Strutsが構築した功績は大きいと思うけど
まだまだwebアプリFWを便利にしていく余地は腐る程あるだろう
PHPとかルビーなんかにフレームワークなんかつかっても元々大規模に向かないからそこらかしこで無理が出てくる。
でもJavaだと極端に理屈っぽくなるからベンチャー系だと敬遠されがちだしな、、
でもJavaだと極端に理屈っぽくなるからベンチャー系だと敬遠されがちだしな、、
実態しらないで、どっかで聞きかじったはもういいよ。
PHPって
func(,,100)
みたいなデフォルトパラメータ指定出来ないのがうざい。
他言語パクるならそういうとこもパクれよ…
func(,,100)
みたいなデフォルトパラメータ指定出来ないのがうざい。
他言語パクるならそういうとこもパクれよ…
>>615
下手な釣りですね・・・
下手な釣りですね・・・
釣りじゃないよ
心の叫びだ
心の叫びだ
機能そのものが欲しいのか
単に syntax sugar が欲しいのか
書いてる本人は区別できてるんだろーか？
単に syntax sugar が欲しいのか
書いてる本人は区別できてるんだろーか？
文法糖って何？
とにかく「引数を省略できるのは右端から連続してる箇所だけ」という
不条理きわまりない仕様が許せねーんだよ
とにかく「引数を省略できるのは右端から連続してる箇所だけ」という
不条理きわまりない仕様が許せねーんだよ
文法糖じゃなくて糖衣構文
ググれよ
ググれよ
>> 598
> 機能の拡張を繰り返すうちスパゲティ化が進み，現在はある機能を改修すると
> 別の機能が正常に動作しなくなるという事態が頻発しているという。
こういうのは、改修が完了した後なら言ってもいいけど、改修前に言っちゃだめだよね。
個人情報とか扱うんだろうから、不安で使えなくなる。
> 機能の拡張を繰り返すうちスパゲティ化が進み，現在はある機能を改修すると
> 別の機能が正常に動作しなくなるという事態が頻発しているという。
こういうのは、改修が完了した後なら言ってもいいけど、改修前に言っちゃだめだよね。
個人情報とか扱うんだろうから、不安で使えなくなる。
って言っても、syntax sugarなんてほぼ日本語英語じゃん。
syntactic sugar って書けよ。
それに「文法糖」って訳だってあたらずとも遠からずだ。
function(,,100)クレクレなんていうsugarは糞だけどな。
syntactic sugar って書けよ。
それに「文法糖」って訳だってあたらずとも遠からずだ。
function(,,100)クレクレなんていうsugarは糞だけどな。
お互い理解できる言い回しかどうかの問題だろ
話が通じない言い回しじゃ役に立たん
話が通じない言い回しじゃ役に立たん
>>625
英文でも普通にsyntax sugarというし通じるがまぁ主流の表現ではないな
あと「構文糖」って訳語を見たことがある。オライリーのPerl本あたりで。
syntax sugar/syntactic sugar/糖衣構文/文法糖/構文糖
どれ見ても同じひとつの概念が浮かぶなら特に問題はないと思うが
そもそもその概念自体を知らないんじゃ話が役に立つとか以前に話にならん
英文でも普通にsyntax sugarというし通じるがまぁ主流の表現ではないな
あと「構文糖」って訳語を見たことがある。オライリーのPerl本あたりで。
syntax sugar/syntactic sugar/糖衣構文/文法糖/構文糖
どれ見ても同じひとつの概念が浮かぶなら特に問題はないと思うが
そもそもその概念自体を知らないんじゃ話が役に立つとか以前に話にならん
>>627
重要なのは概念をきちんと訳せているのが糖衣構文だってことだろ。
重要なのは概念をきちんと訳せているのが糖衣構文だってことだろ。
英語が読めない馬鹿の巣窟ですね。
素人意見なんだけど
自分の書きたいようにソースを書いてコンパイルのように実行前に正しい構文に変換して
やればいいだけの話じゃないの?
自分の書きたいようにソースを書いてコンパイルのように実行前に正しい構文に変換して
やればいいだけの話じゃないの?
Zendが反省すればいいだけの話だろ
もういいよ
そうだな、もういいな
ﾏｶｰなメキシカンが作ったフレームワークが登場
http://adroit.selfcontained.us/index.php
http://adroit.selfcontained.us/index.php
* オブジェクト指向
* ＭＶＣ
* Ｓｍａｒｔｙユーティリティ付属
* Ajax簡単実装
* PHP5+以降
ライトウェイトを歌ってるのに今時Smarty？
センスなしと判定
* ＭＶＣ
* Ｓｍａｒｔｙユーティリティ付属
* Ajax簡単実装
* PHP5+以降
ライトウェイトを歌ってるのに今時Smarty？
センスなしと判定
FW作ってるの外人ばっかりじゃん
ジャップも頑張れよ
ジャップも頑張れよ
639 ：nobodyさん：2007/05/14(月) 17:20:36 ID:PzBGoMlr
>>638
Ethnaって日本人じゃないの？
Ethnaって日本人じゃないの？
>>638
ちいたんもあるぞ
ちいたんもあるぞ
Maｐleもな
他にも4つくらいはあるよ
知らないだけだろ
知らないだけだろ
みったんフレームワークもあるよ
646 ：nobodyさん：2007/05/15(火) 13:02:28 ID:EEPUGtmM
そこレベル低いよ。ブログが逆効果だよ。
､ ∩
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
確かに右脳はレベル低い。そこら辺の馬鹿つれてきてPHP覚えさせた感じ。
>>645
なるほど。
＞メソッドで2回以上参照されるすべてのグローバル/オブジェクト変数はは、
＞ローカル変数に格納したほうがよい。
と紹介しているのに、自社のやつが
http://labs.unoh.net/2007/05/php_7.html
みたいなそれを正面から無視するコードかいてたりするのが笑える
なるほど。
＞メソッドで2回以上参照されるすべてのグローバル/オブジェクト変数はは、
＞ローカル変数に格納したほうがよい。
と紹介しているのに、自社のやつが
http://labs.unoh.net/2007/05/php_7.html
みたいなそれを正面から無視するコードかいてたりするのが笑える
なんだかんだいってこのスレのtips見て若干コードの書き方変わってきたわ
strposを良く使うようになったし
ループ中の判断分岐は外に出せないか検討するようになった
strposを良く使うようになったし
ループ中の判断分岐は外に出せないか検討するようになった
・メソッドで2回以上参照されるすべてのグローバル/オブジェクト変数はは、ローカル変数に格納したほうがよい
これから言うと
クラス内で
Context::getInstance()
するより
プロパティーに持っておいて
$this->getContext()
する方が速いってことかな？
俺はContext::getInstance()形式を好んで使ってるんだが
これから言うと
クラス内で
Context::getInstance()
するより
プロパティーに持っておいて
$this->getContext()
する方が速いってことかな？
俺はContext::getInstance()形式を好んで使ってるんだが
「これから言うと」
という行と、その後の貴方のお話が全然繋がらないわけだが。
という行と、その後の貴方のお話が全然繋がらないわけだが。
グローバルスコープのオブジェクトを参照するという意味で…ってことさ
>>651
どんな内容がご希望なんだ。
どんな内容がご希望なんだ。
>>652
いやそういうことじゃなくて変数の話でしょ、メソッドの中で
$a = $this->a;
$b = $this->a;
$c = $this->a;
みたいに何回もプロパティ参照せずに、
$a = $this->a;
$b = $a;
$c = $a;
一旦そのスコープのローカルに入れろってことじゃない？
いやそういうことじゃなくて変数の話でしょ、メソッドの中で
$a = $this->a;
$b = $this->a;
$c = $this->a;
みたいに何回もプロパティ参照せずに、
$a = $this->a;
$b = $a;
$c = $a;
一旦そのスコープのローカルに入れろってことじゃない？
こうゆう最適化って言語のバージョン上がった時に逆の効果になる場合も
あるのがびみょーだよなーと思う。
あるのがびみょーだよなーと思う。
貧民的だよな。
趣味プログラマからするとxoopsやmojaviで有名な方が何人かいるから
右脳はすごいというイメージが強かったけどどの辺がレベル低いのですか
右脳はすごいというイメージが強かったけどどの辺がレベル低いのですか
mojaviで有名とは？Sean Kirr?
右脳はよくわからないけど、xoopsのコード品質や設計はよくない印象。
PHPのCMSはすべからくそうだ。力技だけで作ってきたから汚い。
CMS->FWとなったのは必然。
CMS->FWとなったのは必然。
まじめな技術者が揃ってる感じ
悪くはないと思うけど
悪くはないと思うけど
俺も、真面目だと思うよ。
でもブログデザインが読みにくい。色とか。そういうので損しているわ。
でもブログデザインが読みにくい。色とか。そういうので損しているわ。
>>656
正直、こんなこと言い出したらポインタ弄ったほうがよっぽど早いからCで書けってなるんだが
正直、こんなこと言い出したらポインタ弄ったほうがよっぽど早いからCで書けってなるんだが
一昔前の2chじゃないんだから
こんな節約しなくていいだろｗ
こんな節約しなくていいだろｗ
右脳ってよくしらないけど画像切ると読めなくなる文てのは
なおしたほうがよいとおもうよ
なおしたほうがよいとおもうよ
右脳がいまいちという理由ってなんとなく言っているだけか
PHPのフレームワークにはActionFormってないんですか？
>>668
俺は早い早くないじゃなくて、$this->って書くのも見た目にもウザイから
>>656のようにするな。例がちょっとおかしいけど。
右脳のブログは、エディタじゃねーんだから背景色と文字色は逆でいいとｵﾓ。
俺は早い早くないじゃなくて、$this->って書くのも見た目にもウザイから
>>656のようにするな。例がちょっとおかしいけど。
右脳のブログは、エディタじゃねーんだから背景色と文字色は逆でいいとｵﾓ。
PHPにフレームワークっていうのが愚の骨頂に思えてならん
だからZendが最強だな
ガッチガチのFWじゃないのが
PHPの良さをつぶしてない
ガッチガチのFWじゃないのが
PHPの良さをつぶしてない
､ ∩
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
677 ：nobodyさん：2007/05/16(水) 09:29:48 ID:SqvE0yry
まぁ、ルーズなところはいいよね。
結局、ライブラリ群になってるけど。
結局、ライブラリ群になってるけど。
＞PHPにフレームワークっていうのが愚の骨頂に思えてならん
この手のレスよく目にするけど、書いてる本人は何を愚の骨頂としたいんだ？
この手のレスよく目にするけど、書いてる本人は何を愚の骨頂としたいんだ？
PHPみたいなジャンク言語でフレームワークてﾌﾟｹﾞﾗ
て感じじゃね
て感じじゃね
…ジャンク？
ジャンクなのはいいけどフレームワークを使わないでどう開発しているかを
教えてくれ
話はそれからだ
教えてくれ
話はそれからだ
使い捨て言語にふさわしくベタ書きですよﾌﾟｹﾞﾗ
どうやって使い捨てるんだ？
明後日から、そのベタ書きと思われるプログラム開発現場に行く事になったよ。
時が経てば脳内メモリから開放されます…
今日びベタ書きなんてやってたら発狂するわ
カスタマイズされたmojaviなんかをメンテするくらいなら、べた書きの方がよほどマシ。
そんな状況知らんがな前の担当に文句言えよ
PHP使って開発ってもせいぜい5人とかまでぐらいじゃね？
仕様もまともに洗い出せてないまま開発スタートとかして、
「とりあえずFWから急ごうか」とかもうアホかと。
仕様もまともに洗い出せてないまま開発スタートとかして、
「とりあえずFWから急ごうか」とかもうアホかと。
それは自分の会社の開発体制が糞なだけで、
どんな言語でもだめだろうな
どんな言語でもだめだろうな
要するにスタンダードがないんだよ。smartyとPEAR::DBくらいなもんでしょう。
シンフォニーもZEND FWも数年後に今のmojavi状態になってない保証はない。
シンフォニーもZEND FWも数年後に今のmojavi状態になってない保証はない。
smartyとPEAR::DBっておまえ何年前のPHPユーザだよ
何言ってんだか。今でもPHP4がバリバリ現役なのがPHPじゃん。バージョン0.1あがるたびに言語仕様変わってるから、スタンダードなライブラリなんて出来上がるはずもないんだけどね。
＞PHP4がバリバリ現役なのがPHPじゃん
お前が使ってる安値の共同レン鯖の話と、開発現場の話を一緒にスンナ。
お前が使ってる安値の共同レン鯖の話と、開発現場の話を一緒にスンナ。
サーバがどうこうって、量産されてるPHPプログラマーはPHP4の方が多いよ。
別にPHP5の新しい機能知らなくてもウェブアプリ作れるし。
それに、携帯サイトみたいな、軽い処理で大量のアクセスをさばこうと思えば、フットプリントの小さいPHP4の方が有利だし。
別にPHP5の新しい機能知らなくてもウェブアプリ作れるし。
それに、携帯サイトみたいな、軽い処理で大量のアクセスをさばこうと思えば、フットプリントの小さいPHP4の方が有利だし。
PHP4がバリバリ現役でsmartyとDBがスタンダードっていう状態で
思考がストップしてるってのがまずいんだろ
まともな今のPHPプログラマなら
新規案件には出来うる限り5を使うだろう
スタンダードなライブラリ待ってるだけじゃ何も作れんし
量産されてるPHPプログラマーや使われてる量で
PHPのバージョンどっちがいいかとかそういうもんでもない
あと携帯サイトの話はしてない
思考がストップしてるってのがまずいんだろ
まともな今のPHPプログラマなら
新規案件には出来うる限り5を使うだろう
スタンダードなライブラリ待ってるだけじゃ何も作れんし
量産されてるPHPプログラマーや使われてる量で
PHPのバージョンどっちがいいかとかそういうもんでもない
あと携帯サイトの話はしてない
まず、PHP（mod_phpも含めて）の特徴から、PHP4が有利な場合もあるということ。
次に人員の確保の点から、メジャーなライブラリー、フレームワークを選択しなければ、そもそもPHPという言語を選択した意味がないということ。
PHPの最大の長所は人員の確保のしやすさなんだから。
smartyやPEAR::DBは同種の新しいライブラリーに比べて劣ってる部分もあるけど、普及度では圧倒的に勝ってる。
今からmaple使うくらいなら、断然べた書きをおすすめするよ。
次に人員の確保の点から、メジャーなライブラリー、フレームワークを選択しなければ、そもそもPHPという言語を選択した意味がないということ。
PHPの最大の長所は人員の確保のしやすさなんだから。
smartyやPEAR::DBは同種の新しいライブラリーに比べて劣ってる部分もあるけど、普及度では圧倒的に勝ってる。
今からmaple使うくらいなら、断然べた書きをおすすめするよ。
＞普及度では
smarty,PEAR:DB程度を使える「人員」なら、別にversion 5の通常機能やそれに基礎をおいた
FWぐらい使えるだろ
＞maple使うぐらいなら
そんな話は誰もしてない
smarty,PEAR:DB程度を使える「人員」なら、別にversion 5の通常機能やそれに基礎をおいた
FWぐらい使えるだろ
＞maple使うぐらいなら
そんな話は誰もしてない
フレームワーク不要論者は、使わなければいい
報酬をもらってフレームワークを使う案件を引き受けるなら、使いこなせて当たり前
仕事でやってるのに使い方が分からないと言っている奴は、頭が悪いか、怠慢なだけ
ちょっと厳しい言い方だけど、プロなら努力しなきゃね
報酬をもらってフレームワークを使う案件を引き受けるなら、使いこなせて当たり前
仕事でやってるのに使い方が分からないと言っている奴は、頭が悪いか、怠慢なだけ
ちょっと厳しい言い方だけど、プロなら努力しなきゃね
FWスレにべた書きを勧めにくる意味がわからんｗ
そもそも「ベタ書き」っていう言い方自体が無内容だよね。
PEAR使うなりSmarty使うなりっていう風にするとすれば、
当然自前のFW作ることになるわけだし。
PEAR使うなりSmarty使うなりっていう風にするとすれば、
当然自前のFW作ることになるわけだし。
MVCを使ってない
FrontControllerでない
ベタ書きなコードを見た瞬間やる気がうせるけどなぁ
メンテナンスちゃんとできているのか知りたい
FrontControllerでない
ベタ書きなコードを見た瞬間やる気がうせるけどなぁ
メンテナンスちゃんとできているのか知りたい
シンフォニーやZENDFWのようなフルスタックのフレームワークは学習に時間がかかる。
それでもそのフレームワークが必ずメジャーになるという保証があるなら、それに乗ってもいいだろうが、将来有望のはずだったZENDFWですら雲行きが怪しい。
現状シンフォニーやZENDFWを使いこなせる人員を集めるのは比較的難しいし、学習しても数年後にはその知識がゴミになってる可能性もある。MapleやMojaviのように。
smartyを使えば強制的にビューを分離出来る。それにPEAD::DBでDAOクラス作れば、それで事足りる場合も多いってこと。
smartyやPEAR::DBは十分普及してるから、事前学習がいらない。そこが大きなメリット。
それでもそのフレームワークが必ずメジャーになるという保証があるなら、それに乗ってもいいだろうが、将来有望のはずだったZENDFWですら雲行きが怪しい。
現状シンフォニーやZENDFWを使いこなせる人員を集めるのは比較的難しいし、学習しても数年後にはその知識がゴミになってる可能性もある。MapleやMojaviのように。
smartyを使えば強制的にビューを分離出来る。それにPEAD::DBでDAOクラス作れば、それで事足りる場合も多いってこと。
smartyやPEAR::DBは十分普及してるから、事前学習がいらない。そこが大きなメリット。
FW使いこなせる人員集めるのが難しいんじゃなくて
おまえにとってFWが難しいんだろ
smartyとPEAR::DB使えるようになって
嬉しいのはよく分かったからとっとと巣に帰れ
おまえにとってFWが難しいんだろ
smartyとPEAR::DB使えるようになって
嬉しいのはよく分かったからとっとと巣に帰れ
シンフォニーも一応試しはした。ま、アスキートを最後までやったくらいだけど。
ウェブフレームワークって結局一長一短でどのケースにも最適のフレームワークというのはないね。
できるだけメジャーな物、学習が無駄にならない物を選ぶのがいい。
JavaだったらStrutsとJSPさえ覚えたらずっとやってこれたし、当分廃れることはないだろう。
PerlもTTやDBI、DBICを覚えれば、あとはCGI::Appだろうが、Catalystだろうが、すぐに使いこなせる。
RubyならRoRで決まりなのかな。
残念ながらPHPにはそういうのがないよ。
てっきりZENDFWがJakartaやCPANみたいになって、SmartyやPEARの主要なライブラリが移植統合されるものと思ったのに。
ウェブフレームワークって結局一長一短でどのケースにも最適のフレームワークというのはないね。
できるだけメジャーな物、学習が無駄にならない物を選ぶのがいい。
JavaだったらStrutsとJSPさえ覚えたらずっとやってこれたし、当分廃れることはないだろう。
PerlもTTやDBI、DBICを覚えれば、あとはCGI::Appだろうが、Catalystだろうが、すぐに使いこなせる。
RubyならRoRで決まりなのかな。
残念ながらPHPにはそういうのがないよ。
てっきりZENDFWがJakartaやCPANみたいになって、SmartyやPEARの主要なライブラリが移植統合されるものと思ったのに。
>>705
ＭＶＣにするだけなら、SymfonyやZend Frameworkを使わなくても大丈夫ですね
>学習しても数年後にはその知識がゴミになってる可能性もある。
フレームワークを使った開発手法を理解する、という点では無駄にならないよ
フレームワークを使った開発手法を知らない人は、ずっと知らないまま
世の中、知らなくて損しているってことはたくさんあることだけは心に留めておいた方がいい
でもPG初心者がいきなりフレームワークを使いこなせないのも事実だろう
フレームワークの学習時間を短くする工夫は必要ですね
コードリーディングの能力を高めることは、いずれにしても必要だし無駄にならない
フレームワークの学習コストは、
ＭＶＣにするだけなら、SymfonyやZend Frameworkを使わなくても大丈夫ですね
>学習しても数年後にはその知識がゴミになってる可能性もある。
フレームワークを使った開発手法を理解する、という点では無駄にならないよ
フレームワークを使った開発手法を知らない人は、ずっと知らないまま
世の中、知らなくて損しているってことはたくさんあることだけは心に留めておいた方がいい
でもPG初心者がいきなりフレームワークを使いこなせないのも事実だろう
フレームワークの学習時間を短くする工夫は必要ですね
コードリーディングの能力を高めることは、いずれにしても必要だし無駄にならない
フレームワークの学習コストは、
はいはい。
じゃあethnaでも使ってればいいんじゃね
じゃあethnaでも使ってればいいんじゃね
フレームワークの学習コストは、 採算重視の企業にとっては無視できないんだな。
学習本が充実したらいいのに
学習本が充実したらいいのに
こんばんわ。いつも居ますねｗ
PHPのフレームワークが乱立しているのは、それだけPHPが柔軟で使いやすい証左だと思います。
みんながPHPを使って、フレームワークも作っちゃう状態
選択肢がたくさんあっていいですね！
迷っちゃう＞＜
みんながPHPを使って、フレームワークも作っちゃう状態
選択肢がたくさんあっていいですね！
迷っちゃう＞＜
もう寝ます＾＾
zendを参考に自前で作ってる俺が最強ということで、いいじゃないですか
認定
PHP案件でフレームワーク入れてるのって成功しているとは言いがたいものが多い気がするんだけど。
､ ∩
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
おお！ちいたんの時代がきた・・・！
ちいたん読んで勉強したいとおもいます。
ふだんPHP5使っててたまに4触るはめになるとうんざりするよな…
まったくだ
PEAR::isErrorで常に戻り値エラーチェックとか
とか今考えたら超絶バッドノウハウでしかねえ
PEAR::isErrorで常に戻り値エラーチェックとか
とか今考えたら超絶バッドノウハウでしかねえ
gotoよりfinallyのほうがずっと有用だよね。
今からでも6の設計を見直してもらいたいものだ。
今からでも6の設計を見直してもらいたいものだ。
727 ：nobodyさん：2007/05/19(土) 16:51:33 ID:TPm4po3D
例外を返すメソッドや関数を利用するときは、
必ずtry文内で使わなければならないの？
try文内でない場合は、そのままスルーするってできない？
set_exception_handler()だとそこで処理終わっちゃうし・・・。
必ずtry文内で使わなければならないの？
try文内でない場合は、そのままスルーするってできない？
set_exception_handler()だとそこで処理終わっちゃうし・・・。
そのままスルーできる時のためにcatchがあるんじゃないか
いやその・・・例外を返すメソッドだけど、
例外エラーは使わずに利用したいってことで。
例外エラーを利用するコードを書く時って、
なんでも全部tryで囲んで書くんですか？
例外エラーは使わずに利用したいってことで。
例外エラーを利用するコードを書く時って、
なんでも全部tryで囲んで書くんですか？
例外を返すメソッドって何だ？
public function hoge() {
return new Exception("例外だよ");
}
ってことか？
それとも例外を投げるメソッド？
public function hoge() {
return new Exception("例外だよ");
}
ってことか？
それとも例外を投げるメソッド？
>>729
別に必ず直近でtryで囲む必要があるというわけじゃない
とりあえずはアプリの一番上の層で全例外をキャッチする
デフォルトの復帰処理を書いておけば十分だろう
で個別に復帰できる部分はcatchで復帰する
てか慣れたら分かるんで最初は気にせず
普通に書いてたらいいんじゃないかな
別に必ず直近でtryで囲む必要があるというわけじゃない
とりあえずはアプリの一番上の層で全例外をキャッチする
デフォルトの復帰処理を書いておけば十分だろう
で個別に復帰できる部分はcatchで復帰する
てか慣れたら分かるんで最初は気にせず
普通に書いてたらいいんじゃないかな
クラスを作るときに例外を投げられないと死ぬる
>>732
コンストラクタをprotected/privateにしてstaticなcreateInstanceでお茶を濁してください。
コンストラクタをprotected/privateにしてstaticなcreateInstanceでお茶を濁してください。
単純にクラス書くときに、って意味じゃないか？
自動キャストを止めて欲しい
>>730
そうそう、正確に言うと、返すじゃなくて、投げるでした。
>>731
その大きなtry文を書くのがなんとなく嫌な感じがしたんです。
長いtry文になるとどこまでがtry?みたいな・・・。
そんな気にしなくていいことかもしれないですけど、
長いネストって基本的に避けたい気持ちになるので。
そうそう、正確に言うと、返すじゃなくて、投げるでした。
>>731
その大きなtry文を書くのがなんとなく嫌な感じがしたんです。
長いtry文になるとどこまでがtry?みたいな・・・。
そんな気にしなくていいことかもしれないですけど、
長いネストって基本的に避けたい気持ちになるので。
>>736
むしろ小さいtryセクションが散らばってるより良いと思うが
むしろ小さいtryセクションが散らばってるより良いと思うが
try {
ものすごく
長い
コード
} catch ・・・
ってなってたら、メソッドに括りだして
try {
hoge();
} catch ・・・
function hoge() {
ものすごく
長い
コード
}
ってやったらいいんじゃね？
ものすごく
長い
コード
} catch ・・・
ってなってたら、メソッドに括りだして
try {
hoge();
} catch ・・・
function hoge() {
ものすごく
長い
コード
}
ってやったらいいんじゃね？
それは根本的な解決になってないし、長いtry構文は作るべきじゃないな。
適切な箇所だけ括るべきだと思う。
というか、try、catch覚えた頃はついつい乱用しがちになってしまうが、
ほんとに使うことが正しいかどうかを、一度考えてみるのもいいかもしれないね。
適切な箇所だけ括るべきだと思う。
というか、try、catch覚えた頃はついつい乱用しがちになってしまうが、
ほんとに使うことが正しいかどうかを、一度考えてみるのもいいかもしれないね。
そしてtrigger_errorに帰ってくるんだな
例外は使いすぎるなってっていうのは、一般的な教則じゃないかな。Javaのリファクタリング本とかによく載ってる。
例外が多すぎるのは本来の処理に問題があるのでしょうか？
744 ：nobodyさん：2007/05/20(日) 15:54:06 ID:s5N306jr
フレームワーク触ったことないんだけど、こんな感じだよね？
http://www.uploda.org/uporg816300.jpg
http://www.uploda.org/uporg816300.jpg
どこからそんな画像見つけてきたんだよ
746 ：nobodyさん：2007/05/20(日) 16:00:04 ID:s5N306jr
なるほど…ライブラリみたいなものか
749 ：nobodyさん：2007/05/20(日) 16:26:40 ID:z47kJYhH
>>744
ZendFrameworkはある意味そんな感じだよ
ZendFrameworkはある意味そんな感じだよ
750 ：nobodyさん：2007/05/20(日) 17:42:36 ID:iM/t0Bv0
PEARも？
そんな厳密な違いはないと思うけど、PHPのフレームワークの場合、そのフレームワーク内で完結してる事が多いね。
せいぜいSmartyを使うくらいで。
ZENDFWの場合、PEARを置き換えた上で、ウェブフレームワークも盛り込もうとしてるんだろうけど。
せいぜいSmartyを使うくらいで。
ZENDFWの場合、PEARを置き換えた上で、ウェブフレームワークも盛り込もうとしてるんだろうけど。
ethnaなんてPEAR依存じゃん
そして関数に帰ってくる。
それはない
PHPの父って誰？
>>755
Webアプリを作るにはいいがのあたりでワロタ
Webアプリを作るにはいいがのあたりでワロタ
759 ：nobodyさん：2007/05/21(月) 09:38:48 ID:4KSfgIeo
>>760
っつか誰が書いてるか知らんのかｗ
っつか誰が書いてるか知らんのかｗ
>>756
http://ja.wikipedia.org/wiki/ラスマス・ラードフ
確かに国内だとあんまり名前が出てこないよね。
>>760
こんな人。
http://gihyo.jp/dev/serial/01/alpha-geek
http://ja.wikipedia.org/wiki/ラスマス・ラードフ
確かに国内だとあんまり名前が出てこないよね。
>>760
こんな人。
http://gihyo.jp/dev/serial/01/alpha-geek
PHPがダメ言語だなんてのは<php? ?>なんて書く程度の奴に指摘されるまでも
なく普段使ってる俺らの方がよく知ってるよ!
なく普段使ってる俺らの方がよく知ってるよ!
perlに対する偏愛を持ってるんだろうね。
アレは芸風だから。
IT界の江川達也。口はデカイがやるこたショボイ
767 ：nobodyさん：2007/05/21(月) 11:59:18 ID:4KSfgIeo
Jcode.pm開発した事だけは褒める
個人的にはPerlの方が糞だと思うがなｗｗｗ
実際のところ生産性はどうなの？
DHHが見捨てたくらいだからPHPよりRubyの方がいいの？
DHHが見捨てたくらいだからPHPよりRubyの方がいいの？
>>>769
http://gihyo.jp/dev/serial/01/alpha-geek/0004
http://capsctrl.que.jp/kdmsnr/wiki/transl/?AnInterviewWithDHH
見捨ててないよ。使い分けしている。
http://gihyo.jp/dev/serial/01/alpha-geek/0004
http://capsctrl.que.jp/kdmsnr/wiki/transl/?AnInterviewWithDHH
見捨ててないよ。使い分けしている。
>>770
イケメンとキモメンの2ｼｮｯﾄｗｗｗ
イケメンとキモメンの2ｼｮｯﾄｗｗｗ
Cで書けばいいのあたりワロタ
＞ですから、ZopeやOpenACS、その他、ビジネスロジックの沼にハマって抜けられなくなった
＞フレームワークのようにはなりません。
そういえば、あったなあここらへんのフレームワークというかCMSというか。
あれに飛びついた奴はいまごろどうしてるんだろうｗ
＞フレームワークのようにはなりません。
そういえば、あったなあここらへんのフレームワークというかCMSというか。
あれに飛びついた奴はいまごろどうしてるんだろうｗ
>>755
m9（^Д^）ﾌﾟｷﾞｬー
m9（^Д^）ﾌﾟｷﾞｬー
livedoor事件の時はサンジャポによく出てたよなぁ。
いい具合に釣れてるけど切れ味そんなに鋭くないな
昔はもっと傲慢に書いてた気がするんだが
昔はもっと傲慢に書いてた気がするんだが
PHP使ってないのに、無理して批判しようとするから・・・
釣れてるとか鋭いとかではなく、
キモ無知だからツッコミいれたくなるのでは？
キモ無知だからツッコミいれたくなるのでは？
こいつって、実際どうなの？
オンザエッジ時代のCTOなんてたいしたことなさそうだが。
オンザエッジ時代のCTOなんてたいしたことなさそうだが。
Perlに関してはコアな人。JavaScriptもすごい。
本をたくさん読むので知識豊富。
少し性格に難があるのか、時々おかしなことも言っている。
挑戦的でよく釣りをする。
本をたくさん読むので知識豊富。
少し性格に難があるのか、時々おかしなことも言っている。
挑戦的でよく釣りをする。
言葉足らずなところに付け込んでわざと誤読して怒りながらご高説を垂れるスタイル
って印象の人、どこかトンチンカン
って印象の人、どこかトンチンカン
782 ：nobodyさん：2007/05/21(月) 20:56:14 ID:zbqJOlov
Cプログラマーとしても優秀だよ。
PerlモジュールはCで書いてるんだから。
PerlモジュールはCで書いてるんだから。
書店でRuby本あさってみたが
いまいちピンとこなかった
webアプリ制作に関する情報少ないな
RoR本は多いがもっと下層のことが知りたい
IDEでの開発についての情報も見あたらなかったし（￣～￣;）ｳｰﾝ
いまいちピンとこなかった
webアプリ制作に関する情報少ないな
RoR本は多いがもっと下層のことが知りたい
IDEでの開発についての情報も見あたらなかったし（￣～￣;）ｳｰﾝ
実際どんなもんなのかは知らないが
過大評価されてる感じはするな＞ヒゲ男
過大評価されてる感じはするな＞ヒゲ男
昔こういう高圧的な文体って流行ってたよな、雑誌とかで・・・
このサスペンダー男とか
切り込み隊長とかいうキモシャツ男の文章は
何か懐かしいものがある
このサスペンダー男とか
切り込み隊長とかいうキモシャツ男の文章は
何か懐かしいものがある
rubyの{}を使わない関数、クラス定義が
見やすいとは思えないのだが…。
文字だとアクセントなさすぎじゃね？
慣れの問題かなぁ
見やすいとは思えないのだが…。
文字だとアクセントなさすぎじゃね？
慣れの問題かなぁ
子飼は人間性はともかくプログラマーとして一流なのは確か。
子飼はプログラマとしてはともかく人間性最悪なのは確か。
特に言わなくていいことを書いているだけにしか見えない内容だったな
dankogaiはマカだから協調性皆無だしな。
みんなPC使ってるのに一人で騒ぎだす。
みんなPC使ってるのに一人で騒ぎだす。
マックだとパッケージがないからソースインストールしないといけないんだけど、
確かにコンパイルは鬼のように大変なんだ。
mod_phpは5以降はプロセスが太りすぎでメモリを食いまくる。起動も遅いし。
軽くて早かったのは4のころまで。
5の新機能が有効でないプログラミングスタイルなら、4を使った方がいい。
確かにコンパイルは鬼のように大変なんだ。
mod_phpは5以降はプロセスが太りすぎでメモリを食いまくる。起動も遅いし。
軽くて早かったのは4のころまで。
5の新機能が有効でないプログラミングスタイルなら、4を使った方がいい。
処理速度は4より5系（5.1以降）の方が速いぞ。
mod_phpなら常駐だから、起動速度は関係ないだろう。
訳知り顔で適当なこと書くのは止めてくれ。
mod_phpなら常駐だから、起動速度は関係ないだろう。
訳知り顔で適当なこと書くのは止めてくれ。
１週間ほど前に騒いでた「べた書き」の人じゃないの
ジャンク言語支持者ども乙ｗｗｗｗｗ
その無意味な芝で精神的愉悦が得られたならこちらとしてもお役に立てて何よりだ
コンパイルも別に大変じゃない。MacPortsでサクッと入るし。
自分はMacPortsのPHPのコンフィギュレーションは好みじゃないから
依存するライブラリだけMacPortsで入れてPHP本体はシェルスクリプトでやってるけど。
自分はMacPortsのPHPのコンフィギュレーションは好みじゃないから
依存するライブラリだけMacPortsで入れてPHP本体はシェルスクリプトでやってるけど。
PHPでもOOPは楽しいよね(´・ω・｀)
起動するだけなら、PHP4系の方が早いよ。バイナリサイズからしてぜんぜん違うんだから。
もちろん、起動してから、複雑なロジックを実行すると、PHP5系の方が早い事が多いけど。
例えばキャッシュをうまく使って、逐次の処理を減らす方向でサイトを作るなら、PHP4の方がいい。
加えてメモリの使用量もぜんぜん違うし。
PHP5の場合、コンパイルオプションの指定によるチューニングの余地はPHP4のそれより多いと思うけど、そのチューニングが難しいんだよね。
じゃかすか削ってると、いざ必要になったときに再コンパイルが必要だから。
それは子飼も指摘してる部分ではある。
もちろん、起動してから、複雑なロジックを実行すると、PHP5系の方が早い事が多いけど。
例えばキャッシュをうまく使って、逐次の処理を減らす方向でサイトを作るなら、PHP4の方がいい。
加えてメモリの使用量もぜんぜん違うし。
PHP5の場合、コンパイルオプションの指定によるチューニングの余地はPHP4のそれより多いと思うけど、そのチューニングが難しいんだよね。
じゃかすか削ってると、いざ必要になったときに再コンパイルが必要だから。
それは子飼も指摘してる部分ではある。
PHPをコンパイルオプションでごちゃごちゃチューニングしないと負荷がヤバイなんて状況なら、まずPHPを捨てるでしょ。
処理の重い部分だけCやJavaで書くとか、鯖をわけるとか。
そりゃ世の中事情ってものがあるから、どうしてもPHPでチューニングしなきゃいけないって時もあるのかもしれないから、そういう一般的にはあまりないシチュエーションにならざるを得ないなら、仕方ないから頑張ってPHP4使ったらいいんじゃない？
でも一般論としてPHP4のパフォーマンスがPHP5より高いなんて、どう考えても馬鹿げてる。
ましてここはフレームワークスレ。
PHPのパフォーマンスをギリギリまで最適化しようなんて方向とはまったく正反対。
処理の重い部分だけCやJavaで書くとか、鯖をわけるとか。
そりゃ世の中事情ってものがあるから、どうしてもPHPでチューニングしなきゃいけないって時もあるのかもしれないから、そういう一般的にはあまりないシチュエーションにならざるを得ないなら、仕方ないから頑張ってPHP4使ったらいいんじゃない？
でも一般論としてPHP4のパフォーマンスがPHP5より高いなんて、どう考えても馬鹿げてる。
ましてここはフレームワークスレ。
PHPのパフォーマンスをギリギリまで最適化しようなんて方向とはまったく正反対。
所で、みんなはPHP5のことをピーエイチピーファイブって読んでるのかい？
ピーエイチピーさん
ピーエイチピーよん
ピーエイチピーご
ピーエイチピーよん
ピーエイチピーご
802 ：nobodyさん：2007/05/22(火) 09:31:40 ID:MV3GDqY+
ea入れろよ
MP３ エムピースリー の事も エムピーさん と読んでます。
ピーエイチピーさん
ピーエイチピーよん
ピーエイチピーきんこ
ピーエイチピーよん
ピーエイチピーきんこ
ぺちぺさん
ぺちぺすー
ぺちぺうー
ぺちぺすー
ぺちぺうー
ちなみにPerl6は "パロッ"と読んでます。
Perl5は "パーこ"と読んでます。
UTF-8をユーティーエフエイトと呼ぶやつはキモい
それ普通じゃね？
それ以外にどう読むんだ？
オマイラなんのフレームワーク使ってんの？？
812 ：nobodyさん：2007/05/23(水) 23:16:24 ID:/ifDU2+1
おれだよ
「ゆたふはち」ってよぶだろ、普通は
おれは、ワークしてません
815 ：nobodyさん：2007/05/24(木) 14:17:35 ID:muRurTCc
フレームワークはいいんだけど、フレームワークで実際に作られたアプリで何か良いのってあるの？
>>815
greeだろ。
greeだろ。
817 ：nobodyさん：2007/05/24(木) 18:44:10 ID:CMFS8FWf
それだけ？
Yahoo Bookmarksとか
WAWAWA by Mojavi
UTF-8
ユーティーエフはち
と読みますが何か？
ユーティーエフはち
と読みますが何か？
いや何も…
PHPの批判で、よくバージョンが変わったら別言語なんてフレーズを良く見かけるが、
RubyやPerlはほとんど進化してないし、Pythonも結構バージョンでの差激しいし、
Javaに至っては変わらなさすぎてC#に遅れとっちゃってるしJRE1.6は超不安定だし、
周りが見えてなさ杉だよな
RubyやPerlはほとんど進化してないし、Pythonも結構バージョンでの差激しいし、
Javaに至っては変わらなさすぎてC#に遅れとっちゃってるしJRE1.6は超不安定だし、
周りが見えてなさ杉だよな
>>815
むしろフレームワーク使わずに破綻したプロジェクトの実績の方が多いよ。
むしろフレームワーク使わずに破綻したプロジェクトの実績の方が多いよ。
PHPってこの10年でPHP3/4/5まで来たわけだけど、これまるで違う言語と言ってもいいでしょう。
4.0から4.3あたりまで、0.1レベルで大きな修正入ってるし。
それだけフレキシブルな進化を遂げたともいえるけど、せっかく知識を身に付けてもすぐゴミ化されるとつらいよな。
バージョンをまたがって長く使えるライブラリもないし。
4.0から4.3あたりまで、0.1レベルで大きな修正入ってるし。
それだけフレキシブルな進化を遂げたともいえるけど、せっかく知識を身に付けてもすぐゴミ化されるとつらいよな。
バージョンをまたがって長く使えるライブラリもないし。
何をいまさら。散々既出だろ。
今日もべた書き星人が来襲しましたね
ひとみのはしかなら感染したいｗｗｗｗ
知識をごみ化するほどの変化でもないぞ
今、PHPLIB使ってるやついないだろ。
PHPLIB。なつかしいなあｗ
で？
で？
かといって今python2.1とかつかってるのもgoogleくらいのもんだろ。
自分で鯖用意するなら言語なんてどれでもいいんだよ
まだPHPLIBの記述しているホムペって結構あるけどな。
ホムペって久々に聞いたな
PHPLIBって当時セッション利用のためだけに流行ったライブラリじゃなかったっけ。
いちおうテンプレートエンジン的な機能もあった気がするけど
使ってないからよくおぼえてない
使ってないからよくおぼえてない
http://www.sooey.com/journal/2007/05/26/648/
Yahoo!が利用しているテンプレートエンジン r3がオープンソース化したと書かれていてビックリ。
しかもsymfonyのビュー層にも組み込んで使っているとか。
Yahoo!が利用しているテンプレートエンジン r3がオープンソース化したと書かれていてビックリ。
しかもsymfonyのビュー層にも組み込んで使っているとか。
http://journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html
さびれゆくコンピュータスキル"トップ10"
PHPが入るのももうすぐだな
＿＿____
|←Book|
| Off |
.￣.||￣￣ ｵﾜﾀ┗(^o^ )┓ 三
|| ┏┗ □←PHP本全部 三
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＿＿____
|←Book|
| Off | ⑩
.￣.||￣￣ 三 ┏( ^o^)┛
|| 三 ┛┓
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
さびれゆくコンピュータスキル"トップ10"
PHPが入るのももうすぐだな
＿＿____
|←Book|
| Off |
.￣.||￣￣ ｵﾜﾀ┗(^o^ )┓ 三
|| ┏┗ □←PHP本全部 三
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＿＿____
|←Book|
| Off | ⑩
.￣.||￣￣ 三 ┏( ^o^)┛
|| 三 ┛┓
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
r3ってどうよ?
>>841
その前にPerlが入るのは間違いないけどな
その前にPerlが入るのは間違いないけどな
javaは？（笑）
とりあえずあの腐れColdFusionが入ってるので満足だ
おまいらまったくフレームワークの話してないな。雑談スレ化したか
php使うような奴なんでフレームワークは無理です。
そういう人はjavaかrubyに行ってます。
そういう人はjavaかrubyに行ってます。
時代はErlang
>>848
いや、OCamlだ。
いや、OCamlだ。
Erlang OCaml たとえPHPを超える素晴らしい言語だとしても
もうPHPを超えることは出来ませぬ。というか難しい・・・。
そしてまた、PHPでフレームワークの必要性が沸いて来る。
が結局、スパゲッティーが何皿も出来上がるのであった・・・。
もうPHPを超えることは出来ませぬ。というか難しい・・・。
そしてまた、PHPでフレームワークの必要性が沸いて来る。
が結局、スパゲッティーが何皿も出来上がるのであった・・・。
PHPは今後もVB6.0のように生き続けると思うよｗｗｗ
重要なのは ユーザー数 ただそれだけ。
刮目せよ！
話を戻すが、チタンの動きが活発になってきな。
あます事なく出し切ればユーザー増えると思うが、
作者の心意気はどんなもんだろうなあ・・・。
あます事なく出し切ればユーザー増えると思うが、
作者の心意気はどんなもんだろうなあ・・・。
856 ：nobodyさん：2007/05/31(木) 13:47:29 ID:gup0HDto
ZFが1.0になったんだって？
今更ZFなんていらねーよ( ﾟдﾟ)､ﾍﾟｯ
分かりやすさならCIの方がマシ
分かりやすさならCIの方がマシ
ZFが許されるのは小学生まで
859 ：nobodyさん：2007/05/31(木) 20:43:45 ID:gup0HDto
>>858
あそう
あそう
ZendFramework1.0ｷﾀｰｰｰｰｰｰｰ!
1.0と聞いて飛んできたが盛り上がってねー！
ZendFramework使ったらPHPでゲーム作れますか？
パンチで戦う奴です
パンチで戦う奴です
PHPは関係ないFlashでも勉強しておけ
RC1だからなあ
テストでちょっと使ってみるかぐらいだ
テストでちょっと使ってみるかぐらいだ
865 ：nobodyさん：2007/06/01(金) 12:33:23 ID:HJL7zKir
おまえらEthnaの本出るぞ。
http://www.cbook24.com/bm_detail.asp?sku=9784774131399
http://www.cbook24.com/bm_detail.asp?sku=9784774131399
今出版して誰が買うのだろうか
解説書とかってどんなこと書いてんだ？
あんなもんマニュアル見れば使えそうだけど
もしかして俺でも書けるんじゃね？
あんなもんマニュアル見れば使えそうだけど
もしかして俺でも書けるんじゃね？
868 ：nobodyさん：2007/06/01(金) 21:10:54 ID:HJL7zKir
まぁ、俺は一応手に取ってみるつもり、Ethnaって食わず嫌いで
まだ触ったこともないから、俺にとってはいい機会だ。
でも、一番望ましいのは、SymfonyとZendFramewokの本だな。
まだ触ったこともないから、俺にとってはいい機会だ。
でも、一番望ましいのは、SymfonyとZendFramewokの本だな。
Symfonyはもういいだろう。ZFでいいよもう。
どう見てもCodeIgniterの時代なのに・・・
他フレームワーク脂肪ﾌﾟｷﾞｬｰ
他フレームワーク脂肪ﾌﾟｷﾞｬｰ
ちいたん厨は、最近どうしてるんだ？
点呼をとるから、返事しろよ
点呼をとるから、返事しろよ
Yahooがsymfony使っていたというのにはびっくりしたけどな
Yahoo!と聞いて孫正義を思い浮かべたやつは素人
誰を思い浮かべれば玄人?
スウィフトじゃね？
おまいらはデバッグどうしてますか？
デバッグとかするやつはアホ。
男ならコーディング&一発納品で勝負がセオリー。
男ならコーディング&一発納品で勝負がセオリー。
878 ：nobodyさん：2007/06/02(土) 12:15:15 ID:tMRQjMLu
>>877
かこわるい
かこわるい
それでバグなし一発完動ならな
mod_rewrite使ってると困る
882 ：nobodyさん：2007/06/02(土) 16:11:26 ID:tMRQjMLu
>>881
どういう風に？
どういう風に？
求人広告でColdFusionの需要があるのは見かけるけどな。円ジャパンとか。
どうせperlと同じで使い回すことなんて無いしな。
一発もので動けばおk。
どうせperlと同じで使い回すことなんて無いしな。
一発もので動けばおk。
Matzに死んでしまうんじゃないかと懸念されるPHP m9（＾Д＾）プギャー
Matzは意外とかなりPHPをライバル視してるんだな。
もっと気にしてないかと思ってた。
もっと気にしてないかと思ってた。
PHPは眼中にない感じだよ。
彼はシェアを取ることより、言語の開発そのものに価値を見出すタイプだから。
彼はシェアを取ることより、言語の開発そのものに価値を見出すタイプだから。
アウトオブ眼中 m9（＾Д＾）ﾌﾟｷﾞｬｰ
railsを使わずに
rubyでウェブプログラミングってアリ？
rubyでウェブプログラミングってアリ？
890 ：nobodyさん：2007/06/03(日) 20:17:59 ID:0nGDIlTx
>>889
ありかなしかで言えばあり
ありかなしかで言えばあり
ありかなしかで言えばなしだな
892 ：nobodyさん：2007/06/03(日) 23:48:32 ID:0nGDIlTx
>>891
おまえ、絶対作った事ないだろ？
おまえ、絶対作った事ないだろ？
ていうかrubyって趣味用って感じがしてあえて覚える動機が持てん。
その分Javaに時間使うってかんじ。
その分Javaに時間使うってかんじ。
Matzやdankogai等有名な人がこぞってPHPを批判しだしたね
もうPHP終わり？
乗り換えるならなに？
もうPHP終わり？
乗り換えるならなに？
∧＿∧
⊂≡⊂＝(･ω･ ) Ruby?ﾎﾞｺﾎﾞｺにしてやんよ
⊂＝⊂≡ ι)
ﾊﾞﾊﾞﾊﾞﾊﾞ ( λ
∪￣＼)
∧＿∧ ∧＿∧
( ･ω･)＝つ≡つ);:)ω・）.,，';
(っ ≡つ＝つ ⊂ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣＼_)
Ruby PHP Python
∧＿∧ .・,'∧＿∧;，. ∧＿∧
（´・ω・）＝つ≡つ);;)ω(;;(⊂≡⊂＝（・ω・｀）
(っ ≡つ＝つ (っ ⊂) ⊂＝⊂≡ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ｜ x ｜ ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣ ∪ ∪￣＼ )
⊂≡⊂＝(･ω･ ) Ruby?ﾎﾞｺﾎﾞｺにしてやんよ
⊂＝⊂≡ ι)
ﾊﾞﾊﾞﾊﾞﾊﾞ ( λ
∪￣＼)
∧＿∧ ∧＿∧
( ･ω･)＝つ≡つ);:)ω・）.,，';
(っ ≡つ＝つ ⊂ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣＼_)
Ruby PHP Python
∧＿∧ .・,'∧＿∧;，. ∧＿∧
（´・ω・）＝つ≡つ);;)ω(;;(⊂≡⊂＝（・ω・｀）
(っ ≡つ＝つ (っ ⊂) ⊂＝⊂≡ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ｜ x ｜ ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣ ∪ ∪￣＼ )
これでしょ
http://www.rubyist.net/~matz/20070529.html
連日PHPを話題にしているのは、 PHPを嫌いだからじゃなくて、PHPという言語の状況が素材として面白いからである。
今回のお話は
* PHP5への移行が進んでいない(20%以下)
* 各種アプリもPHP4/PHP5両対応
* 現在のペースから演繹すると2009年になっても70%程度ではないか
* PHP5の機能は活用されていない
* PHP5への移行インセンティブが弱い
結果として開発者はPythonやRubyに逃げていき、PHPは死んでしまうのではないか、という懸念。
あらゆるソフトウェアについて新しいバージョンへの移行は難しいことであるが、PHPの場合、それが顕著なのかもしれない。
http://www.rubyist.net/~matz/20070529.html
連日PHPを話題にしているのは、 PHPを嫌いだからじゃなくて、PHPという言語の状況が素材として面白いからである。
今回のお話は
* PHP5への移行が進んでいない(20%以下)
* 各種アプリもPHP4/PHP5両対応
* 現在のペースから演繹すると2009年になっても70%程度ではないか
* PHP5の機能は活用されていない
* PHP5への移行インセンティブが弱い
結果として開発者はPythonやRubyに逃げていき、PHPは死んでしまうのではないか、という懸念。
あらゆるソフトウェアについて新しいバージョンへの移行は難しいことであるが、PHPの場合、それが顕著なのかもしれない。
php5ってそんなに広まってないのかねぇ
>>897
ソースTHX
おれもPHP5普及率20%ってのは気になった
本当かな？
個人的には、PHP5のリリース前から、出るってわかった時点ですごく楽しみにしていたし、PHP5が出てからは以降PHP4でサイト構築した記憶はないしな
何かあまりに意外で信じられないという感じ
ソースTHX
おれもPHP5普及率20%ってのは気になった
本当かな？
個人的には、PHP5のリリース前から、出るってわかった時点ですごく楽しみにしていたし、PHP5が出てからは以降PHP4でサイト構築した記憶はないしな
何かあまりに意外で信じられないという感じ
批判しているdanはバカなだけ
matzは批判はしていない
matzは批判はしていない
PHP５のオブジェクト指向程度だと、使い勝手が悪いってのが一番の理由らしいけどね。
PHP使うなら４で十分で、オブジェクト指向で組むなら違う言語を選択するってことかな。
実際、PHPで作られているオープンソースのほとんどがPHP４だと思う。
PHP使うなら４で十分で、オブジェクト指向で組むなら違う言語を選択するってことかな。
実際、PHPで作られているオープンソースのほとんどがPHP４だと思う。
まともにOOPができるという点ではPHP4より遙かにマシになったけど
多言語と比べるとイモなのは確かだな
多言語と比べるとイモなのは確かだな
日曜プログラマが使う安い借鯖で使えないからなぁ＞PHP5
5系で組みたくても、クライアントが契約済みの鯖がPHP4のみの共用鯖だったりすると…
5系で組みたくても、クライアントが契約済みの鯖がPHP4のみの共用鯖だったりすると…
>>903
x**aで使えるじゃん
x**aで使えるじゃん
PHP5 = Symphony = 趣味
PHP4/5 = cakePHP = プロ
サーバサイドjavascript とかで無い限りPHPは続く・・・
個人的には次は、Rubyでもいいけどね。
PHP4/5 = cakePHP = プロ
サーバサイドjavascript とかで無い限りPHPは続く・・・
個人的には次は、Rubyでもいいけどね。
彼らにとってどうしても気になる存在なんでしょ、PHPは。
なぜ我々の言語の方が優れているのに、PHPの方が人気なんだって。
なぜ我々の言語の方が優れているのに、PHPの方が人気なんだって。
松本氏はPHPに関してはずっと以前からなんだこのしょぼい言語は？みたいなイラっとした態度だよ。彼のような言語オタクにはPHPのデザインは耐えられないものなんだろう。
そんなやつが作ってるような趣味言語、怖くて仕事には使えません。
>>910
流れてきに、PHP5普及率20%ってことで、
Symphonyをプロが使ってない事はないと思うし、
yahooとかで使われてるしね。
PHP5の普及率が引くっていうから、
FWの商用サイトはCakeが主流なのかなと思ったわけです。
流れてきに、PHP5普及率20%ってことで、
Symphonyをプロが使ってない事はないと思うし、
yahooとかで使われてるしね。
PHP5の普及率が引くっていうから、
FWの商用サイトはCakeが主流なのかなと思ったわけです。
912 ：nobodyさん：2007/06/04(月) 13:44:11 ID:28BocCFw
そもそも、そんなデータはないだろう。
どうやって、20％なんて弾き出すんだよ。
どうやって、20％なんて弾き出すんだよ。
カン？
http://buytaert.net/php-is-dead-long-live-php
とりあえず原文へのリンクも貼れよと思ったので貼る
どれくらい信用に足るデータなのかは俺も分からないが
普及率がこうだからどのフレームワークが
あーだこーだ言ってる奴は論外だと思うが
まあPHP5が全体の20%くらいと言われても
実際そんなもんじゃないのと個人的には思うけどな
あとrubyはいいぜDHHだって元PHPerだ
周りの声なんて気にせずphpユーザはみんな
rubyとrailsも触ってみればいいのにとおもう
とりあえず原文へのリンクも貼れよと思ったので貼る
どれくらい信用に足るデータなのかは俺も分からないが
普及率がこうだからどのフレームワークが
あーだこーだ言ってる奴は論外だと思うが
まあPHP5が全体の20%くらいと言われても
実際そんなもんじゃないのと個人的には思うけどな
あとrubyはいいぜDHHだって元PHPerだ
周りの声なんて気にせずphpユーザはみんな
rubyとrailsも触ってみればいいのにとおもう
rubyっていいideないじゃん
ZendStudioなみに使えるIDEがあったら乗り換えてもいいんだけどなぁ
開発環境も含めて考えるとまだphpでいいかってなる
ZendStudioなみに使えるIDEがあったら乗り換えてもいいんだけどなぁ
開発環境も含めて考えるとまだphpでいいかってなる
rubyはメタメタしてるので、IDE難しいんかも。
rails自体がすでにIDEを埋めているという
RoRはともかくとしてrubyを学習するインセンティブがない。
RoRに頼り切った普及はどうかと思うし、ただsymfonyが出ただけで
そのインセンティブを失うことになった。
それこそC++あたりのスーパーセットでphp関数に相当するクラスが出てくれればそっちに移行したい。
これならコード隠蔽や、特に速度面で強力なインセンティブがある。
RoRに頼り切った普及はどうかと思うし、ただsymfonyが出ただけで
そのインセンティブを失うことになった。
それこそC++あたりのスーパーセットでphp関数に相当するクラスが出てくれればそっちに移行したい。
これならコード隠蔽や、特に速度面で強力なインセンティブがある。
このMS厨がｗｗｗてかおまえPHPerじゃないだろｗ
なんで急にレスが増えたんだいｗ
>>925
だからVS.phpは使ってるってばｗｗｗ
だからVS.phpは使ってるってばｗｗｗ
俺もradrailsでいいとおもうぜ
なんでPHPのスレにRubyの人が居るんだ？
普通にruby,php,python,perlと使い分けている人多いだろ
ruby,php,python,perlって一つに統合したらいいんじゃないすか？
＝それぞれと互換性のある新言語「RPPP」を作る
RPPPを作ったら、俺高卒だけどGoogleに就職できるかな？
＝それぞれと互換性のある新言語「RPPP」を作る
RPPPを作ったら、俺高卒だけどGoogleに就職できるかな？
matzはまわりの見えない技術者って感じだな
良いものが使われると思っているのだろうか
トロンも自分らのOSがすごいとか言っていたけどすごいのと利用されるのは別と
いうことに気づいて欲しい
良いものが使われると思っているのだろうか
トロンも自分らのOSがすごいとか言っていたけどすごいのと利用されるのは別と
いうことに気づいて欲しい
Rubyは好感持ってるし興味あるんだけど、
作者のPHPへの嫌味にはちょっとひく。
作者のPHPへの嫌味にはちょっとひく。
m9（＾Д＾）だってｼﾞｬﾝｸ言語じゃん
ｍ9｡ﾟ(ﾟ^Д^ﾟ)ﾟ｡PHPｷﾞｬｰｰｰｯﾊｯﾊｰﾋｬﾋｬﾋｬﾋｬﾋｬﾋｬﾋｰｰｰｰｰ
＿＿＿_
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ 今日もまた、PHPで
| （__人__） | 掲示板作る
＼ ｀ ⌒´ ／ 仕事が始まるお…
／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ 今日もまた、PHPで
| （__人__） | 掲示板作る
＼ ｀ ⌒´ ／ 仕事が始まるお…
rubyもPHPもApacheのソースコードを読んだ俺に言わせればガキのままごとだがな。
rubyは好きだけど、matz�は嫌い。
perlは嫌いだし、dankogaiも嫌い。
perlは嫌いだし、dankogaiも嫌い。
読んだって本当にただ読んだだけじゃねーだろうな
読むだけだったら誰だってできるんだぜ
アルファベットさえ知ってれば
読むだけだったら誰だってできるんだぜ
アルファベットさえ知ってれば
Rubyがきつまんの乙女だとすれば
PHPはがばまんの売春婦＼^o^／バンザーイ
PHPはがばまんの売春婦＼^o^／バンザーイ
941 ：nobodyさん：2007/06/05(火) 09:22:08 ID:7y1SoLdQ
PHPとJAVAしか使った事ない俺が来ましたよ
943 ：nobodyさん：2007/06/05(火) 09:42:39 ID:7y1SoLdQ
>>942
Ruby版のEC-CUBEみたいのある？
Ruby版のEC-CUBEみたいのある？
このスレは我々Ruby一派がのっとった！
m9（＾Д＾）ﾌﾟｷﾞｬｰ
m9（＾Д＾）ﾌﾟｷﾞｬｰ
>>937
どのあたりが?
どのあたりが?
Matz：コード補完を実現しているのがすごい--CodeGear Ruby IDE
http://japan.zdnet.com/news/devsys/story/0,2000056182,20350197,00.htm
「Rubyは動的言語なので、IDEを作る人間にとっては”地獄”のはず。
にもかかわらず、コード補完を実現しているのがすごい」
m9（＾Д＾）PHPはすごくない！
http://japan.zdnet.com/news/devsys/story/0,2000056182,20350197,00.htm
「Rubyは動的言語なので、IDEを作る人間にとっては”地獄”のはず。
にもかかわらず、コード補完を実現しているのがすごい」
m9（＾Д＾）PHPはすごくない！
RoRをパクったといわれるsymfonyを使って、あまりいいとは思わなかった
こんな俺ですがRoRをやれば得るもの多いですか？
symfonyになくてRoRにあるものはどのくらい？
こんな俺ですがRoRをやれば得るもの多いですか？
symfonyになくてRoRにあるものはどのくらい？
なんでこの板にrubyのスレないの？
RoRスレはあるけど
誰か立ててよ
RoRスレはあるけど
誰か立ててよ
>>949
自力救済
自力救済
立てられなかった
誰か頼むわ
【きつまん】RubyでwebProg【乙女】
名前： nobodyさん
E-mail： sage
内容：
Rubyでウェブプログラミングする人たちのためのスレです。
RoRを使わないことを想定していますが
排除はしません。
誰か頼むわ
【きつまん】RubyでwebProg【乙女】
名前： nobodyさん
E-mail： sage
内容：
Rubyでウェブプログラミングする人たちのためのスレです。
RoRを使わないことを想定していますが
排除はしません。
>>947
自分もまさにそう言う人。
RoR使ってみて初めて、Symfonyが目指した（いや、目指してないかもしらんが。）ものが
どういうものだったのかがわかった。
目からウロコ。
Perl以来5年ほどPHPラブだと思っていたけど今ではすっかりRuby派です。（ただ、この
衝撃がRubyによってもたらされたのかRoRによってもたらされたのかはワカンネ。）
自分もまさにそう言う人。
RoR使ってみて初めて、Symfonyが目指した（いや、目指してないかもしらんが。）ものが
どういうものだったのかがわかった。
目からウロコ。
Perl以来5年ほどPHPラブだと思っていたけど今ではすっかりRuby派です。（ただ、この
衝撃がRubyによってもたらされたのかRoRによってもたらされたのかはワカンネ。）
954 ：nobodyさん：2007/06/06(水) 11:48:22 ID:i598mYRR
CakePHPにぞっこんって人いる？ フレームワークの中では比較的自由度が高くて
一度覚えてらヤミツキになると思うんだけどな。
一度覚えてらヤミツキになると思うんだけどな。
955 ：nobodyさん：2007/06/06(水) 12:32:21 ID:Mtn39grg
JAMEY FARRELL：ジェイミー・ファレル
■経歴
CTUロサンゼルス支局 プログラマー
（オープンソースの情報収集ソフトウェアを開発した為マイクロソフトに解雇された後、CTUにリクルートされた）
マイクロソフト セキュリティ・スペシャリスト
MIT（マサチューセッツ工科大学）人工知能研究所 ハッカー部門（短期雇用）
■特殊技術
インフォセク・テクノロジー、ネットワーク・セキュリティー、Python、Java、C/C++、Perl、LISP、HTMLを習得
■学歴
カリフォルニア州立大学リバーサイド校にて科学・応用数学・コンピューター数理学専攻 学士号
UC Linux ユーザーグループ
■個人情報
独身
息子：カイル
■経歴
CTUロサンゼルス支局 プログラマー
（オープンソースの情報収集ソフトウェアを開発した為マイクロソフトに解雇された後、CTUにリクルートされた）
マイクロソフト セキュリティ・スペシャリスト
MIT（マサチューセッツ工科大学）人工知能研究所 ハッカー部門（短期雇用）
■特殊技術
インフォセク・テクノロジー、ネットワーク・セキュリティー、Python、Java、C/C++、Perl、LISP、HTMLを習得
■学歴
カリフォルニア州立大学リバーサイド校にて科学・応用数学・コンピューター数理学専攻 学士号
UC Linux ユーザーグループ
■個人情報
独身
息子：カイル
>>953
symfony/PHPとRoR/Rubyは質的にはっきり違うということ？
symfony/PHPとRoR/Rubyは質的にはっきり違うということ？
自分の場合、実はあまりSymfony使いこなせてないのです。
そんな中、
・ちょっとミスるとSymfonyの深いところでエラーが出てよくわからないなあ
・日本語資料が少ないなあ
・なにかとymlになっていてルール覚えるのが大変だなあ
・コードジェネレータとエディタの相性が微妙だなあ
・Propel使いにくいなあ
という感じの不満を持っていたのです。
（自分がヘタレってのもあるのだけど、英語マニュアル一通り読むとか
それなりの努力はしたつもり。）
もづく
そんな中、
・ちょっとミスるとSymfonyの深いところでエラーが出てよくわからないなあ
・日本語資料が少ないなあ
・なにかとymlになっていてルール覚えるのが大変だなあ
・コードジェネレータとエディタの相性が微妙だなあ
・Propel使いにくいなあ
という感じの不満を持っていたのです。
（自分がヘタレってのもあるのだけど、英語マニュアル一通り読むとか
それなりの努力はしたつもり。）
もづく
もづき
で、RoR/Ruby使ってみたら、
・ミスってもスタックトレースが出てどこでエラーが出たのかわかりやすい
（って書いたところで、スタックトレースはSymfonyでも出る？自分が
わからなかったのはyml系のエラーかな？）
・日本語資料豊富、日本語の解説書もある
・（日本語解説書のおかげもあり）ルールが覚えやすい
・RadRailsとゆーIDEが秀逸。コードジェネレータと、Rake（Pakeみたいなもん？）
をIDE上でサクサクたたける
・ActiveRecords（RoRのORM）が使いやすい
って思ったのね。
この中でも、特に、日本語資料があるのと、IDEが秀逸なのが感激。
PHPはフレームワークもいろいろあるから、～に特化したIDEってのはちょっと
難しいけど、RubyはRails一択な訳で、RoRに特化してるんだよね。
ただ、これらの「Symfonyに対してRoRが勝ってる点」は、そのうち追いつくのかも
しれないなあ、とは思ってマス。
PHP5の普及率, Symfonyの日本語資料, IDEがRoRに追いつくのが早いか、
RoRが急速に普及してPHP抜くのが早いか。見物ですにゃー。
自分としては已然PHPも好きで、なにそのbegin end記法ｷﾓｽ派なのだけど、
RoRの快適さにはあらがえず。
長文ｷﾓｽですがそんな感じ。
で、RoR/Ruby使ってみたら、
・ミスってもスタックトレースが出てどこでエラーが出たのかわかりやすい
（って書いたところで、スタックトレースはSymfonyでも出る？自分が
わからなかったのはyml系のエラーかな？）
・日本語資料豊富、日本語の解説書もある
・（日本語解説書のおかげもあり）ルールが覚えやすい
・RadRailsとゆーIDEが秀逸。コードジェネレータと、Rake（Pakeみたいなもん？）
をIDE上でサクサクたたける
・ActiveRecords（RoRのORM）が使いやすい
って思ったのね。
この中でも、特に、日本語資料があるのと、IDEが秀逸なのが感激。
PHPはフレームワークもいろいろあるから、～に特化したIDEってのはちょっと
難しいけど、RubyはRails一択な訳で、RoRに特化してるんだよね。
ただ、これらの「Symfonyに対してRoRが勝ってる点」は、そのうち追いつくのかも
しれないなあ、とは思ってマス。
PHP5の普及率, Symfonyの日本語資料, IDEがRoRに追いつくのが早いか、
RoRが急速に普及してPHP抜くのが早いか。見物ですにゃー。
自分としては已然PHPも好きで、なにそのbegin end記法ｷﾓｽ派なのだけど、
RoRの快適さにはあらがえず。
長文ｷﾓｽですがそんな感じ。
ZFって独自のIDE作るんじゃなかったっけ?
960 ：nobodyさん：2007/06/07(木) 00:14:05 ID:JcXOnpW3
PHPのコンパイルに必要になる各種ライブラリからしてソースインストールしないといけないんだよなあ。
UNIX系の開発マシンとしてなら、WindowsにcolinuxかVMWare入れた方がよほど使いやすい。
UNIX系の開発マシンとしてなら、WindowsにcolinuxかVMWare入れた方がよほど使いやすい。
>>957
俺のsymfonyへの感想もだいたい同じ
俺のsymfonyへの感想もだいたい同じ
>>957-958
良レポ乙
おれはRoRを自学のために触ったけど、運用環境が見つからなくて、まともにサイトを構築したことがなかったから、なるほどと思ったよ
日ごろの情報整理は全部Ruby使ってるから、endｷﾓﾁﾖｽ派だけどね
良レポ乙
おれはRoRを自学のために触ったけど、運用環境が見つからなくて、まともにサイトを構築したことがなかったから、なるほどと思ったよ
日ごろの情報整理は全部Ruby使ってるから、endｷﾓﾁﾖｽ派だけどね
★このスレのご確認のお知らせ
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
Rubyネタはこちらへ↓
【Ruby】Ruby on Rails Part3
http://pc11.2ch.net/test/read.cgi/php/1170760209/
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
Rubyネタはこちらへ↓
【Ruby】Ruby on Rails Part3
http://pc11.2ch.net/test/read.cgi/php/1170760209/
symfonyと比較してんだからいーんじゃねーの？
最近粘着自治厨がいるな。こういうやつは何考えてんだ。
>>962
Windowsが使いにくいからｗ
Windowsが使いにくいからｗ
symfonyスレでやればいいんじゃね？
lt;?php symfonyとフランチョスのスレ ?gt;
http://pc11.2ch.net/test/read.cgi/php/1163804759/
lt;?php symfonyとフランチョスのスレ ?gt;
http://pc11.2ch.net/test/read.cgi/php/1163804759/
Ruby万歳! Rails万歳!
>>958
PHPフレームワークの使い勝手はRailsにまったく追い付かないけど、
普及度はRailsがPHPにまったく追い付かないというというありがちな未来が見える。
オレもRailsを仕事で1年ほど使ってますが、感想としては
ActiveRecordが便利な半面重いことがある。(問題になるのはリレーションが多いときだけ)
フレームワーク自体のソースがちょっと把握しにくい。
Railsのコマンドラインデバッガとconsoleは死ぬ程便利。
Rubyのリフレクションはスゴい、が怖い。
Rakeやscript/ 以下の周辺ツールがPHP系にくらべてはるかに強力
PHPフレームワークの使い勝手はRailsにまったく追い付かないけど、
普及度はRailsがPHPにまったく追い付かないというというありがちな未来が見える。
オレもRailsを仕事で1年ほど使ってますが、感想としては
ActiveRecordが便利な半面重いことがある。(問題になるのはリレーションが多いときだけ)
フレームワーク自体のソースがちょっと把握しにくい。
Railsのコマンドラインデバッガとconsoleは死ぬ程便利。
Rubyのリフレクションはスゴい、が怖い。
Rakeやscript/ 以下の周辺ツールがPHP系にくらべてはるかに強力
まずはRuby on Railsを使ってみてから！
よければPHPからRubyに乗り換えてみます。(・∀・)
よければPHPからRubyに乗り換えてみます。(・∀・)
そろそろ次スレの季節
次スレの季節なんて最初に言い出したのは誰なのかしら
>>963
安心したｗ
>>964
なにげに中カッコって打つのにコストかかるんだなーと思った。
ただ、やっぱり、書いたコードの視認性という意味では（ブラケットマッチ含めて）
中カッコ記法の方が上な気がするね。
>>971
おー、参考になるです。ありがとう。
という訳で、SymfonyすれなりRoRすれに移動してまで続ける話じゃないので、
ここらで〆だね。
安心したｗ
>>964
なにげに中カッコって打つのにコストかかるんだなーと思った。
ただ、やっぱり、書いたコードの視認性という意味では（ブラケットマッチ含めて）
中カッコ記法の方が上な気がするね。
>>971
おー、参考になるです。ありがとう。
という訳で、SymfonyすれなりRoRすれに移動してまで続ける話じゃないので、
ここらで〆だね。
Rubyってこんな布教活動しなきゃいけないほど人気無いのか
布教だのｵﾜﾀだのﾌﾟｷﾞｬｰだのはウザいだけだしスレ違いだが
PHPを使ってる人から見た他言語フレームワークのマジメな評価ってのはとても価値があると思う
beginｷﾓｽ派だけどちょっと試してみようかなって気になったしな
ところでここの次スレは>>990あたりが立てればいいんですかね？
PHPを使ってる人から見た他言語フレームワークのマジメな評価ってのはとても価値があると思う
beginｷﾓｽ派だけどちょっと試してみようかなって気になったしな
ところでここの次スレは>>990あたりが立てればいいんですかね？
決まってないよ
立てられる奴が立てる
立てられる奴が立てる
実際Rubyってオブジェクト指向なだけで、大してきれいなコードにならんし。
書式が自由すぎるから覚えるのも読むのも大変。いいのは書きやすさだけ。
Pythonの方が簡潔で仕様はずっといいし、PHPをある程度把握してる人間が
乗り換えるメリットはほとんど無い。
書式が自由すぎるから覚えるのも読むのも大変。いいのは書きやすさだけ。
Pythonの方が簡潔で仕様はずっといいし、PHPをある程度把握してる人間が
乗り換えるメリットはほとんど無い。
symfonyの一番の欠点はソースの見通しの悪さ。
理解するのにかなり苦労する。デバッガで追わないとかなりヘビー。
今までの書きこみからすると
RoRにも同じ欠点があると見ていい？
理解するのにかなり苦労する。デバッガで追わないとかなりヘビー。
今までの書きこみからすると
RoRにも同じ欠点があると見ていい？
http://blog.livedoor.jp/heitatta/archives/54439839.html
C++ (インフラ), Java(フロント・エンド)、Python(社内システム)が三大言語。その他、Sawzall (Google 独自言語)、JavaScript、ActionScript も
C++ (インフラ), Java(フロント・エンド)、Python(社内システム)が三大言語。その他、Sawzall (Google 独自言語)、JavaScript、ActionScript も
仕事だから仕方なくPHP使ってるが、
PHP書くのちっとも楽しくないので
今後も新しい技術を学び続けるか迷うところ
PHP書くのちっとも楽しくないので
今後も新しい技術を学び続けるか迷うところ
プログラミングの楽しさは言語じゃなくて、自分が作りたいものを作っているかどうかだと思うんだが、どうだろう？
phpでもoopしたら楽しくならない？
ウェブアプリ自体がつまらないジャンルなんだが、それをPHPでとなるとそのつまらなさは異常。
>>980
Railsのビジネスロジック記述の見通しはSymphonyと比べてとてもいいと思う。
宣言的でごちゃごちゃしない。
ただ、そのきれいな裏で泥くさい仕事をしてる部分の実装の全体像を理解するのは骨。
でもちょっとしたフレームワーク実装のチェックくらいならコツをつかめばまぁそこそこ。
Railsのビジネスロジック記述の見通しはSymphonyと比べてとてもいいと思う。
宣言的でごちゃごちゃしない。
ただ、そのきれいな裏で泥くさい仕事をしてる部分の実装の全体像を理解するのは骨。
でもちょっとしたフレームワーク実装のチェックくらいならコツをつかめばまぁそこそこ。
>>979
書式が自由って言っても、perlみたいな
「やり方はいくらでも」っていう方向性ではない
phpと比べてコードの表現力が全然違うと思うよrubyは
phpをある程度把握してるならそれこそ別にrubyじゃなくてもいいけど
他のLLも触ってみることは全然メリットあると思うけどなあ
>>980
フレームワークである以上見通しの問題は常につきまとうけどな
railsはVCはわりとすっきりしてるかな
構造を把握してruby読むのになれたら読みやすい方だと
phpで読みやすいFWはZendだな
>>983
そうだけど自分が作りたいものをちゃっちゃっと作れるかどうかは重要で
そのための道具（言語）はいい方がいいに決まっている
書式が自由って言っても、perlみたいな
「やり方はいくらでも」っていう方向性ではない
phpと比べてコードの表現力が全然違うと思うよrubyは
phpをある程度把握してるならそれこそ別にrubyじゃなくてもいいけど
他のLLも触ってみることは全然メリットあると思うけどなあ
>>980
フレームワークである以上見通しの問題は常につきまとうけどな
railsはVCはわりとすっきりしてるかな
構造を把握してruby読むのになれたら読みやすい方だと
phpで読みやすいFWはZendだな
>>983
そうだけど自分が作りたいものをちゃっちゃっと作れるかどうかは重要で
そのための道具（言語）はいい方がいいに決まっている
言語はコーディングが楽しいかどうかだけ
だからＲａｉｌｓとＳｙｎｆの話になってんだろ空気嫁
だからＲａｉｌｓとＳｙｎｆの話になってんだろ空気嫁
Matz「PHPみたいに初心者にもWebアプリが書けるという幻想は
糞アプリが乱立する原因」
http://news23.2ch.net/test/read.cgi/news/1181304333/l200
http://www.rubyist.net/~matz/20070604.html#p07
はい追い打ちきました
m9（＾Д＾）ﾌﾟｷﾞｬｷﾞｬｷﾞｬｰ！
糞アプリが乱立する原因」
http://news23.2ch.net/test/read.cgi/news/1181304333/l200
http://www.rubyist.net/~matz/20070604.html#p07
はい追い打ちきました
m9（＾Д＾）ﾌﾟｷﾞｬｷﾞｬｷﾞｬｰ！
ﾌﾗﾝﾁｮｽ大反省DHH大勝利
ってかsymfonyも初心者が気安く手を出せる代物でもないけどな・・・
993 ：nobodyさん：2007/06/09(土) 00:13:49 ID:6f8TWb7Z
しかし、逆に考えれば、PHPにRubyっぽい事を組み込めば最強じゃない？
個人的にはRubyのattr_accessor :a, :b, :cだけあれば十分なんだが
個人的にはRubyのattr_accessor :a, :b, :cだけあれば十分なんだが
そういうことするから髭面の協調性ないおっさんや言語ヲタに避難されんだろ
サーバサイドJavaScriptが流行ってくれた方が良いや。
がんばればがんばるほど後方互換性がなくなるのがPHP
なんで最近PHPがやたら叩かれるのはどうして？
シェアが大きいからでしょ。俺の言語の方が優れてるのに、という。
シェアが大きいのはPHPの罪
それを許さないのがRubyの罪
それを許さないのがRubyの罪
1000ならPuby開発開始
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。