元スレ【PHP】PHPフレームワーク総合スレ15
php覧 / PC版 / みんなの評価 : △
前へ
351 = :
>>350
お前も何時までも見えない敵と戦いすぎ自重しろ。
352 = :
むか～し、MidgardというCMSだかフレームワークだかあったが、それがextension必須だった気がする
面白そうだったから後でいじろうと思って放置してたが、最早探そうと思って検索してみてもロクな情報出てこないな
353 = :
長文書く暇があるならURL貼りゃいいのにｗ
354 = :
煽る暇が（ｒｙ
355 = :
煽るってか、少なくとも教えて君には得がないから教えないって秘匿してる
ソースに興味があるからなｗ
損得気にするくせに>>349みたいなしょうもない長文書くのは滑稽だろ
356 = :
ここはいつしかソースを１つも明示せずに、妄想を膨らませるスレとなった
357 = :
すげ、何日粘着してんだよw ネクラにもほどがある。
358 = :
自分で探しきれなくて追い込みに入ってるんだよ
たった去年の年末に出た情報も探せないとかゆとり過ぎる奴はほっとけ
構うと調子に乗るから飽きるまでスルーしとくのが一番
359 = :
そういう話にもっていくしかしのぐ手立てないもんなｗｗｗｗｗｗ
360 = :
こういう教えて君ってどうせWindows+XAMPPでしか使ったこと無いようなカスなんだろ
361 = :
>>338が知らない＝＝皆知らないとかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
マジキチｗｗｗｗｗｗｗ
362 = :
技術系のスレッドでも
ただただ他人を馬鹿にするためだけにレスする人増えましたよね
ｽﾄﾚｽぶつける場所はいくらでもあるでしょうに。。
なんていうと2ｃｈだからどうこうっていう人いるけど
技術系はそうではありませんでした
煽りつつもなんとなく正解を臭わせてもらってましたよ
363 = :
なるほど、これの事か
364 = :
知らないくせに偉そうに聞くほうが悪い
365 = :
２ちゃんだろうが現実の社会だろうが変わりは無いな
知らないのに最初から否定してきて、教えて貰うまで煽るような人間は誰も教えたがらないしな
そんな人間にわざわざ教える意味なんてない
366 = :
>>333
なんかやらしい
367 = :
368 = :
なんか郵便受けにつっこまれてた宗教の本に同じようなこと書かれてたな。
大宇宙について人類はほとんどわかってないのに、なんとか神の存在を
なぜ否定するのかとかｗ
370 = :
レスが伸びたと思ったらまだ情弱が書き込みしてたのか
372 = :
>>371
そもそもSmartyってFrameworkに分類されるべきものなの？
自らTemplate engineと言っているよね
cakePHPやSymfonyのような機能が豊富なFWと比較することに違和感がある。
373 = :
>>372
うん、時々見かけますが、わたしも違和感があります。
ただ、やむなく広義に含めるのも場面によっては仕方ないかと。
たとえば>>371は、質問総合スレみたいのよりここの方がふさわしいと思いました。
テンプレートエンジンスレのひとつもあっていいとは思うんですけどね。
cakeとかのせで、生phpで書くひとが増えたのかな？
374 = :
>>373
cakePHPやsymfonyといったフレームワークに
テンプレート機能があるからsmartyをわざわざ使う必要、覚える必要が
なくなったってのは十分ありえる理由だと思う。
海外では日本ほど人気ないらしい、smarty。
377 = :
長さをつきつめれば {$v} になるじゃん。
単純な文字数もそうだけど、書式そのものの気持ち悪さというか。
まあ、確かPHPの \(名前空間) だか :: も外野の評判は悪いんだっけ？
そう考えると、慣れの問題もあるのかなーとは思う。
てか default_modifiers についての話をしたかったんだけど…ｗ
378 = :
文字列接続の . とかもぶっちゃけると気持ち悪いよな
379 = :
Smartyはテンプレートの域を外れてしまってるからな。
っつか、俺の考えだと、Smartyがウケのはデザイン側じゃなくて主にプログラマ側で、単にコンパイルする、というコンセプトが面白かっただけだと思うよ。
初心者はSmartyじゃなくて、phpLib時代のテンプレートとか、もっとシンプルにデザインとプログラムの分離を目指していた頃のテンプレートエンジンから学ぶべきだと思うんだな
380 = :
最初くすぐったがってるけど、だんだん口数が減り息が荒く…みたいなのは割と見かけるきもする
381 = :
あらやだ酷い誤爆
382 = :
どこの誤爆かkwsk
383 = :
初めてwebprog板に来たんですが、ここではdoophpはどういう評価ですか？
高速性が2chのイメージ的に受けそうな気もするのですがテンプレにもないので
384 = :
PHPはポンコツ言語だから高速化は期待できない
385 = :
>>384の命令によりこのスレは終了します
386 = :
終了について特に異議もありませんでした
387 = :
Googleトレンド以外で、
PHP Frameworkのマーケットシェアのデータはあるのかな？
Symfony, cakePHP, Zend Framework, CIの勢力図はどう変化してるんだろ
389 = :
このスレが再開しました
390 = :
Phalconって言うC extensionで書かれたPHP用のフレームワーク見つけて、
今、ドキュメント読んでるけど、ベンチマークが半端無くすげえ。
http://phalconphp.com/documentation/benchmark
phpのフレームワークで同様の処理をさせてみた結果。（速さは重要じゃないと言いつつ）
Yii (YII_DEBUG=false) Version yii-1.1.10.r3566
-> Time taken for tests: 1.469 seconds
Symfony Version 2.0.11
-> Time taken for tests: 8.105 seconds
Zend Framework Version 1.11.11
-> Time taken for tests: 4.264 seconds
CodeIgniter 2.1.0
-> Time taken for tests: 1.184 seconds
Phalcon Version 0.3.1 <- こいつ、桁が違う。
-> Time taken for tests: 0.385 seconds
Zend Frameworkの１２倍の速さ。さすがC/C++のネイティブコードは段違い。
自分で作ろうと思ってたけど、同じこと考えてる人は世界にいるのね。。
391 = :
Phalcon良いわ。発展途上なのが理解しやすくて良い。
あとはバグがどんだけあるかって感じ。
ざっと読んでみたけど、弱いのは以下。
・DBの抽象化やってるけど、
adapterが今んとこMySQLしかないから、事実上DBはMySQL固定。
・Layoutとパーシャルの使い方がいまいちわからない・・・。
全体的にviewの説明が不足してる気がする。
・ACLはあるけどAuth系が無い。まあ、俺は不要だけど。
・キャッシュ用のクラスがあるけど、キャッシュ先は現状ファイルだけ・・。
・理由がわからないけど、スケルトンツール使うならPHP5.3.6推奨。
テンプレート作るのにPHP関係無い気がするから、出来そうだけど。。。
・APIの説明がほとんど無い。
・多国語対応が無い。
他は概ね、ZFを弱くした感じ。
DBもフィルタにサニタイズにエラーチェックにJOINも可能で、これならぎりぎり使える。
392 :
CMSで作るのとフレームワークで作るのと
どれくらい自由度や制作効率が違うのでしょうか。
393 = :
>>392
まじで聞いてるの？
CMSは自分でプログラム書く必要ない。
誰でも、ある程度自由に
そのCMSがテーマとするコンテンツを作れる。
フレームワークは自分でプログラム書く。プログラム作成の補助機能。
よく使う処理の部分は、ワークフレーム側でプログラムを予め書いておいてくれる。
プログラム書く人が楽できる。
よくわからないならCMSが良いと思うよ。
394 = :
CMSに乗っかるプラグインやら何やらのシステム開発したけど、ありゃ苦行だよ。使い回しする予定なら良いけど、無駄に考える事が多くて、開発に集中できない。
395 :
>>393-394
回答ありがとうございます。
WordPressをブログ以外で使っているサイトいろいろ・国内編
http://kachibito.net/wordpress/16-amazing-japanese-site.html
みたいに、CMSでもかなりのことができるみたいなのですが
これはあくまで純正にプラグインそのままの組み合わせて制作したのではなく
プラグインのプログラムやDB構造を
自分で改造できてはじめてできるものなのですか？
プラグインを解析して改造する必要があるのなら、はじめから１から
フレームワークを土台に自分で作ったほうがよさそうですね。
396 = :
基本機能と既存プラグイン調べて、自分の要件に合っていればそれでいいのでは？足りない機能はFWでもプラグインでもAPIに沿って組むのは一緒だから、コスト計算同じだし。
397 = :
394だが、
プラグインが客の要望に微妙にマッチしていなかったり、プラグインごとの操作感の違いだったり、完全にそのまま使えるって事はほとんどない。
ごり押しできる立場にいるなら、もしくは自分とごく内輪で使って、文句言わせない状態なら良いけどね。
398 = :
>>395
自分も前にCMS(Drupal)使うべきか悩んだ。
WordPressは設計が悪くて有名。
もうWPのブームはとっくに終わってる。
日本は遅れてるからWPだけど、海外ではPHPではDrupalとかが主流。
で、Drupalは、そのフレームワークにSymfonyを使ってる。
Drupal機能そのまま使えるってことはまずない。
ちょっとデザインいじろうとすると、DrupalとSymfonyの知識がないといじれない。
Symfonyの知識を身につけるだけでもたいへんなのにそのうえにDrupalスタックの
勉強も必要。
自分で好きなフレームワーク覚えて、それで作るほうがはるかに楽という
結論に達した。
カスタマイズが必要ならCMSは逆に時間がかかって非効率。
まず一番機能が豊富で人気があるといわれるCMSのDrupalを使ってみるといい。
CMSでは特に画面のデザイン、レイアウトは柔軟にはいじれない。
399 = :
>>395
ここにFrameworkとCMSの一覧がある。
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#PHP
PHP系で人気あるCMSは、DrupalとJoomla!。
Joomla!のがとっつきやすい。
http://www.joomla.org/
http://drupal.org/
まずJoomla!とDrupal試してみるといいとおもう
それで納得いかないなら、cakePHP、CodeIgniter、Symfonyあたりの
フレームワークで作ればいい。
PHPである必要もないけど
俺はCMSの導入はやめて、フレームワークで作ることに決めSymfonyを
学び始めたが、仕様がころころ変わる事に嫌気が差して変更検討中。
PHPそのものが中途半端なオブジェクト指向なのに納得できず、
結局、Python系かRuby系フレームワークに落ち着きそうｗｗ
400 = :
中途半端なんだよな
みんなの評価 : △
php一覧へ類似してるかもしれないスレッド
- 【PHP】PHPフレームワーク総合スレ14 (1001) - [97%] - 2010/12/11 10:32
- 【PHP】フレームワークPharonスレ (306) - [75%] - 2022/10/10 20:00
- 【PHP】フレームワークMapleに舌鼓 (470) - [62%] - 2017/12/31 9:31
- 【PHP】フレームワーク Akelos (129) - [59%] - 2019/5/9 7:46
- 2ch有志がPHPフレームワークを作るスレ (81) - [55%] - 2019/5/9 7:46
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [53%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [53%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [53%] - 2022/6/6 19:30
トップメニューへ / →のくす牧場書庫について