08/11/24 18:43:34
>>719
具体的にそれでどんな悪い点が？
721:nobodyさん
08/11/24 18:51:52
>>719
使ってみればわかるが、ZFにフレームはある。
ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ
設計を行わない人にとっては無用の長物。メリットだってわからない。
722:nobodyさん
08/11/24 20:20:21
決め打ちでしかプログラミングできない低脳にはおすすめできないってこった
723:719
08/11/24 20:59:56
>>720
あえて言えばメリットが見つからないというのが悪い点かと
>>721
使い込んでみないと分からないって事でしょうか。
もうちょっと機会があれば研究してみたいとは思います。
>>722
なるほどそうですかw
724:nobodyさん
08/11/24 22:26:16
Eclipseでsymfonyフレームワーク使ってプログラミングしたいんだけど、可能？
725:nobodyさん
08/11/24 23:50:06
どういう意味かはっきり書かないと答えようがない。
Eclipseはエディタだからそりゃ可能だ。
726:nobodyさん
08/11/25 05:20:59
PDTで書けるかって意味ぢゃね？
ethnaとかちょっと微妙だから。
symofnyは大丈夫だけど、少しコツがいる。
けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ？
＞ 1.1→1.2
727:nobodyさん
08/11/25 15:20:48
微妙って意味がわからんのだが
htmlまわりの話か?
728:nobodyさん
08/11/25 15:32:12
最近は知らんけど、1年くらい前の状況だと、
Ethnaの構造ではPDTでは補完が働かなかったな。
あとコマンドラインでアクションやビューやテンプレートが生成されるので、
いちいちプロジェクトを更新するのが面倒だった。
ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、
わざわざ重たいPDTを使うメリットがないと思った。
symfonyは使ってないからしらね。
729:nobodyさん
08/11/25 15:43:10
プロジェクトの更新なんてF5一発でいいのでは。
そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかｗ
補完もどのみち最初から微妙っちゃ微妙だし。
少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う
まあやりやすいようにやればいいんだけど
730:nobodyさん
08/11/25 15:51:45
俺の場合、PDTに感じる価値がちょうどプロジェクトの管理と補完だからな。
逆にエディタとして見ると融通が利かない駄目なやつと思っている。
最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、
後は覚えてないけど細かいところでたまにイラっとする。
だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。
731:nobodyさん
08/11/25 16:09:13
一応、Eclipseの特徴として on the fly な構文チェックってのはあるけどね。
しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる
自分が注意力散漫だけかもしれんけどｗ
他のエディタでもこの機能はあるのかな？
732:nobodyさん
08/11/25 16:32:01
PDTにsymfony用のプラグインってあるよね
使ったことはないけど
733:nobodyさん
08/11/25 16:38:15
URLﾘﾝｸ(www.symfony-framework.com)
URLﾘﾝｸ(noy.cc)
Symfoclipseつーやつかな？
734:nobodyさん
08/11/25 16:54:55
てか、Eclipse使ってる人はPDTが多いのか。
なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端？
735:nobodyさん
08/11/25 17:45:10
オレなんて未だにTruStudioなんだぜ、自宅は
さすがに会社はPDTに乗り換えたが、自宅じゃ
めんどくせーからこのまんまでいいやみたいな
736:nobodyさん
08/11/25 22:37:49
>>727
スケルトンが拡張子が.phpだから（かつ中身がphpじゃないから）PDTだとずっと構文エラーになる。
拡張子ハードコーディングしてあるから直せん＞ethna
737:nobodyさん
08/11/26 01:42:35
PDTならZSの方がインスコも楽だしアナライザーもはいる。
無料でよろし。お薦めする。
738:nobodyさん
08/11/26 05:16:43
Zend Studio？ 無料？
739:nobodyさん
08/11/26 08:31:02
そう。ZSは試用期間が終わるとPDTとほぼ同様になる。
尚日本語版は勧めない。日本語化したければPDTと同じようにする。
740:nobodyさん
08/11/26 21:22:21
>>736
うそ
ethnaって .php -> .html とかに変えられないの?
ダメだそりゃ
741:nobodyさん
08/11/27 02:26:51
>>740
スケルトンがな。
ルーティングなんていくらでも変えられる。
しかし、スケルトンもEthnaのデフォを削除しちゃって、自分Appのは
Handlerを定義しちゃえばいけるんじゃね？そんな手間でもないと思うが。
742:nobodyさん
08/12/01 22:29:43 XLqJXNnh
URLﾘﾝｸ(www.yiiframework.com)
Yii 178
CakePHP 170
CodeIgniter 131
Prado 53
Zend 51
Symfony 36
数字はRequest Per Second
743:nobodyさん
08/12/01 22:39:29
いいねいいね
今度使ってみるか
744:nobodyさん
08/12/01 23:19:54 XLqJXNnh
こういうhello worldにベンチってどんくらい意味あんのかとか思ってたけど
そのページに書いてあるようにあくまでRPSの上限を計るベンチで（これ以上の値は出ない）、
ajaxとかhtmlレンダリングない場合もあるしでやっぱり価値はある。
745:nobodyさん
08/12/01 23:27:25
そのベンチ、Yiiだけecho 'Hello World';になってて
他のがdie('Hello World');になってるのは何で？
まあ大抵のベンチは信用出来ないのは知ってるけども。
746:nobodyさん
08/12/01 23:48:49
dieの方が速いけどw
747:nobodyさん
08/12/02 01:49:03
なんでこんな速いの？エクステンション？
748:nobodyさん
08/12/02 01:54:30
URLﾘﾝｸ(phpimpact.wordpress.com)
Baseline PHP 331.8
CodeIgniter 21.5
Zend Framework 9.2
CakePHP 3.7
749:nobodyさん
08/12/02 10:55:00
ま た ベ ン チ パ フ ォ ー マ ン ス か
一応客観的っぽい比較はできるのかもしれないが、だからどうしたってんだ。
ってまだ誰も、使うどころか中を見てもないんだろうけどｗ
750:nobodyさん
08/12/02 11:15:02
>>749がコードを読んでパフォーマンスについての詳細な報告をしてくれるそうです
751:nobodyさん
08/12/02 11:40:29
"Yii is a high-performance component-based PHP framework for developing large-scale Web applications."
コンポーネント指向？ってどんな感じのを言うの？
752:nobodyさん
08/12/02 14:42:18
また新しいFWが登場したの？
みなさんのレポ（人柱）に期待ｗ
753:nobodyさん
08/12/02 15:26:34
G5の方がインテルより速いといい張ってた企業があったしな・・
ベンチマークなんて所詮うんちマークです
それが偉い人には分からんのです
754:nobodyさん
08/12/02 15:28:13
ボトルネックはDBまわりだったりするしな
755:nobodyさん
08/12/02 17:30:38
>>751
サービス指向と一緒にググるとよくわかる多分
756:nobodyさん
08/12/02 19:21:20
helloのベンチなんて高機能FWが不利に決まってるジャマイカ
757:nobodyさん
08/12/02 20:29:16
yiiって3メートル競走でフェラーリに勝ったと宣言する原付みたいだねm9（＾Д＾）ﾌﾟｷﾞｬｰ
758:nobodyさん
08/12/02 21:23:24
一応ActiveRecordやpure OOP、ドキュメントの整備なんかもウリにしてるみたい
=等の演算子にスペースをつけないとか if ～ else で { } を省略したり ?> を書かない
スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ
demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？）
簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？
759:nobodyさん
08/12/02 21:47:13
ベンチって脊髄反射で熱くなるやつ多いよな
CakePHPのフォーラムとか
760:nobodyさん
08/12/02 21:58:40
>?> を書かない
これは当たり前だろ…
むしろ書く方がアホ
761:nobodyさん
08/12/02 22:06:13
>>759
> ベンチって脊髄反射で熱くなるやつ多いよな
ベンチに問題があることが多いからな。
762:nobodyさん
08/12/02 22:16:29 FW3sGcTR
まあ、symfonyは重すぎるな。
763:nobodyさん
08/12/02 22:27:41
>>749,753,754,756,757
I can hear the objections now:
* “Not realistic!”
* “Not comprehensive!”
* “Doesn’t account for features that I like!”
* “Who cares, I don’t need that level of responsiveness!”
* “Doesn’t matter if Framework X is slower, I’m more productive with it!”
Yes, yes, you’re all correct. ┐(´ー｀)┌
URLﾘﾝｸ(paul-m-jones.com)
764:nobodyさん
08/12/02 22:49:14
>>760
決めつける奴も(ry
------------------------------------
<?php
echo "hello\n";
------------------------------------
↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。
765:nobodyさん
08/12/02 22:56:45
>>764
それでいくと\nが気持ち悪い。ちゃんと書こうよ。
766:nobodyさん
08/12/02 23:11:14
ん？こうかな？
#!/usr/bin/php
<?php
echo "hello.\n";
767:nobodyさん
08/12/02 23:13:51
>>766
そのOS依存文字～!
\nだよ\n!!!
768:nobodyさん
08/12/02 23:13:52
凄いな･･･理解して書いてないよな。
769:nobodyさん
08/12/02 23:15:23
どっちも痛いけど>>767が果てしなく痛い
770:nobodyさん
08/12/02 23:16:48
>>769
ﾎｯﾄｹ
771:nobodyさん
08/12/02 23:19:22
>>766でOSの違いを吸収したつもりだったけど・・・OSXなんてしらね orz
PHP_EOLってのでいいのか
772:nobodyさん
08/12/02 23:26:39
>>771
Windowsはいいの？
URLﾘﾝｸ(side-b.sto.co.jp)
773:nobodyさん
08/12/02 23:29:12
さすがPerlなんともないぜ
774:nobodyさん
08/12/02 23:37:58
>>772
cygwinとかもしらね orz
（でもそれはLFでいいような気もする）
775:nobodyさん
08/12/02 23:52:13
VBですら定数あったな
776:nobodyさん
08/12/02 23:52:55
PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。
PHP_EOLを出力に使うなよ。
PHPから抜け出して改行打った場合に、実行するOSによって
改行がバラけるだろ。
777:nobodyさん
08/12/02 23:55:24
タブやらヌルが一種類で本当によかったよな
778:nobodyさん
08/12/02 23:56:39
新説ktkr
779:nobodyさん
08/12/03 00:08:32
サーバのOSでの改行コードだから、両方関係ないだろ。
hello worldでPHP_EOL
見てる人のOSで改行されるとは限らない。
スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。
str_replaceでPHP_EOL
見てる人のOSの改行コードがサーバと同じとは限らない。
780:nobodyさん
08/12/03 00:20:28
・・・見てる人？べつにブラウザ相手限定の話ではないとおもったが。
「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。
LFでもCRLFでも動く。CRのみは知らないけどｗ
Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに
CRLFでアップロードしてるんじゃねーよって。
だから >>773 には半分だけ同意ｗ
>>776は新説。展開に期待しよう。
ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、
その辺もそろそろ定義および実装してほしいもんだ。
現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で
飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。
改行コードは仕方ないから変換するけど。
スレ違いｽﾏｿ
781:nobodyさん
08/12/03 00:23:14
Perlだったらjcode.plとかJcode.pmとかEncodeとかあるだろうよ。
782:nobodyさん
08/12/03 00:25:19
guess して不明なら全部はねる？
まあそういう作り方もあるだろうけどね
783:nobodyさん
08/12/03 00:53:25
文字コードは、RFCでサーバが出力した文字コード以外でPOSTしても
違反ではない事になってるんだな。
accept-charsetっていうのもあるけど、対応して無いブラウザもある。
被ってる領域内の文字しか無かったら判別は不可能なのにね。
実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし
mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども
イレギュラーなブラウザは存在する。
あとはhiddenで文字コード判別出来る文字列送るって方法もある。
英語圏なら全てctypeでOKなのにな。
RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。
784:nobodyさん
08/12/03 00:57:25
イレギュラーなブラウザなんて少ないんだからそこらへんは趣味じゃない
785:nobodyさん
08/12/03 03:25:54
でも、何となくいけてるだけっていうのに違いはないんだよね
まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな
んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。
786:nobodyさん
08/12/03 05:58:13
結局はちいたんで（ｒｙ
787:nobodyさん
08/12/03 10:22:38
>>763
symfonyは他のに比べて読み込むファイルが多すぎなんだよな。
788:nobodyさん
08/12/03 11:40:40
PHPFWの色々な比較みたいなのやってるサイトとかないかねぇ
789:nobodyさん
08/12/03 13:57:38
>>788
なんの比較?