【PHP】フレームワークについて語るスレ10【総合】

1 名前：nobodyさん mailto:sage [2008/08/24(日) 21:43:37 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1202521438/ 637 名前：nobodyさん [2008/11/16(日) 17:24:18 ID:+7h73lOI] タグの実装を考えています スペース区切りでtextカラムに入れて、全文検索するのがシンプルでいいかと思ったのですが、 他にいい方法があったら教えてください 638 名前：nobodyさん mailto:sage [2008/11/16(日) 17:26:45 ID:???] >スペース区切りでtextカラムに入れて、全文検索 これはひどい 639 名前：nobodyさん [2008/11/16(日) 17:28:47 ID:+7h73lOI] そうですか？ググっていたら同じようなことしてる人もいますが。 blog.nomadscafe.jp/archives/000643.html 他にいい方法があれば教えてください。 640 名前：nobodyさん mailto:sage [2008/11/16(日) 17:43:46 ID:???] タグ単位で編集とかしないならいいんじゃない？ 641 名前：nobodyさん mailto:sage [2008/11/16(日) 17:44:48 ID:???] 普通に考えれば タグテーブル作って アイテムテーブルとの間に多対多のリレーションテーブル持てばいいだけだよね いかにもリレーショナルに解決出来るケースだと思うけど 642 名前：nobodyさん mailto:sage [2008/11/16(日) 17:45:10 ID:???] >>639 それ、フレームワーク関係ないし、それ以前にPHPの問題でもないよ。 DBの問題だからDB関連スレで質問しろよ。 まぁ、正規化すら理解してないみたいだからまずは本でも買って勉強することをオススメするけどね 643 名前：nobodyさん mailto:sage [2008/11/16(日) 17:52:11 ID:???] だね 基礎知識が足りてなさそう 644 名前：nobodyさん mailto:sage [2008/11/16(日) 17:59:55 ID:???] なるほど、おっしゃる通りですね。 ありがとうございました。 645 名前：nobodyさん mailto:sage [2008/11/16(日) 18:01:45 ID:???] 俺はついこの間タグテーブルと、タグと記事のリレーションテーブルで作った。 けど、割とありきたりの機能になったのに、 情報が少なくてベストプラクティスな設計が出来たか不安なんだよね。 タグはパターンとしてどっかに情報がまとまっててもいいと思うんだが。 646 名前：nobodyさん mailto:sage [2008/11/16(日) 18:10:11 ID:???] だから典型的なリレーショナルな設計でいいでしょ それ以外に特別な事なんて無いんだから 647 名前：nobodyさん mailto:sage [2008/11/16(日) 18:20:02 ID:???] うん基本的すぎてまとめる気が起きない 不安ってのはRDBの理解が不十分なのかと。 648 名前：nobodyさん mailto:sage [2008/11/16(日) 18:26:03 ID:???] フレームワークの話題が無いのか 649 名前：nobodyさん mailto:sage [2008/11/16(日) 19:46:05 ID:???] symfony使ってるんだけどRoRと比べてモデル周りが貧弱で泣いた 650 名前：nobodyさん mailto:sage [2008/11/16(日) 20:18:46 ID:???] PHPの場合、標準的なDBドライバがないからな。どれも中途半端。 651 名前：nobodyさん mailto:sage [2008/11/16(日) 20:20:48 ID:???] 具体的にちんぽにーとrorでどうちがうの？ 652 名前：nobodyさん mailto:sage [2008/11/16(日) 20:23:39 ID:???] 横レスだけど。 RoRのアプリケーションはRubyで書けるけどSymfonyではRubyで書けない。 これは大きい。それに比べりゃモデル周りなんて大差ないんじゃね？ 653 名前：nobodyさん mailto:sage [2008/11/16(日) 20:25:04 ID:???] んなの当たり前じゃん フレームワークの比較より言語の比較だし 654 名前：nobodyさん mailto:sage [2008/11/16(日) 21:54:05 ID:???] フレームワークを初めてつかったけど「便利な関数群」ってだけじゃん。 655 名前：nobodyさん mailto:sage [2008/11/16(日) 21:56:08 ID:???] 違うよ 全然違うよ 656 名前：nobodyさん mailto:sage [2008/11/16(日) 21:59:31 ID:???] >>654 なんという前世紀のライブラリ まあそれはそれで便利だけど 657 名前：nobodyさん [2008/11/16(日) 22:07:04 ID:tiBOVYsk] PHPを初めてつかったけど「便利な関数群」ってだけじゃん。 658 名前：nobodyさん mailto:sage [2008/11/16(日) 22:19:55 ID:???] それはそうだよ 659 名前：nobodyさん mailto:sage [2008/11/16(日) 22:21:24 ID:???] >>657 それは半分真実 ただWEBフレームワークであるという視点も抜けている 例えば$_POSTや$_COOKIEは関数か？ HTTPヘッダを自動で吐く機能は関数？ PHPはただ単にWEB入出力とDBアクセスに便利な関数群装備のインタプリタとして 使うのもいいし、不十分な（でも拡張も可能な）フレームワークとしても利用出来る と思ってるけどどうだろ 660 名前：nobodyさん mailto:sage [2008/11/16(日) 23:54:00 ID:???] フレームワークはパターンとルール 661 名前：nobodyさん mailto:sage [2008/11/17(月) 00:16:53 ID:???] それは多分定義のレイヤが違う 662 名前：nobodyさん mailto:sage [2008/11/17(月) 00:19:03 ID:???] >>661 どういうこと？ ｋｗｓｋ 663 名前：nobodyさん mailto:sage [2008/11/17(月) 03:03:18 ID:???] 「便利な関数群」つうだけならそれはライブラリ。 ワークはあるがフレームがない。 664 名前：nobodyさん mailto:sage [2008/11/17(月) 22:29:41 ID:???] >>657 webプログラミングがまだ試行錯誤だった時代に、 その「便利な関数群」ってだけのことがとても 大きかったから、シェアが取れた。 便利な関数群自体がほとんど無かったからね。 Javaと同じ。 665 名前：nobodyさん mailto:sage [2008/11/18(火) 03:06:59 ID:???] $_SESSIONとか$_REQUESTとか勝手にcontent-typeが出力されるとか、PHPの言語機能自体にウェブアプリ用の機能が組み込まれてるからな。 666 名前：nobodyさん mailto:sage [2008/11/18(火) 03:12:50 ID:???] １回Ｃ言語でＷＥＢアプリ作ってみると良く分かる あとＰＨＰが流行ったのはＷＥＢアプリ（のインタフェース部分）はこの程度の機能で十分って事もあるだろうね 敷居を低くしてしまって素人プログラマーが流入してきても ＷＥＢ分野には受け皿がある 667 名前：nobodyさん mailto:sage [2008/11/18(火) 06:22:10 ID:???] webアプリなんて一方通行だからな アホでも書けるんだよ 668 名前：nobodyさん mailto:sage [2008/11/18(火) 10:11:51 ID:???] >>664 関数や機能がたくさんあるだけが問題ならPerlが圧勝したはず。 やっぱりmod_phpの管理のお手軽さとPHPの言語自体の簡便さ。 669 名前：nobodyさん mailto:sage [2008/11/18(火) 10:27:37 ID:???] >>668 ソースインストールはお世辞にもお手軽とは言えなかったがな 未だにrpm以外でのPHP管理を敬遠するサーバ屋もあるくらい 670 名前：nobodyさん mailto:sage [2008/11/18(火) 12:15:39 ID:???] ja.wikipedia.org/wiki/Web%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF ここで言うプル型アーキテクチャのフレームワークってPHPでなんかある？ 671 名前：nobodyさん mailto:sage [2008/11/18(火) 12:41:48 ID:???] Smarty 672 名前：nobodyさん mailto:sage [2008/11/18(火) 13:20:30 ID:???] なんか新しいフレームワークがでてきたらしい Yii Web Programming Frameworkは期待できそう。 cakephp.seesaa.net/article/109833179.html 673 名前：nobodyさん mailto:sage [2008/11/18(火) 14:00:58 ID:???] Perlは組み込み関数は少ない。 CPANモジュールをインストールしなければ行けないから、リモートログインとシェルが使えない共用のレンタルサーバなんかだと使い物にならない。 多少なりともUNIXの知識も要求されるし。 その点、PHPの場合、mbstringが有効になってれば、Pearが使えなくてもどうにでもなる。 674 名前：nobodyさん mailto:sage [2008/11/18(火) 14:55:14 ID:???] >>673 それはかなり昔の話だけどね。 PHPで global $HTTP_GET_VARS とかしなきゃいけない、ってのに近いくらいｗ 特に、Perl5.8からはEncode標準添付だし、MovableTypeの流行以降は、 そこらのレンタルサーバでも一通りのモジュールは入るようになってる。 DBI・DBMやらも普通に使えるのが大半。 その頃にはみんなレンタルサーバでのPerl CGIから離れてしまってたがなｗ 675 名前：nobodyさん mailto:sage [2008/11/18(火) 14:59:41 ID:???] >>670 よくわからんが、「イベントドリブン」なんてのを謳ってるようなのは そうなのかな？ 676 名前：nobodyさん mailto:sage [2008/11/18(火) 18:21:34 ID:???] >>672 ActiveRecordじゃないですか。モデルに強くてうれしす。 制作者はPRADOのひとかぁ 677 名前：nobodyさん mailto:sage [2008/11/18(火) 19:49:11 ID:???] >>675 EDPとはまた違うような。 ビューがコントローラーにデータをリクエストするようなやつ。 678 名前：nobodyさん mailto:sage [2008/11/18(火) 20:42:37 ID:???] PHPは5-6年前の時点でPHP4が普及してたから。 そもそも国際版のPHP3ってレンタルサーバで提供されることはほとんどなかった。あっても、すぐに4に移行したから。 Perlの場合、5.8.10になっても標準モジュールだけでは既存のウェブフレームワークは動かない。 モジュールをインストールしても、CatalystみたいなのはCGI環境ではまともな速度が出ないし。 共用レンタルサーバへの設置の難しさがあって、MTがWordPressに抜かれて、XOOPSとかPukiWikiとかフリーのウェブアプリってPHPの一人勝ちになった。 Perlが使われるのは未だにKENTのCGIとか。 そういう反省があって、今のPerl界でMENTAとかの設置の簡単な、標準外のモジュールに依存しないウェブフレームワークが注目されてる。 けど、結局のところ、ベストプラクティスに載ってるようなモダンなPerlを書こうと思えば、適時CPANモジュールをインストールするしかないわけで、これはPerlっていう言語の性格上どうにもならないな。 679 名前：nobodyさん mailto:sage [2008/11/18(火) 20:49:25 ID:???] >>677 ビューがコントローラーにデータをリクエストする。を読むと、 すごいイベント駆動ぽい気がするんだけど・・・ プル型というのは、いったい何のための仕組みなんだ？ コントローラーがビューにデータを渡すのではなく、 あえてビューがコントローラーにデータをリクエストする理由が知りたい。 680 名前：nobodyさん mailto:sage [2008/11/18(火) 21:21:31 ID:???] ページデザインだけでサイトが完結しうるところがメリットかな。 オンデマンドに必要なデータを拾いに行くので、自由度が高くなる。 ページに組み込むパーツがいかように変化してもコントローラーを いじらなくて済むところとか。 まぁ、プッシュ型でも、ビューからコントローラーを呼べるはず。 それが特殊な時だけ利用するのか、常にそうするのかの違いだな。 CMSでイベント駆動だとプル型っぽい動きさせてるのが結構ある。 フレームワークはなんだかんだボトムアップだからプッシュ型が普通で、 それに慣れすぎてる感はある。 681 名前：nobodyさん mailto:sage [2008/11/18(火) 22:15:34 ID:???] あとプル型はコントローラーが複数あるのも特徴とか英文Wikipediaにかいてなかったっけ なんかフレームワークスレっぽくなってきた 682 名前：nobodyさん mailto:sage [2008/11/18(火) 22:23:17 ID:???] 英文関係無かった須磨祖 683 名前：nobodyさん mailto:sage [2008/11/18(火) 22:54:01 ID:???] あんまり詳しくないから変なこと言ってるかもしんないけど PHPだと複数ファイルに分けてあるものをIncludeしてくしかないわけで、 MVCはコード書く上での概念みたいな感じでPushもPullも厳密には関係ないよね？ JavaServletのforwardみたいに処理投げ渡したりとかできないよね 684 名前：nobodyさん mailto:sage [2008/11/18(火) 23:09:54 ID:???] フレームワークが何を自動化するかって事だろ 685 名前：nobodyさん mailto:sage [2008/11/18(火) 23:29:54 ID:???] ja.wikipedia.org/wiki/Apache_Tapestry Tapestryではこんな説明だった。 > Apache Tapestryは、アクションをベースとした仕組みのApache Strutsとは競合する。 > TapestryはStrutsとは違い、コンポーネントベースであり、コード量が少なくて済む点が特徴である。 > またStrutsのようにJSPカスタムタグライブラリを覚えなおす必要がなく、 > 必ずServlet/JSPを作成しなければならないということはなく、 > Javaやネットワークの知識がないウェブデザイナーでも簡単にJava製ウェブアプリケーションを作成できるという利点がある。 アクションをベースとしたStrutsとは違うというあたりが、 なんとなくプル型が分かるような分からないような。 使ってみないと、はっきりしないかなー 686 名前：nobodyさん mailto:sage [2008/11/19(水) 00:16:11 ID:???] en.wikipedia.org/wiki/Comparison_of_web_application_frameworks これ見たらpush/pullが一目瞭然。 687 名前：nobodyさん mailto:sage [2008/11/19(水) 00:34:10 ID:???] Propelでmany-to-manyってどうやるの？ 688 名前：nobodyさん mailto:sage [2008/11/19(水) 02:02:44 ID:???] ja.wikipedia.org/wiki/ソフトウェアコンポーネント ここ読んでたらなんとなく分かってきた。 MVCからVを分離して、MCを部品として考えて、 Vから複数の部品を使うってことかな。 ショッピングカートの機能をMCだけ作って、 掲示板の機能もMCだけ作って、 コントローラとのインターフェースが分かってれば、 ビューでうまいことやるだけで、掲示板が組み込まれたECサイトの出来上がり。 語弊を恐れずに、俺の想像をざっくりと書いてみた。 //最近のブラウザはURLエンコードしてくれないのね。 689 名前：nobodyさん mailto:sage [2008/11/19(水) 02:09:05 ID:???] 普通にwikipedia読めば分かるじゃん 690 名前：nobodyさん mailto:sage [2008/11/19(水) 02:12:01 ID:???] どのページ？ 691 名前：nobodyさん mailto:sage [2008/11/19(水) 03:03:05 ID:???] >>688 そう Vからプルするから主はV。結果、Vのみさわるデザイナーが使いやすいものとなる。 692 名前：nobodyさん mailto:sage [2008/11/21(金) 13:07:50 ID:???] ちんぽプルプルですね わかります 693 名前：nobodyさん mailto:sage [2008/11/21(金) 15:29:21 ID:???] ですね分かりますは終了したってどっかに書いてあったよ 694 名前：nobodyさん mailto:sage [2008/11/21(金) 15:35:48 ID:???] どっかで終了宣言したら終わりなんですね 分かります 695 名前：nobodyさん [2008/11/22(土) 10:57:11 ID:enBp98lH] グレイトなMVCフレームワークないかい？ 696 名前：nobodyさん mailto:sage [2008/11/22(土) 11:55:27 ID:???] あったら困らん 697 名前：nobodyさん mailto:sage [2008/11/22(土) 13:29:05 ID:???] ZF出たね 698 名前：nobodyさん mailto:sage [2008/11/23(日) 02:16:27 ID:???] yii使ってみた人いる？ 699 名前：nobodyさん mailto:sage [2008/11/23(日) 20:39:26 ID:???] symfonyとcakePHPってどっちがいいの？ ユーザーは常時アクセス百人ぐらいを想定してます。 700 名前：nobodyさん mailto:sage [2008/11/23(日) 20:41:14 ID:???] そのレベルではどっちでも大して変わらんかと 701 名前：nobodyさん mailto:sage [2008/11/23(日) 20:43:11 ID:???] 軽いっちゃあcakePHPだろうね。機能的にはsymfonyかね。 まぁそれぐらいの人数じゃ負荷は別に別に気にしなくてもいいと思うけどね。 702 名前：nobodyさん mailto:sage [2008/11/23(日) 20:54:39 ID:???] >>700>>701 回答ありがとうございます。 学習コストはどっちが大きいのかな？ symfonyの方が難しい？ 703 名前：nobodyさん mailto:sage [2008/11/23(日) 22:07:52 ID:???] やりたいことにもよるだろ。 ドキュメントぐらい見ろや。 704 名前：nobodyさん mailto:sage [2008/11/23(日) 23:03:02 ID:???] 自分でちょっとした軽いサイトを作りたいなてとき CakePHPがよい どういうサイトが当たるかわかんないから とにかく当たりそうなサイトを片っ端から量産したいときにはCakePHPがいい 大企業からマジ受けするならsymfonyかな そんな大企業を相手できない俺は小回りが利いて時代にニーズにいち早く対応できるCakePHPが一番好きだ 705 名前：nobodyさん [2008/11/23(日) 23:03:07 ID:I/SHm+AO] Cakeの方がインストール簡単 706 名前：nobodyさん mailto:sage [2008/11/23(日) 23:06:24 ID:???] CakePHPみたいに作りたいなと思ったサイトをサクッと作れる快感がたまらん 時代の流れの速いＩＴ業界にあってるよ 707 名前：nobodyさん mailto:sage [2008/11/24(月) 00:43:30 ID:???] おれはSymfonyの方がよりオブジェクト指向な分使いやすいな ドキュメントもしっかりしてるし 708 名前：nobodyさん mailto:sage [2008/11/24(月) 01:31:16 ID:???] その二つのどっちかが今の主流なのかな 709 名前：nobodyさん mailto:sage [2008/11/24(月) 01:58:00 ID:???] 今の日本での主流はcake。 php6の後も稼動し続ける予定ならZFが無難。 www.google.com/trends?q=cakephp%2CZend+framework%2Csymfony%2Ccodeigniter%2Cethna&ctab=0&geo=all&date=all&sort=0 検索数だからあてにならないかもしれないけど 日本語圏はcakeを世界で2番目に使ってるっぽいぞ。 つーか、地域だと目黒区が1位だけどお前ら寄付とかしてんの？ｗ 710 名前：nobodyさん mailto:sage [2008/11/24(月) 02:07:28 ID:???] インドネシア語が一位って。。 それ眉唾すぎないか 711 名前：nobodyさん mailto:sage [2008/11/24(月) 02:19:05 ID:???] ZFだけはないわ cakeはドジでのろまな亀しか使ってないし 普通はsymfonyだろうな 712 名前：nobodyさん mailto:sage [2008/11/24(月) 02:34:38 ID:???] ちょろっとしか見なかったらなぜZFがあんな駄目駄目言われるかわからん。 みんな言うからきっとそうなんだろう。 713 名前：nobodyさん mailto:sage [2008/11/24(月) 09:30:25 ID:???] 俺フレームワークの基礎にするには、別にZFは悪くない symfonyは知らんが、cakeとかCIとかのように、「こう書けばすぐアプリ」っていう がっちがちの枠を、ZFでは用意していないだけ。 714 名前：nobodyさん mailto:sage [2008/11/24(月) 10:58:13 ID:???] PEARみたいなライブラリということか 715 名前：nobodyさん mailto:sage [2008/11/24(月) 12:21:02 ID:???] 密であるが疎にはできないものと 密にも疎にもできるもののどちらがいいかっていったら そりゃ後者だわな 716 名前：nobodyさん mailto:sage [2008/11/24(月) 13:41:57 ID:???] そこら辺の凡人ＰＧがPHP4時代に書いたど腐れライブラリなんかは、 全部ZFに置き換えてもいいくらいだと思うよ なんつーの？ 割り切り仕様というか内部諒解仕様というか、そういった よくわからん決め打ち系の記述は（マルチバイト関連を除けば）非常に少なく、 かなり汎用的に作られてるっぽい。 例外処理だけ、ZF流儀にあわせればあとはどう使おうと自由って感じで。 717 名前：nobodyさん mailto:sage [2008/11/24(月) 18:12:50 ID:???] >>713 > がっちがちの枠を、ZFでは用意していないだけ。 がっちがちの枠（フレーム）を用意するのが フレームワークだと思うんだがねぇ。 718 名前：nobodyさん mailto:sage [2008/11/24(月) 18:28:09 ID:???] メリットもあるが色々弊害もあるのだよ、僕 719 名前：nobodyさん mailto:sage [2008/11/24(月) 18:35:08 ID:???] それはフレームワークでなくて別って意味でしょう。 ZFは自由に使えって言うけどライブラリとの違いが分からない。 そして、結局ライブラリを細切れに使うのと手間が一緒の気がするんだけど。 それ以上のメリットがあるのか良く分からない。 720 名前：nobodyさん mailto:sage [2008/11/24(月) 18:43:34 ID:???] >>719 具体的にそれでどんな悪い点が？ 721 名前：nobodyさん mailto:sage [2008/11/24(月) 18:51:52 ID:???] >>719 使ってみればわかるが、ZFにフレームはある。 ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ 設計を行わない人にとっては無用の長物。メリットだってわからない。 722 名前：nobodyさん mailto:sage [2008/11/24(月) 20:20:21 ID:???] 決め打ちでしかプログラミングできない低脳にはおすすめできないってこった 723 名前：719 mailto:sage [2008/11/24(月) 20:59:56 ID:???] >>720 あえて言えばメリットが見つからないというのが悪い点かと >>721 使い込んでみないと分からないって事でしょうか。 もうちょっと機会があれば研究してみたいとは思います。 >>722 なるほどそうですかw 724 名前：nobodyさん mailto:sage [2008/11/24(月) 22:26:16 ID:???] Eclipseでsymfonyフレームワーク使ってプログラミングしたいんだけど、可能？ 725 名前：nobodyさん mailto:sage [2008/11/24(月) 23:50:06 ID:???] どういう意味かはっきり書かないと答えようがない。 Eclipseはエディタだからそりゃ可能だ。 726 名前：nobodyさん mailto:sage [2008/11/25(火) 05:20:59 ID:???] PDTで書けるかって意味ぢゃね？ ethnaとかちょっと微妙だから。 symofnyは大丈夫だけど、少しコツがいる。 けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ？ ＞ 1.1→1.2 727 名前：nobodyさん mailto:sage [2008/11/25(火) 15:20:48 ID:???] 微妙って意味がわからんのだが htmlまわりの話か? 728 名前：nobodyさん mailto:sage [2008/11/25(火) 15:32:12 ID:???] 最近は知らんけど、1年くらい前の状況だと、 Ethnaの構造ではPDTでは補完が働かなかったな。 あとコマンドラインでアクションやビューやテンプレートが生成されるので、 いちいちプロジェクトを更新するのが面倒だった。 ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、 わざわざ重たいPDTを使うメリットがないと思った。 symfonyは使ってないからしらね。 729 名前：nobodyさん mailto:sage [2008/11/25(火) 15:43:10 ID:???] プロジェクトの更新なんてF5一発でいいのでは。 そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかｗ 補完もどのみち最初から微妙っちゃ微妙だし。 少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う まあやりやすいようにやればいいんだけど 730 名前：nobodyさん mailto:sage [2008/11/25(火) 15:51:45 ID:???] 俺の場合、PDTに感じる価値がちょうどプロジェクトの管理と補完だからな。 逆にエディタとして見ると融通が利かない駄目なやつと思っている。 最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、 後は覚えてないけど細かいところでたまにイラっとする。 だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。 731 名前：nobodyさん mailto:sage [2008/11/25(火) 16:09:13 ID:???] 一応、Eclipseの特徴として on the fly な構文チェックってのはあるけどね。 しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる 自分が注意力散漫だけかもしれんけどｗ 他のエディタでもこの機能はあるのかな？ 732 名前：nobodyさん mailto:sage [2008/11/25(火) 16:32:01 ID:???] PDTにsymfony用のプラグインってあるよね 使ったことはないけど 733 名前：nobodyさん mailto:sage [2008/11/25(火) 16:38:15 ID:???] www.symfony-framework.com/2007/12/10/best-symfony-ide-eclipse-pdt-symfoclipse-clay/ noy.cc/symfoclipse/index.html Symfoclipseつーやつかな？ 734 名前：nobodyさん mailto:sage [2008/11/25(火) 16:54:55 ID:???] てか、Eclipse使ってる人はPDTが多いのか。 なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端？ 735 名前：nobodyさん mailto:sage [2008/11/25(火) 17:45:10 ID:???] オレなんて未だにTruStudioなんだぜ、自宅は さすがに会社はPDTに乗り換えたが、自宅じゃ めんどくせーからこのまんまでいいやみたいな 736 名前：nobodyさん mailto:sage [2008/11/25(火) 22:37:49 ID:???] >>727 スケルトンが拡張子が.phpだから（かつ中身がphpじゃないから）PDTだとずっと構文エラーになる。 拡張子ハードコーディングしてあるから直せん＞ethna 737 名前：nobodyさん mailto:sage [2008/11/26(水) 01:42:35 ID:???] PDTならZSの方がインスコも楽だしアナライザーもはいる。 無料でよろし。お薦めする。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef