そこまでするなら、もうJavaがいいのでは？

ＰＨＰだＣだって言ってる奴いるけど、パフォーマンス気になるなら
鯖分散すれば良いだけじゃないの？
１モジュールのパフォーマンス上げようってのは、ｗｅｂ開発では
あまり意味なさないと思うんだけど。
もちろんxdebug程度は使いこなせた方が良いとは思うけど。

随分長いことパフォーマンスの話はでてないが。。

>>401
Performance考えたらJava, C#のがいいだろうね。
JavaはSpringがめんどくさいと言われてるので手を出してないけど、
フルスタックのPlay! Frameworkもさわるかも。

Rubyは速くないけどRuby on Railsが有名だからいじり始めたんだ。
Tutorial終わったらさようならするかもしれない。

Pythonは欧米でかなり人気だからいじってみたくなって・・ｗ
PythonのFrameworkはDjangoのヘルプを読み始め。

Java並の速度で、簡潔にかける言語と、Railsのようなお手軽な
フルスタックフレームワークがあればいいけど、まだ見つかってない。

>>402-403
そうは言ってもパフォーマンスが原因でJava系に移行する企業増えてるみたいよ。
RubyをやめてJava系にしたTwitterとか有名だよね。

動けばいいじゃないって人もいるだろうけど、どうせ作るなら
速く動いたほうが気持ちいいよね

railsは論外だな。あれrakeが遅すぎて使い物にならん。

>>404
長々と書いて結局「コンパイル言語は速い、スクリプト言語は遅い」かい

自分の言いたい事だけ言って、他人のレスは一切読んでないからパフォーマンスだの言語の話になるんだよ。

ちなみにDrupalとJoomlaのどちらもクソだと思う。上の人には悪いが。

>>407
「自分の言いたい事だけ言って、他人のレスは一切読んでない」っておまえのことだろ

質問者がCMSを検討してるから、>399有名どころのふたつをあげて、
要件を満たすかどうか、まず試してみることを勧めてるわけだろ。
本人はCMS使ってないって書いてるしな

質問者に何も情報をあたえてないおまえのレスのが間違いなくクソだ。

何が嫌いかより、何が好きかで自分を語れよﾄﾞﾝって、ルフィさんが言ってた。

>>408
すでにその前に書いたし、俺は他人を簡単にクソだと言う奴にどうこう言われたくないね。

PHPで速度語るならPhalcon使えよ・・。
Cネイティブだぞ。Javaの１０００倍以上高速で動くんだぞ。

まあ、フレームワークの部分だけだけど。

複数言語が入り混じるFWは使いづらそう

PHPな時点でCが絡むわな

前から疑問に思ってたんだけどWebサービス云々でPHP自体がボトルネックになることってあるのん？
100%張り付いたから同じ構成のFWを別の言語にしたら30%になりますた！！みたいな事がさ

>>398
> で、Drupalは、そのフレームワークにSymfonyを使ってる。

こんなの初めて聞いた。別のものと勘違いしてない？

>>415
トップページに出てる。
http://symfony.com/

Drupal, one of the world most popular Open-Source content
management platform, uses the Symfony Components as of version 8.

DrupalがSymfonyアプリケーションって感じではないんだな

>>412
Cは使わない。Cで書いてあるコードを呼び出すだけ。
PECLやZend APIと同じ。

>>416
クラスローダーとHTTPリクエスト/オブジェクトにSymfony 2のそれを使おうぜって話が出てるだけで
それすら約2年弱あるリリースまでに変わるかも知れないものだぞ

CMSでも本来のプラグインとかを使わず、
フレームワークとして使えるって本当ですか？
問い合わせフォームの面倒な部分はCMSにまかせて
自由度の必要な場所はMVCフレームワークのごとく
つかえるみたいなんですが・・・。

PHPでアスペクト指向フレームワークはありますか？
「下らなぇ」スレで聞いても返答はありませんでした。

Seasar2.PHPかSymfony2

下らなぇスレを責任持って立てろ

アスペルガー

上の方で学習コストの話があるけどさ、
学習コストの低いフレームワークを選択して足りない機能がでてきた場合は
自分でコーディングすることになるわけじゃん？

ある程度スキルのある人なら問題ないだろうけど、初心者が調子乗って
拡張機能つくってもろくなコードにはならんぜ。保守性・安全性の面で。

大抵はあとで別の人間が書き直すハメになって、
最初からちゃんとしたフレームワークつかっておけばよかったね
ってなるというおはなし

連投そまそ

でも作る経験は財産になるから難しい

アスペクト指向プログラミングはどうしていますか？

でも機能豊富なゴテゴテしたフレームワークを選択しても
スキルの低い人は、理解できない使いこなせないで
結果ものすごいものが出来上がるというのも
よくあるおなはしなわけで。

機能豊富なフレームワークで、そのご自慢の機能使おうとしたら
まともに動かなくて、結局自分で書く羽目になるというオチ

俺はCakePHPでそれくらった

1. (自分のスキルがしょぼいせいで)まともに動か(せ)なくて
2. (自分の使ってるサーバーがしょぼいせいで)まともに動かなくて
3. (ご自慢の機能が実は自分の期待よりしょぼかったせいで)まともに動かなくて

で？

感覚的な学習コストの序列ってどんな感じかね？
個人的には

code igniter << Yii < Cake PHP < Symfony

と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う

どういう序列なんだ？Symfonyが一番簡単って意味か？

コスト低 <- ->コスト高　ね

Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。

ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる

オレオレと変わらないからな

他人が作ったオレオレフレームワークだな。

学習コストねぇ
有用なら高くても使うがね

学習コストは人によって違うからね。
有用でも情報量が少なければ理解するまで時間がかかるし、
そう言う面で学習コストがかかるならマイナスだよ

何をもって有用とする？

それも人それぞれでしょ。
個人や少人数でやるなら好みや感触で決めてもいいような気がするけど
多人数チームでやる場合はほんと悩ましいよね・・・

そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない

ガラパゴス化している日本人にピッタリじゃないか

検索エンジン等、動的部分はフレームワークで、
会社概要等、静的な部分CMSにまかせるってどうなんでしょうか

作り方が異なるファイルが混雑するとややこしくなるよ。
静的な部分もフレームワークで作った方が良いと思う

プログラマが更新するか、
デザイナーも関わるか

デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。