5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

【PHP】PHPフレームワーク総合スレ15

1 :nobodyさん:2010/12/12(日) 10:47:08 ID:???
PHPのフレームワークに関する話題用のスレッド

●国外産●
symfony
 ttp://www.symfony-project.com/
code igniter
 ttp://codeigniter.com/
Zend Framework
 ttp://framework.zend.com/manual/ja/index.html
CakePHP
 ttp://www.cakephp.org/
Yii Framework
 ttp://www.yiiframework.com/

●国産
ちいたん
 ttp://php.cheetan.net/
Ethna
 ttp://ethna.jp/
guesswork
 ttp://classic.guesswork.jp/
maple
 ttp://kunit.jp/maple/

●前スレ
【PHP】PHPフレームワーク総合スレ14
http://hibari.2ch.net/test/read.cgi/php/1253912143/

2 :nobodyさん:2010/12/12(日) 10:47:46 ID:???
●過去スレ一覧
14http://hibari.2ch.net/test/read.cgi/php/1253912143/
13http://hibari.2ch.net/test/read.cgi/php/1237825268/
12http://hibari.2ch.net/test/read.cgi/php/1229960175/
11http://hibari.2ch.net/test/read.cgi/php/1219581817/
10http://hibari.2ch.net/test/read.cgi/php/1202521438/
. 9http://hibari.2ch.net/test/read.cgi/php/1197383840/
. 8http://hibari.2ch.net/test/read.cgi/php/1192604501/
. 7http://hibari.2ch.net/test/read.cgi/php/1181350116/
. 6http://hibari.2ch.net/test/read.cgi/php/1171896620/
. 5http://pc10.2ch.net/test/read.cgi/php/1159579507/
. 4http://pc8.2ch.net/test/read.cgi/php/1151706907/
. 3http://pc8.2ch.net/test/read.cgi/php/1145971945/
. 2http://pc8.2ch.net/test/read.cgi/php/1135847024/
. 1:http://pc8.2ch.net/test/read.cgi/php/1123608068/

3 :nobodyさん:2010/12/12(日) 11:19:10 ID:???
頭の悪い言い争いする前にスレ立てとけ
既に実装されてしまった内容なんだから、使う使わないは案件なりで決めれ
不満があるなら開発途上の段階で割り込んでおけよと

仕様みてみたが、バックスラッシュは格好悪いけど、実装自体は普通のnamespaceじゃん
バックスラッシュは格好悪いけど、常に完全修飾名を要求されるとか、使い方知らないだけじゃ
再利用を考えたら、結局namespaceは必要だしな。バックスラッシュは格好悪いけど
ほんとバックスラッシュは格好悪いけどな
わざわざコード書く環境だけ正しいフォントに直すのも面倒だし

4 :nobodyさん:2010/12/12(日) 11:57:31 ID:???
ハイライト

992 nobodyさん [sage] 2010/12/12(日) 03:24:51 ID:???
PHPの名前空間は、
http://www.php.net/manual/ja/language.namespaces.rationale.php
Prefix付の長いクラス名を何とかする為のアプローチに見えるな。

実際には、使用時に絶対パスで記述しないとクラス名の衝突が起こる可能性があるので、
何も解決出来ていない(結局絶対パスで記述する必要がある)

情弱は使えばいいよ。

993 nobodyさん[sage] 2010/12/12(日) 03:46:35 ID:???
なんでこいつは名前空間とパスを同一視してるの?
こんなんだからPHP使いはレベルが低いとか言われるんだよ…

994 nobodyさん [sage] 2010/12/12(日) 03:49:53 ID:???
>>993
パス=クラス名への絶対修飾子って意味ね。

Zend_Hoge_Moge と書くのも \Zned\Hoge\Moge と書くのも同じだし、
このように絶対パスで書かないとクラス衝突は防げない。

となると本来目標にかかげていた、冗長なクラス名の廃止はどうなったのかと・・・
明らかに設計ミスだろ。

5 :nobodyさん:2010/12/12(日) 11:57:47 ID:???
995 nobodyさん [sage] 2010/12/12(日) 03:52:41 ID:???

その目的の為の名前空間でありそれは達成されてるわけだが?
5.2を切り捨てて対応してるフレームワークなりなんなりみてみろよ
綺麗に切り分けられクラス名は短くなってる

997 nobodyさん [sage] 2010/12/12(日) 04:00:46 ID:???
>>995
されてねーよ。
定義側は省略形で書けるかもしれんが、
実際に使用する側はフルパスで書かないといかんだろ。

打開策として use で別名エイリアスが付けられるが、
エイリアスが他クラスと被る可能性があるという本末転倒っぷり。

それならエイリアスなんか作らず
$className = 'Hoge\Moge\Class';
$class = new $className;
と書く方が利口。

どちらにせよ、当初の目的は果たせていない。

6 :nobodyさん:2010/12/12(日) 12:11:41 ID:???
Zendが考えた擬似ネームスペースはもう捨てて
namespace + 新しい規約で
なんとかしろや。

7 :nobodyさん:2010/12/12(日) 21:55:13 ID:???
既に有名なフレームワークはそうしてる
ぶっちゃけ今更感が半端無い
3年前の話題だろ…

8 :nobodyさん:2010/12/13(月) 04:12:37 ID:???
>既に有名なフレームワークはそうしてる
symfony2.0

9 :nobodyさん:2010/12/13(月) 19:03:50 ID:???
ZendFramework2 も namespace採用されるよ。
ただsymfony2もだけど、PEAR命名規約のアンダースコアをバックスラッシュに変えただけ感はある。

前スレ>>1000
他の言語と比較した上での発言だ。

>エイリアスが他クラスとかぶる可能性とか何を言ってるんだと言わざるを得ない
namespace project;
use lib\ClassName as ClassName;

という記述があった場合に ClassName が project\ClassName と衝突する可能性があるから、
基本的には絶対パスでの記述になる。
コンパイル時に走査してくるような言語とは使い勝手が全く違う。

>jsですらjqueryやらprototypeやら他のライブラリつかって名前空間を表現しようって風潮なのにどんだけ取り残されてるんだよ
それらは疑似名前空間で、実装ではなく規約の話だ。
PHPのアンダースコア区切りのクラス名と同類だよ。
namespaceの実装が望まれたECMA4が廃案になったのは知ってるかい?w

10 :nobodyさん:2010/12/13(月) 19:11:09 ID:???
何で :: とかにしなかったんだろう。\だと末尾に「.php」が抜けてるような気持ち悪さが…
フレームワーク関係ないね、すまそ

11 :nobodyさん:2010/12/13(月) 19:37:03 ID:???
サーバOSがWindowsとかだとますます混乱しそうだよね。

>>10
:: はクラス内のスタティックメソッドやプロパティやクラス内定数の参照の時に既に使ってるし、そっちとかぶるからじゃない?

12 :nobodyさん:2010/12/13(月) 19:57:00 ID:???
メソッドだろうがプロパティだろうが名前空間だろうが
全部ピリオドにすればよかったのに

13 :nobodyさん:2010/12/13(月) 22:06:38 ID:???
文字列連結に使ってる時点でもうダメだろ。

14 :nobodyさん:2010/12/13(月) 23:31:53 ID:???
もう面倒だからサーバサイドJavaScriptに移行しようず

15 :nobodyさん:2010/12/13(月) 23:54:10 ID:???
jsは言語が汚れすぎてる
オライリーですら擁護しきれずに綺麗な部分だけ使おうっていう本を出してるぐらいにねw

16 :nobodyさん:2010/12/14(火) 00:52:00 ID:???
>>11
Perlだってスタティックメンバの参照に::使ってるけど
名前空間の区切りは::だよ。

17 :nobodyさん:2010/12/14(火) 01:58:34 ID:???
まぁすでに実装されてしまったものだし諦めるしか

18 :nobodyさん:2010/12/14(火) 03:45:08 ID:???
言語仕様もエンジンの実装もドロドロに汚れちゃってるからなPHPは。

namespaceが中途半端な機能で、
区切り文字がバックスラッシュになったのも、
fainallyが実装されないのも、

ZendEngine2への実装が困難だからだよ。

19 :nobodyさん:2010/12/14(火) 07:54:18 ID:???
なんでfinally実装できないの?

20 :nobodyさん:2010/12/14(火) 16:44:36 ID:???
Lithiumのその後を知ってる人いる?
そろそろリリースかな

21 :nobodyさん:2010/12/15(水) 00:20:25 ID:???
>>19
単純に技術的な問題。
良い実装案が出れば、実装したいと開発者は言っている。

22 :nobodyさん:2010/12/15(水) 01:19:20 ID:???
へ?構築するスキルがないってだけ?ZendEngineの問題でなく?

23 :nobodyさん:2010/12/15(水) 01:58:32 ID:???
>>22
ZendEngineに実装する上での技術的な問題だよ。

24 :nobodyさん:2010/12/15(水) 02:14:25 ID:???
だからそれどういう問題?

25 :nobodyさん:2010/12/15(水) 03:14:43 ID:???
>>24
だから、技術的な問題だよ。
興味あるならPHP自体のソースコードを読めばいいよ。

26 :nobodyさん:2010/12/15(水) 06:24:51 ID:mlC32vdu
そういう理由じゃないだろ
http://bugs.php.net/bug.php?id=32100


27 :nobodyさん:2010/12/15(水) 06:35:05 ID:mlC32vdu
Bjarne Stroustrup's C++ Style and Technique FAQ

Why doesn't C++ provide a "finally" construct?
http://www2.research.att.com/~bs/bs_faq2.html#finally

28 :nobodyさん:2010/12/15(水) 08:08:22 ID:???
finally、無いよりもあったほうがいい。それは間違いない。finallyの導入にどれくらい開発コストがかかるかは知らないが。

29 :nobodyさん:2010/12/15(水) 08:15:57 ID:???
スクリプト言語にfinallyねぇ
中々面白いギャグだ
マジだったらプログラムを一からやり直して欲しいレベル

30 :nobodyさん:2010/12/15(水) 08:56:06 ID:???
>>26-27
で、どういう理由なん?

31 :nobodyさん:2010/12/15(水) 20:09:51 ID:???
javascript には finally あるんだが

32 :nobodyさん:2010/12/15(水) 21:17:34 ID:???
RubyにもPythonにもfinally相当あるよ。ついでにPerl6にもある。

33 :nobodyさん:2010/12/15(水) 21:25:47 ID:???
>>25
ワロス 知ったか乙w

34 :nobodyさん:2010/12/15(水) 22:28:49 ID:???
英語の読めない俺の為に簡単に訳してくれ

35 :nobodyさん:2010/12/15(水) 22:29:38 ID:???
どこが分からんの?

36 :nobodyさん:2010/12/15(水) 22:39:21 ID:???
>>35
http://bugs.php.net/bug.php?id=32100
return文との兼ね合いで、構文が複雑になるから実装しなかったって事?
それとも技術的な問題?

37 :nobodyさん:2010/12/15(水) 22:40:05 ID:???
全部訳せとな?

38 :nobodyさん:2010/12/15(水) 22:59:50 ID:???
>>37
散々議論されたってのは読み取れたけど、
最終的に何故実装されなかったのかが読み取れませんでした先生。

39 :nobodyさん:2010/12/16(木) 00:33:53 ID:???
声の大きな人に限って結論をぼかすよなw

40 :nobodyさん:2010/12/16(木) 01:20:05 ID:???
26は最初か2番目に出てくるコードで代用できると
27はリソースの開放は利用側じゃなくて利用されるデストラクタで実装すべきという主張。C だが

41 :nobodyさん:2010/12/16(木) 01:54:17 ID:???
http://gihyo.jp/news/interview/2010/rasmus?page=3
「finallyも,もしよい実装があれば追加されるかも知れません。」
PHP構文的に排除したのでは無く、実装が困難だから実装されていないだけだ

>>26-27
お前英語読めないだろ?
せめてメーリングリストのログ持って来いよ

42 :nobodyさん:2010/12/16(木) 02:32:06 ID:???
C++にfinallyが無いのと同じ理由。

43 :nobodyさん:2010/12/16(木) 03:44:17 ID:???
>>42
ワロス、ギブミーソース

44 :nobodyさん:2010/12/16(木) 07:26:50 ID:???
よい実装があれば可能=技術的に困難、なのか?

45 :nobodyさん:2010/12/16(木) 08:13:53 ID:???
>>41
おまえその日本語読めてない。
空気も英語も読めてないのにメーリングリスト読めないだろ

46 :nobodyさん:2010/12/16(木) 11:55:51 ID:???
>>45
空気読めてないのはお前だろw 顔赤くしてないで該当メーリングリストのソースを示せよ。

大垣:
 実装して欲しい,実装しておくべき機能は思い浮かびますか?

Rasmus:
 オブジェクト指向プログラミングのサポートについては実装されるでしょう
 traitsにはよい実装があるのでPHP 5.4に含まれることになるでしょう。
 finallyも,もしよい実装があれば追加されるかも知れません。

どう読んでも、実装の問題。

47 :nobodyさん:2010/12/16(木) 20:01:14 ID:???
よい実装ってどういうこと?

48 :nobodyさん:2010/12/16(木) 20:23:29 ID:???
プライオリティが低いってだけじゃないの?

49 :nobodyさん:2010/12/17(金) 00:29:50 ID:???
>>47
そのままの意味だよ。
実装出来なくは無いんだろうけど、影響範囲の大きさや、ロジックの改修規模がでかくて難しい。

>>48
どこにプライオリティの話が書いてあるんだw

50 :nobodyさん:2010/12/17(金) 00:33:18 ID:???
>>49
However namespaces are much harder to implement yet I think finally is relatively straightforward since we can already emulate it using try/catch, but with the quirks.

namespaceの方が実装難しいと書いてあるんだが?

51 :nobodyさん:2010/12/17(金) 01:54:36 ID:???
>>50
ん?それは誰の発言?

52 :nobodyさん:2010/12/17(金) 01:55:07 ID:???
実際finallyが必要になる場面って、どういうのがあるだろう
そもそもfinallyの代替になる方法、そんなに面倒?

53 :nobodyさん:2010/12/17(金) 04:00:30 ID:???
実際namespaceが必要になる場面って、どういうのがあるだろう
そもそもnamespaceの代替になる方法、そんなに面倒?

54 :nobodyさん:2010/12/17(金) 07:14:13 ID:???
>>49
>実装出来なくは無いんだろうけど、影響範囲の大きさや、ロジックの改修規模がでかくて難しい
のソースは?

55 :nobodyさん:2010/12/17(金) 09:59:22 ID:???
例えば、アクセス制御だって、アンダーバーから始まるメソッドはプライベート扱いにするってルールでコーディングすれば、publicやprivateは不要。
が、そんなローカルルールに頼るよりも言語機能を使った方が良い。
PHPでPearが盛り上がらない理由の1つは、PHPにネームスペースやパッケージがなかったからだと思う。

56 :nobodyさん:2010/12/17(金) 11:09:01 ID:???
PEARが盛り上がら・・・ない?

57 :nobodyさん:2010/12/17(金) 12:19:50 ID:???
PHPって、WAFがフルスクラッチ・フルスタックなのばっかだからな。
PEAR::DBとSmartyくらいか。どっちもPHP4全盛時で、今じゃ大して使われてないな。
後は、日本だけでNet_UserAgent_Mobileくらいか。


58 :nobodyさん:2010/12/17(金) 12:33:27 ID:???
PHPのnamespaceの一番ダメな所は、標準で規約が無いところ。

・パッケージとディレクトリ構造は一致
・クラスファイル名はクラス名+.php
・パッケージ名はドメイン名+プロジェクト名を接頭とし、Camelcaseで記述する
・クラス名はCamelcaseで記述する

のような規約があり、かつuse文でオート(Lazy)ロードに対応
くらいして欲しかった。


自分で実装出来るが、
標準でuse構文が上記に対応していたら、標準化が進むのになぁと思ったりした

59 :nobodyさん:2010/12/17(金) 13:57:30 ID:???
一番ダメなのは5.0の時に出さなかったところだと思う

60 :nobodyさん:2010/12/18(土) 10:24:28 ID:???
C言語の一番ダメなところは、

ネームスペースがなかったり
クラスがなかったり、
例外がなかったり

61 :nobodyさん:2010/12/18(土) 11:39:11 ID:???
>>60
唐突になにいいだすんかとおもうが、
高級アセンブリ言語だからあれでいいのです。

62 :nobodyさん:2010/12/18(土) 13:01:19 ID:???
N88BASICこそが究極であり至高ですよとベーマガ読者は言う。

63 :nobodyさん:2010/12/19(日) 00:45:35 ID:???
>>60
だからC++が出来たんだろ?馬鹿なの?

64 :nobodyさん:2010/12/19(日) 11:24:03 ID:???
C++って最初は例外もネームスペースもなかったの知ってる?

65 :nobodyさん:2010/12/19(日) 12:10:21 ID:???
ま、名前空間とは別に、パッケージの仕組みも合った方が良いな。

66 :nobodyさん:2010/12/20(月) 04:22:59 ID:???
名前空間、パッケージに関しては
やはり色々考えられているPerlの方が上だな。

67 :nobodyさん:2010/12/23(木) 14:23:44 ID:???
自社フレームワークを使ってるところが多い気がするが、
自社のフレームワーク開発すべき?

68 :nobodyさん:2010/12/23(木) 15:24:40 ID:???
必要ない

69 :nobodyさん:2010/12/23(木) 15:41:39 ID:???
>>68
俺もそう思う。バグだらけのFWを、開発した奴はスキルアップになったかもしれんが、
それを使わされる方はマジたまらんわー。

他の人の意見も求む!

70 :nobodyさん:2010/12/23(木) 15:45:19 ID:???
必要ない

71 :nobodyさん:2010/12/23(木) 16:38:01 ID:???
半端なFW使うよりかは、もともとある奴をちゃんと検証して
バージョンアップしながら使ってくほうが後々考えると有益
ちょっとしたことのためにFWいじくって対応とかアホなことすると、
大抵はあとで酷いことになる

72 :nobodyさん:2010/12/23(木) 20:37:52 ID:???
既存のフレームワークを、自分らの使いやすいようにラップするケースは多々ある。
一からフレームワークを作るのは、勉強目的以外ではあまりメリット無いかな・・・

73 :nobodyさん:2010/12/25(土) 05:58:05 ID:???
>>71
>ちょっとしたことのためにFWいじくって対応とかアホなことすると、
あるある。ありすぎて困る。
「それはフレームワークじゃねぇ、ただのライブラリだ!」
と言っても、社内のPHP屋は理解出来ない。
PHPでOSSのフレームワーク使ってない(使い方わからない)時点で、
その程度だわな・・・

74 :73:2010/12/25(土) 06:00:58 ID:???
あ、普段はASP.NETやってます。
あれは立派なフレームワークな反面、
社内製フレームがクソすぎて・・・・
(なぜOSSのフレームワークを作らないのか・・・)
という背景があることをいちおう言っておきます。

75 :73:2010/12/25(土) 06:01:48 ID:???
(なぜOSSのフレームワークを”使わないか”)だった

76 :nobodyさん:2010/12/25(土) 13:40:32 ID:???
>>73
PHPだけでいえば、CakeぐらいはできるがSymfonyはさすがにできないという、
中途半端な技術者が社内製フレームワークを作ってる気がする

77 :nobodyさん:2010/12/25(土) 14:19:58 ID:???
>>76
SymfornyはCakeに比べて設計が難しいという意味?

78 :nobodyさん:2010/12/25(土) 20:35:21 ID:???
http://www.google.com/trends?q=cakephp%2Csymfony%2Czend+framework%2Cyii
トレンドでみるとyiiが順調に伸びているが、来年もこのままの勢いを保つか。

79 :nobodyさん:2010/12/25(土) 20:40:16 ID:???
これはtwitterをもとにした集計によるトレンド

PHP Frameworks Trends
The data below is generated automatically from twitter
http://trends.phpmagazine.net/frameworks/

80 :nobodyさん:2010/12/26(日) 02:03:25 ID:???
名前空間があってよかったことってなんかある?

81 :nobodyさん:2010/12/26(日) 07:39:41 ID:???
英語、新しいものダメダメな日本のPHPerにはウケわるいけど
お外じゃYiiは結構人気でてるっぽいよね

82 :nobodyさん:2010/12/26(日) 08:18:08 ID:???
http://www.google.co.jp/trends?q=%22Yii+Framework%22%2CCakePHP%2CSymfony%2C%22Zend+Framework%22&ctab=0&geo=all&date=all&sort=0
・・・どこが?

83 :nobodyさん:2010/12/26(日) 11:02:41 ID:???
>>82
Yii って他の意味あるのか? Yii Frameworkでググル意味は?

84 :nobodyさん:2010/12/26(日) 11:58:57 ID:???
>>82
おまえは何がしたいんよ。

85 :nobodyさん:2010/12/26(日) 13:39:26 ID:???
新しいモノ=良いモノとも限らないし、、
今の日本の保守的でグダグダなWEB開発業界を考えると、
枯れてリソースの揃いきったFWを深く使いこなす方が得なんだろうね。

既存のFWを捨てて、新しいFWに移行する明確なメリットデメリットが示せない限りね・・・

86 :nobodyさん:2010/12/26(日) 14:15:12 ID:???
>>83
yii -phpの検索結果:約 9,160,000 件 (0.07 秒)
http://www.google.com/search?hl=ja&safe=off&q=Yii+-php&aq=f&aqi=&aql=&oq=&gs_rfai=
>>84
人気出てるというから検証しただけ。

87 :nobodyさん:2010/12/26(日) 14:49:37 ID:???
それだったらこうだろ
http://www.google.co.jp/trends?q=%22Yii+-php%22%2CCakePHP+-php%2CSymfony+-php%2C%22Zend+Framework+-php%22&ctab=0&geo=all&date=all&sort=0

88 :nobodyさん:2010/12/26(日) 14:58:30 ID:???
>>86
Yii の検索結果:約 5,200,000 件 (0.04 秒)

しかし"Yii"のキーワードだけで検索するよりも多いってのがな〜w
一体何の検証になってるんだか

・マイナス検索をすると検索結果が増える場合があります
https://groups.google.com/group/google_web_search_help_jp-troubleshooting/browse_thread/thread/0dc3791da3bb7dde?hl=ja


89 :nobodyさん:2010/12/26(日) 15:09:18 ID:???
Yii Frameworkの他に"Yii"のつく目新しいものなんてないだろ、たぶん。
Yiiフレームワークが登場してから"Yii"のトレンドが上昇してるのは、
明らかにYiiフレームワークの成果だろ。

90 :nobodyさん:2010/12/26(日) 15:17:53 ID:???
>>85
yiiのパフォーマンス優位は検証されてるけど
http://www.yiiframework.com/performance/
http://www.sheldmandu.com/php/php-mvc-frameworks/php-mvc-framework-performance-part-1

91 :nobodyさん:2010/12/26(日) 15:33:41 ID:???
こんなのもあるよ。
http://erickennedy.org/Drupal-7-Reasons-to-Switch

92 :nobodyさん:2010/12/26(日) 16:58:09 ID:???
今後もPHPが続くとしたら、新規の際の選択肢には入れたほうがいいとは思う

93 :nobodyさん:2010/12/26(日) 17:09:03 ID:???
蓄積された情報やノウハウ、学習コストを含めるとYiiはまだまだかな。
職業PGが増えてる昨今、まともな学習教材が無いと開発者の足並みが揃わない。


>>90
Hello Worldベンチマーク・・・

94 :nobodyさん:2010/12/26(日) 17:23:31 ID:???
>Hello Worldベンチマーク・・・
何が言いたいの?
検証に問題があるならはっきり指摘して

95 :nobodyさん:2010/12/26(日) 17:34:00 ID:???
職業PGなんて教材があっても
多分こうだろう的な、なんも考えてない場当たり実装を次々編み出してくし
日本語で説明されてるコピペできる参考例が多くないと、確かに難しいだろうなw

96 :nobodyさん:2010/12/26(日) 17:34:29 ID:???
symfony2はYiiより速いらしいよ。
設定がめんどいようだけど。
http://symfony-reloaded.org/fast
http://www.symfony.gr.jp/blog/20100622-the-state-of-symfony2-1

97 :nobodyさん:2010/12/26(日) 17:46:27 ID:???
symfonyはsfFormがどうもだめだ…
symfony2で変わったのかな。

98 :nobodyさん:2010/12/26(日) 18:39:55 ID:???
>>94
Hello Worldの値なんて理論値みたいなもので、
実際の実用環境では他のロジック部分がボトルネックになるから、ほとんど意味の無い値って事。

上の比較ではsymfonyが数倍遅いと錯覚してしまうが、
実際に作るコンテンツ内容、コーディング方法、ファイルI/O、DB処理等の方が遙かに比重が高い。

開発者全員が完璧な最適化を行えるのなら、フレームワークのオーバーヘッドを考慮するのも有意義かもしれんが、
現実的では無いし、大抵は枯れた技術の方が最適な実装が出来るし、学習コストも低い。
その浮いたコストをハードウェアやネットワークに回す方が遙かにパフォーマンスは上がる。
それ以上のチューニングを行う場合は、フレームワーク自体導入しない事の方が多い。


99 :nobodyさん:2010/12/26(日) 19:30:20 ID:???
地味にYiiスレ出来てんのな
で、このスレをディスってんのなw

100 :nobodyさん:2010/12/26(日) 19:48:30 ID:???
半年放置しても落ちる板じゃないしあって困るこたないんじゃね
既存のPHPFWのスレは大抵できてんじゃないかな?kohanaスレとかもあるし

101 :nobodyさん:2010/12/26(日) 20:03:18 ID:???
よーしパパLithiumスレ立てちゃうぞー

102 :nobodyさん:2010/12/26(日) 21:46:11 ID:???
Yiiは見た感じ良さそうだった。symfonyとYiiで行こうぜ。
日本人が言語やFW開発しても意味ないから、それだけはやめてくれよな。

103 :nobodyさん:2010/12/26(日) 21:52:10 ID:???
>>98
ベンチマーク自体意味無しって言ってるのね。
枯れた技術とか学習コストって言ってるのも、「英語を読めない日本人PHPer」限定の話でしょ。
フレームワークの性能評価としては関係ないね。
実際は乗り換え学習コストなんてたいしたこと無いし。

104 :nobodyさん:2010/12/26(日) 22:55:05 ID:???
>>103
Hello Worldでパフォーマンスの優位性を語ることに意味は無いって事。
静的な文字列を出力するだけのWEBアプリなんて、今日日存在しないだろう、
せめてDB接続用インスタンスを生成したり、各種ユーティリティクラスを読み込んだ上で実測しなきゃね。

>枯れた技術とか学習コストって言ってるのも、「英語を読めない日本人PHPer」限定の話でしょ。

逆だろ、一部の自称ギーク限定で新しいモノを導入したがっているだけでしょ。
英語読めても職業PGの応用力の無さでは、新しい物を自力で吸収するのは難しい、
ググレば日本語でかみ砕いた情報が得られるFWと、学習コストは比較にならんよ。



105 :nobodyさん:2010/12/26(日) 23:07:35 ID:???
YiiとSymfony ってどっちが学習コスト低い?Kohanaは?CakePHPは?Zend Frameworkは?
学習コストでソートするとどんな感じ?

106 :nobodyさん:2010/12/26(日) 23:17:34 ID:???
>>104
それははベンチマークの一番最初の疑問だろうけど、じゃあ公平な評価法は何ってこと。
Why "Hello World"の反論になってないよ。
http://code.google.com/p/phpmark/

107 :nobodyさん:2010/12/26(日) 23:27:10 ID:???
>>106
>Why "Hello World"の反論になってないよ。
反論以前の問題。公平な方法が無いからHello World?
それなら極限までそぎ落とした俺の自作MVCフレームワークの方が数倍軽いかもね。

フレームワークとしてのパフォーマンスじゃなくて、
「HelloWorldを行うには最速」って表現ならいいんじゃない?
それでパフォーマンスの優位性語られても、まっとうなPGなら疑問を抱くだろうけど。

108 :nobodyさん:2010/12/26(日) 23:46:32 ID:???
極論出たね。
なんでHelloWorldで”オーバーヘッドを測る”のが「HelloWorldを行うには最速」とかにすり替えるんだろう。

自作のフレームワークがここにならぶのと遜色無い機能を持ってるなら「自作MVCフレームワークの方が数倍軽いかもね。」と自慢してもいいよ。
http://www.phpframeworks.com/
でもそうじゃないでしょ。

109 :nobodyさん:2010/12/26(日) 23:50:30 ID:???
じゃあ他の部分は遅いのYii?

110 :nobodyさん:2010/12/26(日) 23:59:34 ID:???
たかがHello Worldって文字出すだけですらこんなに差が出るって考えると
なんだかんだで必要なロジックの選択はよく出来てるってことなのかな
ようは余計な処理とか通さないようにできるってことだよね

つーか、新しいものは金にするチャンスなんだから
既存のーとか枯れたーとか、そういう保守的なスタンスは儲けないよ
まぁ今日日PHP自体がアレなんだけれど

111 :nobodyさん:2010/12/27(月) 00:09:21 ID:???
どのFrameworkがいいかなんて比較やってことないし、俺にはわからんが、
結局明確なデータに基づいた比較を行ったわけでも、ソース持ってきてるわけでもなしに、
俺がこう思ってるから俺は正しいって叫んでるだけじゃ
資料もスライドもなしにプレゼンするくらい馬鹿なことだと思う

112 :nobodyさん:2010/12/27(月) 00:10:32 ID:???
FWって速度が評価基準なの?
開発効率のために用いるものかと思った。

113 :nobodyさん:2010/12/27(月) 00:13:09 ID:???
ベンチマーキングの意味は>>106に書いてあるとおりで、こうも書いてある。

>Do not interpret the numbers alone

>The benchmarking results should NEVER be interpreted alone.
>The server configuration and the way of running the benchmarking applications could affect the results significantly.

>And do not choose a framework purely based on this benchmarking result.
>You should consider many other factors, such as feature set, documentation, code quality, user community, technical support, etc.
>We all know that using a plain PHP script would easily beat any of the frameworks in performance comparison.

ここに書いてあることがフレームワーク選びの正論だろ。

そのうえで「ベンチマークなんて意味無い」ってフレームワークの性能向上を否定しちゃうのは
やっぱり自分が使っている技術が廃れる事への恐れがあるんだろう。

114 :nobodyさん:2010/12/27(月) 00:15:09 ID:???
Symfony2使っとけばno problem

115 :nobodyさん:2010/12/27(月) 00:16:10 ID:???
>>107
>自作のフレームワークがここにならぶのと遜色無い機能を持ってるなら「自作MVCフレームワークの方が数倍軽いかもね。」と自慢してもいいよ。
http://www.phpframeworks.com/

ここに並ぶフレームワークとしての機能を使っていないベンチマークで、
パフォーマンスの優位性を語る事は出来ないって事だよ。

Yiiは遅延読込を積極的に採用しているから、Hello worldには強いかもしれないが、
実際に諸々のロジックを実装した場合、どれだけ差が出るのか解るの?

>でもそうじゃないでしょ。

俺のFWはMVCの基底部分だけ自作だから、Hello Worldは最速かな。
内部ファンクションコール数で言えば数回じゃないかな。

他のFWと連携出来るようになってるから機能的には遜色無いどころか多すぎて困るかもね。

116 :nobodyさん:2010/12/27(月) 00:22:23 ID:???
>>112 が書いてるように、大抵は開発効率向上の為に導入するんじゃない?
明確なソースも資料も無しに、Yiiは凄い!とか言ってる人はただのミーハーな開発者としか思えない。

本当に素晴らしいと思うなら、率先して普及活動を行えばいいと思うよ。
Hello World最速なのはわかったから、具体的に他のFWから乗り換えるメリットを提示すればいい。

>>113
>Do not feel attacked¶
>This project has no intention to attack any framework. On the contrary, it tries to help frameworks to find out their performance bottlenecks and make improvements.

Hello Worldのパフォーマンスがフレームワーク選定にはさほど重要では無い、と書いてある気がするのだが・・・


117 :nobodyさん:2010/12/27(月) 00:26:10 ID:???
結局どのフレームワークを使えばいいんだよ
皆投票してね

CakePHP
Symfony
ZendFW
Yii
Ethna
kohana
俺俺FW

118 :nobodyさん:2010/12/27(月) 00:33:12 ID:???
CakePHP
Symfony 1
ZendFW
Yii
Ethna
kohana
俺俺FW

119 :nobodyさん:2010/12/27(月) 00:34:55 ID:???
>>117
選定基準による。
日本語情報はいる?ドキュメントはいる?IDEは使う?ActiveRecordが欲しい?開発規模は?etc・・・

120 :nobodyさん:2010/12/27(月) 00:43:37 ID:???
>>119
日本語情報いる
ドキュメントいる
IDE使わない
ActiveRecord欲しい
開発規模は会員10万人ぐらいのブログ機能

これでお願い

121 :nobodyさん:2010/12/27(月) 00:50:44 ID:???
使うほうのことは関係なくて、開発効率だけのためにFW選ぶのも何か違う気はしないでもない

122 :nobodyさん:2010/12/27(月) 00:56:00 ID:???
>>120
無難にCake/Symfony/Zendのどれかじゃないかね。


>>121
ユーザはフレームワーク以前に、PHPかどうかすら気にしないだろう。

123 :nobodyさん:2010/12/27(月) 00:56:10 ID:???
いやだって速度で言ったら素のPHPが一番に決まってるじゃん

124 :nobodyさん:2010/12/27(月) 00:59:25 ID:???
その速度の差がユーザーエクスペリエンスにどの程度影響するんだって話だろ

125 :nobodyさん:2010/12/27(月) 01:01:03 ID:???
123は121宛だよ

126 :nobodyさん:2010/12/27(月) 01:03:42 ID:???
開発効率や速度をだすことより、会社が儲かることが大切だと上は言う。

127 :nobodyさん:2010/12/27(月) 01:05:09 ID:???
無難にというか、日本語しか駄目ならCake・Symfony・Zendだけしか選択肢ないだろ。
英語のドキュメント読むスキル無いとキビシーわ。

128 :nobodyさん:2010/12/27(月) 01:07:39 ID:???
PHPみたいな言語を使う人らからすると、この言語の壁はでかいよなぁ

129 :nobodyさん:2010/12/27(月) 01:07:43 ID:???
英語のドキュメント読める奴って、PHPプログラマ10人に1人いるかどうか

130 :nobodyさん:2010/12/27(月) 01:08:37 ID:???
馬鹿に組ませた素のPHPより、低速なフレームワークを使ったほうが
数百倍マシだったりするけどなw

131 :nobodyさん:2010/12/27(月) 01:09:46 ID:???
>>124
そういう実用レベルの話であれば、

ネットワーク、ディスクI/O、CPU等のハードウェアの増強をして、
APCやmemcached等のチューニングを行って、
HTML/CSSのチューニングを行う、

のが普通。
フレームワークの最小オーバーヘッドがユーザエクスペリエンスに影響するのなんて、
根本的に設計がおざなりな場合くらいじゃね?


クラウドのおかげもあり、ハードウェアの増強が最も費用対効果が高いけど。

132 :nobodyさん:2010/12/27(月) 01:16:52 ID:???
バッドノウハウを含む情報量の差も大事だろう。
Cake、Symfony、Zendあたりなら、バグが発生した場合や、規格外の処理を追加したくなった時に、
ググるだけで先人の知恵を得られたりする。

>>126
効率を上げる=人件費が浮く=会社が儲かる。だろw
PG一人雇うのに数十万の費用かけるなら、同じ金額を機材に当てる方が効率も速度も上がる。
既存の技術なら学習コストも無いようなもの。

133 :nobodyさん:2010/12/27(月) 01:17:27 ID:???
>>115
外部依存の俺俺でも「フレームワーク」と言えるの?
開発にそんなの使いたくないんだけど…

134 :nobodyさん:2010/12/27(月) 01:18:32 ID:???
英語のドキュメント読める人はどのフレームワーク使ってるの?

135 :nobodyさん:2010/12/27(月) 01:19:17 ID:???
PHPの場合、mod_phpで使う事が前提で、ファイルインクルードだとかのロードタイムが無視できないんだよね。
最近流行のソーシャルゲームみたいなサイトだと。
他の言語だとmod_perlだとかFastCGIだとかPassengerだとかで、複雑なクラス構成のアプリケーションでもいったん立ち上げてしまえば高速に動かせるアプリケーションサーバ環境があるけど。
まあ、フレームワーク以外にも、SQLを見なおすとかコーディングレベルで改善出来る余地がある場合も多いけど。

136 :nobodyさん:2010/12/27(月) 01:25:47 ID:???
>>133
外部依存かどうかは関係無いよ。
Symfonyだって積極的に外部ライブラリを取り込んでいる。

137 :nobodyさん:2010/12/27(月) 01:28:19 ID:???
本当にSymfonyできるやつでてこいやー
いるわけないか・・・

138 :nobodyさん:2010/12/27(月) 01:34:36 ID:???
>無難にというか、日本語しか駄目ならCake・Symfony・Zendだけしか選択肢ないだろ。

Symfonyやったことないんだなw

139 :nobodyさん:2010/12/27(月) 01:41:41 ID:???
test対応も評価条件に

140 :nobodyさん:2010/12/27(月) 01:53:58 ID:???
ワラタw
レスするだけなら誰にでも出来るわなw

141 :nobodyさん:2010/12/27(月) 02:31:49 ID:???
OpenPNE3はsymfony採用してたけど、さすがにあれは重すぎじゃね?
symfonyのせいなのかあれは。
俺にはわからん。

142 :nobodyさん:2010/12/27(月) 08:14:49 ID:???
>>135
>PHPの場合、mod_phpで使う事が前提で、ファイルインクルードだとかのロードタイムが無視できないんだよね。
(snip)
>他の言語だとmod_perlだとかFastCGIだとかPassengerだとかで、
(snip)
そんなときこそ、php-fpm (fast CGI process manager)を導入してみては?

143 :nobodyさん:2010/12/27(月) 23:43:52 ID:???
test

144 :nobodyさん:2010/12/27(月) 23:53:32 ID:???
すると独自フレームワークが必要になるな。

145 :nobodyさん:2010/12/27(月) 23:56:46 ID:???
3大FWは機能が多すぎる
皆そんなに仕事で大きなシステム作ってるんか?

146 :nobodyさん:2010/12/28(火) 02:15:49 ID:???
3大FWって、Kohana, Yii, ちいたん のことか

147 :nobodyさん:2010/12/28(火) 12:14:19 ID:???
>>145
普通にCRUDでデータをひと通り処理するシステムだと小さくてもFW使っちゃうな。

148 :nobodyさん:2010/12/29(水) 01:05:57 ID:???
必要ない機能があってもそれを通さないならさして問題ない
コード記述量が減らせるならFWを使う意味はそれだけでも出てくるんじゃね

149 :nobodyさん:2011/01/07(金) 18:56:09 ID:???
※ただしLazy Loading を実装したFWに限る

150 :nobodyさん:2011/01/09(日) 03:13:49 ID:???
> 3大FWって、Kohana, Yii, ちいたん のことか

よく分かってらっしゃる。

面白いネタフレームワークだと思ってるから、
それをだしたんだろ?


151 :nobodyさん:2011/01/09(日) 17:41:12 ID:???
落ち担当のちいたんはさておき、前者2つは比較的新しいから期待は出来る

152 :nobodyさん:2011/01/10(月) 15:52:37 ID:???
なにを期待?

153 :nobodyさん:2011/01/14(金) 21:16:48 ID:???
先生の次回作に期待

154 :nobodyさん:2011/01/15(土) 00:35:15 ID:???
打ち切り

155 :nobodyさん:2011/01/22(土) 23:03:09 ID:???
最近分かった
所詮phpはHTMLに簡単に上書きするだけの用途以外では使うべきじゃない
フレームワークをphpで作るのは無謀

156 :nobodyさん:2011/01/22(土) 23:15:20 ID:???
いまさら分かったのかい
で、Webアプリケーションを構築するのに最適な言語は何だと思う?

157 :nobodyさん:2011/01/23(日) 00:06:42 ID:???
「最適」なんてないのさ

158 :nobodyさん:2011/01/23(日) 22:47:33 ID:???
>>156
しava

159 :nobodyさん:2011/01/24(月) 02:15:15 ID:???
>>155
どんな経緯でそういう結論になったのか気になるな。

単に使いこなせなて無いだけじゃね?

160 :nobodyさん:2011/01/24(月) 21:51:22 ID:???
フレームワークをPHPで ”作る" とか
言ってる時点で、なんちゃってプログラマでしょw

161 :nobodyさん:2011/01/25(火) 13:46:17 ID:???
まぁ低レベルは、PHPですらフレームワークを使えないし、
デザインパターンも知らないし、PHPでオブジェクト指向wとか言う。
かといってJavaでバリバリ組めるわけでもない。
あんた何ができるのさっ?って言ったら、
「PHPをベタで組む!その方が早い!クラスなんて作るな!」と

162 :nobodyさん:2011/01/25(火) 18:06:16 ID:???
デザインパターンかじって底辺プログラマ相手に優越感浸ってる連中が一番無駄にコストかかるよな
せめて東大大学院卒で世の中に一石を投じるアルゴリズムの一つや二つ作れるぐらいになってから偉そうにソファーに踏ん反り返って欲しいものだ

163 :nobodyさん:2011/01/25(火) 18:12:17 ID:???
ちゃんと板の間に正座してプログラムしてます

164 :nobodyさん:2011/01/25(火) 19:57:46 ID:???
底辺プログラマだってデザパタぐらい使いこなせる
底辺プログラマだってSymfonyぐらい使いこなせる
底辺プログラマだって頑張って生きている

165 :nobodyさん:2011/01/25(火) 20:19:20 ID:???
そうだそうだ死んでいるような顔色してたってよく見ると生きてるんだぞ!

166 :nobodyさん:2011/01/26(水) 06:30:45 ID:???
底辺は1メソッドのなかに全てのやりたいことを書いてるんじゃないかってくらいメソッド分けもできんぞ
そんな奴の書いたコードでバグの修正とかまじうんざりする
にわかでもある程度自分で考えてかじってる奴のほうが数倍はいいぞ

167 :nobodyさん:2011/01/26(水) 17:49:51 ID:???
昔のままの俺だと思ってんじゃねえよ!
参考にするソースが悪すぎただけだろ
1メソッドで一つのことしかしないことぐらい独学済み
人はいつでも成長している。底辺プログラマだってだ

168 :nobodyさん:2011/01/26(水) 21:25:24 ID:???
1メソッドの長さとか、もうそういうことは我慢する
変数名に数字のsuffixついてたりも目を瞑ろう
だから
「xxxのとき呼ばれる処理」
その一言で全てを説明した気になってるんじゃねええよおおおおおおおぉぉォォォォーーーッッ!!
メソッドに分解ができないなら、その分岐、ループの意図するところくらいコメントに残せよばーか

で、ここ何の愚痴スレだっけ?

169 :nobodyさん:2011/01/26(水) 21:26:33 ID:???
それだけ自分が低レベルな環境に身を置いているってことだろ

170 :nobodyさん:2011/01/26(水) 21:44:33 ID:???
速度優先な事もあらーな

171 :nobodyさん:2011/01/26(水) 21:53:08 ID:???
関数で組むのと、オブジェクティブに組むの、どれぐらい速度変わる?

172 :nobodyさん:2011/01/26(水) 22:09:47 ID:???
何の速度が?

173 :nobodyさん:2011/01/27(木) 00:45:18 ID:???
処理速度

プログラムのことは全く知らないが、
オブジェクトの大きさや生成したインスタンスの数によって変わるの?

174 :nobodyさん:2011/02/02(水) 22:56:35 ID:???
私は、配達時間の関係で仕方なく朝日新聞を読んでますけど、愛読者では有りません。あんなものは愛読するものでは有りませんよ。在宅勤務になった
ので4月から読売に替えました。朝日新聞を読んでいると、カルト宗教の機関紙を読んでいるような気分になる。とてもじゃないけど子供には読ませら
れないので、本来なら「新聞ぐらい読みなさい」と言うべきところを「朝日はおかしいから読んではいけません」としか言えないのが悲しい。漢字が奇
妙な当て字が多くて、熟語も一部がひらがなになってる。近頃はその傾向が顕著だ。そこで本社に電話して尋ねてみたところ「韓国を見習って、少しず
つ漢字を減らして、やがて日本語から漢字を全廃させる方針」だそうだ。こんなことは国民の総意で決めるべきこと。一新聞社が決めて実行するのは僭
越だ。何を考えているのだろう。ともかく戦争反対というのも訳分からん。湾岸戦争のときも「日本が巻き込まれるからクウェートを助けに行くな」と
いうキャンペーンを張った。侵略者はみんなで寄ってたかってやっつけなければいけないのにおかしいぞ。そして他国が苦労して築き上げた平和は、当
然の権利として享受しようというのでは、日本が侵略されたときに助けてくれる国は居ないだろうに。昨年9月11日のアメリカでの同時多発テロの首謀
者であるオサマ・ビンラディンについては必ず敬称をつけるように徹底させている。テレビ朝日でもゲストコメンテーターに「必ずオサマ・ビンラディ
ン氏というように氏をつけて発言してください」と徹底させているし、朝日新聞本紙では、今でも必ず敬称をつけている。恐いのは外国の人がオサマ・
ビンラディンと呼び捨てにして発言しても翻訳では勝手に「オサマ・ビンラディン氏」に変えてしまうことである。これでは正しい報道とは言えない。
冷酷な人殺しをここまで敬うその心理は如何に。朝日新聞は、いつのまにか宗教になってしまったのではないだろうか。しかもカルトと呼ばれる変な宗教に。

175 :nobodyさん:2011/02/15(火) 12:17:21 ID:???
cakeの次スレは立たないのか?

176 :nobodyさん:2011/02/15(火) 20:06:35 ID:???
cakephpスレ立たないところを見ると
既に終わったFrameworkってことかな?

177 :nobodyさん:2011/02/15(火) 20:17:58 ID:???
2chがすべてという価値観の人間にはそう思えるかもしれんが
普通は2chにスレが立つ立たないでそんなこと考えないだろう

178 :nobodyさん:2011/02/15(火) 23:55:17 ID:???
Cakeの次スレはLithiumが乗っ取ります

179 :nobodyさん:2011/02/16(水) 00:22:24 ID:???
cakephpで質問です。

idを主キーにしていて

データの取り出しで
this->model->
findAllByName($hoge)
として
this->model->save($this->data)

した場合、上書き更新ではなく新レコード挿入になりますよね?
主キーでモデルのデータを取り出さない限り新レコード挿入になるのは分かるのですが、CakePHP仕様だと主キーを一つしか扱えないのでupdateAll()を使うしかないのでしょうか?

主キー以外のフィールドでの検索対象の
レコードを更新したい場合、
スマートなやり方だと、どういうやり方が一般的でしょうか?

180 :nobodyさん:2011/02/16(水) 00:25:32 ID:???
オイラもcakephpで質問!

生成されたpotを弄ってviewの中のctpファイルはローカライゼーション出来るようになったんだけど、
バリデーション(モデル)とか
プログラム上での(コントローラー)表記を
ローカライゼーションしたい場合は
どうしたらいいの?

181 :nobodyさん:2011/02/16(水) 01:58:37 ID:???
CakePHPスレ立てろよw

182 :nobodyさん:2011/02/16(水) 04:17:51 ID:???
このスレッドは、【PHP】フレームワーク CakePHP 11ホール目【v1.3】になりました。

183 :nobodyさん:2011/02/16(水) 12:04:28 ID:???
建ててもいいけどテンプレしらないからここに張ってくれれば良いと思うよ

184 :nobodyさん:2011/02/16(水) 17:04:29 ID:???
CakePHPはオワコン

185 :nobodyさん:2011/02/16(水) 17:07:56 ID:???
PHP5.3もまともに対応してないフレームワークとか使えねえよ

186 :nobodyさん:2011/02/16(水) 18:05:46 ID:???
というわけでLithiumが始まります。
Symfony様、ZendFW様、CodeIgniter様、お疲れさまでした。

187 :nobodyさん:2011/02/16(水) 21:55:42 ID:???
情弱なオレに教えてくれ
cakeって5.3に対応する気ある?

188 :nobodyさん:2011/02/16(水) 22:37:06 ID:???
というかもう対応してる。

189 :nobodyさん:2011/02/16(水) 22:40:09 ID:???
どこが対応しているのですか?
error_reportingを甘くしないとエラーでまくりですよ

190 :nobodyさん:2011/02/16(水) 22:42:13 ID:???
warnじゃなくてerrorが出るんだっけ?

191 :nobodyさん:2011/02/16(水) 22:54:59 ID:???
http://blog.goo.ne.jp/tooki5/e/ab8af92f455c8af2f6b402296bc7c18d
これか?1.3系で解決してるとよ
https://trac.cakephp.org/ticket/6026

5.3、5.3と煩いようだが
みんなそんなにラムダや無名関数を使いたいのか?
Lithium使っとけ。


192 :nobodyさん:2011/02/17(木) 01:02:00 ID:???
CakePHP1.3系のDeprecated errorはうざすぎて開発に支障をきたすレヴェル

193 :nobodyさん:2011/02/23(水) 02:49:02.24 ID:???
結局、どのフレームワークが一番のおすすめなの?

194 :nobodyさん:2011/02/23(水) 02:55:45.82 ID:???
結局は自分で触ってみないとわからない

195 :nobodyさん:2011/02/23(水) 14:01:12.13 ID:???
毛深いのはあまり好きではありません

196 :nobodyさん:2011/02/23(水) 23:05:12.94 ID:???
ならLithiumだな。ツルッツルだよ
ちいたんは、ぱっと見はツルツルだが中の方は結構、癖毛もち

197 :nobodyさん:2011/02/26(土) 11:38:36.81 ID:???
LithiumはCakeと比べると機能はライトかい?

198 :nobodyさん:2011/03/05(土) 12:37:56.82 ID:???
天下のツイッター様はPHPのフレームワークなんて使わないよ。

199 :nobodyさん:2011/03/05(土) 19:46:45.73 ID:???
俺の周りではPHP5.3導入を検討し始めているクライアントが増え始めてるから
警告ばっかりでるCakePHPなんて使わない
高速に開発するフレームワークなんてこれ以外にもあるし
手っ取り早く作るならCodeIgniterお勧め

200 :nobodyさん:2011/03/06(日) 13:47:41.75 ID:???
CakePHPは学ぼうにも参考書に地雷しかないからな
クックブックが一番わかり易いというのが、初心者におすすめできない痛いところ

201 :nobodyさん:2011/03/06(日) 13:55:20.83 ID:???
>>200
ニコ生ユーザー?

202 :nobodyさん:2011/03/07(月) 21:48:59.30 ID:???
CodeIgniterのスレが落ちてたので誰か立ててくださ
一応テンプレらしくしてみたもの用意

■公式サイト
http://www.codeigniter.com/
■チュートリアル
http://codeigniter.com/tutorials/
■CodeIgniter User Guide (公式マニュアル)
http://codeigniter.com/user_guide/
■CodeIgniter ユーザガイド 日本語版
http://codeigniter.jp/user_guide_ja/index.html


■前スレ
[PHP][フレームワーク]CodeIgniterスレ
http://hibari.2ch.net/test/read.cgi/php/1177683436/

203 :nobodyさん:2011/03/12(土) 09:57:31.43 ID:???
しかしCodeIgniterも時代遅れ感が・・・

204 :nobodyさん:2011/03/12(土) 10:13:06.06 ID:???
それcakephpの事じゃね?
CIは今流行りだしてる訳だが

205 :nobodyさん:2011/03/13(日) 00:12:45.45 ID:???
流行ってはいないw
良くも悪くもPHP5のFWは決定打が無い感じだよな

206 :nobodyさん:2011/03/13(日) 02:12:53.32 ID:???
PHPだから仕方がないな!

207 :nobodyさん:2011/03/13(日) 10:37:54.66 ID:???
いや流行ってるよ
むしろCakeは衰退している

208 :nobodyさん:2011/03/13(日) 11:34:32.07 ID:???
すでにCIを使ってる人はいいが
今から使い始めるのは考え物だ

209 :nobodyさん:2011/03/13(日) 15:28:36.79 ID:???
>>207
何をもって流行ってるの?
CIはFW過渡期に高速軽量って事で鳴り物入りしたが、普及してないイメージしかないんだがw

Cakeは衰退と言っても固定層がかなりいる。

210 :nobodyさん:2011/03/13(日) 16:05:56.36 ID:???
なんだかんだで知らないことを覚えようとする奴はすくねーからな
もうカビが生えててもCakeしか食べ物を知らない連中はいっぱいいる

211 :nobodyさん:2011/04/09(土) 21:57:32.05 ID:???
会社で採用されてるのがcake。
しにたい。

212 :nobodyさん:2011/04/10(日) 00:01:31.03 ID:???
>>211
どのフレームワークだったらうれしいのよ?

213 :nobodyさん:2011/04/10(日) 01:28:56.40 ID:???
まあPHP4は考慮してなくていいよな、さすがに

214 :nobodyさん:2011/04/10(日) 11:32:17.85 ID:???
cake使うならkohana使えよ
php5.2はサポート打ち切られたのにphp5.3に対応してないFWなんて使うなよ

215 :nobodyさん:2011/04/10(日) 13:24:51.31 ID:???
kohanaは尚早な気がするね。

216 :nobodyさん:2011/04/11(月) 11:15:32.36 ID:???
>php5.3に対応してないFW
CakeはPHP5.3でも動くよ

217 :nobodyさん:2011/04/11(月) 11:37:27.61 ID:???
動くと対応しているはイコールでは無い件
ソースコード読んでから書いたほうが良いかもよ。

218 :nobodyさん:2011/04/11(月) 12:28:07.11 ID:???
>>214
5.3に対応していないってソースありますか?
FW選定の資料のひとつにしたいので。

219 :nobodyさん:2011/04/11(月) 14:40:13.25 ID:???
>>217
意味がわからんが
部分的に動かないところがあるってこと?

220 :nobodyさん:2011/05/20(金) 09:38:28.92 ID:???
Cake使ってる理由 = 名前が美味しそうだから

Symfony使う理由 = エレガントかつ高速な設計を追及したいから

ZFを使う理由   = Zendっていう名前が付いてるからなんとなく安心

結論:Symfonyを使う人間が一番賢い。

みんなのdailymotion様も、Symfonyで大量アクセスを捌いておられるのだ。
これからはSymfonyをメインで使い、内部的にSmartyやZF等を使う方法が主流となる時代がやってくる。

221 :nobodyさん:2011/05/20(金) 11:23:51.69 ID:???
えっ

222 :nobodyさん:2011/05/23(月) 12:19:46.87 ID:???
>>218
cakephp自体がソースとして読める形なんだから嫁よ

223 :nobodyさん:2011/05/27(金) 10:24:38.31 ID:???
Yiiが良い

224 :nobodyさん:2011/06/18(土) 17:10:48.95 ID:???
結局どれがいいんだいっ!!

225 :nobodyさん:2011/06/18(土) 17:20:26.63 ID:???
ZF

226 :nobodyさん:2011/10/23(日) 14:34:18.24 ID:???
ethna

227 :nobodyさん:2011/10/24(月) 01:19:05.33 ID:???
CI2はPHP4切ってるんだろ?
使ってる人どう?

228 :nobodyさん:2011/10/24(月) 13:32:17.87 ID:???
>>227
Kohana3に移行してたから気付かんかったわ

229 :nobodyさん:2011/11/02(水) 08:41:44.67 ID:???
ci終了のお知らせ

230 :nobodyさん:2011/11/03(木) 18:10:44.29 ID:???
まだだ、まだ終わらんよ

231 :nobodyさん:2011/11/03(木) 18:21:16.30 ID:???
すべてが遅すぎた

232 :nobodyさん:2011/11/28(月) 02:13:13.00 ID:???
はじめまして、相談させてください。
「よくわかるPHPの教科書」という初級本を一冊読んだだけのPHP勉強したての見習いWEBデザイナーです。

以下のサイトのような情報サイトを作ろうと思っております。
http://www.nightstyle.jp/

この後、何かのPHPフレームワークを勉強して作ってみたいと思うのですが
どのフレームワークを勉強していったほうがいいのか分かりません。
アドバイスいただけませんか? よろしくお願いします。

233 :nobodyさん:2011/11/28(月) 02:30:39.13 ID:???
>>232
宣伝乙

234 :nobodyさん:2011/12/08(木) 00:49:58.91 ID:???
認定脳

235 :nobodyさん:2011/12/09(金) 23:07:04.62 ID:nHunuLCR
ここ1週間くらいCakePHPの入門書読んできてフレームワークがどんなものかは理解したけど
cakephpってhtml5とか対応してないっぽいしもっといいフレームワークあるの?
日本語の資料が多いもので認証機能とユーザごとにアクセス権限(cakephpのauthとACL)があるものって他にある?
やっぱり無難なのっていうとcakephpになるの?

236 :nobodyさん:2011/12/09(金) 23:17:23.11 ID:???
>>235
HTML5のどこに対応してないって言ってる?
ほぼほぼHTML5に対応してると思うんだけど。

237 :nobodyさん:2011/12/10(土) 00:12:37.51 ID:???
1週間Cakeの入門書を読んだだけで、フレームワークを理解した気になってる時点で・・・('c_`
AuthもACLもメジャーフレームワークは全て実装されてる。

そもそもHTML5対応って何を指してるの?w

238 :235:2011/12/10(土) 12:24:35.06 ID:???
html5対応じゃないって言ったのは$html->doctype()がまだ古いほうだったりhtml5で追加されたタグは$html->tag()使わないとだめだったりするところ
それくらい我慢しろって言われたらそれまでだけどやっぱり気持ち悪い

日本語の入門書籍とかcakephp辞典みたいな命令一覧が充実してるメジャーフレームワークってcakephp以外にあるの?

あとだれもフレームワークをすべて理解したとは言ってないぞw


239 :nobodyさん:2011/12/10(土) 13:20:09.06 ID:???
いまからやるならyiiのがいいんじゃね
まぁメインにするのがないときは浅く広くやるほうがいいと思うけど

240 :nobodyさん:2011/12/10(土) 16:06:08.20 ID:???
>>238
doctypeもhtml5のフォーム要素も対応してるんだけど

241 :nobodyさん:2011/12/10(土) 16:52:05.33 ID:???
$html->doctype()と書いている時点で
おそらくそれは1.3系以下の情報ですので、勘違いしていますよ
2.0系ではhtml5のフォームinputをサポートしています
あと書籍や日本語の情報などは、自分で容易に調べられますよね?

242 :235:2011/12/10(土) 17:12:37.55 ID:???
検索してヒットすれば日本語の資料があることはわかるけど
ない場合本当にないのかわからないから聞いてるんです

どうせおまえら知ってて教えてくれないんだろ

243 :235:2011/12/10(土) 17:18:52.08 ID:???
そもそもメジャーフレームワークってなんなのさ?

244 :nobodyさん:2011/12/10(土) 17:25:42.34 ID:???
とりあえず涙拭け

245 :nobodyさん:2011/12/10(土) 20:31:41.62 ID:???
cakephp = 情弱

246 :nobodyさん:2011/12/10(土) 21:17:00.25 ID:???
きちんと更新されてて日本語の最新の情報があるフレームワークってどれ?
どこかに比較表ないの?

247 :nobodyさん:2011/12/10(土) 21:44:23.87 ID:???
cakephpはほんとに日本語ブログの情報が減って来てる
あっても1.1とか1.2のものばかり。(07~09年あたりに書かれたものばかり)
2.0もcookbookの解説が未だに英語のまま。リファレンス本も出ない。
今から始める人にはつらい環境です。

248 :nobodyさん:2011/12/10(土) 22:00:22.74 ID:???
>>246
今、PHPのフレームワーク界隈で一番話題になってるのは
間違いなくCodeIgniterだな
日本語ドキュメントもかなり充実してる

249 :nobodyさん:2011/12/10(土) 22:38:31.14 ID:???
>>248
CodeIgniterってプラグイン系はどうなの?
アジア圏で利用ユーザーが多いらしいから、そっちの
人達がいっぱい作ってたりするのかな。

日本語ドキュメントの充実には同意。
あれは他のフレームワークも見習うべき。


250 :nobodyさん:2011/12/11(日) 04:43:07.24 ID:???
間違いなくCodeIgniterが盛り上がってるとかは、半年前の話です
今はライセンスの問題で敬遠されがちになっているのが現状ですよ
CakePHP, Symfony, Yii, FuelPHPらへんで選べば問題ありません

251 :nobodyさん:2011/12/11(日) 19:02:03.74 ID:???
ネタだろ?
一番話題になってるのは確かだし
でも、ユーザ会のMLで今後どうするかとか話し合ってるのに
初心者に泥船勧めちゃダメだろw

ciからの乗り換えだったらfuelは時期尚早な気がする
kohanaの方がよさげ
ci乗り換えとかじゃなく普通にこれからやるならyiiがお勧め

252 :nobodyさん:2011/12/11(日) 21:57:25.39 ID:???
kohanaも尚早な気がするね
まだ安定して無くて元気がありすぎるわ

253 :nobodyさん:2011/12/12(月) 01:45:14.04 ID:???
なんだかんだでyiiが鉄板になりそうな気はするよ。便利

254 :nobodyさん:2011/12/12(月) 03:54:51.16 ID:???
自分もyiiですねー。PHPフレームワーク4つくらい触ってきましたが、ダントツですばらしいです。

56 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)