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

1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1197383840/ 99 名前：nobodyさん mailto:sage [2008/02/22(金) 16:34:52 ID:???] YAMLってヘビーに使うものなのか？ 通常は設定ファイル程度に使わないか？ そういうのは一度キャッシュしてしまうだろうし。 （ってろく読まずに書いたら>>98も同じこといってるじゃんｗ） 100 名前：nobodyさん mailto:sage [2008/02/22(金) 17:13:10 ID:???] YAMLのパース処理なんて単純だし固定的だからエクステンションにするのがベストだろうな symfonyってsyckとかいうの使うようになったんじゃなかったけ？ 101 名前：nobodyさん mailto:sage [2008/02/22(金) 17:18:54 ID:???] >91 いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？ だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。 それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。 この人は意図をよく理解してる。あなたはもう少しよく考えましょう。 102 名前：nobodyさん mailto:sage [2008/02/22(金) 17:31:08 ID:???] web+db press　ちょうどyamlについての特集してるな web+db pressの個人的タイムリー感は異常 103 名前：nobodyさん mailto:sage [2008/02/22(金) 17:33:55 ID:???] 「起動が遅くてもインクルードで遅れたら」ってどゆこと？ 「起動が速くてもインクルードで遅れたら」のtypo? 104 名前：nobodyさん mailto:sage [2008/02/22(金) 18:29:49 ID:???] >>101 >いや、起動が遅くてもインクルードで遅れたら意味ないでしょ？ >だから、「目的による」と書いてあるの。それ以上は自明だと思ったから説明しなかっただけで。 起動の速さを話題にしているんだから、それ以外の要素を持ち出すならそれを説明すべきだろ。 >>49,52,59を順に読んでみろ。どこにインクルードやrequireの話がでている? 「目的による」のひとことで分かるわけがない。おまえの脳内で勝手に補完するな。 >それについては、Perlでもインクルードするモジュールによると他の人も書いてるでしょ。 それは>>60からだろ。60はちゃんと説明しているが、59まではそんな話でてきてない。時系列を無視して語るな。 >この人は意図をよく理解してる。あなたはもう少しよく考えましょう。 おまえこそもう少しよく読め。 105 名前：nobodyさん mailto:sage [2008/02/23(土) 21:58:54 ID:???] web+db press読んだ YAMLって結構高機能なんだな〜 106 名前：nobodyさん mailto:sage [2008/02/24(日) 09:22:41 ID:???] ワロタｗ 高機能の内容も言わず、高機能とか言っても信用されないｗ 107 名前：nobodyさん mailto:sage [2008/02/24(日) 11:54:48 ID:???] 信用って何だよ 仕様を見ればわかるがな 108 名前：nobodyさん mailto:sage [2008/02/24(日) 19:48:11 ID:???] 最も使われているYAMLパーサのSyckはRuby出身 Rubyの手のひらの上で暴れてるだけのPHP乙 109 名前：nobodyさん mailto:sage [2008/02/24(日) 20:10:52 ID:???] 最も使われてるの？ PHPのプロダクションてほかの言語からの輸入物多いからいまさらそんなん言われても 110 名前：nobodyさん mailto:sage [2008/02/24(日) 23:46:30 ID:???] PHP＝ポリシーのないパクリパッチワーク言語でおk？ 111 名前：nobodyさん mailto:sage [2008/02/25(月) 00:58:06 ID:???] >>110 そう書くと、それはそれでとても魅力的な言語に見えます。 112 名前：nobodyさん mailto:sage [2008/02/25(月) 03:41:00 ID:???] PHPにいいとこどりされて他の言語脂肪ｗ 113 名前：nobodyさん mailto:sage [2008/02/25(月) 10:52:39 ID:???] 最近、Ruby本多くなったけど誰がRuby使ってんの？　 114 名前：nobodyさん mailto:sage [2008/02/25(月) 14:43:04 ID:???] 異教徒 115 名前：nobodyさん [2008/02/26(火) 00:07:04 ID:/Sycx4p+] 言語崇拝者でしょ。 116 名前：nobodyさん mailto:sage [2008/02/26(火) 00:42:37 ID:???] なぜ島根県が出て来ないのだ 117 名前：nobodyさん mailto:sage [2008/02/26(火) 02:09:18 ID:???] おまいらＰＨＰ，ｐＨＰていうどやなあ 今までＰＨＰでいくら稼いだんや？ 118 名前：nobodyさん mailto:sage [2008/02/26(火) 02:10:31 ID:???] 松本は島根県民としては誇りだ しかしネゴシックスは県民の恥さらし 119 名前：nobodyさん mailto:sage [2008/02/26(火) 02:13:42 ID:???] 世界に通用する言語開発した唯一の日本人が 島根県民だから同県民として素直にうれしいし 松本も地元に愛着を持ってるらしく Ｒｕｂｙ検定やら松江を発信基地として活動してくれる 120 名前：nobodyさん mailto:sage [2008/02/26(火) 02:15:05 ID:???] 島根県民は案外、人口の割りに頭のいい奴は多いぞ 121 名前：nobodyさん mailto:sage [2008/02/26(火) 02:39:30 ID:???] 頭は良いが、常識はないってパターンか いい加減書き込むときはスレタイぐらい読めよ 122 名前：nobodyさん mailto:sage [2008/02/26(火) 08:59:32 ID:???] Rails使いたくてこの1ヶ月Ruby勉強してた 確かに書きやすいしPHPに比べるときれい でも肝心のRails環境があまり無い 実用面ではPHPがNo.1だと思います それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか？ この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです 123 名前：nobodyさん mailto:sage [2008/02/26(火) 16:01:26 ID:???] >>122 >それで質問ですが、最もRailライクなフレームワークはSymfonyでよろしいでしょうか？ YES >この1ヶ月の勉強の知識でそのままPHPフレームワークに移行したいのです その判断は誤りだといっておこう。 PHPはRubyと比べてできないことが多いから、PHPでRailsを真似てもたいしてうまくいかない。 124 名前：nobodyさん mailto:sage [2008/02/26(火) 20:24:36 ID:???] >>123 具体的に何が出来ないんですか？ 125 名前：nobodyさん mailto:sage [2008/02/26(火) 20:29:50 ID:???] >>124 簡潔な記述、とかかなぁ 126 名前：nobodyさん mailto:sage [2008/02/26(火) 20:38:57 ID:???] (　´д`;)… 127 名前：nobodyさん mailto:sage [2008/02/26(火) 21:49:40 ID:???] >>122 akelos 128 名前：nobodyさん mailto:sage [2008/02/26(火) 22:30:12 ID:???] >>122 Railsに最も近いのは、現状でいえばakelos でも、Railsがベストなわけじゃないってのは認識したほうが。 symfonyはRailsよりリッチ。いい意味でも悪い意味でも。 129 名前：nobodyさん mailto:sage [2008/02/26(火) 22:47:06 ID:???] そりゃどちらがrailsクローンかと言われると akelosだけど現実的に考えるとsymfonyだろう リッチってなんだよリッチって曖昧過ぎるだろ 130 名前：nobodyさん mailto:sage [2008/02/26(火) 23:46:19 ID:???] リッチかどうかは良くわからないけど、 symfonyの方がエンタープライズ向けな感じはする。 131 名前：nobodyさん mailto:sage [2008/02/26(火) 23:56:03 ID:???] >>124 簡潔な記述もそうだけど、PHPはメタプログラミングが弱いんだよ。 Rubyはそこが強力で、だからこそActiveRecordみたいなのが実現できる。 ActiveRecordがほんとに望ましいものかどうかは別として。 132 名前：nobodyさん mailto:sage [2008/02/27(水) 00:00:57 ID:???] PHPユーザーはPHPだけで何もかもこなそうとする傾向にある。 133 名前：nobodyさん mailto:sage [2008/02/27(水) 00:03:44 ID:???] 今は亡き？Plaggerよりは、何でも出来るけどなｗ 134 名前：nobodyさん mailto:sage [2008/02/27(水) 01:13:23 ID:???] >>131 PHPの言語仕様がRubyよりも少ないのはわかるけどさ、 それで開発をする上で何ができないということなの？ 135 名前：nobodyさん mailto:sage [2008/02/27(水) 09:17:34 ID:???] >>133 Plaggerをここで出す意味がわからない。 スペルの似た別の何か？ 136 名前：nobodyさん mailto:sage [2008/02/27(水) 09:27:49 ID:???] >>129 akelosも十二分に実用だと思うよ。 pc11.2ch.net/test/read.cgi/php/1187333485/ www.akelos.org/docs/tutorials/booklink-ja www.akelos.org/ blogs.atanaka.biz/tanaka/index.php?catid=18&blogid=2 blog.takeda-soft.jp/blog/category/17 blog.hakuja.jp/articles/tag/akelos d.hatena.ne.jp/simpraight/searchdiary?word=%2a%5bAkelos%5d 137 名前：nobodyさん mailto:sage [2008/02/27(水) 21:44:16 ID:???] Railsでこのまま行くか、PHPのフレームワークを覚えるか迷うな・・ akelosは>>136の上から5番目のブログ見て良さげと思った 138 名前：nobodyさん mailto:sage [2008/02/28(木) 13:46:19 ID:???] 俺のフレームワークの使い方 ・RDB使わずテキストの場合 ちいたん（ちょっと改造） ・PHP4でRDB使う ちいたん（ちょっと改造） + PieceORM ・PHP5でRDB使う symfony こんな感じ 139 名前：nobodyさん mailto:sage [2008/02/28(木) 13:51:16 ID:???] php4かphp5かとか言ってるさなか今時３かよ。 キツい・・。perlにするかな。 140 名前：nobodyさん mailto:sage [2008/02/28(木) 17:43:37 ID:???] PHP3とかいっている環境しか使えない状態なら その環境のPerlも当然バージョンが古く、 そのバージョンのPerlに対応しているフレームワークも無い。 141 名前：nobodyさん mailto:sage [2008/02/28(木) 19:01:25 ID:???] >>134 Railsはどうか知らんが、RakeはPHPじゃ無理だと思った。 142 名前：nobodyさん mailto:sage [2008/02/28(木) 19:18:01 ID:???] >>141 pakeがあるし、普通に雑務タスク書く分にはpakeでもわりと使えるよ まあrakeみたいにDSLっぽく書けない、という意味で書いてるんだろうけども 143 名前：nobodyさん mailto:sage [2008/02/28(木) 19:27:24 ID:???] 言語仕様が劣っていても、それをライブラリ・フレームワークとして 提供すれば、ほぼ同等のことが出来る。 違った形での実装、使い方になるだろうが、どちらを使っても 普段の仕事で使う分には大差がない。 大差があれば、われわれは○言語を使うから、 大幅に工数が減って、結果、”安く”作れます。といえるはずだろう？ 安く作るって事は給料が減るわけだが、本当に工数が減るのなら問題ないはずだ。 実際は工数が減らないから「優れた言語を使うから安く作れる」なんて話を聞いたことが無い。 144 名前：nobodyさん mailto:sage [2008/02/28(木) 20:48:04 ID:???] >>143 どちらを使っても大差がないんだと思うなら 優れた言語使えばいいんじゃないのと思うがｗ 相手も同種のベンダーとかじゃない限り、 顧客にとっちゃどんな言語使ってようがあまり関係がない 「われわれは○言語を使うから云々」とか意味不明 安いのどうのっていうのは見積判断次第なわけで 工数とコストが比例するのが前提っておかしいだろう 145 名前：nobodyさん mailto:sage [2008/02/28(木) 20:53:41 ID:???] 「優れた言語」の定義も曖昧なまま、意味の無い話をしている人たちが気持ち悪い。 146 名前：nobodyさん mailto:sage [2008/02/28(木) 20:54:47 ID:???] >>144 ＞工数とコストが比例するのが前提っておかしいだろう 上記の「コスト」は見積もり、のこと？ この業界の最大のコストは人件費なんだから、コストは素直に比例でいいんじゃね？ まあ商用パッケージ等を使うこととかは別問題だけど、それでも「工数」を比較的上手に コストと交換しているみたいなもんだし。 まあ、見積もりは別だ。 ・・・でもあんまり無茶なダンp(ry 147 名前：144 mailto:sage [2008/02/28(木) 21:09:31 ID:???] >>146 コストじゃねー見積orz 工数とコスト（経費）が比例しなかったらまずいｗ 俺が意味不明だった 内部的な工数の変化と外部への見積とはまた別だろう的な 意味で書いたつもりだったけど変な文章になってた 148 名前：nobodyさん mailto:sage [2008/02/28(木) 22:37:10 ID:???] プログラマの言うすぐれた言語を使っても、 フレームワークを使うと、工数も作りやすさも変わらない罠。 なぜかというと、フレームワークを使うとビジネスロジックに専念できる。 そのビジネスロジックでは高度な言語機能なんて使わないから 149 名前：nobodyさん mailto:sage [2008/02/28(木) 23:57:02 ID:???] もともと SIerが作るシステムなんて仕様が汚いんだから、きれいに書ける仕組みがあっても意味がない。 それどころか、コピペで作られたシステムじゃないと、修正した場合の影響範囲が大きくなるから嫌がられる。 変更箇所が多くても土方仕事の方が良いというプロマネは多いはず。 土方仕事なんだから、職人技が使えないのは当然。 150 名前：nobodyさん mailto:sage [2008/02/29(金) 02:19:49 ID:???] Perl5.6は2000年リリースだけど、使えないCPANモジュールなんて数えるほどだと思うよ。 それどころかPerl5以降なら、たいていそのまま動くよ。15年前のリリースだけど。 151 名前：nobodyさん mailto:sage [2008/02/29(金) 10:50:18 ID:???] バージョンあがってないんだから当然だろ 152 名前：nobodyさん mailto:sage [2008/02/29(金) 12:09:50 ID:???] Railsがいずれ主流になるのは確信してるが まだまだ時期が早い。 symfonyだよな、 春くらいに大手サイトでのsymfony採用実績がどんどん発表されるのを 知ってる人は少ないだろうな 153 名前：nobodyさん mailto:sage [2008/02/29(金) 12:11:59 ID:???] 大規模で使えるフレームワークで考えれば 長い期間でsymfony独占だろうな 規模でかいフレームワークが乱立することは、マズ無い 会社を上げてその競争に入るのに多大なコストがかかる 154 名前：nobodyさん mailto:sage [2008/02/29(金) 13:21:45 ID:???] >>153 >大規模で使えるフレームワーク これってなにをもってそういってるの？ 大規模って何が大規模？大規模向けにsymfonyがもっていて他がもっていない特徴って何？ 155 名前：nobodyさん mailto:sage [2008/02/29(金) 15:41:39 ID:???] あちこちでsymfonyほめ殺しやってるのはsymfonyアンチなんだろうなあ なにかアンチをひきつける要素があったのか 156 名前：nobodyさん mailto:sage [2008/02/29(金) 18:20:40 ID:???] >>154 ここでいう大規模てのは人それぞれだからね あえて俺が境界定義する必要はない 大規模に向けにある機能といったら Viewからコンポーネント、モデルに手軽にアクセスできる柔軟性 157 名前：nobodyさん mailto:sage [2008/02/29(金) 18:24:46 ID:???] スケールしやすいとかそういう事言うのかと思ったら えらく特化された大規模向け機能だな よっぽど小回り利かないFWを使ってるのか 158 名前：nobodyさん mailto:sage [2008/02/29(金) 18:26:58 ID:???] 多分 >>154 が言いたかったのは、「規模」は利用者数なのか、プログラムの大きさなのかって事じゃないかと思うんだが。 159 名前：nobodyさん mailto:sage [2008/02/29(金) 19:55:13 ID:???] >>158 あとは開発者数ってのもある >>156 >Viewからコンポーネント、モデルに手軽にアクセスできる柔軟性 これもうちょっと詳しく説明できる？どんな機能で、どう大規模な開発で便利なのか。 160 名前：nobodyさん mailto:sage [2008/02/29(金) 20:10:06 ID:???] >>156 ＞Viewからコンポーネント、モデルに手軽にアクセスできる柔軟性 具体的に想像出来ないが、Viewからとりあえず Hoge::new とか Hoge::factory とか Hoge::singleton とか Hoge::getInstance とかであらゆるオブジェクトを気軽に作成できて、またそうするのが前提で、みたいな？ すっごくネガティブな方向でしか想像できない。 なんか、上の方とか他に影響のありそうな所とかをいじらなくて済むから、お伺いを 立てずにとりあえず現場でなんでも出来る、うーん効率的、などなど 直行性を高く保って実現する、ていうことなのかな？DRYはある程度犠牲にして、ていう？ なんかふわふわｽﾏｿｗ 161 名前：nobodyさん mailto:sage [2008/02/29(金) 20:57:56 ID:???] ビューごときが直にモデルにアクセスしたいなんて思い上がりすぎわろた コントローラー様を介せよｶｽ 162 名前：nobodyさん mailto:sage [2008/02/29(金) 21:05:30 ID:???] コントローラを経由すると何が良いの？ 163 名前：nobodyさん mailto:sage [2008/02/29(金) 21:12:31 ID:???] >>156 少し考えたが、Ethnaみたいになるのか？ どのオブジェクトもあらゆるオブジェクトを持ってるみたいな Ethnaはもう循環参照で開き直ってるけどｗ $this->af->ae->af->ae みたいな （← これはなかったかもｗ） もしくは$this->backend->(永遠に続くオブジェクトループ)　みたいな っていうか、backendの範囲広すぎｗ そこまでするんなら、もうオブジェクトそれぞれ$GLOBALSに置いておいて 変更は禁止で（変更するならcloneでもして）勝手にアクセスすればいいん じゃね？とかいう気がすごくする。 164 名前：nobodyさん mailto:sage [2008/02/29(金) 21:34:21 ID:???] >>151 は？5.8、5.10とリリースされてるんだけど。PHPみたいに0.1のバージョンアップでもう動かなくなる方がどうかしてる。 PHPの場合、間違いなくPHP4系、PHP5系、PHP6系が平行して使われていくだろう。 165 名前：nobodyさん mailto:sage [2008/02/29(金) 22:14:57 ID:???] 4は使われねーだろ 166 名前：nobodyさん mailto:sage [2008/02/29(金) 23:02:18 ID:???] symfonyはVからコンポーネントにアクセスする場合 CとVがワンセットでコンポーネントされてる場合 コンポーネントで定義されてるV切り離してCだけ呼ぶことも出来るし CとＶをワンセットで呼ぶことも出来る この辺り便利 167 名前：nobodyさん mailto:sage [2008/03/01(土) 00:01:06 ID:???] >>166 その説明じゃわからん。特に1行目と2行目。 コンポーネントされてる場合ってなんのことだ CとVをワンセットで呼び出すってどういうことよ 168 名前：nobodyさん mailto:sage [2008/03/01(土) 00:45:22 ID:???] 適当につけているバージョン番号の数値に 意味を考えるなんて馬鹿だよな。 169 名前：nobodyさん mailto:sage [2008/03/01(土) 14:08:24 ID:???] ===がRubyでは範囲比較演算子として使われててPHP脂肪ｗｗｗ 170 名前：nobodyさん mailto:sage [2008/03/01(土) 23:54:17 ID:???] 小中規模フレームワーク　Akelos 大規模フレームワーク symfony CakePHPは作者がバカそう 171 名前：nobodyさん mailto:sage [2008/03/02(日) 01:01:22 ID:???] 一番はやっているものに、嫉妬して 悪口を言う気持ちは、わかります。 172 名前：nobodyさん mailto:sage [2008/03/03(月) 17:23:19 ID:???] slashdot.jp/security/article.pl?sid=08/03/03/0115231 日本PostgreSQLユーザー会のWebページがクラックされてPHP脂肪ｗｗｗ 173 名前：nobodyさん mailto:sage [2008/03/03(月) 18:05:14 ID:???] スレ違い 174 名前：nobodyさん mailto:sage [2008/03/04(火) 00:15:16 ID:???] PHP5.3は正式にはいつリリースされるの？ 名前空間が入ることはもう確定っぽいけど、そういうのを使ったフレームワークとかはいつ頃出てくるんだろうか 普及すれば、フレームワークの書き方が思いっきり変わりそうな機能だけど、まだしばらくはお手本とかなさそう？ 175 名前：nobodyさん mailto:sage [2008/03/04(火) 02:04:28 ID:???] あんまりかわんないと思うけど。 176 名前：nobodyさん mailto:sage [2008/03/04(火) 03:18:14 ID:???] PEARみたいな外部ライブラリは充実するかも。やっとスタートラインに立つってだけだけど。 177 名前：nobodyさん mailto:sage [2008/03/04(火) 14:37:23 ID:???] 独自拡張を、下の方の継承ではなく、上の方の差し替えで出来る可能性はあるかも？ // import Zend::DB as DB import MyFramework::DB as DB; $table = new DB::Table(); として差し替える、とか。配布スクリプトがカオスになる可能性もあるな 178 名前：nobodyさん mailto:sage [2008/03/04(火) 18:08:54 ID:???] 名前空間とかgotoとかどうでもいいしね… 個人的にはicuがどうなるかだな まぁ時代はqiqってことで 179 名前：nobodyさん mailto:sage [2008/03/04(火) 20:48:12 ID:???] qiqはもちろんすげーけど gotoと名前空間を同列に語るなよ 程度が知れるぞ 180 名前：nobodyさん mailto:sage [2008/03/04(火) 21:32:54 ID:???] qiq見てみたけどすげーじゃん。phpに不足していると指摘されている機能がもう実現できてんじゃん。始めて知った。 181 名前：nobodyさん mailto:sage [2008/03/04(火) 21:45:54 ID:???] ？？？ 無名関数・クロージャ・配列の構文糖衣 が主な拡張？ そんなに欲しかったのか？ 182 名前：nobodyさん mailto:sage [2008/03/04(火) 21:49:23 ID:???] じゃ他に何が必要なん？ 183 名前：nobodyさん mailto:sage [2008/03/04(火) 22:06:37 ID:???] namespace 184 名前：nobodyさん mailto:sage [2008/03/04(火) 22:07:34 ID:???] 列挙型とかクラスの動的な再定義とかモジュールのmixinとか ・・・って別にいらないと言えばいらないし、むしろ必要なのは標準ライブラリかな いい加減、メール送信とかDBアクセスとかに外部のライブラリをいちいち吟味って 結構めんどい。さっさと標準で十分にするんだ。 Zend Framework付属のライブラリ群がそうなる予定なのかも知れないけど、そうすると PEAR2の立ち位置が微妙になるし。 PEAR2にZend Frameworkからのバックポートがあるんなら、それが良いのかも知れない 185 名前：nobodyさん mailto:sage [2008/03/04(火) 22:52:02 ID:???] 名前空間やパッケージを今更導入しても、PEAR、Zend、各種フレームワーク付属のライブラリの整合性を取るのは至難だろうな。PHP4.0程度で導入すべきだった。 186 名前：nobodyさん mailto:sage [2008/03/04(火) 23:05:45 ID:???] いや、やっとPHP4が死んでくれたので、これからPHP5（の記述）に移行する腰の重ーい 人たちや企業がまた慣れて旧態依然としたコードを乱発してしまう前にがんがん新機軸を 入れてしまえっていう、最後の機会かも知れない 187 名前：nobodyさん mailto:sage [2008/03/05(水) 02:03:59 ID:???] PHP4で動いているサイトは星の数ほどある。今動いてるサイトは、今後PHP4で動き続ける。機能追加もされていく。互換性のないPHPだから仕方ない。 188 名前：nobodyさん mailto:sage [2008/03/05(水) 02:11:31 ID:???] トリッキーなことしてなかったら4のサイトも5で普通に走るだろ…常考 189 名前：nobodyさん mailto:sage [2008/03/05(水) 03:29:57 ID:???] いやあ屑コード依存が多岐に渡ると作り直すぞ 俺が体験した範囲だと、4→5よりも古い4とlatestの4の間でコケて 5+ZFで作り直しってのがこの所多発 190 名前：nobodyさん mailto:sage [2008/03/05(水) 04:22:14 ID:???] 多発ってどんだけ。 191 名前：nobodyさん mailto:sage [2008/03/05(水) 07:13:06 ID:???] クラスで3人くらい持ってたら「みんな持ってる」と言ってしまう 子供と同じ心理 192 名前：nobodyさん mailto:sage [2008/03/05(水) 11:55:03 ID:???] まぁ XPからVista並には移行するんじゃなかろうか。 193 名前：nobodyさん mailto:sage [2008/03/05(水) 15:30:39 ID:???] >>190 先月七回きたよ 194 名前：nobodyさん mailto:sage [2008/03/05(水) 19:36:02 ID:???] そんなあるのか 195 名前：nobodyさん mailto:sage [2008/03/05(水) 20:10:34 ID:???] あ、同じクラからだけどね 別案件でばらばら投げられて苛々したけど、ZFでやれたので最終的にDB一本化はけっこう綺麗にいった 運用ベースで見たら古い環境って相当な数居るように感じるのよね 問題でない限り使い続ける（というかリプレースする理由がない）もんだし 196 名前：nobodyさん mailto:sage [2008/03/05(水) 23:07:01 ID:???] そりゃ問題ない物までリプレースする必要はないが、 古い４って脆弱性問題にならなかったのか 197 名前：nobodyさん mailto:sage [2008/03/05(水) 23:16:55 ID:???] 最新版のPHPは機能が多くなった分、もっとセキュリティに問題あるから。枯れてるPHP4の方がよほど安全。 198 名前：nobodyさん mailto:sage [2008/03/05(水) 23:20:10 ID:???] 新しい４、なら気持ち同意 199 名前：nobodyさん mailto:sage [2008/03/07(金) 02:17:48 ID:???] PHP本体のセキュリティをちゃんとソースコード読んだ上で語ってる奴ってどんだけいるんだろうね。

---

---

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

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