のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,369,181人
昨日:no data人
今日:
最近の注目
人気の最安値情報

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

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    1 = :

    前スレ
    http://pc11.2ch.net/test/read.cgi/php/1197383840/

    2 = :

    過去スレ
    【PHP】フレームワークについて語るスレ9【総合】
    http://pc11.2ch.net/test/read.cgi/php/1197383840/
    【PHP】フレームワークについて語るスレ8【総合】
    http://pc11.2ch.net/test/read.cgi/php/1192604501/
    【PHP】フレームワークについて語るスレ7【総合】
    http://pc11.2ch.net/test/read.cgi/php/1181350116/
    【PHP】フレームワークについて語るスレ6【総合】
    http://pc11.2ch.net/test/read.cgi/php/1171896620/
    [PHP]フレームワークについて語るスレ5[総合]
    http://pc10.2ch.net/test/read.cgi/php/1159579507/
    [PHP]フレームワークについて語るスレ4[総合]
    http://pc8.2ch.net/test/read.cgi/php/1151706907/
    [PHP]フレームワークについて語るスレ3[総合]
    http://pc8.2ch.net/test/read.cgi/php/1145971945/
    [PHP]フレームワークについて語るスレ2[総合]
    http://pc8.2ch.net/test/read.cgi/php/1135847024/
    【PHP】フレームワークについて語るスレ【総合】
    http://pc8.2ch.net/test/read.cgi/php/1123608068/

    4 = :

    >>1
    乙です

    5 = :

    最近期待しているのを2つ追加

    Piece Framework
    http://piece-framework.com/

    rhaco
    http://www.rhaco.org/

    でも、正直おなかいっぱいというかんじ。
    3大フレームワーク(Cake, Symfony, ZF)+1(CodeIgniter)で十分という気も

    6 = :

    3大フレームワークのサブセット版がほしい。

    ごてごてとしたフレームワークをごそっと入れるんじゃなく、
    ファイル一枚か少数で完結したフレームワーク・・・

    だが、命令などに互換性があり、必要になった時点で、
    フルセットのフレームワークに容易に入れ替え可能。

    7 = :

    どこで聞くべきか迷ったんですけど、ここにします。

    今SimpleTestを使ってテストしています。
    SimpleTestにはWebTestCaseといってあたかもブラウザで
    アクセスしたかのように、ウェブページに対してhttpプロトコルで
    接続・・・その結果をテストということができるのですが、
    このメール版はないでしょうか?

    つまり、自分のPHPアプリからメール送信・・・そしたら(仮想の)テスト用メールサーバーにメールがたまり、
    テストコードから、メールサーバーに来たメールを見てアサーションや、そのメールに書かれているリンクを
    クリックなどしてテストを続行という、一連の処理にメールが入る場合のテストの自動化をしたいのです。

    なにか良いライブラリ、良い手は無いでしょうか?

    8 = :

    あー、そういう手作業テストって面倒だよな
    なんか良い手あるなら俺も知りたい

    10 = :

    SimpleMailhttp://www.curioussymbols.com/simplemail/

    ちなみに、Windowsで使うときの注意点です。

    SimpleMailがSMTPサーバーとしてFakeMailを使用するので別途インストールする必要があります。
    perl版は必要なライブラリが入れづらいようなのでpython版を使いました。
    python版はWindows版があるのでインストーラーで簡単に入れられます。
    あらかじめpython自体も入れておく必要があります。

    http://www.lastcraft.com/fakemail.php ここに情報が少し書いてあります。
    fakemailerを起動するときは、インストールしたフォルダで、
    > fakemail.py --host=localhost --port=10025 --path=.
    でいいのですが、そのままではエラーになりました。

    エラーメッセージを見ると、「signal.SIGHUP」が定義されていないそうです。
    どうせテストだし、あまり重要なものではなさそうなので、削除しました。

    > for sig in (signal.SIGINT, signal.SIGTERM, signal.SIGHUP):
    ↑fakemail.pyの中の「, signal.SIGHUP」を消す。


    SimpleMailにはstart()メソッドでfakemailを実行する機能があるのですが、
    Linux/Unix用のパスで、perl版のコードの上、fakemail.pyをバックグラウンドで
    実行しようとすると、forkなんたらのエラーが発生するのであきらめます。
    start()、stop()メソッドを呼ばなくても使えます。
    その代わり、テスト開始前にfakemailerを起動しておきましょう。

    12 = :

    PHPってフレームワーク地獄ですよねw

    13 = :

    どういう意味?
    フレームワークありすぎって意味?

    14 = :

    ただ、PHPは良くも悪くも言語仕様が緩いので、
    デファクト・スタンダードになったフレームワークは標準で取り込んで、
    言語仕様上の優遇を受けるんじゃないか、と思ってる
    そうなったらこのフレームワーク地獄も終わるんじゃないの
    政治的にZend Frameworkになるのかなと思ってるけど

    15 = :

    フレームワーク自体にはそれぞれコンセプトがあるんだから、
    一つに落ち着くことはないと思うけどね。
    ちょうど.comみたいに、たくさん出てきて、いろいろ淘汰されて、
    最終的に数個残るみたいになるんじゃないかなぁ。
    ま、資金力や人気もあるからZend Frameworkは残りそうだけど

    16 = :

    PHPのフレームワークは、誰でも作れるところが、
    利点でもあり、欠点でもあるんだろうね。
    ASP.NETのように誰も参入できないようにしてしまうと
    選択肢が無い分すっきりとするが、その設計手法から
    洩れてしまうと、言語など根本的な部分から変更せざるを
    得なくなってしまう。

    17 = :

    http://slashdot.jp/security/article.pl?sid=08/02/11/0012230
    linuxカーネルに穴があってPHPもちろん脂肪www

    18 = :

    その理屈だとRuby他も脂肪じゃんw

    19 = :

    Piece以外に継続を利用したWebフローエンジンを持っているPHPフレームワークってある?
    JavaだとSpring Web Flowに近いと思うけど、LightweightだとほとんどがFront Controllerだから、
    なかなか野心的でないかと思っている。

    20 = :

    >>19
    WebFlowって継続なの?知らんかった。
    つうか、言語で継続サポートしてないのによくやるな。

    23 = :

    やっぱそうなんだ。
    それぞれのモジュールが個別に使えるようになっているみたいだし、
    そのうち既存のアプリにPiece_Flowを組み込んでみたいと思ってるんだよね。
    (今はORMとRightはドキュメントがあるけど、Flowの方はちょっと…なので)

    24 = :

    今から始めるとするとどのフレームワークがおすすめかな?
    少しだけcakePHPをかじってみたけど、まだ日本語のドキュメントが十分とは言い難いし。

    25 = :

    >>24
    これから始めるなら、php4対応は気にしなくてもいいんじゃない?
    俺はまだまだ業務で4を引きずるから、cakeとethnaだけど。

    26 = :

    >>24
    CodeIgniter
    間違っても Symfony はすすめない

    27 = :

    >>26
    理由をどうぞ

    28 = :

    CIは確かにいいけどこれ使うならCakeの方が多少デブになるけどベターかな。
    多分組み方にコダワルやつはZendを使って苦労したがるのだろう

    29 = :

    >>24
    どう考えてもsymfony。作りこみが他の比じゃない。
    そもそも全体が太るのを避けるならFWなんて使うべきじゃない。Rasmasのやつ使え。

    30 = :

    >>28
    Zendが本命とかよく本とかには書かれてますが、どういうところが駄目なんですか?

    31 = :

    設計として疎結合を重視しすぎていて、
    そのせいで痒い所に手が届かない部分が、
    フル装備のsymfonyやcakeに比べると物足りなく思える。

    ZFは言ってみれば、
    軽量な骨組みに綺麗なクラスライブラリを置いてある感じ。

    というのがZFについて人から聞いた話。

    32 = :

    symfonyやcakeで届く痒いところってどんなところ?

    33 = :

    bakeで焼いてる(笑)ヤツらは、便利と思ってるのかな。

    34 = :

    bakeで焼いたら焦げました('A`)

    36 = :

    mb_send_mailまわりってダメダメだな・・・
    mb_encode_mimeheaderはmb_internal_encodingが必要って見たけど
    PHP4の稼働してるバージョンじゃそれでもだめだったし
    自分でヘッダ組み立ててmailで送るしかないじゃん・・・('A`)

    38 = :

    つーか、ここはフレームワークスレじゃん。
    フレームワークにメールモジュールないの?

    39 = :

    あるけどしょっちゅう化ける
    特に洋モノは。
    南蛮人に極東のマイナー言語のサポートなんか期待できないのは
    当然っちゃ当然だが

    40 = :

    まあいい加減ISO-2022-JP(だったっけ?)に変換して送る様なローカル慣習も無くなってくれてもいいんだが。
    UTF-8通らないサーバとかメールクライアントとかはもう無視する方向で行きたいな。
    (どのみちそっちの方向にしか進まないんだから)

    42 = :

    ってか実際的に考えて、70文字区切りなんていらないんじゃないか?
    mail関数のサブジェクトの説明には「改行を含んではいけません。」って書いてるし、
    実際サブジェクトを適当な文字数で区切ってbase64エンコードした場合と
    まったく区切らずにbase64エンコードした場合の結果が
    gmail,shuriken,docomo(foma)で同じだったし
    恐らく今のクライアントだったらほとんど問題ないだろう。
    mb_encode_mimeheader的な区切り処理は
    むしろ何かと害があるんじゃないか。

    43 = :

    そういう風に考えていくと
    mb_send_mailの存在意義が分からないな。
    出来ないことを出来ると見せかけるという意味で
    むしろ悪影響の方が大きい
    前もってmb_internal_encodingを設定しろとか
    バッドノウハウが広まってること自体がおかしいだろ
    常識で考えて

    44 = :

    MIMEの仕様に文句があるならRFCを修正してくれ。

    45 = :

    mb_send_mail関数があるおかげで、PHPerにメール(というかMIME)関連の知識が付かない、という弊害もある。
    ・・・仕様が半端だしあちこちで不具合が出るから結果的にはある程度知らなきゃいけないんだがw

    本当に半端な関数で、こんなもの実装するくらいならPEARででもまともなMailクラスを育てればいいのに。

    46 = :

    俺もmb_send_mailの存在意義がわからん。
    mail関数じゃダメなのか? というか何が問題でmb_send_mailが出来たんだ?

    調べろと? そうですなw


    とりあえず、subjectはISO-2022-JPにしたあとbase64エンコードしている。
    本文はISO-2022-JPにしている。

    これでmail関数使っているが、なにか罠があるのか?

    47 = :

    >>38
    > つーか、ここはフレームワークスレじゃん。
    > フレームワークにメールモジュールないの?

    じゃあ、フレームワークに絡める。
    CakePHP 1.2にはメールモジュールEmailComponentがあるのだが、
    このモジュール。mb_send_mailではなく、mail関数を使っている。
    当然日本語とか考慮されていない。

    charsetというプロパティはあるにはあるのだが、これだけじゃうまくいかない。
    なので、EmailComponentを継承して__encode、__renderTemplateメソッドを
    オーバーライドしてエンコードおよび、半角カナなどを変換しているよ。

    48 = :

    確かにメール関連知識付くの遅かったな
    mb_send_mailの挙動が変だから
    ずっとメールに対して奇々怪々なイメージがあった
    やってみればたいして難しくないんだが。
    mailを直接触る方が健康的だな

    49 = :

    PHPのCLIって起動やたら遅くね?
    CLIが速いスクリプト言語って何?


    1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について