【PHP】フレームワークについて語るスレ6【総合】
レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん
2007/02/19(月) 23:50:20ID:e8b09Hl8【PHP】フレームワークについて語るスレ5【総合】
http://pc10.2ch.net/test/read.cgi/php/1159579507/l50
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0002nobodyさん
2007/02/19(月) 23:52:20ID:e8b09Hl8■Zend Framework
http://framework.zend.com/
http://framework.zend.com/manual/ja/ （日本語マニュアル）
■symfony
http://www.symfony-project.com/
■Cake
http://cakephp.org/
0003nobodyさん
2007/02/19(月) 23:53:07ID:e8b09Hl8■Ethna
http://ethna.jp/
■Piece Framework
http://piece-framework.com/
■ちいたん
http://php.cheetan.net/
0004nobodyさん
2007/02/20(火) 00:27:37ID:???0005nobodyさん
2007/02/20(火) 00:39:28ID:???0006nobodyさん
2007/02/20(火) 02:52:52ID:???0007nobodyさん
2007/02/20(火) 03:54:55ID:???ちいたんが残った～
0008nobodyさん
2007/02/20(火) 04:45:20ID:???http://lnx.googlewrite.com/chart.php
http://www.mustap.com/phpzone_post_73_top-10-php-mvc-frameworks
■フレームワークのリスト
http://d.hatena.ne.jp/koyhoge/20060327/1143444511
■星の数ほどフレームワーク
http://www.google.com/search?q=php+framework
http://del.icio.us/search/?all=php+framework
■フレームワーク個別スレ
lt;?php フレームワーク symfonyのスレ ?gt;
http://pc8.2ch.net/test/read.cgi/php/1151937402/
【PHP】フレームワーク CakePHP
http://pc10.2ch.net/test/read.cgi/php/1163850802/
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc8.2ch.net/test/read.cgi/php/1123070439/
【PHP】フレームワークMapleに舌鼓
http://pc8.2ch.net/test/read.cgi/php/1122105465/
■テンプレートエンジンについてはこちらへ。
【Smarty】PHPのテンプレートエンジン【Flexy】
http://pc8.2ch.net/test/read.cgi/php/1118799352/
0009nobodyさん
2007/02/20(火) 06:20:43ID:???http://pc10.2ch.net/test/read.cgi/php/1138971053/
0010nobodyさん
2007/02/20(火) 06:41:18ID:???http://mojavi.net/
【Mojavi】使ってる人が１人【PHP】
http://pc10.2ch.net/test/read.cgi/php/1157598878/
0011nobodyさん
2007/02/20(火) 06:49:54ID:???http://human6.2ch.net/test/read.cgi/ms/1168957905/
7 名前：可愛い奥様[] 投稿日：2007/01/18(木) 03:03:54 ID:iE8GVdnP
援交10回、中絶２回、ﾃﾞﾘﾍﾙ、ｿｰﾌﾟ１年、整形２か所
12 名前：可愛い奥様[] 投稿日：2007/01/19(金) 22:43:01 ID:s7dkuHKN0
高校生の頃から喫煙。不倫経験あり。
旦那は私にとって７人目の彼氏。（旦那には３人目と嘘ついた）
酒に酔った勢いでワンナイトラブの経験あり。
25 名前：可愛い奥様[] 投稿日：2007/01/26(金) 04:08:25 ID:IfNo5kNWO
中絶4回、ｲﾒｸﾗ一年、二重整形、大学中退、性病2回、同棲3回。
45 名前：可愛い奥様[sage] 投稿日：2007/02/04(日) 14:24:40 ID:PBhJa6V+0
自分の預金が旦那の年収の７倍くらいあること。
学生のとき、ちょっとした事業起こして大成功ｗ そのことも話してない。
47 名前：可愛い奥様[] 投稿日：2007/02/04(日) 17:16:59 ID:CaAW9Ko50
うーん。堕胎。母子手帳に記載しないといけないから…そこは糊で貼付けた。
義母にはバレているだろう。でも回数が…１回多いとは…永遠の秘密。
92 名前：可愛い奥様[] 投稿日：2007/02/09(金) 23:46:04 ID:QRXcETQYO
セクキャバでバイト経験あり。援交しまくり時代もあり。ヤッた数は100人くらい。
私バツイチで今の旦那には元夫の浮気が原因で離婚したの。とか言ったけどほんとは逆。
好きな人できて夫捨ててのりかえた。浮気しまくりだった。
すごくいい夫だったのにすごく最低な事したって思う。
106 名前：可愛い奥様[] 投稿日：2007/02/18(日) 09:56:13 ID:wIf/65Md0
半年前、万引きして捕まった事。嘘泣きして逃がしてもらった(^^v
0012nobodyさん
2007/02/20(火) 08:13:02ID:???0013nobodyさん
2007/02/20(火) 08:20:13ID:???（´・ω・`）congratulations!
って言ってるお前らでてこいや
0014nobodyさん
2007/02/20(火) 11:20:50ID:???solar
http://solarphp.com/
0015nobodyさん
2007/02/20(火) 20:49:31ID:???スゴイ(・∀・)
0016nobodyさん
2007/02/22(木) 11:50:47ID:vQWc6OOV2禁してると健康になるって聞いたんですが、本当ですか？
0017nobodyさん
2007/02/22(木) 14:23:26ID:???0018nobodyさん
2007/02/22(木) 14:31:33ID:???0020nobodyさん
2007/02/23(金) 17:56:56ID:mBQ7q2imアクションクラスで作ったオブジェクトをテンプレート側で使うにはどうすれば良いのでしょうか？
CRUDを自動生成するとデフォルトで対応するテーブルのオブジェクトが使われていますが、
そのオブジェクトがどこでアサインされているのかが分りません。
よろしくお願いします。
0021nobodyさん
2007/02/23(金) 19:28:25ID:???こちらへどぞー
lt;?php symfonyとフランチョスのスレ ?gt;
http://pc10.2ch.net/test/read.cgi/php/1163804759/l50
0022nobodyさん
2007/02/23(金) 21:42:16ID:???0023nobodyさん
2007/02/23(金) 22:15:29ID:???＜⌒／ヽ-、_＿_
／＜_/＿＿＿＿／
0024nobodyさん
2007/02/24(土) 12:51:06ID:7nDUSumMなんかかわいい
0025nobodyさん
2007/02/25(日) 12:11:29ID:???┌┴┐┌┴┐┌┴┐ -┼- ￣Ｔフ￣Ｔフ ＿＿ / /
_ノ _ノ _ノ ヽ／| ﾉ ﾉ 。。
/＼＿＿_／ヽ
／ﾉヽ ヽ、
/ ⌒''ヽ,,,)ii(,,,ｒ'''''' :::ﾍ
| ﾝ（○）,ﾝ <､（○）<::| |｀ヽ､
| ｀⌒,,ﾉ(､_, )ヽ⌒´ ::l |::::ヽl
. ヽ ヽ iｌ´ﾄｪｪｪｲ｀ｌi ｒ ;/ .|:::::ｉ |
／ヽ !ｌ |,ｒ-ｒ-| ｌ! /ヽ |:::::ｌ |
/ |^|ヽ､ ｀ﾆﾆ´一／|^|｀,ｒ-|:「￣
/ | .| | .| ,Ｕ(ﾆ ､)ヽ
/ | .| | .|人(_(ﾆ､ﾉﾉ
0026nobodyさん
2007/02/25(日) 14:12:27ID:???…って、どんだけ発展させるつもりやねん！？
0027nobodyさん
2007/02/25(日) 20:07:48ID:???フルスタックと俺俺の中間くらいの姿勢で作れていいじゃんこれ(ﾟ∀ﾟ)
0028nobodyさん
2007/02/25(日) 21:39:56ID:???BASICかよ
0029nobodyさん
2007/02/25(日) 21:53:22ID:???落ちるような板じゃないのに何故？
0030nobodyさん
2007/02/25(日) 23:36:16ID:???http://pc10.2ch.net/test/read.cgi/php/1160156955/
ZendFrameworkってどうよ？
保守ageよろしくです
0032nobodyさん
2007/02/26(月) 13:44:50ID:???0033nobodyさん
2007/02/28(水) 00:20:20ID:???シンプルのZF,コードキャッシュのsymfony
DOTCHだ？
0034nobodyさん
2007/02/28(水) 00:38:48ID:???ZFとsymfonyをFWとして比較するのは
もういい加減やめようぜナンセンスだ
ZFはライブラリ集、symfonyはフルスタックFW
0035nobodyさん
2007/02/28(水) 00:51:08ID:???0036nobodyさん
2007/02/28(水) 00:56:47ID:???生PHPレベルでやる必要ないんだよね。
symfony無駄な努力乙ｗｗｗ
0037nobodyさん
2007/02/28(水) 02:09:48ID:N694lB7M0038nobodyさん
2007/02/28(水) 02:29:26ID:???0040nobodyさん
2007/02/28(水) 03:20:01ID:???0041nobodyさん
2007/02/28(水) 03:32:15ID:???一人で作ってるんじゃないかと思えるほどだな
0042nobodyさん
2007/02/28(水) 13:01:03ID:RMMGJyT/煽り記事。
0043nobodyさん
2007/02/28(水) 13:10:02ID:???やっぱり独自に組んだやつ？
0045nobodyさん
2007/02/28(水) 15:54:12ID:N694lB7Mぬっけろしてやりたいなｗ
0047nobodyさん
2007/03/03(土) 00:44:34ID:???0048nobodyさん
2007/03/03(土) 00:50:42ID:???0049nobodyさん
2007/03/03(土) 17:18:54ID:???同じレポジトリ?別レポジトリ?
チェックするコードのすぐ近く?別ディレクトリ?
0051nobodyさん
2007/03/04(日) 08:08:12ID:???自分で作ったメソッドのことなのか、メソッドではない関数のことなのか。
0052nobodyさん
2007/03/04(日) 10:46:34ID:???メソッドの事を言っているという前提で話すと、
システムの規模によるでしょ
小さなシステムだとアクションに処理メソッド追加した方が見通しよくなるし、
大きなシステムだと、処理群をどこかに集約する方が見通しがよい。
005347
2007/03/04(日) 14:56:50ID:???Actionクラス内にcontrollerが利用しないfunctionを書くという意味で
Actionクラスのメソッドだと思います。
基本的な処理はmodelクラスの中でまとめているのですが、getDefaultViewとexecuteで共通の処理
があったのでAction内に書いてみたのですが微妙な感じがしたので聞いてみました
0055nobodyさん
2007/03/05(月) 10:47:07ID:???基底クラスに共通のメソッド作って継承させたりもするし。
それがOOPじゃん。
0056nobodyさん
2007/03/05(月) 19:42:15ID:???0057nobodyさん
2007/03/06(火) 01:23:50ID:???phpMyAdminを使ってきたけどちょっと遅いんだよね
0058nobodyさん
2007/03/06(火) 03:59:01ID:???0059nobodyさん
2007/03/06(火) 04:05:58ID:???ちょっと複雑な操作するなら、スクリプト書けばいいだけって感じになるし。
0060nobodyさん
2007/03/06(火) 04:10:45ID:???本番のDBとデータ構造が変わって非常に面倒なのだがどうにかならないものか
0061nobodyさん
2007/03/06(火) 05:19:44ID:???開発と本番の構造が違っているというのがそもそも間違いなんじゃ?
フィールドの順番が違ってしまうというのなら、順番に依存しないコードを書く。
0062nobodyさん
2007/03/06(火) 15:18:58ID:???開発をしていてある程度になったら本番にリリース
で開発環境で開発中にフィールドを追加
ということはよくあることではないのでしょうか
0063nobodyさん
2007/03/06(火) 15:31:45ID:???最悪でも本番環境へのリリース時にテスト環境DBからエクスポート
→本番環境DBへインポートで終わる話じゃないないの？
0064nobodyさん
2007/03/08(木) 02:47:07ID:???順番を気にするってのがよく分かりませんが、
DB抽象化レイヤーでDAOを作ってやれば、
微調整程度の変更ならPHPコードの変更無しに対応できませんか？
参考になるか分かりませんが、以下は自分が2年前にPHPで仕事してた時のワークフローです。
1. dbDesigner4でDB書いて正規化
2. 出てきたXMLをPropelのXMLに変換するXSLTに食わせる。(http://blog.tooleshed.com/?p=6)
3. Propelを走らせてDAOを生成
4. DAOの中身をゴリゴリ弄くるModelを書いて、Controlから操作（自分はMojavi3を使用）
5．ViewはSmarty、formはhtml_quickformで抽象化
自分もphpMyadminの操作性はイマイチと感じていたので、DBDesigner4のデータ操作機能を使ってました。
2年間ちまちまと仕様変更のサポートもしてますが、
1－3のステップはすぐ終わるし、4の大幅な書き直しも殆ど経験がないので、
まぁPHPも悪くないかなぁと思ったりしてます。
ただ、開発中はremote debugの挙動が微妙で殆どprint_rで対応してたので、
ここが改善されるまでは（もうされてる？）PHPで仕事したくないってのも本音です。
0065nobodyさん
2007/03/08(木) 06:55:10ID:???何か他のとは違う感じだけど。
0066nobodyさん
2007/03/08(木) 10:17:13ID:???0067nobodyさん
2007/03/08(木) 11:11:45ID:???調べるの面倒そうで結局触ってないな＞piece framework
ドキュメント周りがわかりづらいというか不親切というか
なんとか状態マシンか知らんけどアーキテクチャを
既存のわかりやすい概念なりなんなり使って説明した
ドキュメントがあればまだ試してみる気になるんだが
良くも悪くも一見さんお断りな雰囲気で試してみる気にならない
実装は良さそうなんだけど
ヴァリデーションのパッケージは
単独で使えそうでなかなか良いかなと思った
0070有限状態マシン特別捜査本部設置
2007/03/09(金) 12:42:08ID:???みんなで「有限状態マシン」というものがどういうものか調査しよう。
前にチラッと見て気になっていた。
http://www-06.ibm.com/jp/developerworks/web/library/wa-finitemach1/index.shtml
JavaScript での有限状態マシン
ブラウザー・ベースのアプリケーションは、マウス、キーボード、タイマー、ネットワーク、そしてプログラムのイベントが時を選ばずに発生するリアルタイム環境で実行されます。
イベント駆動型アプリケーションの振る舞いがイベントの発生順によって異なる場合、プログラミングは非常に複雑になるため、デバッグするのも変更するのも難しくなります。
ソフトウェア・エンジニアは、イベント駆動型プログラムの開発を体系づける方式として長いこと、有限状態マシンを使ってきました。
これは学界では、離散的または決定性有限オートマトンと呼ばれることもあります。
有限状態マシンが課す規則は、複雑なロジックをわかりやすい表に置き換えて、設計に厳密さを加えます。
その結果、実装は単純化され、テストするのも簡単になります。
従来から、有限状態マシンはネットワーク・ドライバーとコンパイラーのような多様なプログラムを開発するのに有益であることが証明されています。
ブラウザー・ベースのアプリケーションを開発する際にも、同じように有限状態マシンが役立つことになります。
0071有限状態マシン特別捜査本部設置
2007/03/09(金) 12:43:54ID:???この分野には多数の学術的文献 (「参考文献」を参照) がありますが、実用されている定義は単純明快です。
有限状態マシンは、以下のもので構成されるコンピューター・プログラムです。
・プログラムが応答するイベント
・イベント間でのプログラムの待機状態
・イベントに対応した状態遷移
・状態遷移中に行われるアクション
・イベント間のアクションに必要な値を保持する変数
0073有限状態マシン特別捜査本部設置
2007/03/09(金) 12:46:58ID:???有限状態マシンの使い方？
有限状態マシンを最近知りました。状態、イベント、遷移、アクションなどから構成されるものですが、アプリケーション開発に有効であると聞きました。
0074有限状態マシン特別捜査本部設置
2007/03/09(金) 12:54:18ID:???ということで有限状態マシンというやつが何なのか知りたいんだが・・
http://piece-framework.com/docs/piece-framework-workshop3.pdf
うーん。オートマトンのことなのかな？それなら話は早い。
http://www-06.ibm.com/jp/developerworks/java/060412/j_j-cb03216.shtml
この辺も見ながら・・。
0075有限状態マシン特別捜査本部設置
2007/03/09(金) 12:55:59ID:???http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
決定性有限オートマトン - Wikipedia
http://ja.wikipedia.org/wiki/%E6%B1%BA%E5%AE%9A%E6%80%A7%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
うん、有限状態マシンと有限オートマトンは同じ意味になってるな。有限状態マシンの方が一般的なのかな？初めて聞いた。
0076有限状態マシン特別捜査本部設置
2007/03/09(金) 13:02:18ID:???http://ja.wikipedia.org/wiki/%E6%9C%89%E9%99%90%E3%82%AA%E3%83%BC%E3%83%88%E3%83%9E%E3%83%88%E3%83%B3
有限オートマトン（ゆうげん-、finite automaton、FA)または有限状態機械（ゆうげんじょうたいきかい、finite state machine、FSM）とは、有限個の状態と遷移と動作の組み合わせからなる「ふるまいのモデル」である。
状態（state）とは過去に関する情報を格納するものであり、システムが開始してから現在までの入力を反映するものである。
遷移（transition）とは状態変化を示すものであり、遷移を実現するのに必要な条件とともに示される。
動作（action）とは活動の説明であり、与えられた時点で実行しなければならないことを示している。
動作にはいくつかの型がある。
開始（Entry）動作
その状態に入るときに行う動作
終了（Exit）動作
その状態から出るときに行う動作
入力（Input）動作
現在状態と入力条件に依存して行う動作
遷移（Transition）動作
ある遷移を行うときに実行される動作
0077nobodyさん
2007/03/09(金) 14:02:07ID:???気持ち悪いなぁ
0078nobodyさん
2007/03/09(金) 14:46:54ID:???0079nobodyさん
2007/03/09(金) 15:55:05ID:???Railsは便利そうな感じがしたので、色々調べてみたんですが、仕事をするには至っていません。
DAOが組み込み済みとのことで、工程を多少省けて良いかなとは思ったんですが。
大小を問わず今の開発者泣かせなAJAXベースのWEBアプリは
先２～３年でWPFに駆逐されるのではと勝手に思っているので、
そう考えると、腰を据えて勉強を進めるならASP.NETかなぁ。
C#自体もJavaの後発だけあって、さすがに素晴らしい言語だし。
0080nobodyさん
2007/03/09(金) 16:23:05ID:???0081nobodyさん
2007/03/09(金) 16:50:48ID:???VSとC#を使って現資産で開発効率を上げられるので、自分はWPFかなと思ってますが。
最後にWeb言語の勉強をしてから久しいので、適当に流してやってください。
0082nobodyさん
2007/03/09(金) 18:57:18ID:???AJAXの代替として、とりあえずFlash（ActionScript）を使ったリッチクライアント技術が活用されるようになるでしょうか？
Flashで足りないことはApolloで補えるかなー？というかんじで見てみるとか。
http://www.atmarkit.co.jp/fwcr/rensai/wcrwatch17/wcrwatch17.html
デスクトッププラットフォームを制するのはApolloかWPF/Eか
0083nobodyさん
2007/03/09(金) 19:48:43ID:???Flexスレにどぞ
http://pc11.2ch.net/test/read.cgi/php/1113294628/
0084nobodyさん
2007/03/09(金) 21:09:40ID:???確かに魅力的だ
Webアプリを作っていてセキュリティ対策が一番重要で一番時間がかかるわりに
一番おもしろくないので、その辺が楽になるFWは魅力的だ
0085nobodyさん
2007/03/09(金) 21:14:11ID:???結構高い志を持ってやっている印象はあるがどうなの? > 利用している人
0086nobodyさん
2007/03/09(金) 21:19:35ID:???0087nobodyさん
2007/03/09(金) 22:59:47ID:???http://www.phppro.jp/news/330
0088nobodyさん
2007/03/09(金) 23:13:19ID:???ほうが良いと思うな。故Mapleを思い出しちゃうよ。
0089nobodyさん
2007/03/10(土) 01:23:22ID:???正直、まだ満足にSymfonyやZend Frameworkを使いこなせていません。
もう次世代の新しいフレームワーク「Piece」が出たんですか？
ピースのホームページにあった説明分には、聞いたことがないような用語が連発されていてよく分かりませんでした。＞＜
PHP初心者の私でも分かるようなドキュメント、説明、使用例を作って欲しいです。
作者さん、よろしくお願いします。
0090nobodyさん
2007/03/10(土) 02:12:56ID:???0091nobodyさん
2007/03/10(土) 02:13:56ID:???有限マシンと言われてもピンと来なかったが、決定性有限オートマトンと同じらしいから、コンパイラの解説でも探して読めば判るよ。
字句解析とかの話で、普通に解説されている。
決定性有限オートマトンとか、DFAで調べても出てくるだろ。
0092nobodyさん
2007/03/10(土) 02:55:04ID:???0094nobodyさん
2007/03/10(土) 05:36:29ID:???getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
それぞれのインスタンスを管理するFactoryクラス書いて
疑似Singletonにするのってアリ？ナシ？
0095nobodyさん
2007/03/10(土) 05:59:35ID:???生成される側で呼び出しクラスチェックしたら問題ないよね。
0097nobodyさん
2007/03/11(日) 18:51:28ID:???> Singletonにするクラスを継承させると
> getInstanceメソッドは子クラスごとにいちいち書かないといけないじゃん。
なぜ？getInstanceにどういう実装をしてるんだ？
0098nobodyさん
2007/03/11(日) 19:09:03ID:???それにアクセスするgetInstanceも子クラスに持たせないといけないでしょ
0099nobodyさん
2007/03/11(日) 20:58:19ID:???なんでよ？継承してるんでしょ？
class Singleton
{
private static $instance = null;
public function getInstance()
{
if (self::$instance === null) {
echo "new\n";
self::$instance = new self;
}
return self::$instance;
}
}
class SubClass extends Singleton
{}
$obj = Singleton::getInstance();
$obj = SubClass::getInstance();
これでいいんじゃないの？newが表示されるのは1回だけだよ
PHP4ならスタティックプロパティをスタティック変数にする
010099
2007/03/11(日) 21:07:13ID:???selfじゃ取れないから確かにだめだ
SubClass::getInstaceだけやってても
Singletonのオブジェクトが返って来るわ
すまんこ
0101nobodyさん
2007/03/12(月) 03:11:38ID:???そして挫折する
0102nobodyさん
2007/03/12(月) 10:16:16ID:???0103nobodyさん
2007/03/12(月) 10:23:41ID:???シングルトン以後はシングルトン以前のように
0104nobodyさん
2007/03/12(月) 10:50:44ID:???0105nobodyさん
2007/03/14(水) 05:58:22ID:???作ってる香具師は自分のスキルを誇示したくて作ってるだろうから、勉強会がモチベーション上がるだろうね。
ドキュメント整備なんてPGには全く向いてない仕事。使う側が自分が楽するために整備して行く以外無いよ。
セキュリティが面倒だから任せたいってのも、作る側もセキュリティは面倒なので遣りたくはないと思う。
結局はセキュリティは後回しで、使う側が困ると。
セキュリティとか楽しくない作業は商用ソフトとかで金でモチベーションを保たないと整備されないと思う。
0106nobodyさん
2007/03/14(水) 06:11:52ID:???いったんOOPに慣れたらクラス作らない方が書きにくい
0107nobodyさん
2007/03/14(水) 09:41:35ID:???0108nobodyさん
2007/03/14(水) 23:40:26ID:???mod_phpみたいに永続化の仕組みがない環境じゃますます要らない。
リクエストの度にDBやフォームデータというフラットな構造の値からオブジェクトを作り直すなんて馬鹿げてる。
0109nobodyさん
2007/03/14(水) 23:43:17ID:???パフォーマンスが落ちるのは仕方ない
0110nobodyさん
2007/03/15(木) 01:49:45ID:???読みやすさのためにOOにしたほうが有益
0111nobodyさん
2007/03/15(木) 01:54:28ID:???アクセラレータ入れたらいいしね
0112nobodyさん
2007/03/15(木) 02:31:25ID:???ベタ書き主義は
他人のライブラリを使うという可能性まで切り捨てることになる
0113nobodyさん
2007/03/15(木) 11:21:54ID:???0114nobodyさん
2007/03/15(木) 14:47:00ID:???オ ブ ジ ェ ク ト ン あ ら わ ル ！ ！
ﾃﾞﾃﾞｰﾝ!!
0115nobodyさん
2007/03/16(金) 08:52:32ID:???もちろんあらゆる処理を自作関数にはしているけど、
関数から一歩進んでクラスにするメリットがよく理解できない。
0116nobodyさん
2007/03/16(金) 09:53:31ID:???単純にクラス化すればいいってもんじゃないけど
例えば俺があなたのコードをメンテしなきゃならない時にコードを理解するのが大変とかっていう
ベタ書きのデメリットを回避出来るのがメリットかなぁ
本当に理解してる人からは怒られるかもしれないけど、稚拙な俺なりの理解で抽象的に語ると
クラス化するというのは情報を整理する為の方法だと思うんだ
きちんと整理されているとコードを読みやすいし書きやすい
ベタ書きでも整理は出来るんだけど、ベタ書きだけでは整理の為の表現力が足りないし、より
オレオレな整理方法になりやすい
どうでもいいけどクラス化されてないフレームワークってあるんだろうか？（phpでね）
おもしろいフレームワークになりそうな気はするがｗ
0117nobodyさん
2007/03/16(金) 10:52:04ID:???だから、PHP4で十分なんだ。
0118nobodyさん
2007/03/16(金) 10:59:28ID:???黙ってひとりだけでやっとけ。
0119nobodyさん
2007/03/16(金) 12:34:59ID:???このバランス感覚、さすが - GoogleのDIフレームワーク"Guice"を使ってみる
今、Ruby on RailsのPHP版が人気だと思いますが、Guiceに影響を受けてDIフレームワークが増えてくるでしょうか？
0120nobodyさん
2007/03/16(金) 12:44:56ID:???) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) Javaハジマタ
0121nobodyさん
2007/03/16(金) 12:48:54ID:???関数はそれ一つで事象が完結してしまうだろ。
オブジェクトはそれの消滅まで動作を一連して処理できる。
たとえば簡単な例だと、PHPのFTP関数。
何をするにも、関数ひとつひとつにコネクションを突っ込んでやらなきゃいけない。
0122nobodyさん
2007/03/16(金) 12:59:51ID:???0123nobodyさん
2007/03/16(金) 13:00:46ID:???google規模の仕事なんてしねーし
0124nobodyさん
2007/03/16(金) 13:04:11ID:???0126nobodyさん
2007/03/16(金) 13:48:08ID:???＞ベタ書きで、何にも困ってないんだけど・・・。
具体的にどんなもの作ってるの？
何も困らないとかすごいな。
つくったものちょっと見せてよ
0127nobodyさん
2007/03/16(金) 14:10:14ID:???OOの方がいいことに疑問もないけど、
そうでない奴が「これ何の役に立つんだ？」と考えるのもよくあることだな。
0129nobodyさん
2007/03/16(金) 18:45:29ID:???「一人で趣味でやってるなら好きにすれ」
となるわけだな。
0130nobodyさん
2007/03/16(金) 19:03:38ID:???無難なやつがいいです。ゲームだったらドラクエ買っとけば？みたいな。
できれば新しい奴がいいです。
0131nobodyさん
2007/03/16(金) 19:16:57ID:???0133nobodyさん
2007/03/17(土) 03:34:50ID:???既存のフレームワークを使わずに、自作フレームワーク + smartyぐらいしか
方法はないんでしょうかね
0134nobodyさん
2007/03/17(土) 04:03:49ID:???どうして自作フレームワーク + smartyだと思ったんだろう？
既存フレームワークのどこがネックだと思ったの？
0135nobodyさん
2007/03/17(土) 19:52:48ID:???0136nobodyさん
2007/03/17(土) 21:43:25ID:???ほとんどのフレームワークでSmartyなりFlexyなりのテンプレートエンジンが使えると思うんだけど、
それ以上の事っていう話？
それ以上どういうものがあるとデザイナさんにとって便利なのか、よくわからんので、
アイデアがあるなら聞かせて欲しい。
0139nobodyさん
2007/03/18(日) 17:36:06ID:???0140nobodyさん
2007/03/19(月) 11:16:32ID:???予想以上に酷い・・・
<tr><tr>とかあるのに平気で提出するし、fontタグとspanタグ（cssでスタイルを設定している）を二重に使う意味って何よ？
内容の無い、謎の<div></div>なんてのもあるし・・・
まぁ、たぶん dreamweaver だとかの出力をそのまま提出したんだろうけどね。
プロってくらいなんだから、せめて html くらい勉強してきれいな html で提出してもらいたいもんだ。
0141nobodyさん
2007/03/19(月) 11:32:32ID:???自分でタグ打つほうが良い気がしてきた
0142nobodyさん
2007/03/19(月) 11:36:17ID:???0143nobodyさん
2007/03/19(月) 11:53:00ID:???それをHTMLだのCSSだのに落とすのはプログラマの仕事にしちゃった方が
効率も良いし後のメンテ性も上がる気がするよするよ
0144nobodyさん
2007/03/19(月) 12:19:46ID:???めちゃくちゃでもHTMLで書いてもらわないと
こんなんできるか！っていうありえない絵を持ってくる
デザイナーとはそんなもん
0145nobodyさん
2007/03/19(月) 16:40:05ID:???同意。というか、デザイナ と ウェブデザイナ の仕事の違いだな。
単なるデザイナは見た目としての絵を書くのが仕事。
一般的なウェブサイトで見かけるようなレベルの
”絵”をかけるなら結構いる。
（もちろんすごいレベルの絵をかける人は少ないが）
ウェブデザイナはXHTML・CSS（もちろん手書きできること）、
各ブラウザでのCSS等の対応の違いとその対処法、
Web標準、ユーザビリティ、アクセサビリティ、CGI、Ajax、
JavaScript、PHP等の動的プログラミング言語と
”絵”以外の要素を知っていないといけない。
こういう人はデザイナの世界にはなかなかいないが、
プログラマの世界にはそれなりにいたりする。
デザイナとプログラマで作るとしたら、
デザイナは絵を描いてくれれば十分。
0146nobodyさん
2007/03/19(月) 16:44:31ID:???めちゃくちゃなHTMLを貰ってどうするんだ？
めちゃくちゃなものをそのままアップするのか？
あんなの何の参考にもならんだろ。
こんなんできるか！っていうありえない”絵”ならHTMLでだってできるよ。
でも所詮それはHTMLがおまけ程度についただけのただの”絵”でしかないけど。
0147nobodyさん
2007/03/19(月) 16:50:31ID:???思いっきりテーブルデザインで帰ってきた時は凹んだ
0148nobodyさん
2007/03/19(月) 16:57:37ID:???0149nobodyさん
2007/03/19(月) 17:06:02ID:???こっちで書きなおそうかなぁ…
自動でやってくれるソリューションあればいいのに
0150nobodyさん
2007/03/19(月) 17:22:26ID:???SEO以前の問題だろ
0151nobodyさん
2007/03/19(月) 18:24:39ID:???0152nobodyさん
2007/03/19(月) 18:57:47ID:???0153nobodyさん
2007/03/19(月) 19:24:36ID:???0154nobodyさん
2007/03/19(月) 21:44:00ID:???0155nobodyさん
2007/03/19(月) 23:45:57ID:???別アプリで実績ある分Mapleよりはメンテナ信頼できるけど、symfonyより良さげなら
話聞きにいきたいなぁ
ていうかその観点で話してくれるなら普通に聞きにいくんだけど
カンファレンスのページ見ても内容が今一わからん。
0156nobodyさん
2007/03/20(火) 01:15:48ID:???今ならフレームワークとMojaviが学べます！お値段はたったの14万円！
0157nobodyさん
2007/03/20(火) 02:30:38ID:???0158nobodyさん
2007/03/20(火) 08:57:32ID:jdCy6U+c・PHP4対応
・smarty対応(特別な修正無しで)
・テーブル名、カラム名の命名に縛りが無い
0160nobodyさん
2007/03/20(火) 09:11:17ID:???使っている人います？
0162nobodyさん
2007/03/20(火) 14:23:20ID:???正しい名前は忘れたけど、sfSmartyViewPluginみたいなのがある。
（よーするに、viewのindexSuccess.phpがsmarty templateになっちまうやつ）
後、自分なりに template plugin 作ってみたのがあるけど、どうやって公開するべきかわからん。
# symfony板があるので続きはそこで
0163nobodyさん
2007/03/20(火) 20:21:19ID:???index.php/tag
ってなってるところにアクセスすると404となってしまう・・・
この形式のURLは.htacessの方ででRedirectなんかの設定しないと扱えないんでしょうか？
0164nobodyさん
2007/03/21(水) 01:52:41ID:???ちいたんもあるよ。
小規模なものだったらTEXTSQLが使えるから、
ちいたんを拡張・修正して使ってる。
まあ、TEXTSQLだと遅いし・データ量が多くなるとだめだけど。
普通のRDB使うWEBサイトだったらPHP5のsymfonyでｳﾏｰです。
Cakeはなんか中途半端で使いずらいよねぇ。。。
0165nobodyさん
2007/03/21(水) 02:51:34ID:???なんとかしてください
使いたいんですZF
0166nobodyさん
2007/03/22(木) 05:20:42ID:???0170nobodyさん
2007/03/25(日) 13:48:51ID:???0171nobodyさん
2007/03/25(日) 21:34:51ID:???できればZFかsfで
0172nobodyさん
2007/03/25(日) 22:52:52ID:???0173nobodyさん
2007/03/25(日) 23:31:15ID:???0176nobodyさん
2007/03/29(木) 10:41:34ID:???ありがと、でも大阪なんだね。
どこでやろうと、どのみち間に合わんわけだが。
0177nobodyさん
2007/04/04(水) 00:43:35ID:???そういう意味で原始的なZendはいいかもしれん
0179nobodyさん
2007/04/04(水) 11:03:38ID:???やっぱりZF?
0181nobodyさん
2007/04/04(水) 12:06:10ID:???何気に結構なアドバンテージだと思う
ZF自体がどうかってのはまた別として
0182nobodyさん
2007/04/04(水) 12:25:03ID:???導入したいところだ
ドキュメントがしっかり整っていて実績があるFWを使うという選択をする企業が多くなる
だろうから結局ZFになるのかな
0183nobodyさん
2007/04/04(水) 14:08:55ID:???スパマーがPHPサイトをハッキング
スパマーがPHPサイトをハッキングし、
ユーザーをオンライン薬局に転送している。
PHP＼(^o^)／ｵﾜﾀ
0184nobodyさん
2007/04/04(水) 17:56:51ID:???なるのかな
0185nobodyさん
2007/04/06(金) 18:36:11ID:???今のところCakeが小回りが利いて楽でいいなと思った
が、貧弱なValidatorと中途半端なORMにはちょっと不満
データ駆動型の開発ってのはとても良い方針だとは思うけど。
CodeIgniterが結構話題になってるらしいけど、使ってる人いる？
0186nobodyさん
2007/04/06(金) 19:59:37ID:???0187nobodyさん
2007/04/08(日) 20:37:14ID:???非常にいいと思います。
ただ、他のフレームワークはドキュメントに目を通して、サンプル動画みたくらいなので
具体的な比較はできないです。
テンプレートエンジン使ってないし、PHPが使えればそのまま楽に覚えられるっていう
程よい低レベル加減が個人的には好きです。
0189nobodyさん
2007/04/08(日) 22:02:24ID:???guessworksから乗り換えられるシンプルな奴がやっと見つかった感じ。
これから勉強してみるよ。ﾉｼ
0190nobodyさん
2007/04/08(日) 23:13:43ID:???Rick Ellisもいいキャラしてそうだし
http://ellislab.com/images/design/staff_rick.jpg
0191nobodyさん
2007/04/08(日) 23:20:16ID:???0192nobodyさん
2007/04/08(日) 23:23:13ID:???0193nobodyさん
2007/04/08(日) 23:26:41ID:???小さい足跡ってどゆ意味？
0194nobodyさん
2007/04/08(日) 23:42:10ID:???要約：CodeIgniterはライブラリも豊富でイケてる。マンセー
http://codyfoss.com/blog/2006/03/22/php-frameworks-phpcake-vs-code-igniter/
要約：
・機能はCake、スピードはCI
・OOになれてなきゃCIの方が良いが逆も言える
http://www.sellersrank.com/php/cakephp-codeigniter-benchmark/
要約：
Symfony,Cake,CodeIgniterのベンチテストでCodeIgniterが圧勝
http://snook.ca/archives/php/codeigniter_vs_cakephp/
要約：
長いのでちゃんと読んでないが、Cakeにおいて、筆者が'automagic'と呼んでる一連の自動化を
何が行われてるのかちゃんと理解する向きはCakeでいいんじゃない？というように読める
0195nobodyさん
2007/04/09(月) 00:13:37ID:???Note: Code Igniter will run on PHP 5.
It simply does not take advantage of any native features that are only available in that version.
これ何を言いたいのかわからん。
「PHP5でも問題ない」なのか
「PHP5で使いたければ使えるんじゃないの？おすすめはしないけど」なのか。
0196nobodyさん
2007/04/09(月) 00:23:36ID:???0197nobodyさん
2007/04/09(月) 00:27:01ID:???that versionがCIのバージョンのことかと思って混乱してた
0198nobodyさん
2007/04/09(月) 00:43:54ID:???0199nobodyさん
2007/04/09(月) 00:52:09ID:???Code Igniterのバージョンについての言及なのか、
PHPのバージョンについての言及なのか
を読解するという意味では日本語読解力とかに近い
0200nobodyさん
2007/04/09(月) 01:06:03ID:???WebアプリでMVCの重要性が語られるようになって久しいけど、そろそろModelなしのVCでもいいんじゃないかって方向性も出てきそうだな。
実際ActiveRecordやその派生の機能が充実すれば、ことにWebアプリではModelは大して必要ないってのもうなずける。
0202nobodyさん
2007/04/09(月) 02:03:27ID:???見慣れない単語だから勝手にドイツ製だと思ってたｗ
0203nobodyさん
2007/04/09(月) 02:04:06ID:???ごめん嘘ついた
0204nobodyさん
2007/04/09(月) 02:08:21ID:???0205nobodyさん
2007/04/09(月) 02:10:54ID:???Ellisの頭を表してるんだよ！
0206nobodyさん
2007/04/09(月) 02:55:57ID:???$this->uri->segment(3)をdbに渡すキーにするのはなんか気持ち悪いな
あと
$this->db->insert('comments',$_POST);
みたいに$_POSTをまるごとmodelに渡すのもなんか怖い。
0207nobodyさん
2007/04/09(月) 03:38:07ID:???Controllerの前にSecurityでフィルタするみたいね
0208nobodyさん
2007/04/09(月) 06:23:21ID:???codeigniterもLayout（Decorator）がないなぁ
symfony見習えっつの
0209nobodyさん
2007/04/09(月) 11:18:37ID:???0210nobodyさん
2007/04/09(月) 16:47:49ID:???http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-frameworks/
djangoの速さとsymfonyの遅さは異常
CodeIgniterは速いといってもPHP FWの範疇の話だな
0212nobodyさん
2007/04/09(月) 19:11:56ID:???// コントローラ内
$data['content_page'] = 'content_view.php';
$data['content_data'] = array(ほげほげ);
$this->load->view('layout_view.php', $data);
// layout_view.php
<html>
<共通ヘッダ>
<?php $this->load->view($content_page, $content_data)?>
<共通フッタ>
</html>
0213nobodyさん
2007/04/10(火) 00:34:53ID:???http://www.phppro.jp/news/361
でもそんな遅いと言われるsymfonyもスケール前提のサイトで使われてたりするわけで…
負荷という一つの尺度だけで測ることはできないね。
0214nobodyさん
2007/04/10(火) 07:41:03ID:???フルスクラッチで書くのは何だが
symfony使うのも何かしんどい時にいい感じ。
ちいたんとガチにバトるポジションに入ってきた。
0215nobodyさん
2007/04/10(火) 07:57:43ID:???index.phpと同階層にsystemがあるけど
セキュリティー的にどうなの？
フタし忘れてたら見られるじゃん？
0216nobodyさん
2007/04/10(火) 08:39:16ID:???まあhttpd.confとかでよっぽどヘマしなければ大丈夫なんじゃない？って考えなのかもしれない。
0217nobodyさん
2007/04/10(火) 08:57:20ID:???なんかアドホックだなぁw
ヘルパの頭には
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');
と書いてある。
appdir/helpers/配下に置くオリジナルヘルパにも
やっぱりこれ入れておけってことだろうか。
んーアドホックだ…。
0218nobodyさん
2007/04/10(火) 09:06:26ID:???(or even within your View files, although that's not a good practice)
symfonyに喧嘩売ってるんですか（＞＜）
0219nobodyさん
2007/04/10(火) 09:39:57ID:???0220nobodyさん
2007/04/10(火) 12:46:22ID:???この部分に気を配ってるフレームワーク少ないから。
突っ込んだことしようとして無茶なハックするはめになる。
Ellisはフレームワークってものを分かってるね
0221nobodyさん
2007/04/10(火) 16:36:48ID:???お手軽で小回りが利いてるところが。
正直symfonyはでかすぎるわｗ
つうか俺の腕じゃsymfonyのメリット活かしきれなかった。
0222nobodyさん
2007/04/10(火) 21:12:49ID:???sfContext::getInstance()->getController()
みたいに
グローバルなレベルから辿ってcontrollerをgetするにはどうしたらいいの？
0223nobodyさん
2007/04/11(水) 01:14:20ID:???バリデーション周りダサいよね
0224nobodyさん
2007/04/11(水) 04:17:59ID:???見にくいだけだろ
エリスの髪むしりたい
0225nobodyさん
2007/04/11(水) 07:03:13ID:???コントローラの中から
$this->load->library();
したら、オブジェクトがコントローラのプロパティーになるじゃん。
これはシングルトン用だよね。
ただ単にクラスを読み込みたいだけの時はどうすれば？
0226nobodyさん
2007/04/11(水) 08:09:49ID:???validationがviewに出張して
表示用エスケープ処理まで担当するコンセプト自体はgood (｀･ω･´) ｂ
リクエストパラメータを一括して担当するのはなんかPHPっぽい
0227nobodyさん
2007/04/11(水) 09:28:49ID:???$CI =& get_instance();
これでcontrollerが取れる
contextとcontrollerが一体化してる感じか
0228nobodyさん
2007/04/11(水) 09:44:26ID:???0229nobodyさん
2007/04/11(水) 09:53:02ID:???サイトの見た目とかムービーの用意とか大切だなとあらためて思った。
0230nobodyさん
2007/04/11(水) 11:23:56ID:???0231nobodyさん
2007/04/11(水) 11:30:27ID:???俺に利点をkwsk教えてくれないかい？
0232nobodyさん
2007/04/11(水) 12:59:45ID:???それで必要ないと思ったら必要ないよ。
0233nobodyさん
2007/04/11(水) 13:48:18ID:???別に使ってないけど、ドキュメントだけ読んで想像でレスしとります。
>>225
modelじゃね？
まあviewに渡すとき、どうせ勝手に配列にされるけど。
0234nobodyさん
2007/04/12(木) 01:43:04ID:???0235nobodyさん
2007/04/12(木) 06:37:48ID:???これフレームワーク関係ないよなw
わざわざ書いてくれるなんてhage親父親切だな
0236nobodyさん
2007/04/12(木) 07:25:35ID:???配列をパラメータで渡すとエラーになるね。
って思ったらforumに載ってた
パッチ済みか・・・
http://codeigniter.com/forums/viewthread/46994/
0237nobodyさん
2007/04/12(木) 08:09:10ID:???$_POSTって書いてるのに"で囲んでるから。
デバッグしようぜ～
0238nobodyさん
2007/04/12(木) 08:35:40ID:???0239nobodyさん
2007/04/12(木) 10:26:31ID:???どのフレームワークでも使えるような汎用的なクラスを
作りためとく方がいいような気がしてきた。
フレームワーク依存のクラス書くのってリスクだよな。
0240nobodyさん
2007/04/12(木) 13:46:11ID:???超シンプルなフレームワークを作ってくれないかな
0242nobodyさん
2007/04/12(木) 13:59:38ID:???ところでチュートリアル動画で使ってるエディター（というか統合環境）はなんなの？
0243nobodyさん
2007/04/12(木) 14:07:40ID:???0244nobodyさん
2007/04/12(木) 14:12:33ID:???結局は、一度作ってみないと、最小セットはこれってのも分からなかったりするけど。
0246nobodyさん
2007/04/12(木) 14:47:28ID:???0247nobodyさん
2007/04/12(木) 15:00:44ID:???viewで
<?php foreach(ほげ): ?>
<?php endforeach;?>
とかいう発想、ストレートでいいなあｗ
あと、ロゴが、鬼太郎の親父みたいなのがいい！
0249nobodyさん
2007/04/12(木) 16:00:54ID:???＞$this->db->insert('comments',$_POST);
＞みたいに$_POSTをまるごとmodelに渡すのもなんか怖い。
まあチュートリアルだから。
それに$_POSTとかはCI_INPUTクラスのフラグをtrueにすれば
xss_cleanメソッドで一括サニタイズ可能みたいだから問題ないでしょ。
0250nobodyさん
2007/04/12(木) 16:08:42ID:???ユーザガイド見るだけでスイスイ使える。
0252nobodyさん
2007/04/12(木) 16:13:17ID:???フレームワーク関係あるでしょ。CIのテンプレート昨日使わない時には
PHPライクなタグでecho=view部分が次のように書けるという情報なんだから。
0253nobodyさん
2007/04/12(木) 16:24:34ID:???phpライクというかphpそのものでしょ
単に生PHPが書けると書けば済むのに
テンプレートに適した書き方を教えてくれるのは丁寧だと思うけど。
0254nobodyさん
2007/04/12(木) 16:36:34ID:???そのページでは大切だと思ったから、そう書いたんだよ。
0255249
2007/04/12(木) 17:08:02ID:???ですね。magic_quotes_gpcがオフの場合、最低限addslashesで
エスケープするかたちをとってるんだ。スマソ
0256nobodyさん
2007/04/12(木) 17:21:59ID:???書くいう私もさっきまで勘違いしてて試してみてビビッた。
知らんかった。PHPいいね。
Smartyいらないんじゃないかと思ったよ。
0257nobodyさん
2007/04/12(木) 17:36:04ID:???0259nobodyさん
2007/04/12(木) 18:38:49ID:???それすげーわかる
俺もsymfony、Cakeを一通りやったけど、
symfonyはいらんわ。あれもうPHPじゃねーだろｗ
あんなめんどくせぇことやるなら潔くJava系のFW使う
結局この先生きのこるのは最小構成のFW+俺クラスって気がする
書くコード量減らすより、見通しの良さの方が断然重要
0260nobodyさん
2007/04/12(木) 18:51:11ID:???0261nobodyさん
2007/04/12(木) 21:00:21ID:???0262nobodyさん
2007/04/12(木) 21:11:54ID:???古くからPHP使ってるユーザはむしろアンダースコアを
ネームスペースセパレータにするってのは
そんなに違和感ないんだけど
やっぱりそうでもない人も多いのかね
0263nobodyさん
2007/04/12(木) 21:18:19ID:???0264nobodyさん
2007/04/12(木) 21:40:05ID:???026578
2007/04/12(木) 23:11:02ID:???026678
2007/04/12(木) 23:12:14ID:???0267nobodyさん
2007/04/13(金) 00:50:19ID:???まあ慣れだろう。
変な規則で育った香具師も居るだろうし。
0268nobodyさん
2007/04/13(金) 03:12:55ID:???symfonyはきっちりしようとするあまりに内部が複雑になってるところがあるな
CIはphpのいい意味でのルーズさと親和性が高くていい感じ
しかし少し前までまったく注目されてなかったダークホースがいきなり来るとはw
0269nobodyさん
2007/04/13(金) 04:35:46ID:???これ書くの忘れるわ～
0270nobodyさん
2007/04/13(金) 07:59:10ID:???class/func?param=value
って書いたらエラーになる
0272270
2007/04/13(金) 08:50:18ID:???便宜segmentから再構成すればいいようだが
メールアドレスをrawurlencodeしてvalueに入れると
The URI you submitted has disallowed characters.
と言われてしまう。どうも%が駄目らしい。
作者はエンコードも知らねーのか。ｽｯﾄｺﾄﾞｯｺｲが。
0273nobodyさん
2007/04/13(金) 09:07:56ID:???設計書に「ちいたん ver 0.7.0.1」とは書けないｗｗｗ
0274nobodyさん
2007/04/13(金) 09:17:21ID:???0275270
2007/04/13(金) 09:40:23ID:???a-z 0-9~%.:_-
これ以外の文字は使うなと強く警告してる
しかしCI_Routerクラスの_filter_uriメソッドには
urlデコード後の文字が渡ってきている
つまりエンコードして渡したところで意味がない
何だこれ2バイトコード使う奴らのことなんて知ったこっちゃねーってことか
0277nobodyさん
2007/04/13(金) 09:47:10ID:???アルファベットで Cheetan って書いとけば大丈夫じゃね？ｗ
なんか足の速い動物とかと勘違いしてくれるかもしれないし
0278nobodyさん
2007/04/13(金) 09:48:27ID:???作者を笑う前に、少しはソース読めよ。
そのメッセージって、Router Classで$this->config->item('permitted_uri_chars')で
許可するキャラクタセット分岐をした結果なんだから
permitted_uri_charsを自分の好みに指定すればいいだろ。
もとはconfig.phpにあるだろが。Allowed URL CHaracters
0280nobodyさん
2007/04/13(金) 10:02:20ID:???そもそもマルチバイトがどういうものなのかを知る機会自体がないんだろうな
>>278
日本語通すには実質空白にしないといけないんじゃね？
Leave blank to allow all characters -- but only if you are insane.
基地外だけが空白にしろという強い調子で警告してる。
getで通す文字の制限を外すことで
どんなリスクがあるのか
説明がないからなんか怖い。
てかサニタイズはclass/method部分だけやるべきで
パラメータをルータ段階でフィルタしたら駄目だろ
常識で考えて…
どうハックするか悩ましいぜええ
0281nobodyさん
2007/04/13(金) 10:04:27ID:???0282nobodyさん
2007/04/13(金) 10:14:30ID:???どんなリスクあんの？
「class/_method形式でprivateメソッドを呼ばれてしまう」くらいしか
思いつかない
何なのこの設計…
こんな設計はじめて
0283nobodyさん
2007/04/13(金) 10:42:22ID:???モデルに変な値を送られるのを防ぐにしても
POSTで送られることもあるからルータだけでチェックしても意味がない
結局「リスクを最小化する」程度ですかね
もう空白でいくわ・・・insaneと呼ばれてもいい
0284nobodyさん
2007/04/13(金) 11:26:52ID:???俺はてっきり、Pharonみたいにネタにされてるだけかと思ってたのによー
ちいたんいいじゃねえかｗ
国産の中では最強じゃね？
0285nobodyさん
2007/04/13(金) 11:28:09ID:???身長146cmの可愛らしい人妻ってのが良いな
0286nobodyさん
2007/04/13(金) 11:35:09ID:???業務でかなり使わせてもらってます。
0287nobodyさん
2007/04/13(金) 11:40:35ID:???ちゃんとバリデータやモデルもあんのな。
0288nobodyさん
2007/04/13(金) 11:42:06ID:???ﾜﾗﾀ
作者のサイト、独特の雰囲気があって面白いな
0289nobodyさん
2007/04/13(金) 11:42:30ID:???もう時代はちいたんかよ
流れ早すぎ
0290nobodyさん
2007/04/13(金) 11:46:54ID:???PHPならではのフレームワーク
という流れが来てるのかね
0291nobodyさん
2007/04/13(金) 12:23:17ID:???0292nobodyさん
2007/04/13(金) 12:29:00ID:???おまえら、変体か！
0295nobodyさん
2007/04/13(金) 13:11:33ID:???0296nobodyさん
2007/04/13(金) 13:41:20ID:???0297nobodyさん
2007/04/13(金) 13:48:39ID:???独自のセッションクラスはクッキー前提だし
urlパーサはセッションidが付いたurlを飲まないし
0299nobodyさん
2007/04/13(金) 21:09:31ID:???趣味で使う分には、ちいたんでも問題ないし。
0301nobodyさん
2007/04/14(土) 01:06:37ID:???session.use_trans_sidの使用を想定してないんじゃないかってこと
0302nobodyさん
2007/04/14(土) 02:14:24ID:???0303nobodyさん
2007/04/14(土) 05:59:22ID:???URIの末尾にセッションIDがあったらそのセッションを開始するように
ハックすればおk
リダイレクトやリンクの際には、自前でid付加しないといけないから
my_urlヘルパの作成もすること
0304nobodyさん
2007/04/14(土) 07:50:24ID:???それを書くなら「想定してなくね」じゃなくて「想定してないんじゃないの？」だ。
前者なら「想定してないんじゃないの」って意味になるだろ
0305nobodyさん
2007/04/14(土) 10:00:45ID:???GETつかうんなら
$config['enable_query_strings'] = TRUE;
必須だから、mod_rewriteあたりで
RewriteRule ^(\/*)/$ index.php?c=$1 [L]
RewriteRule ^(\/+)/(\/+)/$ index.php?c=$1&m=$2 [L]
RewriteRule ^(\/+)/(\/+)/(.*)$ index.php?c=$1&m=$2&$3 [L]
しとけば、
class/func/param=value&foo=bar...
で普通に通るんじゃないの？
0307nobodyさん
2007/04/14(土) 11:23:56ID:???0308nobodyさん
2007/04/14(土) 13:20:03ID:???0309nobodyさん
2007/04/14(土) 13:27:46ID:???0310nobodyさん
2007/04/14(土) 13:54:03ID:???と流れてきたFWのブームは一言で言うと簡素化の流れ。
てことは・・・フレームワークなんて
実はいらなかったんじゃね？
おまえら（^Д^）9mﾌﾟｷﾞｬｰ
0311nobodyさん
2007/04/14(土) 14:38:08ID:???0312nobodyさん
2007/04/14(土) 14:42:03ID:???0313nobodyさん
2007/04/14(土) 14:54:11ID:???0314nobodyさん
2007/04/14(土) 14:57:26ID:???0315nobodyさん
2007/04/14(土) 15:22:10ID:???$this->db->insert('table', array('regist'=>'now()'));
と書くとnow()が文字列になる。
active recordだと関数実行出来ないの？
0317nobodyさん
2007/04/14(土) 15:48:38ID:???それに対しておれは
function now()
{
return date("Y-m-d H:i:s");
}
っていう関数を作っといた
書く場所はcodeigniter/Common.phpとかにして
$this->db->insert('table', array('regist'=>now()));
0318nobodyさん
2007/04/14(土) 18:24:27ID:???hooks/以下に書いたほうがいいと思う。
あと時間関数はDate Helperをloadすれば色々あるからそれつかえばいいと
思うがだめなのか？
0319nobodyさん
2007/04/14(土) 18:24:49ID:???0320nobodyさん
2007/04/14(土) 19:01:20ID:???散々乗り回した挙句
俺色に染めるためのFW
0321nobodyさん
2007/04/14(土) 19:32:06ID:???ん？hookは使えないだろ。
やるなら、pluginだけど、１枚１関数だからな。
あとはMyClassで一つ作ってlibrariesにおいて使いまわすか
CIの拡張規則破るけどhelperにmyfunc_helperとかいうのを一枚作っておいて
拡張するかだな。これでもcore ファイルに書くよりはましだから。
0322nobodyさん
2007/04/14(土) 21:12:40ID:???0323nobodyさん
2007/04/14(土) 21:21:43ID:???( ･ω･)＝つ≡つ
(っ ≡つ＝つ
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ
( /￣∪
.∧＿∧ ∧＿∧
；;;；;、(･ω(:;(⊂＝⊂≡ （・ω・ ）
(っΣ⊂≡⊂＝ ⊂≡ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣＼ )
0324nobodyさん
2007/04/14(土) 21:26:29ID:???2ch Framewrok
をさ！！
0325nobodyさん
2007/04/14(土) 21:58:39ID:???頼むからこれ以上乱立させんでくれ
リソースは1箇所に集中した方がいい
一番メジャーなsymfonyですら、
コアな情報が特定のユーザーからしか発信されてない厳しい現状だ
つうわけでお前ら全員これからちいたん使ってくれ
0326nobodyさん
2007/04/14(土) 22:03:09ID:???0327nobodyさん
2007/04/14(土) 22:13:46ID:???おれは、ちいたん
0328nobodyさん
2007/04/14(土) 22:16:15ID:???VIPか、どっかでやってくれ。
0329nobodyさん
2007/04/14(土) 22:17:56ID:???で、あんたはどれってかどっち？
0330nobodyさん
2007/04/14(土) 22:19:32ID:???0332nobodyさん
2007/04/14(土) 22:40:02ID:???0333nobodyさん
2007/04/14(土) 22:41:48ID:???0334nobodyさん
2007/04/14(土) 22:51:47ID:???0335nobodyさん
2007/04/14(土) 22:53:25ID:???0336nobodyさん
2007/04/15(日) 01:03:44ID:???0337nobodyさん
2007/04/15(日) 01:08:46ID:???ちいたんくらいだと把握・運用が簡単なので初級者でも話題にできる。
というわけで必然的に話題は増えるのではないかな。
名前からしてネタ化しやすそうなので隔離スレつくるといいかもしれない。
0338nobodyさん
2007/04/15(日) 01:21:16ID:???ちいたん＋CI＋guessworkって感じで。
0339nobodyさん
2007/04/15(日) 02:31:49ID:???アメ公がそんな細やかさ持ってるわけねーだろ。
0340nobodyさん
2007/04/15(日) 07:56:19ID:???ちいたんに関しては、>>164ぐらいじゃないの？他の「ちいたん」話題は嫁の身長何センチだの
(;´Д｀)ﾊｧﾊｧだのっていうだけだぞｗ
0341nobodyさん
2007/04/15(日) 09:40:07ID:???>RDB使うWEBサイトだったらPHP5のsymfonyでｳﾏｰ
そゆ意味ではCIはかなりバランスいいと思うのだが。
symfonyはでかすぎてハックするのが辛い。
0343nobodyさん
2007/04/15(日) 11:29:26ID:???0344nobodyさん
2007/04/15(日) 11:31:24ID:???SQLiteのこと？
0346nobodyさん
2007/04/15(日) 11:45:02ID:???慣れに敷居が高い低いは関係ないだろ。
敷居の高い低いによって、慣れるのにどれだけの労力が必要か、という違いはあるだろうけど。
0347nobodyさん
2007/04/15(日) 11:50:50ID:???0348nobodyさん
2007/04/15(日) 11:53:20ID:???ほー
こんなものがあったのか
でもコンセプト的にSQLiteとかぶってね？
SQLiteすら面倒な時用ですかね
0349345
2007/04/15(日) 12:50:30ID:???Sqliteはバイナリだけど、これは完全プレーンみたいだから、真っ裸。
0350nobodyさん
2007/04/15(日) 12:53:19ID:???CTとかにしとけばいいのに
0351nobodyさん
2007/04/15(日) 12:56:25ID:???0352nobodyさん
2007/04/15(日) 13:16:33ID:???0353nobodyさん
2007/04/15(日) 13:20:12ID:???ちーたんなんぞと一緒にしないCIの単独スレね。
俺立てようと思ったが立てれなかった。
0354nobodyさん
2007/04/15(日) 13:23:49ID:???ここが過疎るからやめようぜ
0355nobodyさん
2007/04/15(日) 13:26:12ID:???0356nobodyさん
2007/04/15(日) 13:34:42ID:???1.0でてないからだろうけど
0357nobodyさん
2007/04/15(日) 13:36:04ID:???ビクビク
0358フレームワークの神
2007/04/15(日) 13:37:07ID:???0359nobodyさん
2007/04/15(日) 13:40:19ID:???この板の過疎具合があらわれてるな
0360nobodyさん
2007/04/15(日) 13:48:21ID:???ciの複数人開発への親和性ってどうなの？
1クラス1モジュールだから分けにくい？
0361nobodyさん
2007/04/15(日) 23:35:41ID:f7ZVC+MYソースも読みやすいし、
コンセプトも個人的に気に入ってるし、使いやすいんだけど
いかんせん開発遅くね？
専スレでも言われてたけど一人で開発してるんじゃねーか？
このペースだと1.0は梅雨明けくらいになるのか？いや、夏に入るか？
ただ、どうもPHP4でも動く系のフレームワークって使う気になれなくて・・・
0362nobodyさん
2007/04/15(日) 23:52:01ID:???ほんと単純なアプリならいいんだが、凝ったものになると
必要ない自分ルールを何個も定義せにゃならん
0363nobodyさん
2007/04/15(日) 23:54:35ID:???0364nobodyさん
2007/04/15(日) 23:55:05ID:???来週くらいには1.0だろ
0365nobodyさん
2007/04/16(月) 00:10:50ID:???0366nobodyさん
2007/04/16(月) 00:11:16ID:???0367nobodyさん
2007/04/16(月) 00:40:45ID:???Zend Frameworkに移行しやすい？
0368nobodyさん
2007/04/16(月) 03:44:20ID:???CodeIgniterの方がなんぼかマシ
むしろ今、時代はCodeIgniter
0369nobodyさん
2007/04/16(月) 03:46:10ID:???1名様ご案内～
http://pc11.2ch.net/test/read.cgi/php/1172328149/
0370nobodyさん
2007/04/16(月) 07:15:56ID:???$this->input->valid_ip($ip)
てあるんだけど、
invalidなIPでアクセスされることなんてあんの？
そんな高度なハッカーにPHPer程度がたちうちできんのか？
0371nobodyさん
2007/04/16(月) 07:43:27ID:???サニタイズするの早すぎないか？
symfonyのEscapingOutputみたいに
表示する段階ですりゃいいじゃん
ってかむしろ表示する段階でするべきだろ。
どういう設計思想なんだろ。
0372nobodyさん
2007/04/16(月) 08:18:14ID:???この段階でエスケープ指示できたら良くないか？
$this->load->view('file',$array,true)
だったら生データ渡せるとかさ
0373nobodyさん
2007/04/16(月) 08:34:33ID:???0374nobodyさん
2007/04/16(月) 08:34:43ID:???0376372
2007/04/16(月) 08:56:08ID:???CIの拡張性の高さは素晴らしいな
donationしたいくらいだ
0377nobodyさん
2007/04/16(月) 09:11:27ID:???function view($view, $vars = array(), $return = FALSE)
{
$vars = $this->_ci_object_to_array($vars);
$vars = $this->_escapeArray($vars);
return $this->_ci_load(array('view' => $view, 'vars' => $vars, 'return' => $return));
}
protected function _escapeArray($array){
foreach ( $array as $key => $value ){
if ( ! is_array($value) ){
$array[$key] = $this->_escape($value);
}else{
$array[$key] = $this->_escapeArray($value);
}
}
return $array;
}
protected function _escape($str){
return htmlentities($str,null,'EUC-JP');
}
}
こんだけでokだった
簡単すぎワロタ
0379nobodyさん
2007/04/16(月) 13:56:44ID:???楽しくないけど。
0380nobodyさん
2007/04/16(月) 17:49:20ID:???PHP4だと対応できないから、単なる関数にして
$this->load->view（'file',espaceA($array))
とかしたほうがいいんじゃないの？
0381nobodyさん
2007/04/17(火) 00:24:50ID:???OOPなのに関数にするのは気持ち悪いだろ
0384nobodyさん
2007/04/17(火) 02:04:59ID:???そうじゃなくて、loadクラスについてのみ、a bit hackをCI自身がやってて
version 4だとMY_のextendsが利かないんだよ。
（system/codeigniter/にBase4.phpとBase5.phpがある理由はそれ）
0385nobodyさん
2007/04/17(火) 02:09:44ID:???それはしらなかった
PHP4サポートしながら
PHP5も独自に対応してるCodeIgniterは偉い！
DBclassもPHP5だと少し便利になるし
0386nobodyさん
2007/04/17(火) 03:48:54ID:???Cakeのそれとまったく変わらない件
0387nobodyさん
2007/04/17(火) 07:19:14ID:???0389nobodyさん
2007/04/17(火) 09:23:44ID:???0390nobodyさん
2007/04/17(火) 11:03:16ID:???宣伝がうざすぎる
0391nobodyさん
2007/04/17(火) 11:12:02ID:???0392nobodyさん
2007/04/17(火) 11:13:59ID:???0393nobodyさん
2007/04/17(火) 16:10:20ID:???0394nobodyさん
2007/04/17(火) 16:15:24ID:???CI盛り上げ野郎＝CI作者
だから別人だお
0395nobodyさん
2007/04/17(火) 19:15:03ID:???0396nobodyさん
2007/04/18(水) 01:52:03ID:???と思ったが実際に使ってみると全然問題ないな
0397nobodyさん
2007/04/18(水) 08:44:14ID:???ドットがアンダースコアーに変換されるのがめんどいな。
foo/*.extensionを処理するのに、変換かまさなきゃいけん。
0398nobodyさん
2007/04/19(木) 01:10:07ID:???PHP4対応とかも、超小規模にはいいかもしれんが
5に完全移行したユーザには汚くみえるだけでなんも嬉しくないし…
ターゲットをCakeユーザに絞ってるんだろうか
0399nobodyさん
2007/04/19(木) 03:08:22ID:???0400nobodyさん
2007/04/19(木) 04:53:49ID:???PHP+フレームワークの本なんて一冊も出てねーのに
PHPｵﾜﾀ＼(^o^)／
0401nobodyさん
2007/04/19(木) 08:45:45ID:???それやりはじめるとどんどんFWが、CMSアプリみたいになっちゃうから
この程度の規模でいいよ。使いやすい。PHP4対応もloadクラスハックだけだし。
0402nobodyさん
2007/04/19(木) 09:32:00ID:???CIってcakeのfolk?
0403nobodyさん
2007/04/19(木) 10:55:02ID:???0404nobodyさん
2007/04/19(木) 11:26:08ID:???0405nobodyさん
2007/04/19(木) 21:07:00ID:???とりあえず、ちいたんとCodeIgniterをチェックしてみればいいんですね！？
PHPの強み ～ Simple is best.
0406nobodyさん
2007/04/19(木) 21:59:53ID:???0407nobodyさん
2007/04/19(木) 23:50:20ID:???0408nobodyさん
2007/04/20(金) 01:19:27ID:???0409nobodyさん
2007/04/20(金) 11:20:53ID:???0410nobodyさん
2007/04/20(金) 18:36:15ID:???0411nobodyさん
2007/04/20(金) 20:42:40ID:???0412nobodyさん
2007/04/20(金) 22:19:28ID:???Rails風ルータ付けろよ・・・
自分で書くには面倒くさいし
0413nobodyさん
2007/04/20(金) 22:25:34ID:???0414nobodyさん
2007/04/20(金) 22:30:55ID:???ヒント：面倒くさい
今のセグメント式ルータだと
パラメータの構成を変えた時の対応がやっかいなんだよな。
ルーティングつっても
URL→パラメータと
パラメータ→URLの二方向があることを
このはげちょびんは分かってない。
0415nobodyさん
2007/04/20(金) 22:51:33ID:???子供にもわかるように教えてくれんか？
0416nobodyさん
2007/04/20(金) 23:05:12ID:???0417nobodyさん
2007/04/20(金) 23:11:10ID:???たとえばViewの中でアンカーを出力するとき、
<a href="ここ" ・・・
の部分に、コントローラ名＋メソッド名＋その他のパラメータ情報を含むリンク先を指定する場合に、直接URLやパスを指定するよりも、ヘルパの呼び出しなどで指定できたほうが仕様変更に強い。
つまり414の言う「パラメータ→URL」の方向もフレームワークにやらせたい、ということかと。
ただ実際のところ、設計の段階で決まったURLのマッピングはほとんど変わることはないから、パスを直接指定でもそんなに困らないんだけどね。
0418416
2007/04/20(金) 23:19:35ID:???じゃなくて
a href ='/helper' (param対応helpeなど）
でやりたいってぐらいなら、変換対応表とその生成メソッド（パラメタ→URL（segment））
作ることなんか全然面倒じゃないからそういう意味ではない気がするなあ。
414もう少し説明してくれないか？
0420nobodyさん
2007/04/21(土) 11:20:10ID:???これ使えばいいんじゃね？
0421nobodyさん
2007/04/21(土) 12:29:22ID:???/foo/bar/baz から
controller = foo / action = bar / id = baz っていうパラメータにルーティングするのと
controller = foo / action = bar / id = baz という引数から
/foo/bar/bazというURLを復元する
の2つのことだろう
>>420
PHP5 onlyだな
0423nobodyさん
2007/04/21(土) 19:32:47ID:???0424nobodyさん
2007/04/21(土) 20:11:26ID:???0425nobodyさん
2007/04/21(土) 20:58:42ID:???0426nobodyさん
2007/04/22(日) 01:59:28ID:???むしろCIにParser or Templateエンジンをどう絡ませるかという、ループ話になっちゃうな。
0427nobodyさん
2007/04/22(日) 02:06:37ID:???0428nobodyさん
2007/04/22(日) 15:48:17ID:???view templeteの話はしてねーーーーーーーーーーーだろ
0429nobodyさん
2007/04/24(火) 16:04:28ID:???templateエンジンをわざわざ用意しなくても、PHPそのままでええんと違うの？
include()マンセー
0430nobodyさん
2007/04/25(水) 00:34:55ID:???layout library
http://codeigniter.com/wiki/layout_library/
まだ試してなんだけど、Auto-Loadに登録しておけば用件としてはOKなのでは？
まんま、RoRだけどもこれでCIを使っていこうと思った。
0431nobodyさん
2007/04/25(水) 01:44:18ID:???せめてそのへんは簡素化できるようにしてもらわんとな。
0432nobodyさん
2007/04/25(水) 17:45:44ID:???こんなものでどうでしょ？
function search_path($file) {
// $include_path は、どこかの設定ファイルとかから適当に持ってきて
foreach ($include_path as $path) {
if (file_exists($path. $file)) {
return realpath($path. $file);
}
}
throw new FileNotExistsException($file);
}
try {
include(search_path('hoge.php'));
} catch (FileNotExistsException $e) {
die('hoge.phpが無いよー');
}
0433nobodyさん
2007/04/25(水) 19:48:17ID:???0434nobodyさん
2007/04/25(水) 23:27:54ID:???GWからはじめるぞ
0435nobodyさん
2007/04/26(木) 00:11:23ID:???なんとか.do みたいなURL見覚えがある。 Strutsではなさそうだし。
ttp://kensyo-now.com/
0437nobodyさん
2007/04/26(木) 01:20:51ID:???0438nobodyさん
2007/04/26(木) 10:49:10ID:???そりゃ、先に見つかった方優先になるに決まってるだろ。
（後出しの方優先にするんならarray_reverseかませりゃいいだけだし。）
そこら辺の動きをどう規定するか？等がフレームワークだし。
まぁ、普通この手の関数とかは既にあるはずだが。
0439nobodyさん
2007/04/26(木) 10:50:13ID:???0440nobodyさん
2007/04/26(木) 23:35:45ID:???0441nobodyさん
2007/04/26(木) 23:44:58ID:???俺はEthna使ってるけど
0442nobodyさん
2007/04/26(木) 23:51:30ID:UfyxDsLw結構書籍（極めるＰＨＰとか）に取り上げられてるけど
0443nobodyさん
2007/04/26(木) 23:56:07ID:???viewにかかわる多くのファイルに対して、uniqueではない
ファイル名を優先するっていう考え方が既に破綻してると考えないのか？
0446nobodyさん
2007/04/27(金) 00:08:10ID:???Mojavi→とっくに開発中止
Ethna→しらん
0447nobodyさん
2007/04/27(金) 00:10:30ID:???0448nobodyさん
2007/04/27(金) 01:01:21ID:???0449nobodyさん
2007/04/27(金) 01:15:58ID:???まぁ構造を把握するってのではいいとっかかりかもしれんね
Zendを最近よくみてたんだけど小さなミス多すぎて萎えた
0450nobodyさん
2007/04/27(金) 01:17:04ID:???0451nobodyさん
2007/04/27(金) 08:31:05ID:???( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
0452nobodyさん
2007/04/27(金) 08:51:43ID:???空気を全く読まないでレスすると、言語を気にしないならRoR
から始めるがベター。理由は、日本語での入門書籍やネットでの
情報が豊富だから。RoRで、今の主流のフレームワークの概念を
つかんだ後に、自分が使いたい言語のフレームワークを使ってみては？
0453nobodyさん
2007/04/27(金) 09:00:56ID:VGKIHH61http://www.9-ten.co.jp/bookdata/1753.php
0454nobodyさん
2007/04/27(金) 12:21:27ID:???◎CodeIgniter→軽量 赤丸急上昇！(・∀・)ｲｲ!!
◎symfony→ 2ちゃんで一番人気(・∀・)ｲｲ!!
◎CakePHP→ 2ちゃんで2番人気(・∀・)ｲｲ!!
○ZendFW→まだ (´д｀)
●Maple→開発中止 (´･ω･｀)
●Mojavi→とっくに開発中止 (´･ω･｀)
Ethna→しらん (´-`)
0456nobodyさん
2007/04/27(金) 15:54:42ID:???山川 2007-04-26 10:52:40
ちいたんDLして使わせて頂いております。
いくつかPHPフレームワークを使いましたが一番好きです。
ただ、PEARも必要なくなれば、もっと良くなる
んじゃないかと思います。
もちろんまだ1.0が出てないので今後に期待、ですね。
EthnaやPieceのユーザーも取り込むぐらい
素晴らしいフレームワーク目指して、がんばって下さい。
0457nobodyさん
2007/04/27(金) 19:43:26ID:???0458nobodyさん
2007/04/27(金) 19:57:24ID:???シュール過ぎｗ わろすｗｗ
これまでベタ書きでphpやってたひとには
CIやちいたんがおすすめ。
慣れきってしまったphpのテキトーさを活かせると思う。
0459nobodyさん
2007/04/27(金) 21:19:18ID:???CIや地井タンで十分
0460nobodyさん
2007/04/27(金) 23:31:57ID:???0461nobodyさん
2007/04/27(金) 23:38:38ID:???0462nobodyさん
2007/04/27(金) 23:51:06ID:???0463nobodyさん
2007/04/28(土) 00:07:01ID:???0464nobodyさん
2007/04/28(土) 00:11:13ID:???どう手を付けたらいいのか迷うな
0465nobodyさん
2007/04/28(土) 01:04:07ID:???http://pc11.2ch.net/test/read.cgi/php/1177683436/
0466nobodyさん
2007/04/28(土) 14:49:30ID:???0467nobodyさん
2007/04/28(土) 15:59:17ID:???) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) コノスレオワタ
0468nobodyさん
2007/04/29(日) 11:30:57ID:???CIはもう秋田から分離してくれてちょうどよかった。
0470nobodyさん
2007/04/29(日) 23:45:03ID:???0471nobodyさん
2007/04/30(月) 23:51:18ID:0H5K2qoZ0472nobodyさん
2007/05/01(火) 14:53:34ID:???0473nobodyさん
2007/05/01(火) 18:59:47ID:???つかマイクロソフトが廃れないのと一緒だって
0474nobodyさん
2007/05/01(火) 19:01:49ID:???それから１０００年の月日が流れた
0475nobodyさん
2007/05/01(火) 20:57:55ID:???0476nobodyさん
2007/05/01(火) 21:57:15ID:???0477nobodyさん
2007/05/02(水) 01:34:05ID:???0478nobodyさん
2007/05/02(水) 02:30:33ID:???すばらしい代替言語が出れば別だが、現状ではその兆しは全くないな。
Railsが脚光を浴びても、代替フレームワークが各言語で出ちゃってるから
結局Rubyも盛り上がらず終いだし。
VBも.NETで全然使われてるし、Perlも新しい言語を覚えられない
低スキル開発者や負の遺産処理でまだまだ需要あるし。
寂れてるとはまだまだ言いがたいな
0479nobodyさん
2007/05/02(水) 09:15:24ID:???phpはいつになったら型指定と型変換と名前空間と実装するんだ
0480nobodyさん
2007/05/02(水) 10:20:20ID:CN0ZcYu00482nobodyさん
2007/05/02(水) 11:05:49ID:CN0ZcYu0俺はああいうコンポーネント志向がいまいち、馴染めない。
単に食わず嫌いなのかも知れんけど。
0483nobodyさん
2007/05/02(水) 11:22:07ID:???C#はウェブ専用じゃないし、使われ方から言って、Javaの対抗だよな。
まあ、PHPはウェブのVB、って言い方は確かにしっくりくるけど。
0484nobodyさん
2007/05/02(水) 11:24:00ID:???PHPでコンポーネント志向で行きたい方は、Delphi for PHPがあります。
個人的に注目してるのですが、案件によってはなかなか効率よいです。
あと1年くらい残ってれば、使える環境になりそうな気がします。
0485nobodyさん
2007/05/02(水) 12:32:55ID:???0487nobodyさん
2007/05/02(水) 13:17:55ID:???erlangってのが来るみたいな記事をみたな
Rubyのまつもとさんが言っているらしい
Webで今の言語だと並列処理ができなくてうんぬん
意味はわからんけど
0488nobodyさん
2007/05/02(水) 14:07:56ID:???共有メモリによるスレッド協調が難しいってことだ
共有メモリにトランザクション機能がつくか、erlang のようにメッセージになるか・・・
そういえば Win32 は OS とアプリの会話はメッセージだったな
上手く隠蔽できればメッセージの方がいいかも
0489nobodyさん
2007/05/02(水) 15:42:40ID:???スレ違いかも知れないのですが、フレームワークを作ってみたいと思いちいたんフレームワークで勉強しているんですが、軽量じゃないフレームワークをもう一つ勉強したいと思っています。
何かお勧めあったら教えて頂けますでしょうか。
お手数お掛します。
0490nobodyさん
2007/05/02(水) 16:33:50ID:ZfILmQf40491nobodyさん
2007/05/02(水) 17:45:51ID:???0492nobodyさん
2007/05/02(水) 17:46:45ID:???0493nobodyさん
2007/05/02(水) 17:51:33ID:???0494nobodyさん
2007/05/02(水) 17:53:37ID:???勉強にはなるけど
0495nobodyさん
2007/05/02(水) 18:01:23ID:???0496nobodyさん
2007/05/02(水) 18:12:37ID:???0497nobodyさん
2007/05/02(水) 20:01:22ID:???0500nobodyさん
2007/05/03(木) 00:14:52ID:???出所者がどんどんRuby使いだして流行るだろうし。
0501nobodyさん
2007/05/03(木) 00:39:29ID:???Ruby使ってる＝前科者と思ってしまう
0502nobodyさん
2007/05/03(木) 00:48:14ID:???0503nobodyさん
2007/05/03(木) 01:36:21ID:???…ちいたん…か…
0504nobodyさん
2007/05/03(木) 01:39:12ID:???0506nobodyさん
2007/05/03(木) 17:38:58ID:c2Uh0pgh0507nobodyさん
2007/05/03(木) 18:17:19ID:???http://news21.2ch.net/test/read.cgi/bizplus/1178007815/
プログラミングなんて誰でもデキルんだあ。 的な、
一般常識になるのは、ショックだよね。
0508nobodyさん
2007/05/03(木) 19:18:21ID:???0509nobodyさん
2007/05/03(木) 19:30:57ID:???何年もプログラムやってるがWebプログラムを書いたことがない奴は
セキュリティ的に問題のあるコードばかり書くのだが
0510nobodyさん
2007/05/03(木) 19:44:21ID:???0511nobodyさん
2007/05/03(木) 23:25:39ID:???0512nobodyさん
2007/05/03(木) 23:38:51ID:???0513nobodyさん
2007/05/03(木) 23:51:06ID:???0516nobodyさん
2007/05/04(金) 05:19:05ID:???アウトローにそんな素養あるのか？
詐欺師等の知能犯ならともかく…
0517nobodyさん
2007/05/04(金) 05:21:56ID:???クソ。結局孤立無縁で学校も行ってない俺みたいな人間は犯罪者より待遇が下ってか
0518nobodyさん
2007/05/04(金) 05:47:00ID:???女囚か。それなら男の犯罪者よりも平均的なIQは高いかな。
0519nobodyさん
2007/05/04(金) 09:19:34ID:Ipcq4wKI詐欺師は覚えるだろうな。
んで、フィッシングサイト作りまくり。
0520nobodyさん
2007/05/04(金) 12:59:04ID:???0521ヤバイ！！！
2007/05/04(金) 18:19:45ID:???4ヶ月でマスターするのか！
実力で負けないように頑張りましょう！
…俺もその一人だが＼(^o^)／
0522nobodyさん
2007/05/04(金) 19:41:12ID:Ipcq4wKI}
0523nobodyさん
2007/05/05(土) 01:31:05ID:???逆だろ。オブジェクト指向自体は分かりやすいし単純。
よのアホプログラマー達が、人の手だ足だとか歩くだとか、
しょーもない例で説明してたから、分かり難くなってただけ。
模範的なコードサンプルが増えた今では、理解なんかすぐできるだろ
0524nobodyさん
2007/05/05(土) 01:42:03ID:???敢えてオブジェクト指向学ばなくても良かったからじゃね？
0525nobodyさん
2007/05/05(土) 01:48:39ID:???一般のプログラマーでオブジェクト指向を本質的に理解できてる人間が
どの程度いるのかは疑問だな
何しろ奥が深い世界だからねぇ
0527nobodyさん
2007/05/05(土) 02:35:34ID:???やっぱりPHP4ベースで書かれたものはつらいわ
0528nobodyさん
2007/05/05(土) 02:53:33ID:???もう忘れたが
0529nobodyさん
2007/05/05(土) 06:33:20ID:???仕方ないところあるんだよな
仕様で変なとこもあるし
0530nobodyさん
2007/05/05(土) 10:06:56ID:???恐ろしい数のファイルを読み込んでるから・・・
0532nobodyさん
2007/05/05(土) 11:41:33ID:???比較的シンプルなCIですら50ファイル以上読んでる現実
まぁ自作クラスも多いのだが…。
まとめた方がいいのかな
0533nobodyさん
2007/05/05(土) 20:14:32ID:???0534nobodyさん
2007/05/05(土) 20:27:55ID:???ファイルを一つにまとめてもコストに大差なかったと
言ってた記憶がある
0535nobodyさん
2007/05/05(土) 21:34:28ID:CNYOYtyC0537nobodyさん
2007/05/05(土) 23:23:54ID:???http://www.google.co.jp/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&num=50&q=%22PHP%E9%AB%98%E9%80%9F%E5%8C%96%E3%83%86%E3%82%AF%E3%83%8B%E3%83%83%E3%82%AF%22
0538nobodyさん
2007/05/05(土) 23:47:36ID:???0541nobodyさん
2007/05/06(日) 18:41:06ID:???ソース覗いて駄目なところ言うのなんて誰にでもできる。
それなりに上手く動作するフレームワーク作るのは、やっぱ大変だし難しいでしょ。
誰にでも出来るわけじゃない。
オブジェクト指向って、現場だとバランスが大事だと思う。
理詰めで設計・コーディングして失敗してる例だってあるわけだし。
>>534
ファイルを一つにってやったことあるけど、確かにあまり変わらなかった。
0542nobodyさん
2007/05/06(日) 19:21:27ID:???0543nobodyさん
2007/05/06(日) 19:37:05ID:???0544nobodyさん
2007/05/06(日) 20:34:12ID:???<?
...
...
...
?>
is faster than
<? ... ?>
<? ... ?>
<? ... ?>
これなんて普通に考えてそうに決まってるが
気にするようなことか(?v?)
使われる状況が違うから簡単に書き換えられるケースが少ないし
0545nobodyさん
2007/05/06(日) 20:41:28ID:???ttp://www.phppro.jp/news/72
->2. インクルード階層を10個以内に抑える
オブジェクト関係の処理を高速化するための方法
ttp://www.phppro.jp/news/58
0547nobodyさん
2007/05/06(日) 21:40:26ID:???これどゆ意味？
include_pathの数を減らすのか
深い階層からincludeを行わないのか？
階層の深さの場合、どこからの距離を言うのか？
読み込み元ファイルからの距離なのか、/からの距離なのか？
0548nobodyさん
2007/05/06(日) 22:00:25ID:uDyEbrl70550nobodyさん
2007/05/07(月) 00:13:21ID:???0551nobodyさん
2007/05/07(月) 02:34:12ID:???0552nobodyさん
2007/05/07(月) 05:15:59ID:???その一番上のこの記事
http://www.dublish.com/articles/10.html
「そりゃ普通に考えればそうだろ」か
「そうかもしれんが使いどころがねーよ」がほとんどだな・・・
0553nobodyさん
2007/05/07(月) 05:21:57ID:???0554nobodyさん
2007/05/07(月) 05:29:49ID:???http://www.moskalyuk.com/blog/php-optimization-tips/1272
Use full paths in includes and requires, less time spent on resolving the OS paths.
だって。
Error suppression with @ is very slow.
これは知らなかった。
0555nobodyさん
2007/05/07(月) 10:27:02ID:???SQLをちょっと改善するだけでその100倍くらい稼げることが多いからなぁ……
そんな重隅より他に先にやることいっぱいあるだろ、なんてサイトが多そうだ
0556nobodyさん
2007/05/07(月) 12:24:29ID:???その文だけ読んだ限りでは、includeしたファイルの中からまたincludeして・・・という階層を10以内にしろってことっぽいけど、includeで10階層になることなんてまずありえないわな。
0558nobodyさん
2007/05/07(月) 22:33:10ID:???必要ないライブラリファイルは初めから読み込まない方がいいし、include_once()よりinclude()を使った方がいいということ。
0559nobodyさん
2007/05/08(火) 01:44:44ID:???既に読み込んだファイルリストとの照合ってそんなにコストかかるか？
include()より遅いのは当然だが
本当に気にするようなことなのかと。
0560nobodyさん
2007/05/08(火) 02:03:27ID:???「～～より何ms遅い」で数字で話をしないと
意味のある遅さ論争はできないと思
0561nobodyさん
2007/05/08(火) 07:01:19ID:???そもそもの設計が悪くて桁違いに遅いプログラムを
書いてるんだよなw
0562nobodyさん
2007/05/08(火) 07:04:46ID:???ループの中で大量にinclude_onceしても、一回しかinclude自体の処理をしないから、onceじゃないincludeを大量にやるより遥かに早くなっちゃうし。
かと言ってinclude_onceを1回してるだけのPHPスクリプトを何度も呼び出しても、PHPのパースにかかる時間のほうが長くてベンチにならん・・・
0563nobodyさん
2007/05/08(火) 07:08:17ID:???全部include_once,
全部include,
で比較してみたら？
0564562
2007/05/08(火) 07:09:52ID:???<?php
$n = 1000;
for ($i = 0; $i < $n; $i++) if (!file_exists($i)) touch($i);
$s = microtime(1);
for ($i = 0; $i < $n; $i++) include_once $i;
echo microtime(1) - $s, "\n";
$s = microtime(1);
for ($i = 0; $i < $n; $i++) include $i;
echo microtime(1) - $s, "\n";
はっきり言って誤差しかない。
何回もやってるとinclude_onceの方が早いときすらある。
0565nobodyさん
2007/05/08(火) 07:20:37ID:???絶対パスと相対パスとインクルードパスから require_once するテスト書いてみると分かるよ。
require_once, require, include_once, include は大雑把に言うと
1. パスの解決
2. ハッシュテーブルを参照 (*_once のみ)
3. ファイルを読み込み
4. パスをハッシュテーブルに登録
ってことをやってるんだけど、(1) で 絶対パスならそのまま、相対パス (./ や ../ で始まる) なら
絶対パスに変換して正規化、その他なら include_path から順番にファイルを検索。
これが思ったより時間がかかっていて、しかも実行時の問題だからアクセラレータも無意味。
たとえば require_once '...'; // @resolve_path みたいにノーテーションしていたら
絶対パスに書き換えてデプロイしてくれるフレームワークとかがあると面白いかもね。
0566nobodyさん
2007/05/08(火) 07:26:10ID:???include はファイルI/Oが伴うから、ハッシュテーブルに登録されていたら
そこで終わりの include_once の方が速くても何の不思議もないよ。
そもそも require_once/include_once はクラスや関数が記述されているファイルを
読み込むとき等に使うもので、requre/include とは用途からして別物だし。
0567564
2007/05/08(火) 07:41:47ID:???なるほどね。
まあとりあえず、includeとinclude_onceにパフォーマンス的な違いはほとんどないって感じでおｋかな。
>>566
いや、564のコードはループ内で毎回異なる名前のファイル（"0"～"999"）をinclude_onceしてるから、ファイルの読み込みも、パーサの起動も（空のファイルなので実質パースしてないけど）毎回やってるよ。
ちなみに、敢えてinclude中にパースする時間をなくすことで、includeとinclude_onceそのものの時間差をなるべく純粋に測ろうとしてみた。
この２つにパフォーマンス上の違いはないなら、566の言う通り、用途で使い分けるべきって結論になるわな。
0568nobodyさん
2007/05/08(火) 07:45:09ID:???の段階までパスが確定しないケースってそんなに多くはないんじゃ？
PEARだとそうなるかな
0569nobodyさん
2007/05/08(火) 09:23:24ID:???チェックなんてゴミだろ。バカらしいこと考えてないで、用途に合った
ほうを素直に使えばよろしい。
0570nobodyさん
2007/05/08(火) 13:49:59ID:???コードの可読性とメンテ性を考えて作業者の数十分を稼いでくれって話だな
require_once でいいところに require 使ってたりすると
複数回読まれる可能性があるのか？ とか思っちゃうよ……
0571nobodyさん
2007/05/08(火) 18:31:45ID:???気にしたら負けの問題だなこれは
0572nobodyさん
2007/05/08(火) 21:19:24ID:???http://toys.lerdorf.com/archives/38-The-no-framework-PHP-MVC-framework.html
http://t3.dotgnu.info/blog/php/inclusion-checks.html
0573nobodyさん
2007/05/08(火) 22:19:22ID:???if(defined(__FILE__)) return;
define(__FILE__, true);
ファイル頭にこれ書けてか？
そこまでしなけりゃならん程incude_onceは遅いのか？？
0574nobodyさん
2007/05/08(火) 22:22:21ID:???日本語三行で頼む
0576nobodyさん
2007/05/09(水) 10:59:20ID:???0577nobodyさん
2007/05/10(木) 03:11:35ID:???そんなつまらんことに時間掛けてる奴は相当アホだな
0578nobodyさん
2007/05/10(木) 03:59:31ID:???0580nobodyさん
2007/05/10(木) 08:18:30ID:???*_once系はキャッシュが効かないから
普通のincludeでキャッシュを効かせようって
キャッシュ前提の話でしょ？
0581nobodyさん
2007/05/10(木) 08:41:00ID:???http://t3.dotgnu.info/blog/php/inclusion-checks.html
をちゃんと読める人はいないの？
0582nobodyさん
2007/05/10(木) 08:50:43ID:???こっからもう意味わかんね
誰かが私たちに挿入チェックをセットアップする？ﾊｧ？
0583nobodyさん
2007/05/10(木) 10:03:01ID:???本当に読めない人もいたのか……
0584nobodyさん
2007/05/10(木) 10:12:29ID:???writingについて、後天学習したピジンぽい。
0585nobodyさん
2007/05/10(木) 10:24:18ID:???少し早くなったよ！
ありが㌧！
0586nobodyさん
2007/05/10(木) 17:19:06ID:???0587nobodyさん
2007/05/10(木) 22:59:47ID:???ただボトルネックになりうる箇所を知っておく事は大事な事だと思う。
0588nobodyさん
2007/05/10(木) 23:09:01ID:???Xdebugって読みづらいんだよね
0589nobodyさん
2007/05/11(金) 00:26:18ID:???symfonyオワタ
symfonyｵﾜﾀ♪
＼ ｵｵｵｵﾜﾀｰｵﾜｵｵﾜｵﾜﾀ／
♪＼(^o^) ♪
＿ ) > ＿ ｷｭｯｷｭ♪
／.◎。／◎｡／|
＼(^o^)／.|￣￣￣￣￣| | ＼(^o^)／ CodeIgniterﾊｼﾞﾏﾀ♪
) ) .| |／ ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > ))))
0590nobodyさん
2007/05/11(金) 02:47:59ID:???0591nobodyさん
2007/05/11(金) 10:14:49ID:???他は良いんだけどね・・・
0592nobodyさん
2007/05/11(金) 13:16:38ID:???なんか使う側もオナニー状態に思えるんですが。
0593nobodyさん
2007/05/11(金) 15:02:52ID:xcuFf1Dy$model=new Model;
$list=$model->getList();
include("index.tpl");
?>
これでも一応MVCだろ？
0595nobodyさん
2007/05/11(金) 18:12:14ID:???今ではzendのコンパイラ使ってる。
0598nobodyさん
2007/05/12(土) 01:31:00ID:???ネクスト
PHPで構築した不動産情報サイトにフレームワーク導入へ
久しぶりにMapleが話題に！
0600nobodyさん
2007/05/12(土) 01:50:18ID:???ううむ・・・
0601nobodyさん
2007/05/12(土) 02:35:52ID:???仕事の案件で、Mojavi使ってますってのが結構多いが、これも同じかな？
0602nobodyさん
2007/05/12(土) 03:42:17ID:???更新が停止しているからこそ安心して使える…
そう考えるんだ
0603nobodyさん
2007/05/12(土) 04:37:51ID:???ネクストって会社は恐ろしく間違えまくってる。
0604nobodyさん
2007/05/12(土) 07:07:14ID:???実際技術的なレベルはそんなに高くはないだろうね・・・
Mapleは実際使ったことはないが
内部の見通しはいいのでは？
0606nobodyさん
2007/05/12(土) 14:06:51ID:???自分らでメンテナンスすればなんら問題なし
0607nobodyさん
2007/05/12(土) 14:20:44ID:???でもMojaviなんかはもう設計思想が少し古くなってると思う
0608nobodyさん
2007/05/12(土) 14:28:04ID:???0609nobodyさん
2007/05/12(土) 14:41:35ID:???よくわからんけど
0610nobodyさん
2007/05/12(土) 14:54:21ID:???Railsが持ち込んだ概念がごっそり抜けてるところ。
ヘルパとかスマートなURLマッパがないし、
逆にヘルパやコントローラに溶けていったViewクラスがまだあるとか。
0611nobodyさん
2007/05/12(土) 16:36:41ID:???RailsはORマッパーの組み込みとかミニサーバとかヘルパースクリプトによる省力化とか、そういう周辺部分を便利にしただけだな。
IDEないからエディタで書くけど、XMLは面倒だから、規約ベースにしちゃえとか。
0612nobodyさん
2007/05/12(土) 17:47:35ID:???Strutsが構築した功績は大きいと思うけど
まだまだwebアプリFWを便利にしていく余地は腐る程あるだろう
0613nobodyさん
2007/05/12(土) 19:19:41ID:???でもJavaだと極端に理屈っぽくなるからベンチャー系だと敬遠されがちだしな、、
0614nobodyさん
2007/05/12(土) 20:34:10ID:???0615nobodyさん
2007/05/12(土) 21:01:00ID:???func(,,100)
みたいなデフォルトパラメータ指定出来ないのがうざい。
他言語パクるならそういうとこもパクれよ…
0617nobodyさん
2007/05/12(土) 21:28:50ID:???心の叫びだ
0618nobodyさん
2007/05/13(日) 00:35:37ID:???単に syntax sugar が欲しいのか
書いてる本人は区別できてるんだろーか？
0619nobodyさん
2007/05/13(日) 01:12:55ID:???とにかく「引数を省略できるのは右端から連続してる箇所だけ」という
不条理きわまりない仕様が許せねーんだよ
0620nobodyさん
2007/05/13(日) 01:48:34ID:???ググれよ
0621nobodyさん
2007/05/13(日) 02:41:10ID:???速度出したいときはBasePeer使うと全然早いよ。
adminGeneraterをフロントエンドで公開するようなアホじゃないでしょ？
0623nobodyさん
2007/05/13(日) 03:09:28ID:???> 機能の拡張を繰り返すうちスパゲティ化が進み，現在はある機能を改修すると
> 別の機能が正常に動作しなくなるという事態が頻発しているという。
こういうのは、改修が完了した後なら言ってもいいけど、改修前に言っちゃだめだよね。
個人情報とか扱うんだろうから、不安で使えなくなる。
0625nobodyさん
2007/05/13(日) 14:31:07ID:???syntactic sugar って書けよ。
それに「文法糖」って訳だってあたらずとも遠からずだ。
function(,,100)クレクレなんていうsugarは糞だけどな。
0626nobodyさん
2007/05/13(日) 15:24:54ID:???話が通じない言い回しじゃ役に立たん
0627nobodyさん
2007/05/13(日) 15:36:34ID:???英文でも普通にsyntax sugarというし通じるがまぁ主流の表現ではないな
あと「構文糖」って訳語を見たことがある。オライリーのPerl本あたりで。
syntax sugar/syntactic sugar/糖衣構文/文法糖/構文糖
どれ見ても同じひとつの概念が浮かぶなら特に問題はないと思うが
そもそもその概念自体を知らないんじゃ話が役に立つとか以前に話にならん
0629nobodyさん
2007/05/13(日) 17:10:40ID:???0630nobodyさん
2007/05/13(日) 18:59:22ID:???自分の書きたいようにソースを書いてコンパイルのように実行前に正しい構文に変換して
やればいいだけの話じゃないの?
0632nobodyさん
2007/05/14(月) 00:52:40ID:???0633nobodyさん
2007/05/14(月) 02:52:42ID:???0634nobodyさん
2007/05/14(月) 09:41:13ID:???0635nobodyさん
2007/05/14(月) 09:45:41ID:???「こういう構文があると便利」って思いついて実装する事自体は、大抵そんなに難しくは無いんだが、
そのうち、そういった構文に複数の解釈がある、等の矛盾が噴出したりするので難しい。
0636nobodyさん
2007/05/14(月) 14:15:32ID:???http://adroit.selfcontained.us/index.php
0637nobodyさん
2007/05/14(月) 14:18:47ID:???* ＭＶＣ
* Ｓｍａｒｔｙユーティリティ付属
* Ajax簡単実装
* PHP5+以降
ライトウェイトを歌ってるのに今時Smarty？
センスなしと判定
0638nobodyさん
2007/05/14(月) 14:21:20ID:???ジャップも頑張れよ
0639nobodyさん
2007/05/14(月) 17:20:36ID:PzBGoMlrEthnaって日本人じゃないの？
0641nobodyさん
2007/05/14(月) 18:49:13ID:???0642nobodyさん
2007/05/14(月) 21:47:38ID:???知らないだけだろ
0644nobodyさん
2007/05/14(月) 22:50:11ID:???0645nobodyさん
2007/05/15(火) 01:24:20ID:???PHP最適化tipsまとめサイト
ttp://labs.unoh.net/2007/05/phptips.html
0646nobodyさん
2007/05/15(火) 13:02:28ID:EEPUGtmM0647nobodyさん
2007/05/15(火) 13:06:22ID:???( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
0648nobodyさん
2007/05/15(火) 13:21:04ID:???0649nobodyさん
2007/05/15(火) 13:42:48ID:???なるほど。
＞メソッドで2回以上参照されるすべてのグローバル/オブジェクト変数はは、
＞ローカル変数に格納したほうがよい。
と紹介しているのに、自社のやつが
http://labs.unoh.net/2007/05/php_7.html
みたいなそれを正面から無視するコードかいてたりするのが笑える
0650nobodyさん
2007/05/15(火) 14:03:04ID:???strposを良く使うようになったし
ループ中の判断分岐は外に出せないか検討するようになった
0652nobodyさん
2007/05/15(火) 14:07:48ID:???これから言うと
クラス内で
Context::getInstance()
するより
プロパティーに持っておいて
$this->getContext()
する方が速いってことかな？
俺はContext::getInstance()形式を好んで使ってるんだが
0653nobodyさん
2007/05/15(火) 14:38:50ID:???という行と、その後の貴方のお話が全然繋がらないわけだが。
0654nobodyさん
2007/05/15(火) 14:48:57ID:???0656nobodyさん
2007/05/15(火) 15:34:16ID:???いやそういうことじゃなくて変数の話でしょ、メソッドの中で
$a = $this->a;
$b = $this->a;
$c = $this->a;
みたいに何回もプロパティ参照せずに、
$a = $this->a;
$b = $a;
$c = $a;
一旦そのスコープのローカルに入れろってことじゃない？
0657nobodyさん
2007/05/15(火) 15:37:30ID:???あるのがびみょーだよなーと思う。
0658nobodyさん
2007/05/15(火) 15:40:35ID:???0659nobodyさん
2007/05/15(火) 15:43:41ID:???だから妙にハック的な知識は余計で
一般的な知識だけ身につけておけばおkだな。
まあだいだい「いや考えたらそりゃそうだろ」っていうものばっかりなんだけど
0661nobodyさん
2007/05/15(火) 16:05:43ID:???右脳はすごいというイメージが強かったけどどの辺がレベル低いのですか
0662nobodyさん
2007/05/15(火) 16:14:04ID:???0663nobodyさん
2007/05/15(火) 16:19:18ID:???0664nobodyさん
2007/05/15(火) 16:23:42ID:???CMS->FWとなったのは必然。
0665nobodyさん
2007/05/15(火) 16:32:21ID:???右脳全体は分からんが、ブログでアウトプットされている内容が大したことないってことじゃない？どこの会社にもそのレベルの人材はいるでしょ。
と、えらそうなこといってみる。
0666nobodyさん
2007/05/15(火) 16:48:23ID:???悪くはないと思うけど
0667nobodyさん
2007/05/15(火) 16:49:38ID:???でもブログデザインが読みにくい。色とか。そういうので損しているわ。
0669nobodyさん
2007/05/15(火) 16:59:01ID:???こんな節約しなくていいだろｗ
0670nobodyさん
2007/05/15(火) 21:28:21ID:???なおしたほうがよいとおもうよ
0671nobodyさん
2007/05/15(火) 21:34:44ID:???0672nobodyさん
2007/05/15(火) 21:45:39ID:???0673nobodyさん
2007/05/15(火) 22:28:01ID:???俺は早い早くないじゃなくて、$this->って書くのも見た目にもウザイから
>>656のようにするな。例がちょっとおかしいけど。
右脳のブログは、エディタじゃねーんだから背景色と文字色は逆でいいとｵﾓ。
0674nobodyさん
2007/05/16(水) 02:27:03ID:???0675nobodyさん
2007/05/16(水) 02:35:14ID:???ガッチガチのFWじゃないのが
PHPの良さをつぶしてない
0676nobodyさん
2007/05/16(水) 07:20:53ID:???( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
0677nobodyさん
2007/05/16(水) 09:29:48ID:SqvE0yry結局、ライブラリ群になってるけど。
0679nobodyさん
2007/05/16(水) 13:09:05ID:???この手のレスよく目にするけど、書いてる本人は何を愚の骨頂としたいんだ？
0680nobodyさん
2007/05/16(水) 17:19:14ID:???て感じじゃね
0681nobodyさん
2007/05/16(水) 17:22:47ID:???0682nobodyさん
2007/05/16(水) 17:23:57ID:???教えてくれ
話はそれからだ
0683nobodyさん
2007/05/16(水) 17:33:25ID:???0684nobodyさん
2007/05/16(水) 18:11:49ID:???0685nobodyさん
2007/05/16(水) 18:12:36ID:???0686nobodyさん
2007/05/16(水) 18:13:01ID:???0687nobodyさん
2007/05/16(水) 18:41:03ID:???0688nobodyさん
2007/05/16(水) 22:33:24ID:???0689nobodyさん
2007/05/16(水) 22:35:30ID:???0690nobodyさん
2007/05/16(水) 23:05:51ID:???仕様もまともに洗い出せてないまま開発スタートとかして、
「とりあえずFWから急ごうか」とかもうアホかと。
0691nobodyさん
2007/05/16(水) 23:16:40ID:???どんな言語でもだめだろうな
0692nobodyさん
2007/05/16(水) 23:19:36ID:???シンフォニーもZEND FWも数年後に今のmojavi状態になってない保証はない。
0693nobodyさん
2007/05/16(水) 23:21:15ID:???0694nobodyさん
2007/05/16(水) 23:24:34ID:???0695nobodyさん
2007/05/16(水) 23:36:55ID:???お前が使ってる安値の共同レン鯖の話と、開発現場の話を一緒にスンナ。
0696nobodyさん
2007/05/16(水) 23:40:45ID:???別にPHP5の新しい機能知らなくてもウェブアプリ作れるし。
それに、携帯サイトみたいな、軽い処理で大量のアクセスをさばこうと思えば、フットプリントの小さいPHP4の方が有利だし。
0697nobodyさん
2007/05/16(水) 23:54:23ID:???思考がストップしてるってのがまずいんだろ
まともな今のPHPプログラマなら
新規案件には出来うる限り5を使うだろう
スタンダードなライブラリ待ってるだけじゃ何も作れんし
量産されてるPHPプログラマーや使われてる量で
PHPのバージョンどっちがいいかとかそういうもんでもない
あと携帯サイトの話はしてない
0698nobodyさん
2007/05/17(木) 00:06:02ID:???次に人員の確保の点から、メジャーなライブラリー、フレームワークを選択しなければ、そもそもPHPという言語を選択した意味がないということ。
PHPの最大の長所は人員の確保のしやすさなんだから。
smartyやPEAR::DBは同種の新しいライブラリーに比べて劣ってる部分もあるけど、普及度では圧倒的に勝ってる。
今からmaple使うくらいなら、断然べた書きをおすすめするよ。
0699nobodyさん
2007/05/17(木) 00:10:54ID:???smarty,PEAR:DB程度を使える「人員」なら、別にversion 5の通常機能やそれに基礎をおいた
FWぐらい使えるだろ
＞maple使うぐらいなら
そんな話は誰もしてない
0700nobodyさん
2007/05/17(木) 00:26:54ID:???フレームワーク使ったことあるの？
PHP以外の言語を使う場合はフレームワーク使ってんの？
Javeでspring、seaserとか？
ただ単にフレームワークを使ったことがないだけ？
0701nobodyさん
2007/05/17(木) 00:31:36ID:???報酬をもらってフレームワークを使う案件を引き受けるなら、使いこなせて当たり前
仕事でやってるのに使い方が分からないと言っている奴は、頭が悪いか、怠慢なだけ
ちょっと厳しい言い方だけど、プロなら努力しなきゃね
0702nobodyさん
2007/05/17(木) 00:37:10ID:???0703nobodyさん
2007/05/17(木) 00:39:39ID:???PEAR使うなりSmarty使うなりっていう風にするとすれば、
当然自前のFW作ることになるわけだし。
0704nobodyさん
2007/05/17(木) 00:46:16ID:???FrontControllerでない
ベタ書きなコードを見た瞬間やる気がうせるけどなぁ
メンテナンスちゃんとできているのか知りたい
0705nobodyさん
2007/05/17(木) 01:10:02ID:???それでもそのフレームワークが必ずメジャーになるという保証があるなら、それに乗ってもいいだろうが、将来有望のはずだったZENDFWですら雲行きが怪しい。
現状シンフォニーやZENDFWを使いこなせる人員を集めるのは比較的難しいし、学習しても数年後にはその知識がゴミになってる可能性もある。MapleやMojaviのように。
smartyを使えば強制的にビューを分離出来る。それにPEAD::DBでDAOクラス作れば、それで事足りる場合も多いってこと。
smartyやPEAR::DBは十分普及してるから、事前学習がいらない。そこが大きなメリット。
0706nobodyさん
2007/05/17(木) 01:25:34ID:???おまえにとってFWが難しいんだろ
smartyとPEAR::DB使えるようになって
嬉しいのはよく分かったからとっとと巣に帰れ
0707nobodyさん
2007/05/17(木) 01:35:31ID:???ウェブフレームワークって結局一長一短でどのケースにも最適のフレームワークというのはないね。
できるだけメジャーな物、学習が無駄にならない物を選ぶのがいい。
JavaだったらStrutsとJSPさえ覚えたらずっとやってこれたし、当分廃れることはないだろう。
PerlもTTやDBI、DBICを覚えれば、あとはCGI::Appだろうが、Catalystだろうが、すぐに使いこなせる。
RubyならRoRで決まりなのかな。
残念ながらPHPにはそういうのがないよ。
てっきりZENDFWがJakartaやCPANみたいになって、SmartyやPEARの主要なライブラリが移植統合されるものと思ったのに。
0708nobodyさん
2007/05/17(木) 01:36:09ID:???ＭＶＣにするだけなら、SymfonyやZend Frameworkを使わなくても大丈夫ですね
>学習しても数年後にはその知識がゴミになってる可能性もある。
フレームワークを使った開発手法を理解する、という点では無駄にならないよ
フレームワークを使った開発手法を知らない人は、ずっと知らないまま
世の中、知らなくて損しているってことはたくさんあることだけは心に留めておいた方がいい
でもPG初心者がいきなりフレームワークを使いこなせないのも事実だろう
フレームワークの学習時間を短くする工夫は必要ですね
コードリーディングの能力を高めることは、いずれにしても必要だし無駄にならない
フレームワークの学習コストは、
0709nobodyさん
2007/05/17(木) 01:36:25ID:???じゃあethnaでも使ってればいいんじゃね
0710nobodyさん
2007/05/17(木) 01:38:21ID:???学習本が充実したらいいのに
0711nobodyさん
2007/05/17(木) 01:40:20ID:???日本発のちいたんを第2のRoRに押し上げよう！
http://php.cheetan.net/
0712nobodyさん
2007/05/17(木) 01:41:04ID:???0713nobodyさん
2007/05/17(木) 01:44:35ID:???みんながPHPを使って、フレームワークも作っちゃう状態
選択肢がたくさんあっていいですね！
迷っちゃう＞＜
0714nobodyさん
2007/05/17(木) 01:45:21ID:???0715nobodyさん
2007/05/17(木) 01:48:09ID:???0716nobodyさん
2007/05/17(木) 02:28:44ID:???0717nobodyさん
2007/05/17(木) 04:29:06ID:???0718nobodyさん
2007/05/17(木) 06:49:54ID:???( ﾟ∀ﾟ)彡 ちいたん! ちいたん!
⊂彡
0719nobodyさん
2007/05/17(木) 08:50:58ID:???0720nobodyさん
2007/05/17(木) 15:29:25ID:???0721nobodyさん
2007/05/18(金) 21:42:33ID:???0722nobodyさん
2007/05/19(土) 10:20:54ID:???Exceptionを使えないのはかなりきついね。
PHPをはじめた頃は、Exceptionなんて使い方も分からんで、更には「こんなもん、一体何に使うのやら」と思っていたもんだが・・・
0723nobodyさん
2007/05/19(土) 12:25:04ID:???PEAR::isErrorで常に戻り値エラーチェックとか
とか今考えたら超絶バッドノウハウでしかねえ
0725nobodyさん
2007/05/19(土) 16:00:27ID:???何が便利なのか分からんうちは、
何やってても一緒だから気にするな。
・・・で、try,catchが出来たんだから、
finallyも欲しいわけだがいつ実装されるのかね？
0726nobodyさん
2007/05/19(土) 16:37:34ID:???今からでも6の設計を見直してもらいたいものだ。
0727nobodyさん
2007/05/19(土) 16:51:33ID:TPm4po3D必ずtry文内で使わなければならないの？
try文内でない場合は、そのままスルーするってできない？
set_exception_handler()だとそこで処理終わっちゃうし・・・。
0728nobodyさん
2007/05/19(土) 16:59:23ID:???0729nobodyさん
2007/05/19(土) 17:05:20ID:???例外エラーは使わずに利用したいってことで。
例外エラーを利用するコードを書く時って、
なんでも全部tryで囲んで書くんですか？
0730nobodyさん
2007/05/19(土) 17:11:34ID:???public function hoge() {
return new Exception("例外だよ");
}
ってことか？
それとも例外を投げるメソッド？
0731nobodyさん
2007/05/19(土) 17:23:26ID:???別に必ず直近でtryで囲む必要があるというわけじゃない
とりあえずはアプリの一番上の層で全例外をキャッチする
デフォルトの復帰処理を書いておけば十分だろう
で個別に復帰できる部分はcatchで復帰する
てか慣れたら分かるんで最初は気にせず
普通に書いてたらいいんじゃないかな
0732nobodyさん
2007/05/19(土) 18:03:20ID:???0733nobodyさん
2007/05/19(土) 18:55:24ID:???コンストラクタをprotected/privateにしてstaticなcreateInstanceでお茶を濁してください。
0734nobodyさん
2007/05/19(土) 19:09:53ID:???0735nobodyさん
2007/05/20(日) 04:24:29ID:???0736727
2007/05/20(日) 11:15:05ID:???そうそう、正確に言うと、返すじゃなくて、投げるでした。
>>731
その大きなtry文を書くのがなんとなく嫌な感じがしたんです。
長いtry文になるとどこまでがtry?みたいな・・・。
そんな気にしなくていいことかもしれないですけど、
長いネストって基本的に避けたい気持ちになるので。
0738nobodyさん
2007/05/20(日) 12:20:07ID:???ものすごく
長い
コード
} catch ・・・
ってなってたら、メソッドに括りだして
try {
hoge();
} catch ・・・
function hoge() {
ものすごく
長い
コード
}
ってやったらいいんじゃね？
0739nobodyさん
2007/05/20(日) 12:30:49ID:???適切な箇所だけ括るべきだと思う。
というか、try、catch覚えた頃はついつい乱用しがちになってしまうが、
ほんとに使うことが正しいかどうかを、一度考えてみるのもいいかもしれないね。
0740nobodyさん
2007/05/20(日) 12:37:52ID:???>それは根本的な解決になってないし、長いtry構文は作るべきじゃないな。
なんで？
どこまでがtryかわかりにくくなるってのが、736の問題点じゃなかったの？
何か別の問題の話してる？
0741nobodyさん
2007/05/20(日) 14:33:59ID:???0742nobodyさん
2007/05/20(日) 14:45:47ID:???0743nobodyさん
2007/05/20(日) 15:39:33ID:???0744nobodyさん
2007/05/20(日) 15:54:06ID:s5N306jrhttp://www.uploda.org/uporg816300.jpg
0745nobodyさん
2007/05/20(日) 15:58:36ID:???0746nobodyさん
2007/05/20(日) 16:00:04ID:s5N306jr自分でさっき作った
レン鯖でフレームワーク使いたいときは、それも一緒にうｐろーどするんだよね
0747nobodyさん
2007/05/20(日) 16:06:33ID:???0748nobodyさん
2007/05/20(日) 16:16:16ID:???ライブラリは呼び出して使う道具（関数やクラスの集まり）
フレームワークはアプリケーション全体の流れの雛形としての存在。
>744だけじゃライブラリ。
0749nobodyさん
2007/05/20(日) 16:26:40ID:z47kJYhHZendFrameworkはある意味そんな感じだよ
0750nobodyさん
2007/05/20(日) 17:42:36ID:iM/t0Bv00751nobodyさん
2007/05/20(日) 18:39:49ID:???せいぜいSmartyを使うくらいで。
ZENDFWの場合、PEARを置き換えた上で、ウェブフレームワークも盛り込もうとしてるんだろうけど。
0752nobodyさん
2007/05/20(日) 19:02:24ID:???0753nobodyさん
2007/05/21(月) 00:17:46ID:???0754nobodyさん
2007/05/21(月) 00:20:14ID:???0755nobodyさん
2007/05/21(月) 05:33:00ID:???PHPを使うと馬鹿になる
おまいらm9（^Д^）ﾌﾟｷﾞｬー
0756nobodyさん
2007/05/21(月) 08:16:16ID:???0757nobodyさん
2007/05/21(月) 08:46:30ID:???で？
人の尻馬に乗ってるな、ってことか？
お前も人のBLOGの尻馬に乗ってるよな？
m9（^Д^）ﾌﾟｷﾞｬー
・・・って言われるぞ。
0759nobodyさん
2007/05/21(月) 09:38:48ID:4KSfgIeoどうしたんだろうなｗ
寝ぼけてるんじゃないか？
「Webアプリを作るにはいいが」って自分で書いてて違和感
感じなかったのかな？
0762nobodyさん
2007/05/21(月) 10:58:56ID:???http://ja.wikipedia.org/wiki/ラスマス・ラードフ
確かに国内だとあんまり名前が出てこないよね。
>>760
こんな人。
http://gihyo.jp/dev/serial/01/alpha-geek
0763nobodyさん
2007/05/21(月) 11:05:20ID:???なく普段使ってる俺らの方がよく知ってるよ!
0764nobodyさん
2007/05/21(月) 11:07:07ID:???0765nobodyさん
2007/05/21(月) 11:07:48ID:???0766nobodyさん
2007/05/21(月) 11:32:32ID:???0767nobodyさん
2007/05/21(月) 11:59:18ID:4KSfgIeo0768nobodyさん
2007/05/21(月) 12:41:21ID:???0769nobodyさん
2007/05/21(月) 12:44:47ID:???DHHが見捨てたくらいだからPHPよりRubyの方がいいの？
0770nobodyさん
2007/05/21(月) 12:57:29ID:???http://gihyo.jp/dev/serial/01/alpha-geek/0004
http://capsctrl.que.jp/kdmsnr/wiki/transl/?AnInterviewWithDHH
見捨ててないよ。使い分けしている。
0772nobodyさん
2007/05/21(月) 13:08:21ID:???0773nobodyさん
2007/05/21(月) 14:00:19ID:???＞フレームワークのようにはなりません。
そういえば、あったなあここらへんのフレームワークというかCMSというか。
あれに飛びついた奴はいまごろどうしてるんだろうｗ
0775nobodyさん
2007/05/21(月) 14:49:48ID:???0776nobodyさん
2007/05/21(月) 16:53:34ID:???昔はもっと傲慢に書いてた気がするんだが
0777nobodyさん
2007/05/21(月) 17:11:15ID:???0778nobodyさん
2007/05/21(月) 17:14:42ID:???キモ無知だからツッコミいれたくなるのでは？
0779nobodyさん
2007/05/21(月) 18:04:38ID:???オンザエッジ時代のCTOなんてたいしたことなさそうだが。
0780nobodyさん
2007/05/21(月) 18:59:44ID:???本をたくさん読むので知識豊富。
少し性格に難があるのか、時々おかしなことも言っている。
挑戦的でよく釣りをする。
0781nobodyさん
2007/05/21(月) 20:29:28ID:???って印象の人、どこかトンチンカン
0782nobodyさん
2007/05/21(月) 20:56:14ID:zbqJOlovPerlモジュールはCで書いてるんだから。
0783nobodyさん
2007/05/21(月) 21:01:34ID:???いまいちピンとこなかった
webアプリ制作に関する情報少ないな
RoR本は多いがもっと下層のことが知りたい
IDEでの開発についての情報も見あたらなかったし（￣～￣;）ｳｰﾝ
0784nobodyさん
2007/05/21(月) 22:38:21ID:???過大評価されてる感じはするな＞ヒゲ男
0785nobodyさん
2007/05/21(月) 22:46:15ID:???このサスペンダー男とか
切り込み隊長とかいうキモシャツ男の文章は
何か懐かしいものがある
0786nobodyさん
2007/05/21(月) 22:53:37ID:???見やすいとは思えないのだが…。
文字だとアクセントなさすぎじゃね？
慣れの問題かなぁ
0787nobodyさん
2007/05/22(火) 00:15:14ID:???0788nobodyさん
2007/05/22(火) 00:40:17ID:???0789nobodyさん
2007/05/22(火) 01:02:17ID:???0790nobodyさん
2007/05/22(火) 01:18:33ID:???みんなPC使ってるのに一人で騒ぎだす。
0791nobodyさん
2007/05/22(火) 01:26:46ID:???確かにコンパイルは鬼のように大変なんだ。
mod_phpは5以降はプロセスが太りすぎでメモリを食いまくる。起動も遅いし。
軽くて早かったのは4のころまで。
5の新機能が有効でないプログラミングスタイルなら、4を使った方がいい。
0792nobodyさん
2007/05/22(火) 01:32:19ID:???mod_phpなら常駐だから、起動速度は関係ないだろう。
訳知り顔で適当なこと書くのは止めてくれ。
0793nobodyさん
2007/05/22(火) 01:48:04ID:???0794nobodyさん
2007/05/22(火) 01:54:32ID:???0795nobodyさん
2007/05/22(火) 02:45:15ID:???0796nobodyさん
2007/05/22(火) 02:56:07ID:???自分はMacPortsのPHPのコンフィギュレーションは好みじゃないから
依存するライブラリだけMacPortsで入れてPHP本体はシェルスクリプトでやってるけど。
0797nobodyさん
2007/05/22(火) 03:15:19ID:???0798nobodyさん
2007/05/22(火) 03:22:27ID:???もちろん、起動してから、複雑なロジックを実行すると、PHP5系の方が早い事が多いけど。
例えばキャッシュをうまく使って、逐次の処理を減らす方向でサイトを作るなら、PHP4の方がいい。
加えてメモリの使用量もぜんぜん違うし。
PHP5の場合、コンパイルオプションの指定によるチューニングの余地はPHP4のそれより多いと思うけど、そのチューニングが難しいんだよね。
じゃかすか削ってると、いざ必要になったときに再コンパイルが必要だから。
それは子飼も指摘してる部分ではある。
0799nobodyさん
2007/05/22(火) 03:55:12ID:???処理の重い部分だけCやJavaで書くとか、鯖をわけるとか。
そりゃ世の中事情ってものがあるから、どうしてもPHPでチューニングしなきゃいけないって時もあるのかもしれないから、そういう一般的にはあまりないシチュエーションにならざるを得ないなら、仕方ないから頑張ってPHP4使ったらいいんじゃない？
でも一般論としてPHP4のパフォーマンスがPHP5より高いなんて、どう考えても馬鹿げてる。
ましてここはフレームワークスレ。
PHPのパフォーマンスをギリギリまで最適化しようなんて方向とはまったく正反対。
0800nobodyさん
2007/05/22(火) 07:12:09ID:???0801nobodyさん
2007/05/22(火) 09:01:06ID:???ピーエイチピーよん
ピーエイチピーご
0802nobodyさん
2007/05/22(火) 09:31:40ID:MV3GDqY+0803nobodyさん
2007/05/22(火) 11:20:41ID:???0804nobodyさん
2007/05/22(火) 11:22:22ID:???ピーエイチピーよん
ピーエイチピーきんこ
0805nobodyさん
2007/05/22(火) 11:53:32ID:???ぺちぺすー
ぺちぺうー
0806nobodyさん
2007/05/22(火) 12:15:19ID:???0807nobodyさん
2007/05/22(火) 14:09:53ID:???0808nobodyさん
2007/05/23(水) 20:33:08ID:???0809nobodyさん
2007/05/23(水) 20:46:35ID:???0810nobodyさん
2007/05/23(水) 20:47:52ID:???0811nobodyさん
2007/05/23(水) 20:49:14ID:???0812nobodyさん
2007/05/23(水) 23:16:24ID:/ifDU2+10813nobodyさん
2007/05/24(木) 01:18:44ID:???0814nobodyさん
2007/05/24(木) 02:30:53ID:???0815nobodyさん
2007/05/24(木) 14:17:35ID:muRurTCc0817nobodyさん
2007/05/24(木) 18:44:10ID:CMFS8FWf0818nobodyさん
2007/05/24(木) 19:10:33ID:???0819nobodyさん
2007/05/24(木) 19:11:21ID:???0820nobodyさん
2007/05/24(木) 19:11:43ID:???ユーティーエフはち
と読みますが何か？
0821nobodyさん
2007/05/24(木) 19:21:42ID:???0822nobodyさん
2007/05/25(金) 03:10:26ID:???RubyやPerlはほとんど進化してないし、Pythonも結構バージョンでの差激しいし、
Javaに至っては変わらなさすぎてC#に遅れとっちゃってるしJRE1.6は超不安定だし、
周りが見えてなさ杉だよな
0824nobodyさん
2007/05/25(金) 03:15:34ID:???ちょびちょびあるっぽいよ。
どのフレームワーク使ってるなんて公にいわないだろ。
セキュリティの問題もあるし。
0825nobodyさん
2007/05/26(土) 07:50:53ID:???PHPのセッション機能は遅いので使わない
遅いの？
0826nobodyさん
2007/05/26(土) 08:11:25ID:???まーデフォルトのファイルのまま使ってたら、アクセス数とスペックによっちゃボトルネックになる。
条件によっちゃクッキーだけでも良いんだろうけどね。
0827nobodyさん
2007/05/26(土) 09:57:07ID:???4.0から4.3あたりまで、0.1レベルで大きな修正入ってるし。
それだけフレキシブルな進化を遂げたともいえるけど、せっかく知識を身に付けてもすぐゴミ化されるとつらいよな。
バージョンをまたがって長く使えるライブラリもないし。
0828nobodyさん
2007/05/26(土) 09:59:44ID:???0829nobodyさん
2007/05/26(土) 11:07:00ID:???0830nobodyさん
2007/05/26(土) 13:19:59ID:???0831nobodyさん
2007/05/26(土) 17:32:36ID:???0832nobodyさん
2007/05/26(土) 19:26:46ID:???0833nobodyさん
2007/05/26(土) 22:05:24ID:???で？
0834nobodyさん
2007/05/27(日) 02:43:12ID:???0835nobodyさん
2007/05/27(日) 06:26:01ID:???0836nobodyさん
2007/05/27(日) 16:25:22ID:???0837nobodyさん
2007/05/27(日) 16:35:08ID:???0838nobodyさん
2007/05/27(日) 21:19:30ID:???0839nobodyさん
2007/05/27(日) 23:32:07ID:???使ってないからよくおぼえてない
0840nobodyさん
2007/05/28(月) 00:56:03ID:???Yahoo!が利用しているテンプレートエンジン r3がオープンソース化したと書かれていてビックリ。
しかもsymfonyのビュー層にも組み込んで使っているとか。
0841nobodyさん
2007/05/28(月) 23:30:02ID:???さびれゆくコンピュータスキル"トップ10"
PHPが入るのももうすぐだな
＿＿____
|←Book|
| Off |
.￣.||￣￣ ｵﾜﾀ┗(^o^ )┓ 三
|| ┏┗ □←PHP本全部 三
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
＿＿____
|←Book|
| Off | ⑩
.￣.||￣￣ 三 ┏( ^o^)┛
|| 三 ┛┓
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
0842nobodyさん
2007/05/29(火) 01:36:01ID:???0844nobodyさん
2007/05/29(火) 02:36:00ID:???0845nobodyさん
2007/05/29(火) 04:07:36ID:???0846nobodyさん
2007/05/29(火) 05:13:45ID:???0847nobodyさん
2007/05/29(火) 07:24:57ID:???そういう人はjavaかrubyに行ってます。
0848nobodyさん
2007/05/29(火) 08:54:09ID:???0851nobodyさん
2007/05/29(火) 11:46:39ID:???もうPHPを超えることは出来ませぬ。というか難しい・・・。
そしてまた、PHPでフレームワークの必要性が沸いて来る。
が結局、スパゲッティーが何皿も出来上がるのであった・・・。
0852nobodyさん
2007/05/29(火) 12:29:10ID:???0853nobodyさん
2007/05/29(火) 13:33:16ID:???0854nobodyさん
2007/05/30(水) 15:37:49ID:???0855nobodyさん
2007/05/31(木) 12:07:53ID:???あます事なく出し切ればユーザー増えると思うが、
作者の心意気はどんなもんだろうなあ・・・。
0856nobodyさん
2007/05/31(木) 13:47:29ID:gup0HDto0857nobodyさん
2007/05/31(木) 20:18:11ID:???分かりやすさならCIの方がマシ
0858nobodyさん
2007/05/31(木) 20:33:44ID:???0859nobodyさん
2007/05/31(木) 20:43:45ID:gup0HDtoあそう
0860nobodyさん
2007/05/31(木) 22:20:37ID:???0861nobodyさん
2007/05/31(木) 22:42:16ID:???0862nobodyさん
2007/06/01(金) 01:21:38ID:???パンチで戦う奴です
0863nobodyさん
2007/06/01(金) 01:26:52ID:???0864nobodyさん
2007/06/01(金) 10:13:22ID:???テストでちょっと使ってみるかぐらいだ
0865nobodyさん
2007/06/01(金) 12:33:23ID:HJL7zKirhttp://www.cbook24.com/bm_detail.asp?sku=9784774131399
0866nobodyさん
2007/06/01(金) 18:50:24ID:???0867nobodyさん
2007/06/01(金) 20:27:01ID:???あんなもんマニュアル見れば使えそうだけど
もしかして俺でも書けるんじゃね？
0868nobodyさん
2007/06/01(金) 21:10:54ID:HJL7zKirまだ触ったこともないから、俺にとってはいい機会だ。
でも、一番望ましいのは、SymfonyとZendFramewokの本だな。
0869nobodyさん
2007/06/01(金) 21:15:39ID:???0870nobodyさん
2007/06/01(金) 22:31:43ID:???他フレームワーク脂肪ﾌﾟｷﾞｬｰ
0871nobodyさん
2007/06/01(金) 23:16:43ID:???点呼をとるから、返事しろよ
0872nobodyさん
2007/06/02(土) 00:31:13ID:???0873nobodyさん
2007/06/02(土) 00:37:48ID:???0874nobodyさん
2007/06/02(土) 04:35:37ID:???0875nobodyさん
2007/06/02(土) 04:46:01ID:???0876nobodyさん
2007/06/02(土) 09:54:19ID:???0877nobodyさん
2007/06/02(土) 11:42:27ID:???男ならコーディング&一発納品で勝負がセオリー。
0878nobodyさん
2007/06/02(土) 12:15:15ID:tMRQjMLuかこわるい
0880nobodyさん
2007/06/02(土) 13:33:28ID:???0881nobodyさん
2007/06/02(土) 14:40:30ID:???0882nobodyさん
2007/06/02(土) 16:11:26ID:tMRQjMLuどういう風に？
0883nobodyさん
2007/06/03(日) 00:32:39ID:???どうせperlと同じで使い回すことなんて無いしな。
一発もので動けばおk。
0884nobodyさん
2007/06/03(日) 02:58:04ID:???ニュー速にこんなスレ立ってる
0885nobodyさん
2007/06/03(日) 03:00:10ID:???0886nobodyさん
2007/06/03(日) 05:51:33ID:???もっと気にしてないかと思ってた。
0887nobodyさん
2007/06/03(日) 08:39:27ID:???彼はシェアを取ることより、言語の開発そのものに価値を見出すタイプだから。
0888nobodyさん
2007/06/03(日) 08:43:30ID:???0889nobodyさん
2007/06/03(日) 19:11:18ID:???rubyでウェブプログラミングってアリ？
0890nobodyさん
2007/06/03(日) 20:17:59ID:0nGDIlTxありかなしかで言えばあり
0891nobodyさん
2007/06/03(日) 21:26:39ID:???0892nobodyさん
2007/06/03(日) 23:48:32ID:0nGDIlTxおまえ、絶対作った事ないだろ？
0893nobodyさん
2007/06/04(月) 02:12:19ID:???その分Javaに時間使うってかんじ。
0894nobodyさん
2007/06/04(月) 03:50:58ID:???もうPHP終わり？
乗り換えるならなに？
0895nobodyさん
2007/06/04(月) 03:57:49ID:???⊂≡⊂＝(･ω･ ) Ruby?ﾎﾞｺﾎﾞｺにしてやんよ
⊂＝⊂≡ ι)
ﾊﾞﾊﾞﾊﾞﾊﾞ ( λ
∪￣＼)
∧＿∧ ∧＿∧
( ･ω･)＝つ≡つ);:)ω・）.,，';
(っ ≡つ＝つ ⊂ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣＼_)
Ruby PHP Python
∧＿∧ .・,'∧＿∧;，. ∧＿∧
（´・ω・）＝つ≡つ);;)ω(;;(⊂≡⊂＝（・ω・｀）
(っ ≡つ＝つ (っ ⊂) ⊂＝⊂≡ ⊂)
/ ) ﾊﾞﾊﾞﾊﾞﾊﾞ ｜ x ｜ ﾊﾞﾊﾞﾊﾞﾊﾞ ( ＼
( /￣∪ ∪￣ ∪ ∪￣＼ )
0896nobodyさん
2007/06/04(月) 04:09:09ID:???MatzのPHP批判て具体的にどれ？
ググっても「PHPのround関数ﾊﾞｶｼﾞｬﾈｰﾉ（AA略）」ってやつしか見つからん。
0897nobodyさん
2007/06/04(月) 04:23:34ID:???http://www.rubyist.net/~matz/20070529.html
連日PHPを話題にしているのは、 PHPを嫌いだからじゃなくて、PHPという言語の状況が素材として面白いからである。
今回のお話は
* PHP5への移行が進んでいない(20%以下)
* 各種アプリもPHP4/PHP5両対応
* 現在のペースから演繹すると2009年になっても70%程度ではないか
* PHP5の機能は活用されていない
* PHP5への移行インセンティブが弱い
結果として開発者はPythonやRubyに逃げていき、PHPは死んでしまうのではないか、という懸念。
あらゆるソフトウェアについて新しいバージョンへの移行は難しいことであるが、PHPの場合、それが顕著なのかもしれない。
0898nobodyさん
2007/06/04(月) 04:24:48ID:???0899nobodyさん
2007/06/04(月) 04:35:18ID:???ソースTHX
おれもPHP5普及率20%ってのは気になった
本当かな？
個人的には、PHP5のリリース前から、出るってわかった時点ですごく楽しみにしていたし、PHP5が出てからは以降PHP4でサイト構築した記憶はないしな
何かあまりに意外で信じられないという感じ
0900nobodyさん
2007/06/04(月) 04:50:43ID:???matzは批判はしていない
0901nobodyさん
2007/06/04(月) 04:55:31ID:???PHP使うなら４で十分で、オブジェクト指向で組むなら違う言語を選択するってことかな。
実際、PHPで作られているオープンソースのほとんどがPHP４だと思う。
0902nobodyさん
2007/06/04(月) 05:15:37ID:???多言語と比べるとイモなのは確かだな
0903nobodyさん
2007/06/04(月) 08:10:56ID:???5系で組みたくても、クライアントが契約済みの鯖がPHP4のみの共用鯖だったりすると…
0905nobodyさん
2007/06/04(月) 09:08:59ID:???PHP4/5 = cakePHP = プロ
サーバサイドjavascript とかで無い限りPHPは続く・・・
個人的には次は、Rubyでもいいけどね。
0906nobodyさん
2007/06/04(月) 09:14:32ID:???なぜ我々の言語の方が優れているのに、PHPの方が人気なんだって。
0907nobodyさん
2007/06/04(月) 09:56:12ID:???0908nobodyさん
2007/06/04(月) 10:55:16ID:???0909nobodyさん
2007/06/04(月) 11:04:56ID:???実装の美しさを追求した結果、
普及しないことも多々あるんだがなぁ。
気軽に始められて、便利に使えてナンボってところはあると思う。
0911nobodyさん
2007/06/04(月) 12:43:57ID:???流れてきに、PHP5普及率20%ってことで、
Symphonyをプロが使ってない事はないと思うし、
yahooとかで使われてるしね。
PHP5の普及率が引くっていうから、
FWの商用サイトはCakeが主流なのかなと思ったわけです。
0912nobodyさん
2007/06/04(月) 13:44:11ID:28BocCFwどうやって、20％なんて弾き出すんだよ。
0913nobodyさん
2007/06/04(月) 13:45:10ID:???0916nobodyさん
2007/06/04(月) 14:53:35ID:???とりあえず原文へのリンクも貼れよと思ったので貼る
どれくらい信用に足るデータなのかは俺も分からないが
普及率がこうだからどのフレームワークが
あーだこーだ言ってる奴は論外だと思うが
まあPHP5が全体の20%くらいと言われても
実際そんなもんじゃないのと個人的には思うけどな
あとrubyはいいぜDHHだって元PHPerだ
周りの声なんて気にせずphpユーザはみんな
rubyとrailsも触ってみればいいのにとおもう
0917nobodyさん
2007/06/04(月) 15:16:59ID:???ZendStudioなみに使えるIDEがあったら乗り換えてもいいんだけどなぁ
開発環境も含めて考えるとまだphpでいいかってなる
0918nobodyさん
2007/06/04(月) 15:25:56ID:???VS.phpみたいなVisual Studio 2005のRuby開発プラグインが出たら考えないでもない。
0919nobodyさん
2007/06/04(月) 15:33:06ID:???0920nobodyさん
2007/06/04(月) 17:20:43ID:???0922nobodyさん
2007/06/04(月) 18:00:11ID:???RoRに頼り切った普及はどうかと思うし、ただsymfonyが出ただけで
そのインセンティブを失うことになった。
それこそC++あたりのスーパーセットでphp関数に相当するクラスが出てくれればそっちに移行したい。
これならコード隠蔽や、特に速度面で強力なインセンティブがある。
0923nobodyさん
2007/06/04(月) 19:06:38ID:???IDEならeclipse+RDT+Radrailsで十分使えると思うけど
てかemacsかvim使おうぜ、ってこれは別の話になるな
0925nobodyさん
2007/06/04(月) 19:13:26ID:???0926nobodyさん
2007/06/04(月) 19:31:42ID:???0928nobodyさん
2007/06/04(月) 21:42:48ID:???0929nobodyさん
2007/06/05(火) 00:23:46ID:???0930nobodyさん
2007/06/05(火) 00:43:27ID:???0931nobodyさん
2007/06/05(火) 00:55:46ID:???＝それぞれと互換性のある新言語「RPPP」を作る
RPPPを作ったら、俺高卒だけどGoogleに就職できるかな？
0932nobodyさん
2007/06/05(火) 01:03:26ID:???良いものが使われると思っているのだろうか
トロンも自分らのOSがすごいとか言っていたけどすごいのと利用されるのは別と
いうことに気づいて欲しい
0933nobodyさん
2007/06/05(火) 01:48:10ID:???作者のPHPへの嫌味にはちょっとひく。
0934nobodyさん
2007/06/05(火) 01:51:54ID:???0935nobodyさん
2007/06/05(火) 02:06:33ID:???0936nobodyさん
2007/06/05(火) 02:26:58ID:???／ ＼
／ _ノ ヽ､_ ＼
／ oﾟ⌒ ⌒ﾟo ＼ 今日もまた、PHPで
| （__人__） | 掲示板作る
＼ ｀ ⌒´ ／ 仕事が始まるお…
0937nobodyさん
2007/06/05(火) 02:56:34ID:???0938nobodyさん
2007/06/05(火) 03:48:52ID:???perlは嫌いだし、dankogaiも嫌い。
0939nobodyさん
2007/06/05(火) 03:48:58ID:???読むだけだったら誰だってできるんだぜ
アルファベットさえ知ってれば
0940nobodyさん
2007/06/05(火) 03:51:47ID:???PHPはがばまんの売春婦＼^o^／バンザーイ
0941nobodyさん
2007/06/05(火) 09:22:08ID:7y1SoLdQ0943nobodyさん
2007/06/05(火) 09:42:39ID:7y1SoLdQRuby版のEC-CUBEみたいのある？
0944nobodyさん
2007/06/05(火) 13:02:39ID:???m9（＾Д＾）ﾌﾟｷﾞｬｰ
0946nobodyさん
2007/06/05(火) 16:29:51ID:???http://japan.zdnet.com/news/devsys/story/0,2000056182,20350197,00.htm
「Rubyは動的言語なので、IDEを作る人間にとっては”地獄”のはず。
にもかかわらず、コード補完を実現しているのがすごい」
m9（＾Д＾）PHPはすごくない！
0947nobodyさん
2007/06/05(火) 16:47:57ID:???こんな俺ですがRoRをやれば得るもの多いですか？
symfonyになくてRoRにあるものはどのくらい？
0948nobodyさん
2007/06/05(火) 16:56:00ID:???http://www.codegear.com/jp/products/rubyide
まだ出てないよな？
0949nobodyさん
2007/06/05(火) 18:00:39ID:???RoRスレはあるけど
誰か立ててよ
0951nobodyさん
2007/06/05(火) 18:12:47ID:???誰か頼むわ
【きつまん】RubyでwebProg【乙女】
名前： nobodyさん
E-mail： sage
内容：
Rubyでウェブプログラミングする人たちのためのスレです。
RoRを使わないことを想定していますが
排除はしません。
0952nobodyさん
2007/06/05(火) 22:56:38ID:???>>951
スレ立て依頼は他でやれ。ついでにLANケーブルで(ry
0953nobodyさん
2007/06/06(水) 11:04:49ID:???自分もまさにそう言う人。
RoR使ってみて初めて、Symfonyが目指した（いや、目指してないかもしらんが。）ものが
どういうものだったのかがわかった。
目からウロコ。
Perl以来5年ほどPHPラブだと思っていたけど今ではすっかりRuby派です。（ただ、この
衝撃がRubyによってもたらされたのかRoRによってもたらされたのかはワカンネ。）
0954nobodyさん
2007/06/06(水) 11:48:22ID:i598mYRR一度覚えてらヤミツキになると思うんだけどな。
0955nobodyさん
2007/06/06(水) 12:32:21ID:Mtn39grg■経歴
CTUロサンゼルス支局 プログラマー
（オープンソースの情報収集ソフトウェアを開発した為マイクロソフトに解雇された後、CTUにリクルートされた）
マイクロソフト セキュリティ・スペシャリスト
MIT（マサチューセッツ工科大学）人工知能研究所 ハッカー部門（短期雇用）
■特殊技術
インフォセク・テクノロジー、ネットワーク・セキュリティー、Python、Java、C/C++、Perl、LISP、HTMLを習得
■学歴
カリフォルニア州立大学リバーサイド校にて科学・応用数学・コンピューター数理学専攻 学士号
UC Linux ユーザーグループ
■個人情報
独身
息子：カイル
0957953
2007/06/06(水) 19:25:34ID:???そんな中、
・ちょっとミスるとSymfonyの深いところでエラーが出てよくわからないなあ
・日本語資料が少ないなあ
・なにかとymlになっていてルール覚えるのが大変だなあ
・コードジェネレータとエディタの相性が微妙だなあ
・Propel使いにくいなあ
という感じの不満を持っていたのです。
（自分がヘタレってのもあるのだけど、英語マニュアル一通り読むとか
それなりの努力はしたつもり。）
もづく
0958953
2007/06/06(水) 19:26:43ID:???で、RoR/Ruby使ってみたら、
・ミスってもスタックトレースが出てどこでエラーが出たのかわかりやすい
（って書いたところで、スタックトレースはSymfonyでも出る？自分が
わからなかったのはyml系のエラーかな？）
・日本語資料豊富、日本語の解説書もある
・（日本語解説書のおかげもあり）ルールが覚えやすい
・RadRailsとゆーIDEが秀逸。コードジェネレータと、Rake（Pakeみたいなもん？）
をIDE上でサクサクたたける
・ActiveRecords（RoRのORM）が使いやすい
って思ったのね。
この中でも、特に、日本語資料があるのと、IDEが秀逸なのが感激。
PHPはフレームワークもいろいろあるから、～に特化したIDEってのはちょっと
難しいけど、RubyはRails一択な訳で、RoRに特化してるんだよね。
ただ、これらの「Symfonyに対してRoRが勝ってる点」は、そのうち追いつくのかも
しれないなあ、とは思ってマス。
PHP5の普及率, Symfonyの日本語資料, IDEがRoRに追いつくのが早いか、
RoRが急速に普及してPHP抜くのが早いか。見物ですにゃー。
自分としては已然PHPも好きで、なにそのbegin end記法ｷﾓｽ派なのだけど、
RoRの快適さにはあらがえず。
長文ｷﾓｽですがそんな感じ。
0959nobodyさん
2007/06/06(水) 22:20:58ID:???0960nobodyさん
2007/06/07(木) 00:14:05ID:JcXOnpW3Zend Studioでいいじゃん
0961nobodyさん
2007/06/07(木) 03:18:14ID:???http://www.entropy.ch/software/macosx/php/
0962nobodyさん
2007/06/07(木) 03:40:26ID:???UNIX系の開発マシンとしてなら、WindowsにcolinuxかVMWare入れた方がよほど使いやすい。
0964nobodyさん
2007/06/07(木) 09:12:41ID:???良レポ乙
おれはRoRを自学のために触ったけど、運用環境が見つからなくて、まともにサイトを構築したことがなかったから、なるほどと思ったよ
日ごろの情報整理は全部Ruby使ってるから、endｷﾓﾁﾖｽ派だけどね
0965nobodyさん
2007/06/07(木) 09:37:03ID:???【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
Rubyネタはこちらへ↓
【Ruby】Ruby on Rails Part3
http://pc11.2ch.net/test/read.cgi/php/1170760209/
0966nobodyさん
2007/06/07(木) 10:00:01ID:???0967nobodyさん
2007/06/07(木) 11:13:02ID:???0969nobodyさん
2007/06/07(木) 12:37:59ID:???lt;?php symfonyとフランチョスのスレ ?gt;
http://pc11.2ch.net/test/read.cgi/php/1163804759/
0970nobodyさん
2007/06/07(木) 13:53:54ID:???0971nobodyさん
2007/06/07(木) 13:54:18ID:???PHPフレームワークの使い勝手はRailsにまったく追い付かないけど、
普及度はRailsがPHPにまったく追い付かないというというありがちな未来が見える。
オレもRailsを仕事で1年ほど使ってますが、感想としては
ActiveRecordが便利な半面重いことがある。(問題になるのはリレーションが多いときだけ)
フレームワーク自体のソースがちょっと把握しにくい。
Railsのコマンドラインデバッガとconsoleは死ぬ程便利。
Rubyのリフレクションはスゴい、が怖い。
Rakeやscript/ 以下の周辺ツールがPHP系にくらべてはるかに強力
0972nobodyさん
2007/06/07(木) 14:13:02ID:???よければPHPからRubyに乗り換えてみます。(・∀・)
0973nobodyさん
2007/06/07(木) 17:06:54ID:???0974nobodyさん
2007/06/07(木) 18:55:27ID:???0975953
2007/06/07(木) 19:28:05ID:???安心したｗ
>>964
なにげに中カッコって打つのにコストかかるんだなーと思った。
ただ、やっぱり、書いたコードの視認性という意味では（ブラケットマッチ含めて）
中カッコ記法の方が上な気がするね。
>>971
おー、参考になるです。ありがとう。
という訳で、SymfonyすれなりRoRすれに移動してまで続ける話じゃないので、
ここらで〆だね。
0976nobodyさん
2007/06/07(木) 19:45:07ID:???0977nobodyさん
2007/06/07(木) 20:33:39ID:???PHPを使ってる人から見た他言語フレームワークのマジメな評価ってのはとても価値があると思う
beginｷﾓｽ派だけどちょっと試してみようかなって気になったしな
ところでここの次スレは>>990あたりが立てればいいんですかね？
0978nobodyさん
2007/06/07(木) 21:37:32ID:???立てられる奴が立てる
0979nobodyさん
2007/06/08(金) 01:52:33ID:???書式が自由すぎるから覚えるのも読むのも大変。いいのは書きやすさだけ。
Pythonの方が簡潔で仕様はずっといいし、PHPをある程度把握してる人間が
乗り換えるメリットはほとんど無い。
0980nobodyさん
2007/06/08(金) 02:04:45ID:???理解するのにかなり苦労する。デバッガで追わないとかなりヘビー。
今までの書きこみからすると
RoRにも同じ欠点があると見ていい？
0981nobodyさん
2007/06/08(金) 03:40:21ID:???C++ (インフラ), Java(フロント・エンド)、Python(社内システム)が三大言語。その他、Sawzall (Google 独自言語)、JavaScript、ActionScript も
0982nobodyさん
2007/06/08(金) 06:23:58ID:???PHP書くのちっとも楽しくないので
今後も新しい技術を学び続けるか迷うところ
0983nobodyさん
2007/06/08(金) 06:27:09ID:???0984nobodyさん
2007/06/08(金) 06:43:31ID:???0985nobodyさん
2007/06/08(金) 07:22:48ID:???俺の仕事はPHPでコード書くことじゃないからﾖｸﾜｶﾝﾈｗｗｗ
何でも良いから顧客要望あるいは自分の思うような機能を
さくさくインプリメントできることの方が重要。
0986nobodyさん
2007/06/08(金) 09:46:05ID:???0987nobodyさん
2007/06/08(金) 09:56:26ID:???Railsのビジネスロジック記述の見通しはSymphonyと比べてとてもいいと思う。
宣言的でごちゃごちゃしない。
ただ、そのきれいな裏で泥くさい仕事をしてる部分の実装の全体像を理解するのは骨。
でもちょっとしたフレームワーク実装のチェックくらいならコツをつかめばまぁそこそこ。
0988nobodyさん
2007/06/08(金) 11:45:37ID:???書式が自由って言っても、perlみたいな
「やり方はいくらでも」っていう方向性ではない
phpと比べてコードの表現力が全然違うと思うよrubyは
phpをある程度把握してるならそれこそ別にrubyじゃなくてもいいけど
他のLLも触ってみることは全然メリットあると思うけどなあ
>>980
フレームワークである以上見通しの問題は常につきまとうけどな
railsはVCはわりとすっきりしてるかな
構造を把握してruby読むのになれたら読みやすい方だと
phpで読みやすいFWはZendだな
>>983
そうだけど自分が作りたいものをちゃっちゃっと作れるかどうかは重要で
そのための道具（言語）はいい方がいいに決まっている
0989nobodyさん
2007/06/08(金) 11:55:23ID:???だからＲａｉｌｓとＳｙｎｆの話になってんだろ空気嫁
0990nobodyさん
2007/06/09(土) 00:02:31ID:???糞アプリが乱立する原因」
http://news23.2ch.net/test/read.cgi/news/1181304333/l200
http://www.rubyist.net/~matz/20070604.html#p07
はい追い打ちきました
m9（＾Д＾）ﾌﾟｷﾞｬｷﾞｬｷﾞｬｰ！
0991nobodyさん
2007/06/09(土) 00:06:54ID:???0992nobodyさん
2007/06/09(土) 00:11:21ID:???0993nobodyさん
2007/06/09(土) 00:13:49ID:6f8TWb7Z個人的にはRubyのattr_accessor :a, :b, :cだけあれば十分なんだが
0994nobodyさん
2007/06/09(土) 00:44:30ID:???0995nobodyさん
2007/06/09(土) 01:08:18ID:???0996nobodyさん
2007/06/09(土) 01:30:53ID:???0997nobodyさん
2007/06/09(土) 01:49:20ID:???0998nobodyさん
2007/06/09(土) 02:06:12ID:???0999nobodyさん
2007/06/09(土) 02:31:06ID:???それを許さないのがRubyの罪
1000nobodyさん
2007/06/09(土) 02:35:37ID:???1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。