07/10/24 21:29:45 0Hsdskfh
SEOのために、URL短くしたり、あるいは指定されたりした場合、どうすればいいの？
パラメータは良いけど、アクション名とか、イミフだからやめてって言われちゃったりした場合。
80:nobodyさん
07/10/24 21:31:11
>>79
お前はフレームワークを無理して使わなくていいからw
81:nobodyさん
07/10/24 21:32:14
自分が必要ないと思うなら使わなきゃいいだけの話。
他人にまでそれを押し付けるなよ＾＾；
82:nobodyさん
07/10/24 21:33:03
routingの設定変えりゃいいだけじゃね
最近のFWならどれでもurl routingの機能ついてるっしょ
83:nobodyさん
07/10/24 21:33:25
なぜパラメータは良くてアクション名がダメなのか？
84:nobodyさん
07/10/25 00:13:09
seoとかいってるやつは大体業界のクズ
85:nobodyさん
07/10/25 00:18:06
そのクズに仕事とられたのか？ｗ
86:nobodyさん
07/10/25 00:33:39
yamadaフレームワークって知ってる？文字通り、日本人が開発したみたいなんだけど、
今度使う事になったんだ。
87:nobodyさん
07/10/25 00:40:58
でまた、フレームワーク毎のお約束事を、ドキュメント読んだり覚え直したりググったりしなきゃならん訳だ。
88:nobodyさん
07/10/25 09:25:35
同じフレームワークを使っていれば
一度覚えるだけで良いから楽なのにね。
89:nobodyさん
07/10/25 09:36:28
それだとスキルが鈍磨していかね？
90:nobodyさん
07/10/25 10:02:05
>>88
同じ言語を使っていれば
一度覚えるだけで良いから楽なのにね。
91:nobodyさん
07/10/25 11:28:44
フレームワークを使わなければ、
フレームワークを覚えなくて良い代わりに、
自分でアプリの構成・骨格（＝俺俺フレームワーク）を
作らなくてはいけないから大変だな。
自分ひとりでやるのならそれでかまわないが、
複数人で開発（それが普通）するのなら、
他人は、俺俺フレームワークを覚えなくてはいけない。
92:nobodyさん
07/10/25 16:34:22
フレームワークは効率いい流れをつかむもので
それ自体を使ってはいないな。アレンジして理解しながら
やってるんで時間はかかるｗあくまで参考書的位置づけだな
93:nobodyさん
07/10/25 16:35:52
>>91
覚えるならまだしも、不具合が恐いな
有名なフレームワークなら使っている人も多いから
致命的な不具合はだいぶん取り除かれている
94:nobodyさん
07/10/25 21:41:05
フレームワーク使ったら負け
そんなの常識だろ
95:nobodyさん
07/10/25 21:47:15
>>94
見えない敵と戦っている人がこんなところにw
96:nobodyさん
07/10/25 22:49:22
戦士に敬礼ッ
97:nobodyさん
07/10/26 01:52:41
ある程度の規模のWebアプリを、
生産性や保守性、拡張性を考えながら何回か開発してると、
結局FW的なものに行き着くんだよね。
それでFW的なものが色んな所で開発されると。
仮にそのプログラマが十分に優秀な人なら、
それなりに出来の良いオレオレFWになるわけだけれど、
企業として考えるとオレオレFWだと学習コストやら、
何やらでトータルコストがかさむ。
雇われるプログラマ側としても、
第三者からは得体のしれない社内FWを使いこなす技術なんて、
身に着けても資産価値が大してない。
それに、優秀な人っていうのは数が少ないから優秀と呼ばれるわけで、うんこFWが世界中で開発されて、それを使わざる得ない状況なんてうんこな場面も世界中で繰り広げられていると。
実際、メジャー所のFWのソース読んでると勉強になるよ。
本当に良く考えられてるなぁ、頭いいなぁ、と。
巨人の肩に乗ってるから、っていうのは当然あるだろうけど、
巨人が気前良く肩を空けてくれてるんだから、
普通の人は戦うんじゃなくて乗ればいいんじゃないのと。
98:nobodyさん
07/10/26 03:02:34
プログラマはプライド高いから無理だな
プライドすてれるやつがビジネス的に成功すんだが
99:nobodyさん
07/10/26 12:58:48
プライド捨てても成功できない奴、沢山いるんだがｗ
100:nobodyさん
07/10/26 13:13:18
×プライド捨てると成功できる
○成功する奴はプライド捨てれる
101:nobodyさん
07/10/26 13:42:22
×捨てれる
○捨てられる
102:nobodyさん
07/10/26 16:43:45
このスレを見ている人はこんなスレも見ています。(ver 0.20)
【トイプードル】プードル Part26【ﾐﾆﾌﾟｰｽﾀﾝﾌﾟｰ】 [犬猫大好き]
103:nobodyさん
07/10/26 16:58:52
>>102
俺もそれ気になってたんだよなｗ
PHPerがトイプードルなんかに興味持ってんじゃねえぞ
PHP書きが飼っていいのは金魚までだ
104:nobodyさん
07/10/26 19:27:54
フレームワークの勉強を教えてください。
よろしくお願いします。
（オススメのサイト、本など）
105:nobodyさん
07/10/26 20:59:08
このスレの最初に出てるサイト見ていったらいいじゃん
106:nobodyさん
07/10/26 23:23:37
>>101
言語学に詳しくないやつがそういうつっこみすると浅いからやめた方がよい。
107:nobodyさん
07/10/27 00:26:14
いやそれは普通につっこまれるところだろｗ
言語学とかいうレベルじゃねー
一般常識の話だ
108:nobodyさん
07/10/27 00:39:12
ら抜き言葉が微妙なのは認めるけど、いちいち指摘してる奴は気持ち悪いと俺は思う。
109:nobodyさん
07/10/27 00:43:33
君がどう思うかには興味はない
110:nobodyさん
07/10/27 00:45:27
そうですか。興味はなくても、まぁそう思う人もいるという事で。
俺以外にも結構いると思いますよ。
111:nobodyさん
07/10/27 01:15:45
ら抜き言葉はいけません。
×ほれる
○ほられる
112:nobodyさん
07/10/27 01:16:22
普通にらぬき言葉と呼ばれる表現は方言として存在している。つまりは関西人が関西弁話したら、正しく日本語を話なさいというのと同様に、方言を認めないということになる。
らぬき言葉が方言としてしゃべられているかは別として、言語がさらに日々、経済的になっているだけの話し。（無駄は口語では省かれていく法則）
100年前の年寄りも現代の言葉は乱れていると嘆いたそうだぞ。つまりは、繰り返される無駄な議論。
無知が半端な知識で語らないほうがよい。無知同士の馬鹿な話し合いならいいが、知識人にそんなこと言ったら恥ずかしいぞ。
長文失礼。
113:nobodyさん
07/10/27 01:19:59
> 話し
はなしし?
114:nobodyさん
07/10/27 01:26:54
揚げ足とろうとするまえに辞書引いたらいかが？
115:nobodyさん
07/10/27 01:27:31
受身と可能をら抜きか否かで区別できるくらいまで
どちらかがどちらかとして定着してほしいなーと常々思っている
日本語は気をつけて使うとかなり論理的な会話が可能な言語だと思うのだけど
ここだけが非常に曖昧なんだよねー
フレームワークの話に結び付きそうで結びつかないが気にせず投稿
116:nobodyさん
07/10/27 08:45:10 R02pgmdg
なーにが知識人だよｗ
ら抜きが通用してるなんてことは、誰でも知ってるだろ。
117:nobodyさん
07/10/27 08:54:01
「話」は名詞
「話し」は「話す」の連用形
118:nobodyさん
07/10/27 10:36:45
言葉には文法がある。
フレームワークにも使いかたがある。
言葉が乱れている人の思考回路では、フレームワークをうまく使いこなせない可能性はあるのだろう。
「ら抜き」言葉はよく聞くけど、会話ならOK＝言いたいことは分かる。文章に書くときは、らを入れるように気を付けている。
バグに敏感なプログラマーなら、「ら抜き」言葉に抵抗を覚えるはずに、一票。
119:nobodyさん
07/10/27 10:50:12
perl プログラマなら気にしないかもしれないよ？ｗ
そもそも「乱れている」と捕らえること自体が
多様な受け止め方のひとつでしかないわけで。
自然言語と、自発的に変化できないプログラム言語とを、
混同して考えるのもよろしくないな。
120:nobodyさん
07/10/27 10:51:22
いくらなんでも頭固すぎ。
121:nobodyさん
07/10/27 14:50:34
smarty とか prado とか mojavi とか symfony とか、
なに使えばいいんだYO！
122:nobodyさん
07/10/27 15:09:27
agavi
123:nobodyさん
07/10/27 15:27:04
派生しすぎでよくわからん…
124:nobodyさん
07/10/27 15:29:38
>>121
このスレでsmartyの名前を出すといろんな意味でバカにされるぞw
125:nobodyさん
07/10/27 15:31:51
>>124
そうなの？テンプレート使った出力用のライブラリとしては
手軽だしいいと思うんだけど。
126:nobodyさん
07/10/27 15:33:36
>>125
そうなの？と聞く前に過去レスくらい読め
127:nobodyさん
07/10/27 16:11:49
ここでsmartyって見るたびにsymfonyと間違えてるのかと思う
128:nobodyさん
07/10/27 17:35:23
smartyがﾃﾞﾌｫﾙﾄｽﾀﾝﾀﾞｰﾄﾞなのはｶﾞﾁ
129:nobodyさん
07/10/27 17:39:18
smartyは昭和の遺物
130:nobodyさん
07/10/27 17:39:55
smarty使うとトイプードルに噛まれる
131:nobodyさん
07/10/27 17:51:13 qKhZXt50
smartyでちょっと聞きたいんだけど、デザイナーがdreamweaverとか使ってる時はどうしたらいい？
例えば、htmlとimgディレクトリが実際の場所と違う場所に置くことになるから、相対パスで指定できないじゃない？
src="/hoge.gif"と、ドキュメントルートからのパスで指定して貰えば良いけど、やりにくいらしく嫌がられるんだが…
132:nobodyさん
07/10/27 18:17:49
Smarty使ったことあるけど、何であんなもん使うのか理解不能。
普通にPHPで書けばいいじゃんって思う。
133:nobodyさん
07/10/27 18:58:30
>>132
１人で全部できるHPやｼｽﾃﾑ作ってるならそれでいいんじゃね
ちっちゃいちっちゃい規模ならね
134:nobodyさん
07/10/27 19:34:38
俺、それなりの規模のアプリも作ったことあるけど、個人開発したことしかないからなぁ。
135:nobodyさん
07/10/27 19:56:05
symfonyでも使われているらしいphpmailer触ってるが
setter,getterなしでプロパティーに直アクセスすんのな
これだからphpのoopは( ﾟ,_･･ﾟ)ﾌﾟﾌﾟｯ
136:nobodyさん
07/10/27 19:59:11
smarty( ﾟ,_･･ﾟ)ﾌﾟﾌﾟｯ
137:nobodyさん
07/10/27 20:18:05
Smartyのメリットを上げる時に、「プログラムとテンプレートが分かれているので云々」って
見かける事多いけど、Smartyじゃなくても普通やるだろｗｗって感じだからなぁ。
138:nobodyさん
07/10/27 21:01:17 euGofwdi
URLﾘﾝｸ(ihc.mydisk.jp)
139:nobodyさん
07/10/28 00:26:50
Smartyの最大のメリットは、<?php echo $hoge ?>が { $hoge }と書ける事。
(<?= $hoge ?>でいいじゃんってツッこみしないでね。宗教戦争になるから。）
これだけでいいから、Symfonyもなんか考えて欲しいよ、テンプレート機構。
そこが解決されれば、文句無し最強PHPフレームワーク、だと思う。
CakePHPはその辺連携取り易いのにな。
140:nobodyさん
07/10/28 00:28:35
CodeIgniterが軽い理由は、Vが良いせいか？
141:nobodyさん
07/10/28 01:03:20
>>135
> setter,getterなしでプロパティーに直アクセスすんのな
setter,getterなんて使うのはJavaぐらいなもんだろ？
142:nobodyさん
07/10/28 01:05:58
> Smartyの最大のメリットは、<?php echo $hoge ?>が { $hoge }と書ける事。
ところで、 { } を使っている人いる？
違う記号に置き換えたりしない？
<{ }>とか。
143:nobodyさん
07/10/28 01:41:41
>>142
jsやcss部分を{literal}～{/literal}なんて面倒だから
普通は変更してるんじゃないか？
<{}>とか<!--{}-->とか{{}}とか・・
144:nobodyさん
07/10/28 02:00:29
>>141
PHPとJavaしか知らないのかな?
145:nobodyさん
07/10/28 02:10:03
わざわざ煽ってないで「こういうのもありますよ」って事例を示せばいいのに。
日本人ってなんでこうなんだろうね。
146:nobodyさん
07/10/28 02:26:30
異邦人乙ｗｗｗ
147:nobodyさん
07/10/28 02:45:16
たとえば C# とか getter/setter あるじゃん。
148:nobodyさん
07/10/28 02:47:57
まともなOO言語は普通getter/setterあるだろ
簡単に書けるようになってる言語もあるが
PHPはそうじゃないし
149:nobodyさん
07/10/28 11:10:18
C# の Property 機構は良いねぇ．言語的にきれいにまとまってるし．
でもそれをもって C# に getter/setter ありといえるなら
PHP だと __get()/__set() があるから言語的には「getter/setterあり」といえると思うけど？
（どうせ後付け条件で「あんなのはgetter/setterじゃない」と言い出すんだろうけど）
ていうかむしろ Java にこそ getter/setter が存在しない（ただの命名慣習）わけだが．
Java 7 では getter/setter を廃して property 構文を新規に作ろうって動きもあるわけだし．
150:nobodyさん
07/10/28 11:34:46
ｱｸｾｻﾒｿｯﾄﾞ
151:nobodyさん
07/10/28 13:53:09
OOPって面倒くさいですね。
お役所の手続き事務みたいに決まりごとが多すぎる。
でも、それを悪いとは思わない。
仕組みを考えた人は頭がいいと思う。
152:nobodyさん
07/10/28 13:55:53
プログラムって面倒くさいですね。
お役所の手続き事務みたいに決まりごとが多すぎる。
でも、それを悪いとは思わない。
仕組みを考えた人は頭がいいと思う。
153:nobodyさん
07/10/28 14:13:15 gVsdL0KD
PDTでsetterとgetterの生成やってくれればいいのに
154:nobodyさん
07/10/28 14:30:51
getterはgetXxxって名前よりもプロパティ名そのものが好き
155:nobodyさん
07/10/28 14:37:31
それだとプロパティーと区別付かないじゃん
156:nobodyさん
07/10/28 14:41:17
ｱｸｾｻﾒｿｯﾄﾞ
↓
ｿｻｱｯ('A`)ﾒﾄﾞｸｾ
（操作、面倒くせ）
157:nobodyさん
07/10/28 14:44:03
むしろアクセサ介さずにアクセスする方が気持ち悪い
内蔵に直接手を入れてうんこ取り出してるようなもの
158:nobodyさん
07/10/28 17:47:48
readonly/writeonlyなプロパティは別として
読み書き可のプロパティをpublicにしない納得いく理由を挙げてくれ
気持ち悪いとかそういうもんだからとかは無しで
159:nobodyさん
07/10/28 18:48:21
セックスって面倒くさいですね。
お役所の手続き事務みたいに決まりごとが多すぎる。
でも、それを悪いとは思わない。
仕組みを考えた人は頭がいいと思う。
160:nobodyさん
07/10/28 20:34:39
まったく関係ないセックスの話がしたいのならよそにいけ
161:nobodyさん
07/10/28 20:36:22
スレ違いだ。
よそ行って来い。
162:nobodyさん
07/10/28 20:50:16
まったくだ、このスレの人間はセックスなんて・・・
163:nobodyさん
07/10/28 21:36:08
>>158
後から変更する可能性があるから
164:nobodyさん
07/10/28 23:19:35
プロパティを大量に晒すクラス書いたことないから、
セッターとかゲッターとかもあまり書いたことない＞おれ。
165:nobodyさん
07/10/29 07:49:04
>>137
>Smartyのメリットを上げる時に、「プログラムとテンプレートが分かれているので云々」って
>見かける事多いけど、Smartyじゃなくても普通やるだろｗｗって感じだからなぁ。
同意。それをさもSmartyの利点のごとく語るやつがいてさ、は？とか思った。
Smartyなんていらない。PHPで十分。
つか、Smarty遅くね？PHPファイルをincludeするほうが3倍速かった。
166:nobodyさん
07/10/29 10:29:25 rume0jLE
>>165
Smartyはページキャッシュが欲しくて使ってる
167:nobodyさん
07/10/29 10:58:01
つ PEAR::Cache_Lite
168:nobodyさん
07/10/29 13:29:27
>>137とか>>165が作ったオナニープログラムよりはよっぽどマシ
速い遅いとかっていつの時代のサーバを使ってるんだ？w
169:nobodyさん
07/10/29 13:32:34
ネイティブとSmarty比べてるのにSmartyのほうがマシらしい。
170:nobodyさん
07/10/29 14:11:54 cAFvFwpp
おまえらにSmartyの何がわかるんだよ！
171:nobodyさん
07/10/29 14:16:11
Smartyはデビュー作だけ大ヒットしたものの
その後まったく鳴かず飛ばずで
今は地方のスーパーとかを回っている演歌歌手みたいなもの
172:nobodyさん
07/10/29 14:30:56
テンプレートってのはそもそもが
htmlを吐き出すときに、コードで書かないといけない。
コードで書いたらごちゃごちゃして見にくい。
htmlをそのまま書いて、その一部に変数等を埋め込めばいいんじゃね？
という発想で作られたもの。
だからhtmlをそのまま書いて、そこにphpコード埋め込むことが
できるphpでは最初っからあまり意味が薄いものだった。
173:nobodyさん
07/10/29 14:35:25
デザインとロジックは分離するよ。だけどディレクトリ構造まで分離させると、あちこちに散らばってめんどくさい。
変数出力の記述がシンプル、なんて利点をあげる奴もいるけど、出力用の関数を作っといて、
function o($arg,$escape=true){
if($escape){
$output=htmlentities($arg);
}
echo $output;
}
↑たとえばこういうの作って<?o($hensu)?>てな感じで書けばHTMLもスッキリでしょ。
ええとtruncateはー･･･ああマルチバイトだめなんだ、じゃあ自作修飾子をー･･･とかsmartyのドキュメント見ながらやったりするよりよっぽど早い。
大体、修飾子が連なると読みにくいから、そんなのはロジックの出力直前くらいで整えておく方がいいし。だったらSmartyの必要が無い。
キャッシュはPEAR::Cache_Liteなどで事足りる。
Smartyの素晴らしさを教えてくれ。マジで。
174:nobodyさん
07/10/29 14:43:53
o('obj.arr.value') という書き方で
$obj['arr']['value']の値を表示させるってのもありだよな。
175:nobodyさん
07/10/29 14:47:35
PHP自体がテンプレートだから
テンプレート(＝PHP)の上層に作られたテンプレート(＝Smarty)
って構造
SmartyはPHPに無い＋α提供してくれる
と理解してて、Smarty使いこなしてるなら何も言わないけど、
大多数はなんとなく時代の流れ（？）で Smartyって便利だぜー
って言ってる様な気がするんだヨナー
176:173
07/10/29 14:51:28
ごめん、$escape==falseの場合はもちろん$output=$arg;しといてね。
スレチだけど、似たようなパターンでよく使ってる関数をひとつ。
d($arr){
echo "<pre>";
print_r($arr);
echo "</pre>";
}
デバッグ時によく使う。
177:nobodyさん
07/10/29 15:52:16
そうそう、Smartyはほんと良く出来てるよね
<?php echo $hoge; ?>なんて書かずに{$hoge}だけだし
{foreach}{foreachelse}や{section}{sectionelse}、{if}まであるし
{strip}なんかも便利{$hoge|nl2br}なんてこともできるし・・その他多々いろいろ
まあつまり>>173みたいな素敵なコードをわざわざ書かなくていいってことだ！
178:nobodyさん
07/10/29 15:57:28
制御構造とかの文法がださいのが嫌
自由度も低いし
179:nobodyさん
07/10/29 16:06:08
177だが、要は使いたい奴は使えばおｋってこと
自分で作れる奴はそれを使えばおｋってこと
>>178
SmartyはHTMLテンプレートですよ
デザイナーが使えりゃいいんです 使いやすけりゃいいんです
180:nobodyさん
07/10/29 16:13:21
>>179
実際デザイナーにsmartyのtpl丸投げできてるところってあるの？
foreachとか入ってて、結局デザイナーが作ったHTMLを
Smarty形式にマが組み込んでるほうが多い気がする。
181:nobodyさん
07/10/29 16:20:46
>>180
まったくだ
182:nobodyさん
07/10/29 16:23:21
デザイナーに使える奴がいないと、結局自分の余計な仕事が増える
ってか今まで使えるデザイナーに出会ったことが無い･･･orz
183:nobodyさん
07/10/29 16:30:01
>>178
＞自由度も低い
とかいっているヤツは、だいたい使いこなせなかったヤツだったりするｗ
184:nobodyさん
07/10/29 16:32:26
>>183
Smartyで自由度を使いこなすとデザイナがわからなくならない？
185:nobodyさん
07/10/29 16:38:11
使いこなすほど醜くなるのがSmarty
186:nobodyさん
07/10/29 17:17:03
PHPでSmartyのようなテンプレエンジンがなぜ必要なのかわからん。
デザイナーにシステムに組み込んでからHTMLなんぞいじらせるべきじゃない
デザイン云々はCSSでやらせるべき
その方が効率的
187:nobodyさん
07/10/29 17:56:21
ｻﾞﾜｻﾞﾜ…
188:nobodyさん
07/10/29 18:08:23
smartyが作られた国ではデザイナとの分業がはっきりしてるケースが多いのかね…。
日本のIT土木と違って。
189:nobodyさん
07/10/29 18:17:10
使いにくいとか言うやつはだまって使わなければいいだけなのに、
なんでいちいち欠点をあげつらうのかね？
オレオレテンプレートエンジンを自慢したいだけか？
190:nobodyさん
07/10/29 18:25:31
○ITドカタ
191:nobodyさん
07/10/29 18:26:24
>>189
使わなくて済むならいいけど、つかうことを強要されてるんで
どこかで愚痴りたいとか
192:nobodyさん
07/10/29 18:29:05
プログラマチームが全員完全にSmartyを理解していて、ドキュメント等を何も見なくてもサクサク書けるレベル、
かつ、デザイナーチームもテンプレートとドキュメントルートの位置関係とか、{Smartyのコード}等をちゃんとわかってる現場なら、使う意味はあるかも。
っていう程度。
193:nobodyさん
07/10/29 18:30:09
>>191
日本には仕事をやめる自由くらいはあるぞｗ
194:nobodyさん
07/10/29 18:30:12
>>189
お前の論調で行くと
使いやすいと言う奴は黙って使ってればいいってことになるな
195:nobodyさん
07/10/29 18:30:55
なぜフレームワークのスレでここまでsmartyの話をするのかｗ
196:nobodyさん
07/10/29 18:33:16
2007年ももう過ぎ行く季節だというのに
Smartyてｗ
Smartyてｗ
197:nobodyさん
07/10/29 18:35:11
とっくの昔に結論出てるのに今更SmartySmarty言ってる奴は原始人
198:nobodyさん
07/10/29 18:36:50
そこでPOHPですよ。
PHPではKwartzぐらい?
199:nobodyさん
07/10/29 18:43:26
>>194
使いやすいと言う奴については何も言及はしていない
論理を勉強して来い
200:nobodyさん
07/10/29 18:49:20
>>199
屁理屈の練習は別でやればいいよ。
ここはフレームワークを語るスレ
201:nobodyさん
07/10/29 19:00:15
Smarty派頭悪すぎワロタ
202:nobodyさん
07/10/29 19:49:56
>>200-201
おまえら頭悪すぎ
ろくなプログラム組めないんだろうな
203:nobodyさん
07/10/29 19:50:53
>>202
外の空気吸ってきなよ
深呼吸すると落ち着くぜ
204:nobodyさん
07/10/29 20:26:34
まあ、高校生くらいなんだろうな
匿名掲示板でも底は見透かされるから無理はすんなってことだ
205:nobodyさん
07/10/29 20:35:22 gR7ARslJ
言っとくけど>>202はスーパーハカーだからすごいプログラム組めるよ？
206:nobodyさん
07/10/29 20:37:23
長期休みみたいなどうでもいい流れになってるな
207:nobodyさん
07/10/29 20:42:02
smartyという単語が出てきた時から嫌な予感はしてたが
208:nobodyさん
07/10/29 20:48:53 gR7ARslJ
・・・そろそろ、やめようか・・・。
・・・そうだな・・・。
（ガッチリ握手）
209:nobodyさん
07/10/29 21:26:13
俺がここらへんでペチパー全体を馬鹿にすりゃ丸くおさまるんじゃないか？
210:nobodyさん
07/10/29 21:31:51
Ruby脂肪ｗｗｗｗ
211:nobodyさん
07/10/29 22:11:39
底は見透かされるから(笑)
212:nobodyさん
07/10/29 22:59:42
ここではSmartyイラネ派が優勢なのか・・・時代も変わったものよのう。
昔は、いくら「include()で十分」といっても、だれも賛成してくれなかったのに。
いい時代になったのう。
Smartyはのう、テンプレートのデザインを崩してしまうタイプのテンプレートエンジンじゃから、デザイナーにはウケが悪かった。Dreamweaverと相性が悪いでの。
XOOPSがはやっておった時代、XOOPSがSmarty使ってたもんじゃからデザイナーでも試してみた人がけっこう居たんじゃが、Dreamweaver使いからはいい評価を聞かんかった。テキストエディタ派は黙々と使っておったがの。
しかし素のPHPは <?php echo htmlspecialchars($var); ?> があまりにめんどいからの、プログラマーの中には嫌うものもいた。
しかしこれも>>173みたいにちょっとしたユーティリティ関数かけば済む話での。そんなことすらできんやつもいるから、PHPユーザがばかにされるでの。
>>177
>まあつまり>>173みたいな素敵なコードをわざわざ書かなくていいってことだ！
数行のコードを書く手間と、Smartyのマニュアルにらめっこする手間とを考えれば、結論はおのずとわかると思うんだがの。
だからPHPユーザがばかにされるでの。
213:nobodyさん
07/10/29 23:02:24 rume0jLE
今Smartyと遊んでいる俺に謝れ！
214:nobodyさん
07/10/29 23:19:43
時代は変わったっていうか
2005年頃既にSmartyは終わってたと思うけど。
ちょうどsymfonyが出てきて
「templateは生phpでいいじゃん」「Smartyいらなくね？」「むしろ氏ね」
みたいな流れが大勢になった。
まさか今更Smartyなんて言葉をこのスレで見るとは思わなかったな
215:nobodyさん
07/10/29 23:23:30
今テンプレートエンジン前提にしてるFWってどんだけあんの？
216:nobodyさん
07/10/29 23:30:06 gR7ARslJ
xoopsやらのwebアプリはsmarty使うのやめて欲しい。
217:nobodyさん
07/10/29 23:30:27 rume0jLE
Ethnaって違ったっけ？
218:nobodyさん
07/10/29 23:50:00
>>216
お前が人間をやめれば解決する
219:nobodyさん
07/10/29 23:54:33
smarty派のタチの悪さが
smartyの評判をますます落としていくｗ
220:nobodyさん
07/10/30 00:23:47
Smartyはプラグインが蓄積されてたら{$hoge|huge|hage}で簡単にオレオレ関数呼べるし、
そう悪くはないと思うけどなあ。確かにOSSでの採用は微妙だけど。
そもそも重量級のサイトには使えないし、
DWで崩れちゃヤダヤダなデザイン屋にはPHPTALでも使うしかない？
221:nobodyさん
07/10/30 00:24:04
とりあえずSmartyに限らずテンプレートエンジンが必要か否か、
から始めようじゃないか。
Smartyを使ってる人、
Smartyは使ってないけど別のテンプレエンジン使ってる人
生PHPの人がそれぞれいるだろう。
222:nobodyさん
07/10/30 00:30:37
>>221
まだやる気か
○しますよ？
223:nobodyさん
07/10/30 00:58:09
>>219
タチの悪さ( )笑
２ちゃんねるは初めてなのか？
224:nobodyさん
07/10/30 01:04:32
>>214
>2005年頃既にSmartyは終わってたと思うけど。
>ちょうどsymfonyが出てきて
>「templateは生phpでいいじゃん」「Smartyいらなくね？」「むしろ氏ね」
>みたいな流れが大勢になった。
それはないのう。生PHPよりSmartyのほうがもてはやされてたし、いまもその傾向が強い。
Smartyイラネ派はいつもマイノリティーじゃい。今日がはじめてじゃないかの？勢力が逆転してるのは。
流れが悪くなったら船をコロコロ乗り換えるおまえさんみたいなやつは昔から多いがの。
まあ、生PHPだとテンプレートに何でもかけてしまうから、できることを制限させるという目的でSmartyを使うのはありだとは思うがの。
225:nobodyさん
07/10/30 01:08:36
過去スレ読んでない奴多いなｗ
このスレでは毎回Smartyﾌﾙﾎﾞｯｺだったよ
てかもう飽きた
テンプレートエンジン専用スレなかったっけ
そっちでやってくれないか
226:nobodyさん
07/10/30 01:09:56
２ちゃんが世間と一致していると思っている奴ハケーンw
227:nobodyさん
07/10/30 01:15:25
smartyとか言いだしたのプードル飼ってる奴じゃね？
このスレじゃ歴史的に禁句なんだよ
毎回無駄に荒れて何も得るものがないから。
228:nobodyさん
07/10/30 01:18:28
お前の職場にトイプードルを飼ってるPHPerはいないか？
そいつが犯人！
229:nobodyさん
07/10/30 01:30:17
なんかこういう流れは前にもあったなー、と思ったら、JavaでのEJBとPOJOの流れによく似とらんかいの？
昔、EJBが全盛だったころは猫もしゃくしもEJBを使おうとしておっての、EJBが使えないと一人前とは見なされなかった。
その時期に「EJBは複雑すぎる。もっと簡単なソリューションがあるはずだ」といってみても、お前の頭が悪いからEJBを使いこなせないだけだろ、と一喝されたものだ。
でも結局はIoCだのDIだのPOJOだのがでてきて、SpringやHibernateが主役になった。あれだけベンダーが金をつぎこんだEJBはもはや誰も見向きもしない。
あの当時、EJBを誇らしげに語ってたやつやベンダーは、今はそんなことはまるでなかったかのように「これからはDIだ」とか語ってんの。自分たちが今まで間違ってたことはなかったことになってるらしい。
Smartyから素のPHPへの回帰も、規模は小さいけどよく似てないかの。みんながSmartyだと言ってたから、よく考えもせずにSmartyを採用してたというのが本当のとこじゃないかの。
みんながSmartyといえばそれを持ち上げ、Smartyいらないという流れになれば立場を変える。EJBのやつらとなんも変わらんわの。どっちも自分の頭を使ってない。
Ruby on Railsは変なテンプレートエンジンを使ってなくて、eRubyをそのまま使ってるけど、単に使ってるというんじゃなくて、自信を持って「他のテンプレートエンジンはいらない」と言い切ってる。
Railsの作者はよくわかってる。PHP陣営も見習ってほしいのう。
さて、アニメでもみるかの。今日は何があったかの。
230:nobodyさん
07/10/30 01:40:31
>>229
それがこのｽﾚでとっくの昔に出てた結論だよ
PHPer馬鹿にすんなよ
231:nobodyさん
07/10/30 01:44:53
言ってる内容は陳腐とはいえ特に問題ないが
「自分は分かってる。自分以外はバカだから分かってない」みたいな口ぶりがムカつくので
賛同してやらん。
232:nobodyさん
07/10/30 01:53:53
またもやアニオタはダメだとの論拠が強化された。
233:nobodyさん
07/10/30 01:53:57
>>176
単純だけど便利になったわ
今まで単にvar_dumpしてた
234:nobodyさん
07/10/30 01:55:01
>>232
駄目っていうか思いこみが激しいな
まあどうでもいいけど
235:nobodyさん
07/10/30 02:51:06
URLﾘﾝｸ(journal.mycom.co.jp)
Rubyは公式ロゴが決定したというのにぺちぱーは醜い内部抗争ﾜﾛｽｗｗｗ
236:nobodyさん
07/10/30 02:51:39
>>230
とっくの昔ってどのへん？
過去スレならどのスレのどのあたり？
237:nobodyさん
07/10/30 02:56:15
>>231
Smartyユーザ乙。
おまえの賛同なんかだれもいらんと思うが
少なくともRailsの作者はわかってる、と書いてある。
>>221
生PHP + 自作関数 かな。
238:nobodyさん
07/10/30 04:05:16
俺俺FW作ってるけど
リクエストパラメータとエラーメッセージを
どうやってviewに渡すかいつも迷う
mojavi系みたいにRequestクラスを作るかとか
関数の中のstatic変数に保持させようかとか
静的クラスに保持させようかとか・・・
選択肢が多くて決められねーyo
239:nobodyさん
07/10/30 04:33:04
requestオブジェクト作ってcontextオブジェクトにぶち込んどけばいいんじゃね
と、勝手に思うけど、好きにやってみて改良改良・・がいいんじゃね
俺俺FWなんだから そんなの考えてたら他のFWと同じに（ｒｙ
240:nobodyさん
07/10/30 05:53:29
ZFでリクエスト周りってどうなってんの？
Zend_Requestみたいのないけど
241:nobodyさん
07/10/30 06:06:19
Zend_Memory コンポーネントは、 限られたメモリ環境でデータを管理するためのものです。
メモリマネージャが要求に応じて メモリオブジェクト (メモリコンテナ) を作成し、
必要に応じて透過的にスワップ/読み込みを行います。
たとえば、あるオブジェクトを作成あるいは読み込むことによって
メモリの使用量が制限値を超えてしまう場合に、 管理しているオブジェクトのいくつかをメモリの外部の キャッシュにコピーします。 このようにして、管理しているオブジェクトのメモリ使用量が 制限値を超えないようにします。
どんな仕組みだこれ？
PHPの限界超えてねーか？
242:nobodyさん
07/10/30 12:15:34
素敵コードを書けない>>177のために、かわりに書いてみた。
URLﾘﾝｸ(anond.hatelabo.jp)
Smartyの倍は速いエンジンだ。アプリケーションが倍速くなるわけじゃないけど。
>>177
>そうそう、Smartyはほんと良く出来てるよね
><?php echo $hoge; ?>なんて書かずに{$hoge}だけだし
これでわかるだろ、自作関数をちょっと書けばSmartyなんかいらないことが。
それすらできないやつが「{$hoge} だけで済むSmartyはよくできてる」とかいってる。
そして今日もPHPユーザがばかにされる。残念よのう。
でもまあ foreachelse みたいなのは PHP にもあっていいかもな。
Pythonにはあるようだし。
243:nobodyさん
07/10/30 12:23:50
素敵。
これにゴテゴテ機能をつけずに、1枚includeすれば便利に使えるってのが一番美しいと思う。
244:nobodyさん
07/10/30 13:05:40
>>242-243
こいつら、昔のLinuxユーザと同じ間違いを犯してる
245:nobodyさん
07/10/30 13:15:28
>>242
つっこむのもなんだけど、 #{} の中に } が入るとエラーになるよ。
convert_template のコメントを見て思いだしたのだが、
file_put_contents には LOCK_EX の指定ができるのに、
file_get_contents には LOCK_SH の指定ができないのは何故なんだ。
246:nobodyさん
07/10/30 13:32:58
>>242-243
ｶﾜｲｿｳ..
247:nobodyさん
07/10/30 13:43:15
何故クラス化しなかったのかが気になる。
248:nobodyさん
07/10/30 13:48:09
Smartyを擁護する気は毛頭無いが、自作関数自作関数言ってる人は、
よっぽどでかい案件か、もしくは自分で遊ぶアプリしか作ってないのかな？って思う。
何件もやってると、如何に「自分流」を入れないか、という事を気にするな、俺は。
メンテするの俺じゃないし。
・・・、本音を言えば・・・、自分流を入れると、後々それが間違ってたとして
バカにされるのが怖いっていうのもあるｗ 純正で対応してくれるならそれが一番！
でかい案件だと、色々と手を加えないとダメなんだろうな、とは思う。
俺は<% %>を廃止しなければ幸せになれるんじゃないだろうか・・・と思ってる。
249:nobodyさん
07/10/30 13:49:22
置き換えだけだったら意味薄くね？
かといって制御構造取り入れるとブクブク太って醜くなる
生php最強
250:nobodyさん
07/10/30 13:57:59
ちゃんと学校に行ってるのかが気になる。
251:nobodyさん
07/10/30 13:59:16
60行でバグ出すなら実績とるわな…
252:nobodyさん
07/10/30 14:01:31
>>251
激しく同意
「自作で」とか言っている奴はこのあたりが分かっていない
253:248
07/10/30 14:11:52
>>252
>>251は俺に対する皮肉（？）でしょ？
別に<?php echo ～ ?>に限った事じゃなく、自作O/Rマッパーとか。
また、 ｆｕｎｃｔｉｏｎ o(){・・・} やら ｆｕｎｃｔｉｏｎ d(){・・・} やら、自分で使う分には
全く問題ないと思うよ。俺も自分で使う分にはよく使うよ。すっげー便利。
ただ、自分以外もメンテするものに使うのはどうかな？と思ってる。
そもそもそんな関数名、命名規則違反じゃないの？そのプロジェクトで。
で、そんなものをいっぱい量産するのはどうなの？って事。
と、思ったけど、場面々々で有効、無効あるから、この言い争いは無意味だったね。
すまん。
254:nobodyさん
07/10/30 14:15:45
なんにでも完璧はないし、ケースバイケースだと思うがな
何はどうあれ、ちゃんとコードを書いて晒した >>242 に賛辞を送りたい
へこむなよ ＞ 242
255:nobodyさん
07/10/30 14:34:37
>>253
>>248にも激しく同意だから
>>251は素直にそのままの意味で解釈した。
256:nobodyさん
07/10/30 14:35:48
実際、>>245で突っ込みが入っているし
257:nobodyさん
07/10/30 14:44:04
別に>>242がコードを書いて晒さなくてはいけない場面でもないのに、
勝手に晒して「それすらできないやつが」などどほざいた挙句、
すぐにつっこまれている奴に賛辞は送れないな
258:nobodyさん
07/10/30 14:45:12
テンプレートエンジン厨は去れ
259:nobodyさん
07/10/30 14:50:26
>>258
自作厨(笑)
260:nobodyさん
07/10/30 15:02:18
フレームワークの話題スタート↓
261:nobodyさん
07/10/30 15:06:27
フレームワークの話題フィニッシュ
262:nobodyさん
07/10/30 15:07:25
>>260-261
ちゃんと/**/付けろよｗ
263:nobodyさん
07/10/30 15:27:52
Smarty叩きとHTML_QuickForm叩きはこのスレの永遠のテーマだな
264:nobodyさん
07/10/30 15:33:37
そんなこと言ったら今度はQF厨がくるかららめぇ
265:nobodyさん
07/10/30 15:51:39
>>245
> つっこむのもなんだけど、 #{} の中に } が入るとエラーになるよ。
それは仕様。Perlじゃないから式の中に { } が出てくるのはまれ。実用上問題ない。<?= ?> とか <%=h %> よりはこっちのほうがいいと思うがの。
どうしても使いたいなら
<?php $var = ' } を使った式'; ?>
<span>#{$var}</span>
とすりゃあいい。もしくは改造するか。
でも file_put_contents() で LOCK_EX の指定ってできるんだ。知らなかった。サンクス。
>>248
問題はそこじゃない。この程度の関数で済むものを、わざわざ大げさでかつ大して便利でもないテンプレートエンジン使ってることを問題にしてるんじゃがの。
Smartyと同じ規模のものを自作関数で作ったというなら248のいうことももっともだが、たかが数十行に対してこの見解は的外れ。
266:nobodyさん
07/10/30 15:55:34
数十行ごときのプログラムをバグ無しで書けないような奴は、どの道･･･。
267:nobodyさん
07/10/30 15:56:55
( ^ω^)おっおっおっ
268:nobodyさん
07/10/30 15:57:47
一連の流れが自作自演に見えてしまうｗｗｗ
269:nobodyさん
07/10/30 16:05:12
>>249
書き換えだけでも十分役に立つ。<?php echo htmlspecialchars() ;?> は頻繁に使う機能だから、それが簡潔になるのは大きい。
そもそも元のPHPが十分な機能をもっているんだから、あまり付け加える機能はない。
といいつつ、自分が使っているのはレイアウトテンプレートをサポートしているがの。
>>251
バグってどのこと？まさか>>245のことをいってるんじゃないよね・・・
もし
> #{} の中に } が入るとエラー
が問題なら、Smartyでも同じ問題おこるから、そっちのほうが大問題だがの。
Smarty派はそれについてはスルーかの。
>>252
数十行のコードすら自分でバグ直せないのか。。。そいつはすまんかった。話の前提が間違ってた。そういうことならSmartyでもなんでも人任せにできるものを使ってくれ。
わしにしたら、バグがあったとしても、小さい自作関数ならその場ですぐに直せるけど、Smarty規模になると自分ではなかなか直せんから、自作関数の方を選ぶがの。メンテナンスのことを考えた上で。
まさかSmartyにはバグがないとかいうやつはおらんと思うけど。
270:nobodyさん
07/10/30 16:15:27
とりあえず、作ってみた姿勢は評価するんだけどね。
preg_replace()だけだからわざわざ作る必要も無い気がする。
（初心者には便利だわな。）
しかし、ここはフレームワークのスレなんだと何度言ったら（ｒｙ
・・・まぁ、ここにはフレームワークとテンプレートエンジンの区別も付かない奴しか居ないんだからしょうがないか。
271:nobodyさん
07/10/30 16:26:18
>>269
＞わしにしたら、バグがあったとしても、小さい自作関数ならその場ですぐに直せるけど
>>248の言っていることを一蹴している割に、ぜんぜん理解してないことがバレバレｗ
>>270
ふ～ん、ごりっぱですね
272:nobodyさん
07/10/30 16:27:11
最後の一行で煽ってるあたり、まだまだ論争を続けて欲しいように見受けられる。
270は嫌々言いながらも攻められるのが好きなドMなんだ。そうだろ？
273:nobodyさん
07/10/30 17:08:04
>>265
最近のFWは<?php echo htmlspecialchars() ;?>なんてしないよ
アサイン時に一括エスケープするから
symfony,ci,モダンなFWはだいたいそう
smarty派も非smarty派もテンプレートエンジンに拘ってる時点で旧式
もしかして過去から書き込んでるのか？
274:nobodyさん
07/10/30 18:10:13
>>273
未来からは書けないと思う。
275:nobodyさん
07/10/30 19:05:37
なんだQuickFormも使いこなせない奴が多いんだな
馬鹿ばっかりか
276:nobodyさん
07/10/30 20:06:47
フレームワーク採用する何て言ったら気絶しそうな勢いだな。
277:nobodyさん
07/10/30 20:12:33
ツールを作る人間もいるというのに、使えただけで俺はすごいとか妄想できるって幸せだな
278:nobodyさん
07/10/30 20:36:44
フレームワークに使われてる奴多いなププ
279:nobodyさん
07/10/30 20:49:16
∩ｱｲ
280:nobodyさん
07/10/30 21:08:44
ソース読め的なレベルの質問で本当に申し訳ないのですが、DIコンテナを使用したフレームワークってどんな感じの作りになっているのでしょうか。
色々ググって見たのですが、スキルが低いため、説明を読んで見てもいまいちイメージ出来ません。（依存性の注入？とか。。）
シングルトンで各オブジェクトを引っ張って来てるみたいですが、このあたりが肝だったりするのでしょうか。
くだらない質問かと思いますがよろしくお願い致します。
281:nobodyさん
07/10/30 22:57:38
>>280
Javaスレにいったほうがいいんじゃない？
そっちのほうが活発だから。
あとシングルトン自体はあまり肝じゃない。
ぶっちゃけ規約で制限してもできることだから。
282:nobodyさん
07/10/30 23:00:33
>>277
> ツールを作る人間もいるというのに、使えただけで俺はすごいとか妄想できるって幸せだな
すでに存在するツールを作っても車輪の再発明と言われるように、
どんなアプリにも共通する土台（フレームワーク）を再発明したら馬鹿だろ・・・
使えるものは使わないとね。
283:nobodyさん
07/10/30 23:01:41
テンプレートエンジンでもフレームワークでもこの際どっちでもいいんだけど、
それらを自作してるやつって一人で作ってるか、プロジェクトで自分の
作ったフレームワークが採用されたってことか？
なんかここの流れ見てると、プロジェクトの各メンバーが
「今回のプロジェクトでは俺の自作フレームワークを使おうぜ！」
となりそうな気がする。
プロジェクトで使うためのフレームワークを社内開発したというならまだわかるんだけど。
284:nobodyさん
07/10/30 23:06:45
>>275
> なんだQuickFormも使いこなせない奴が多いんだな
QuickFormってたしか、コードでFormの項目にあたる部分を定義したら
それに相当するHTMLとチェックコードを生成してくれるライブラリだっけ？
コードでデザイン作るようなものでMVCになっていない。
これ使ってもデータベースと連携するところまでは楽にならない。
ということでフレームワークを使い始めてからは
こんなライブラリは使えないと思うようになったよ。
285:nobodyさん
07/10/30 23:28:26 N/0PbTQK
フレームワークはいいんじゃね？Smartyがダメなだけで。
286:nobodyさん
07/10/30 23:35:28
Smartyはただのテンプレートだから・・・
フレームワークのビューの部分でしかない。
287:nobodyさん
07/10/30 23:35:47 N/0PbTQK
ああQuickFormとかは有り得ないと思ったな。
毎日毎日同じようなもの作るんだったら良いかもしれないけど、忘れた頃に作るとなるとマニュアル見て、('A`)ﾒﾝﾄﾞｸｾ
288:nobodyさん
07/10/30 23:36:30
Quickformは一時期はまった
あの発想自体はいいと思う
289:nobodyさん
07/10/30 23:43:01
最新のフレームワークを使ってないと過去の人らしい。
>>273
>アサイン時に一括エスケープするから
エスケープしたいのとしたくないのが混じってるときはどうするの？
290:nobodyさん
07/10/30 23:48:16
>>289
rawコンテナみたいのも提供してるからそこから取り出すように出来てる
FWを使っていてエスケープせずに表示したかったことは
まったくといっていいほどなかった、というのは藤本神のお言葉
291:nobodyさん
07/10/30 23:49:31
昔作ったSmarty+QuickFormな遺産があって今でもメンテしてる。
当時の俺にコンポーネント指向ってのが頭にあったらもう少し
うまく使いこなせてたんじゃないかなと思ってる。 > QF
292:nobodyさん
07/10/30 23:50:32
>>283
>なんかここの流れ見てると、プロジェクトの各メンバーが
>「今回のプロジェクトでは俺の自作フレームワークを使おうぜ！」
>となりそうな気がする。
なるわけがないー
全員ひきこもりでコミュニケーション能力がないとその可能性はあるけど、
普通は互いに考えをぶつけ合ってひとつのものを作るわな。
たいがいは一人スキルの高い人がいて、その人が中心になるけどな。
283こそ創造的なプロジェクトの経験がなさそう（あったらごめんね、でも経験があればそんなこと書かないよ）
293:nobodyさん
07/10/31 00:07:52
>>290
>rawコンテナみたいのも提供してるからそこから取り出すように出来てる
これ、blogやwikiみたいなの作るときは無駄過ぎね？
$html = parse_wiki($wiki);
みたいなのがあって、これをビューに渡して表示させたいとき、当然HTMLエスケープはせずに表示するよね。
でもアサイン時に一喝してHTMLエスケープしたら、$html も問答無用でエスケープされるんでしょ？
wikiやblogだと $html の中身は長くなるから、必要のないエスケープが毎回強制的に実行されるのはすごく無駄だ。エスケープ処理はけっこう重いよ？測ってみたらわかると思うけど。
>FWを使っていてエスケープせずに表示したかったことは
>まったくといっていいほどなかった、というのは藤本神のお言葉
それほんとか？
$html = nl2br(htmlspecialchars($text));
みたいなのしょっちゅう出てくるけど。
あとは<pre<で表示するコードを色付けして表示したいとき
<pre<<?php echo htmlspecialchars($code); ?></pre<
ではなくて
<pre<<?php echo parse_proram($code, 'javascript'); ?></pre<
にするし。
レイアウトテンプレートを使ったら当然エスケープしないし。
294:nobodyさん
07/10/31 00:08:12
>>290
そりゃ作るシステムによりすぎだろう
WikiとかCMSみたいのとか作ってると
エスケープしたくない場合なんていくらでもあると思うよ
symfonyのESC_RAW引数とかは使い勝手がよく出来てるなーと思った
遅そうだけどｷﾆｼﾅｲ
295:nobodyさん
07/10/31 00:09:42
激しくカブったがｷﾆｼﾅｲ
</pre<
なんか魚っぽいなｗ
296:nobodyさん
07/10/31 00:12:55
>>292
いや、だから互いに考えをぶつけあって
社内開発用フレームワークみたいのを
作ってるんならわかるんだって。
もしくは個人でやってるなら別に好きにやればいいと思うし。
実際このスレの住人てどんなプロジェクトでやってるのかふと疑問に思ったんだよ。
297:nobodyさん
07/10/31 00:21:44
>>289
やっぱり一括エスケープするのはよくないよ。
単にエスケープし忘れを防ぎたいとか、
298:nobodyさん
07/10/31 00:28:39
サニタイズ言うなって人にエスケープは直前にやれって怒られるぜ
299:nobodyさん
07/10/31 00:28:43
どこでもデフォでエスケープがデフォだな
300:nobodyさん
07/10/31 00:29:22
>>294
システムによりけりってアンタ、掲示板ひとつ作るにしても nl2br(htmlspecialchars($text)) は出てくるだろ。
SNSでのプロフィール表示とか。
>エスケープせずに表示したかったことはまったくといっていいほどなかった
と言い切れるって今までどんなシステム作ってきたんだよ。
>>295
すまんかった
ところでsymfonyもCIも、一括エスケープされるのは強制的なの？
こんな余計な機能はいらないからオフにして、かわりに好きなテンプレートエンジンが使えるようにしてほしい。
もしオフにできないなら、CI使おうとおもってたけどやめようかな。
301:nobodyさん
07/10/31 00:32:39
もはや自動エスケープは常識だと思ってた
そういう意見があったことのほうが非常に意外で興味深い
302:nobodyさん
07/10/31 00:35:20
>>300
オンラインショップのバックエンドとか旅券発行システムとかで
エスケープ必要なかったシステムはいくつも見てきているけど
だからって「全くといっていいほど」とはとても思えない程度にはあったなぁ
CI知らないけどSymfonyではエスケープの方式をいくつかから選択できるよ
何もしない、闇雲に全部やる、
普通の表示は全部やるけど必要なものは別オブジェクトからrawで取り出す、など。
303:nobodyさん
07/10/31 00:41:28
失敗してたので再投稿。
>>290
やっぱり一括エスケープするのはよくないよ。
単にエスケープし忘れを防ぎたいとか、htmlspecialchars() が面倒というだけなら、ビューがデフォルトでエスケープするようになってればいいだけ。
素のPHPはそうなってないけど、そうなっているようなテンプレートエンジンを選べばいいだけの話。
一括エスケープは、目的のための手段のひとつに過ぎない。手段はほかにもあるし、一括エスケープが最適な方法とは思えない。
なんか最新のフレームワークでそうなっているからとか、えらい人がそう言ったからとか、そんなことで決めてないか？
>>290からはそんな匂いがプンプンする。
もし最新のフレームワークがSmarty使ってたら、または○○神がSmarty使ってたら、Smarty使うことが最高の方法ということになるのか？
でもSymfonyもCIも一括エスケープが基本なのか。CI使おうと思ってたけど萎えた。
こんな機能いらんから、テンプレートエンジンが自由に選べられるようにしてほしい。
オフにできるならCI使ってみる。
304:nobodyさん
07/10/31 00:43:24
チームでやるには必須
どんなに注意してもかならず誰かやらかすよ
XSSの歴史がそれを証明してる
305:nobodyさん
07/10/31 00:43:47
>>302
>CI知らないけどSymfonyではエスケープの方式をいくつかから選択できるよ
これいいね。Symfonyにしようかな。
306:nobodyさん
07/10/31 00:48:38
FW自身の評判にかかわるから強制するって側面があるだろう。
トータルで見たらエラーの量を低減するのは明らかだからね。
307:nobodyさん
07/10/31 00:51:23
一括エスケープするよりしない方が簡単なんだから
したくないならそりゃしないでもいいだろう
ってか>>303の決めつけにワロタ
思いこみの深さからいうと昨日のアニヲタ君かな？
君の方が権威に弱そうだったから権威っぽい名前を出しただけのことだよｗ
308:nobodyさん
07/10/31 00:53:26
ビューでエスケープは勘弁してほしい
ベッキーがなんと言おうとこれだけは譲れない
309:nobodyさん
07/10/31 00:54:51
アウトプット前提でデータ割り当ててるんだから同じだろ？
何が問題なのかさっぱり分からん。
310:nobodyさん
07/10/31 01:07:20
>>293
詳しい処理見た訳じゃないが、
フレームワーク作者的に言えば
アサイン時にエスケープの有無は選べるように普通するだろ
そんなの考えたらすぐ分かるじゃん
少なくともテンプレートの層でエスケープするより
入り口でエスケープするアプローチの方がスマートだと俺は思うね。
311:nobodyさん
07/10/31 01:13:25
エスケープの有無を選択するのにVを操作するよりは依存性が低いということかな？
データの加工をV前に済ます（Vは極力弄らない）という点からみるとそのほうが妥当かも。
312:nobodyさん
07/10/31 01:17:50
（Vは極力弄らない）で思ったんだけど、
ビューのなかで繰り返しのコード（for等）をなくすアイデアない？
313:nobodyさん
07/10/31 01:19:31
Amritaみたいのを自分で作る、とか。
314:nobodyさん
07/10/31 01:27:43
煽り的に藤本氏の言葉を出したのは適切じゃなかったな
変に叩かせてしまった
面識はないけどすみません
要は、藤本氏の言葉は、ホワイトリスト方式の方がいいよという文脈だった
俺もそう思う
315:nobodyさん
07/10/31 02:25:14
EthnaもSmartyも使ってないけど、
Ethna的にはnl2br()はSmartyのnl2br修飾子を使うんだと思う。
316:nobodyさん
07/10/31 03:03:20
QFやらSmartyやらといえば、
URLﾘﾝｸ(blog.enjoitech.jp)
ここで普通にQF2使ってるんだけど、
QF2の状況ってどんな感じなのかしら。
ちょっと前にみたらバージョンがえらく低かったんで、
まだまだ実用外だと思っていたんだが。
QFはアイディアは面白いと思うのよ。
色々と問題はあるけど。
317:nobodyさん
07/10/31 09:59:12
>308
MVC的にはエスケープはViewがやるのが正しいんでないの？
ViewがHTMLとは限らないんだから、
どんなエスケープ処理が必要か知ってるのはViewだけであるべきでしょ。
318:nobodyさん
07/10/31 10:41:33 WWjGeZUw
php da rox!
319:nobodyさん
07/10/31 10:44:11
>>242
$file = $tpl_dir. 'template.tpl';
if (!file_exists($file)) {
$contents = preg_replace(
array(
'/^<\?xml/',
'/#\{(.*?)\}/',
'/%\{(.*?)\}/'
),
array(
'<<?php ?>?xml',
'<?php echo $1; ?>',
'<?php echo htmlspecialchars($1); ?>'
),
file_get_contents($file)
);
file_put_contents($file, $contents);
}
include $file;
こんな感じか。変数がかぶるとかなら関数作って渡せばいいだけやね。
うちだと、symfonyのviewの部分に、こんな感じのを作って入れてる。
（といってもそのままじゃなくて、<input />等のタグを、ヘルパに変換して代入する処理も入れてる訳だけど。
320:nobodyさん
07/10/31 10:44:52
インデント無くなってるのｽﾏｿ（汗）
321:nobodyさん
07/10/31 10:52:17
だから一括してエスケープするのは問題があるってかいてるじゃん。
エスケープ漏れをなくしたいなら、view側がデフォルトでエスケープする仕様になってればいいだけ。
それで十分だし>>293のような問題も起きない。
それでも一括エスケープの方がいいという根拠は何？
322:nobodyさん
07/10/31 14:54:05
>>317
そういうロジックをViewでやるからSmartyはうんこなんだよ
323:nobodyさん
07/10/31 14:58:56
セキュリティや出力方法の変更は、VでやろうがCでやろうが同じでFA
324:nobodyさん
07/10/31 15:16:03
>>322
別にViewでやったっていいだろ？
テンプレートコーディングがうんこだと言うのは認めるが。
アサイン時のオートエスケープがどうか？という提起なのであって、
それをやるオブジェクトがViewだろうとControllerだろうとWebアプリじゃ違いはないじゃん。
あと文句言ってる奴はちゃんとオートエスケープの実装と意図を見てから言えよ。
かなり的外れになっちゃってるぞ。
325:nobodyさん
07/10/31 15:18:09
お前ら年中言い争ってるのな
326:nobodyさん
07/10/31 15:30:13
>>325
だって、ばかばっかだし
327:nobodyさん
07/10/31 15:44:34
知識に関しては知らんが、いちいち言い争ってるのは確かに馬鹿っぽい。
328:nobodyさん
07/10/31 15:47:17
馬鹿ばっかじゃないよ。分かってる奴は書き込まないだけ
329:nobodyさん
07/10/31 16:06:33
結局何がお勧めなの？
330:nobodyさん
07/10/31 16:27:25
cake。
331:nobodyさん
07/10/31 16:28:08
>>329
俺はCakePHP。
本もでたし。
332:nobodyさん
07/10/31 16:32:49
Cakeは型に嵌ると強いね
333:nobodyさん
07/10/31 17:18:03
CとVをパツパツに切れると思ってる奴は幻影を見ている
334:nobodyさん
07/10/31 17:18:17
なあ、今CodeIgniter試してみたんだけど、一括してエスケープする機能ってあるか？
$_POSTと$_COOKIEのデータを自動的にエスケープする設定はあるみたいだが、まさかこれのことではないよな？
テンプレートを出力するときに勝手に一括エスケープされるのかと思ったけど、そうでもないみたいだし。
$data = array('var'=>'<b>FOO</b>');
$this->load->view('blogview');
とかしてみたんだけど、テンプレートでは $var はエスケープされてなかった。
モダンなフレームワークであるCodeIgniterでは一括してエスケープしてくれるから htmlspecialchars() は使う必要ないと>>273が語ってくれてるんだけど、見つからん。
もちろん>>273は知ってるはずだから、すまんがさくっと教えてくれ>>273
335:nobodyさん
07/10/31 17:25:15
>>324
>あと文句言ってる奴はちゃんとオートエスケープの実装と意図を見てから言えよ。
>かなり的外れになっちゃってるぞ。
なにがどう的外れか書かないと、おまえこそ的外れだといわれるぞ。
オートエスケープ？の問題点が指摘されてるんだが、解決策は示されてない。
問題点が問題点でないというなら、解説希望。
336:nobodyさん
07/10/31 17:26:23
>>334
記憶は定かではないが、今見てないならないのかもな
自分で拡張したciに実装しただけかもしれん
ciって筋はいいけど、ちょっと機能的には弱いだろ
まあいずれにしろテンプレートレベルでエスケープするのは
いい方策ではないと思うがな
337:nobodyさん
07/10/31 17:27:32
>>335
いいから実物見てみろって。説明で判った気になったってしょうがないだろ
338:nobodyさん
07/10/31 17:32:33
>>329
Zendでいいじゃん
ダイヤブロックみたいで組み立てるの楽しいよ
339:nobodyさん
07/10/31 17:36:36
ダイヤブロックワロタｗ
レゴじゃないんだよな
なんかパーツがでかいっていうか
340:nobodyさん
07/10/31 17:43:01
今作ってる俺俺FWでもZend方式でいきたいんだよね
コンポーネント間で依存性をほとんどなくしたい
ただ設定クラスとかContextを作ると、そこに依存性が生まれてしまう
何にも依存してないコンポーネント群を、
それらに依存するコアコンポーネントが動かす形にしようかとか考えてる
341:nobodyさん
07/10/31 17:48:56
ダイヤブロック（笑）とかお前おっさんだろ
342:nobodyさん
07/10/31 17:50:36
依存性ってそんな問題かな
どのくらいからDI系コンテナのメリット出てくるんですかね
343:nobodyさん
07/10/31 18:01:53
疎結合の方が副作用も少なくなるし
ユニットテストも書きやすくなる
依存が多いとモックとか用意するの面倒だ
DIコンテナとかは要らないと思うけど
344:nobodyさん
07/10/31 18:08:30
独立したコンポーネントにしておけば
フレームワークのフレームワークにすることが出来るから
フルスタックFWの「この機能だけ欲しい」ってなっても
それだけを切り離すことは難しいから
ごっそり捨てるはめになる
345:nobodyさん
07/10/31 18:17:17
php4でも動くようにプロパティーをvarにしてたら
php5でstrictエラー出まくってうぜえええ
346:nobodyさん
07/10/31 18:25:32
4で動かすならstrict切れよ……
4用の箇所を洗い出すための機能みたいなもんなんだからさー
347:nobodyさん
07/10/31 18:30:36
あーそういうためのものだったのか・・・知らなかった
ありが㌧
348:nobodyさん
07/10/31 19:02:17
つーかさー、いろんなフレームワークに手を出してるﾔｼって何なの？？天才なの？俺には無理orz
349:nobodyさん
07/10/31 19:17:59
ダイアブロックｗｗ
350:nobodyさん
07/10/31 20:05:57
ZendってContextにいれるようなものをどうやっていれたり出したりするわけ？
351:nobodyさん
07/10/31 20:12:16
MyZend in Zend Japanの認証まわりの手抜き感は異常
エラーメッセージはしょぼいし
パスワード忘れた時のナビゲーションもない
352:nobodyさん
07/10/31 20:13:09
>>336
>まあいずれにしろテンプレートレベルでエスケープするのは
>いい方策ではないと思うがな
だから、それはなんで？理由が述べられてないじゃん。俺、エスパー力が少ないから336の考えが読み取れない。
モダンなフレームワークがそうしてるから？ナントカの神様がそうしてるから？
>>337
実物ってどれのこといってるの？
指摘された問題点に対する回答は？
353:nobodyさん
07/10/31 20:25:58
>>352
あほすぎワロタ
君以外そんなレベルにいないよ
もっと勉強してから来いよ
354:nobodyさん
07/10/31 20:26:19
その問題のブツを持って来いよ
355:nobodyさん
07/10/31 20:37:28
変更や新規コードが多いのってUI周りじゃん。
その辺で楽できないZFは正直どんなもんかと思いますね。
356:nobodyさん
07/10/31 20:40:54
まあ確かに現状ZFはあんまりだと思うけど、
フルスタックを志向しなかったコンセプトは好き
357:nobodyさん
07/10/31 20:42:20
>>355
GoogleBaseとかサポートしてるよ？
358:nobodyさん
07/11/01 01:06:33
UI周りの楽ってどういう機能？
いまいち想像できない
359:nobodyさん
07/11/01 01:58:12
Google Baseとか3年ぶりに聞いたわ
360:nobodyさん
07/11/01 07:57:27
>>353
おれ、あほだからわからん。
テンプレートでエスケープする方法と比べてなにが利点なの？
SymfonyもCIも、テンプレートが素のPHPだからデフォルトではエスケープされないのがそもそもの問題であって、
デフォルトでエスケープされれば、別に一括してやる必要なんかまったくないと思うけど。
賢い>>353、答えよろしく。
361:nobodyさん
07/11/01 09:07:17
で結局、アサイン時に一括エスケープしてくれるモダンなフレームワークってどれ？
CIはそうではなく>>273のねつ造であることがわかったけど、ほかに何があるの？
>>273
>モダンなFWはだいたいそう
と書いてるから、ほかにもいろいろあるんだよね？
まさかsymfonyだけとかいうオチじゃないと思いたい。
もしかして>>273は未来人？将来的にはCIも一括エスケープするようになるのを知ってて書いてるとか。
そりゃ過去から書いてるように見えるわな。
362:nobodyさん
07/11/01 10:37:52 qneMLrtC
ZFとかCIとかCakeとかSymfonyとかクソみたいなFWについての議論しても意味無いと思います。
まさかこいつらを実用してる人とか居るの……？
363:nobodyさん
07/11/01 10:39:00
>>362のオススメは？
364:nobodyさん
07/11/01 10:40:12
>>361
私はCI使うときも生PHPでビューを書いてるからよく知らないけど、CIにもテンプレートエンジン？みたいなのが
あったと思う。
あれを使うと自動でエスケープされるのかもしれない。
365:nobodyさん
07/11/01 12:22:45
いい加減知ったかで煽ってるだけで回答もらえると思ってるアホは邪魔だよ
氏ね
366:nobodyさん
07/11/01 12:32:12
知ったかというか、妄想で盛り上がってるだけじゃん
レス見ればFWなんかどーでもいいと思ってるのがよくわかるｗ
367:nobodyさん
07/11/01 12:44:45
まともな議論はスルー、WebアプリにおけるMVCの役割分担は思考から排除、
自分が出した疑問点なのに実装は確認せず「お前がもってこいや」発言、
テンプレートロジック推奨、極度の煽り文体・・・。
もう荒らしたいだけちゃうんかと。
368:nobodyさん
07/11/01 12:49:17 QDpKWleM
PHPerって流行るとみんなそれ作るよね？
しょっぱいフレームワーク量産してるのが滑稽で仕方ないよｗｗｗ
369:nobodyさん
07/11/01 12:56:45
>>366
ちんこ弄ってないで何が妄想か言ってみたまえよ糞ﾆｰﾄ君
370:nobodyさん
07/11/01 13:12:28
このスレのスキル予想
パンチカード式プログラミング
↓
マシン語
↓
アセンブラ
↓
構造化プログラミング ←今ココ
↓
オブジェクト指向プログラミング
フレームワークを使いこなしている人は少数と見た！
371:nobodyさん
07/11/01 13:45:41
>>367
>まともな議論はスルー、
スルーしてるのは一括エスケープ推進派だよね。ちゃんと>>360の質問に答えてよ。
>WebアプリにおけるMVCの役割分担は思考から排除、
VですべきことをCでしてるのはそっちでしょ。
権威に弱いみたいだから紹介しとくね。
URLﾘﾝｸ(www.ipa.go.jp)
>サニタイジングは(2)HTML生成時のタイミングで行うべきである。
>自分が出した疑問点なのに実装は確認せず「お前がもってこいや」発言、
確認したよ？CI使ってみたら、そんなのなかった。つまりそっちのデマカセであることを確認しました。
だから「一括エスケープしてくれるモダンなFWってどれ？」と聞いているんだけど。>>273みるとなんかたくさんあるみたいじゃん？
うそっぱち紹介しといてこれはないよな。
>テンプレートロジック推奨、
テンプレートロジックってどのことを言ってる？HTMLエスケープすること？まさかそれをロジックといってるのかな。
symfonyでもCIでも、テンプレート中にifやforeachをバリバリ埋め込んでるけど、それは見ないふり？
>極度の煽り文体・・・。
>>353のことかぁぁ！
>もう荒らしたいだけちゃうんかと。
答えられないなら黙っとけば？負け惜しみミットモネー
372:nobodyさん
07/11/01 14:08:54
まだあほがいるのか・・・
単なる面倒くさい奴になってることに気づけよ
ヒントはいっぱい転がってるのにも関わらず理解できない奴に
これ以上丁寧に説明してやる義理はねーんだよ
というより説明しなくても分かるだろ、フツー
既に説明することすらアホらしいレベルの話なんだよ
一言で言うとお前にはプログラマとしてのセンスが決定的に欠けているんだよ
373:nobodyさん
07/11/01 14:08:59
メモリ(変数)上に持つデータは、本来のデータ(未エスケープなもの)で、
出力するときに、出力する媒体(HTMLとかSQLとか)によって適切な
エスケープするのが基本だろ。
これに異論言う奴はいないだろ？
で、実際問題、CからVに渡すとき、出力媒体はHTMLなわけだから
一括エスケープでもいいじゃん。って発想でもいいわけだし、
Vレベルでデフォルトが、エスケープ有りでもいいわけだろ？
俺にとっては微妙な差異なんだが、そこにそんなにこだわる
必要があるのか疑問だな。
374:nobodyさん
07/11/01 14:55:02
アニヲタってのはあれだな。
現実をかたくなに拒絶し、
甘く非現実的な幻想のみを受け入れ、
自分が考えたいように考え、
自分が信じたいことだけを信じる、
という思考パターンを強化学習しているようなものだから、
その嗜好がプログラマとしての資質を破壊していくようにできてるんだな。
375:nobodyさん
07/11/01 15:10:15
VとCが同時に動くWebアプリじゃ差異がないって話はずいぶん前に既出のようだが
376:nobodyさん
07/11/01 15:14:56
いちいち読んでられるかバカタレ。
377:nobodyさん
07/11/01 15:16:17
>>373
だからそういってるんだけど。
テンプレート側がデフォルトでエスケープするようになっていれば、べつに何の問題もない。
しかし未来人は一括エスケープするほうがいい方法だと思っているらしい。
引用：
>>310
>少なくともテンプレートの層でエスケープするより
>入り口でエスケープするアプローチの方がスマートだと俺は思うね。
>>336
>まあいずれにしろテンプレートレベルでエスケープするのは
>いい方策ではないと思うがな
その根拠を聞いているのに答えられていなくて、わめいてばっか。
>>372
>ヒントはいっぱい転がってるのにも関わらず理解できない奴に
>これ以上丁寧に説明してやる義理はねーんだよ
どこにヒントが？説明できないだけなのを認めることができないだけだろ？
おまえがちゃんと説明すればいいだけの話。本当にわかってるんなら、そんなに説明が難しいことでもないだろ？
378:nobodyさん
07/11/01 15:16:48
で、件の実装がなされてるFWはまだですか？
379:nobodyさん
07/11/01 15:45:12
常識的な事項だし、お前も本気で説明できないと踏んでるわけではあるまい
回りくどいことをせずに言いたいことを言えばいい
380:nobodyさん
07/11/01 16:17:38
>>377
だからホワイトリスト。以上。
381:nobodyさん
07/11/01 16:23:49
どのフレームワークのどの実装が気に入らないのかしら？
実現できないことがあるからアドバイスが欲しいの？
代替手段が欲しいと作者にメールしたいの？
382:nobodyさん
07/11/01 16:29:20
たぶん、自分の頭が悪いのが気にいらないんだろう。
でもそんなのどうしろっていうんだ。
「知らんがな」としか言いようがない。
383:nobodyさん
07/11/01 16:51:14
>>370
記録メディアとしてのパンチカードはかろうじて見たことあるけどなあ
その世代で現役の人いるんだろうか
人ってか仙人だな
384:nobodyさん
07/11/01 16:53:02
>>377
は、PHPフレームワークを超えて
未来人との戦いに必死ってことがわかった。
385:nobodyさん
07/11/01 17:23:17
>>361
今どうなってるか知らないがいずれciもそうなると思う
symfonyもescaping outputは後から付いたんだよ
386:nobodyさん
07/11/01 17:27:46
ﾃﾝﾌﾟﾚｰﾄやFWを使うと人格が攻撃的になるんですね
非ﾃﾝﾌﾟﾚ非FWこそ賢者ということが良く分かりました
387:nobodyさん
07/11/01 17:30:32
もともとテンプレートなPHPでテンプレートエンジンてｗｗｗｗ
388:nobodyさん
07/11/01 17:38:40
数ある言語の中でただ一つテンプレートエンジンを作る必要がない言語があるとしたら
それがPHPだろ
Smartyとかエスケープするだけの自作テンプレートエンジン（爆笑）とか
はやくゴミ箱に捨てろよｗｗｗ
389:nobodyさん
07/11/01 17:43:24
>>388
なぜお前は強制するの？
ひとりで捨てとけよｗｗｗ
390:nobodyさん
07/11/01 17:47:15
PHPでテンプレートエンジンてｗｗｗ
パンを挽いて粉に戻して・・・またパン作ってますけどｗｗｗ
しかもどえらく不味いし
お前ら元々まずいパンをもっとまずくする天才だなｗ
391:nobodyさん
07/11/01 17:48:16
>>388-389
これ思い出した
J-CASTニュース : 「オレも裸、オマエも裸になれ」 セクハラ調教師HP大炎上
URLﾘﾝｸ(www.j-cast.com)
392:nobodyさん
07/11/01 17:55:26
>>389
捨てるも何も最初から持ってねーよ
そんなの拾わねーよｗ
393:nobodyさん
07/11/01 17:59:39
>>391
むしろ「え？なに一人で裸になってんの？」
あるいは「ちょｗｗ王様が裸ｗｗｗ」
ま、王様というより乞食だけどなm9（＾Д＾）ﾌﾟｷﾞｬｰ
394:nobodyさん
07/11/01 20:04:23
>>374
アニヲタの質問に答えられない374はアニヲタ以下ー
ゴキブリ呼ばわりした相手に負けた亀とおなじー
395:nobodyさん
07/11/01 20:13:14
>>392
もってねえのなら、最初からだまってろw
396:nobodyさん
07/11/01 20:41:09
>>380
答えになってねーよ！
それが理由になるって、間違いなく勘違いー！
コントローラで一括エスケープした場合:
<?php echo $foo; ?> // エスケープされる
<?php echo $sf_data->getRow($bar); ?> // されない
デフォルトでエスケープするテンプレートの場合:
{% $foo %} // エスケープされる
{%% $bar %%} // されない
どこが違うのー？なんで一括エスケープのほうが優れているかの理由になってないー！
これで答えたつもりになってる>>380はアニヲタ以下ーｗｗｗｗ
うまく答えられないから、詳しい説明は必死で避けてるーｗｗｗｗ
397:nobodyさん
07/11/01 20:44:23
肝心なレスはスルーで煽りだけ
まあﾆｰﾄの趣味グラマってレベルだな
398:nobodyさん
07/11/01 20:47:12
まだ弄るのかよｗ
399:nobodyさん
07/11/01 21:49:01
>>385
>今どうなってるか知らないがいずれciもそうなると思う
未来人の大予言ｷﾀｰ!
さすがえらそうにみんなを過去の人扱いしただけのことはあるー!
しかも今どうなってるかしらないくせにCIを「一括エスケープするモダンなフレームワーク」とねつ造してたー ｗｗｗｗ
でも>>385がいる未来ではきっと違うーｗｗｗ それは何年後の未来なのー？
で結局、一括エスケープしてくれるモダンなFWはsymfonyと他になにがあるのー？
>>273
>モダンなFWはだいたいそう
と言い切ってるからほかにもあるんでしょ、はやく教えて>>385ｗｗｗ
なんならPHP以外でもいいよー モダンならねーｗｗｗ
400:nobodyさん
07/11/01 23:29:28
ホワイトリストが優れている理由ﾏﾀﾞｰ?>>380
デフォルトでエスケープするテンプレートとの違いﾏﾀﾞｰ?>>380
401:nobodyさん
07/11/02 00:56:32
いきなり煽りの質が低下したｗ
402:nobodyさん
07/11/02 02:14:03
一括エスケープは、動作だけをみると
デフォルトでエスケープするテンプレートエンジンとほとんど同じだよ、もちろん。
っていうか、
エスケープするテンプレートエンジンのオルタナティブとして、
モダンなFWは一括エスケープをしているぞって言ったんじゃん。
だから同じなのは当然なんだよ。ナイスアシストｗ
403:nobodyさん
07/11/02 02:25:58
そういう話者の人格を固定した会話がしたければ
捨てトリつけるとかしてくれよ
404:nobodyさん
07/11/02 02:44:33
最初から質は変わってないと見るがね
自分のｼｭﾁｮｰとレスで指摘されてることが噛み合ってないことも分かってないんだろ
その阿呆っぷりを利用していつまでもギャップを保って弄り続けてる奴もどうかと思うが
405:nobodyさん
07/11/02 02:58:22
>>396
どうでもいいけどgetRawな
Rowだと行取っちゃうから
406:nobodyさん
07/11/02 03:07:20
>>404
なんか邪気眼くさいｗｗｗ
どっち派にも届かない声乙
407:nobodyさん
07/11/02 03:13:27
どっち派ねえ
現実には論点の読めてない阿呆が一人いるというだけのことだが
408:nobodyさん
07/11/02 03:22:37
どう見てもどっちも複数だろ・・・
その思いこみの激しさ・・・
お前アニヲタか？
409:nobodyさん
07/11/02 03:23:52
池沼のふりしてログ流しとか自意識過剰なんだよな。
他人の醜態なんか興味ないって。
410:nobodyさん
07/11/02 03:25:26
バカの煽りはさておき、早く答を言ってよ。
俺にはどうぜ最初から全然分からない議論なんだから、考えるだけ時間の無駄。
411:nobodyさん
07/11/02 03:28:40
アニヲタはひたすらLive Searchで初音ミクを検索しとけよｗ
412:nobodyさん
07/11/02 04:49:22
dbの文字コードと内部文字コードが違う場合に
対応できるフレームワークってありますか？
格納時には、内部→dbコードに変換
取り出し時には、db→内部コードに変換
こういう感じの動作するような…
413:nobodyさん
07/11/02 04:53:15
>>409
ログ流しワロタｗ
アニヲタワードのひとつだな
414:nobodyさん
07/11/02 04:55:52
itojunが亡くなったのに
追悼コメントのひとつもないペチパーなんて・・・
415:nobodyさん
07/11/02 05:12:23
PHPなんてつかってるやつはばかです
416:nobodyさん
07/11/02 05:15:47
そのばかしか使わない言語のスレに来て独り言書き込んでる奴は何なの？
417:nobodyさん
07/11/02 05:20:15
>>414
なんの関係があるの？
418:nobodyさん
07/11/02 06:13:56
javascriptのロジックってV?C?
419:nobodyさん
07/11/02 07:30:13
>>412
以前Symfony使ってた時に、どこかでFilterで対応してたのを
参考にしたよ。
PostgreSQLだとSET client_encoding = で、MySQLだとSET NAMESだっけ？
でも大垣さんがSET NAMES使ってんじゃねーよバーローって言ってたけど、
あの人いつも答え言わないからなんでか理由がわかんない。
420:nobodyさん
07/11/02 10:02:59
>>273
>最近のFWは<?php echo htmlspecialchars() ;?>なんてしないよ
>アサイン時に一括エスケープするから
>symfony,ci,モダンなFWはだいたいそう
>smarty派も非smarty派もテンプレートエンジンに拘ってる時点で旧式
>もしかして過去から書き込んでるのか？
未来からやってきた>>273 テンプレートエンジンなんて過去のもの、モダンなFWは一括エスケープはだぜーとかっこつけー
ねつ造バレても釈明なしー
>>310
>少なくともテンプレートの層でエスケープするより
>入り口でエスケープするアプローチの方がスマートだと俺は思うね。
テンプレートでのエスケープを否定ー スマートである説明いっさい無しー
>>336
>まあいずれにしろテンプレートレベルでエスケープするのは
>いい方策ではないと思うがな
またまたテンプレートでのエスケープを真っ向から否定ー やっぱり理由の説明なしー
>>372
>ヒントはいっぱい転がってるのにも関わらず理解できない奴に
>これ以上丁寧に説明してやる義理はねーんだよ
自分で説明できないのを必死にごまかすー 義理がないんじゃなくて頭がたりないんだろーｗｗｗｗ
>>380
>だからホワイトリスト。以上。
必死で考えた言い訳がこれー でもマッタク理由になってないー
421:nobodyさん
07/11/02 10:10:32
>>402
>一括エスケープは、動作だけをみると
>デフォルトでエスケープするテンプレートエンジンとほとんど同じだよ、もちろん。
態度を180度変換ｷﾀｺﾚ! もう言い訳を考える頭もなくなったーｗｗ
>っていうか、
>エスケープするテンプレートエンジンのオルタナティブとして、
>モダンなFWは一括エスケープをしているぞって言ったんじゃん。
そんなことひとこともいってないー テンプレートでエスケープするのはバカ扱いしてたのはなかったことになってるー
今までの自分の発言をわすれてしまったー 老ボケか？老ボケなのか？
いや自分に都合の悪いことだけ忘れてる自己都合ボケーｗｗｗｗ
>だから同じなのは当然なんだよ。ナイスアシストｗ
なにが当然なのー 一括エスケープするのがモダンですごいやり方なんでしょー
今までの主張とチガウヨー 立場まずくなったからって変わり身するなー
いままでの『一括エスケープがサイコー、テンプレートつかってるヤツなんてまだいたの』発言はどうするつもりーｗｗｗｗ
おまえが意見かえることなんて誰ものぞんじゃいねーよｗｗｗｗ
はやくホワイトリストの利点説明しろー!
モダンなFWの名前をだせー!
422:nobodyさん
07/11/02 11:35:31
>>419
URLﾘﾝｸ(blog.ohgaki.net)
コメントにも書かれてるけど
「そうは言うけどそんな非現実的な」って話だよなぁ
423:nobodyさん
07/11/02 12:05:43
あほっぽいレスでｇｄｇｄにしとけば自分の敗北も認めずに済むと思っているのだろう
自分の主張が通らないと現実を捻じ曲げて荒らしに転じるのはよく見る光景だが
最初から甘ったるいレスが多かったがあまりに「幼稚」だな
学生ニートのようだが対人関係に大いに問題あり
人生勘違いしてるようだから、ここらで考え直すことを勧めるね
とさらに惨めなレスを引き出してみるてすとｗ
424:nobodyさん
07/11/02 12:23:34
あれはMysql4を投げ捨てろって話じゃないのか
新しいほうは指定した文字コードにあわせてMysqlのライブラリがてけとーに汚染変数洗ってくれるんだよね？
425:nobodyさん
07/11/02 12:33:01
なんで調べればすぐ分かる事をここで聞くのか
426:nobodyさん
07/11/02 12:41:35
誰が誰を煽ってるのか分からんから、アンカーつけろよｗ
427:nobodyさん
07/11/02 12:44:08
昼前にSymfonyでシステム一つあがったよー(^ｏ^)/~~
初めてのPHPフロントエンドだったけど意外に時間かからなかった！
スケールできるように弄るのに手間取ったものの、ほぼそのまんま東に稼動。
しかしサポ用のドキュメントが死ぬほど肥大しているのは何故・・・？
428:nobodyさん
07/11/02 12:45:12
限定された状況での脆弱性を一般化して語るのはよろしくないな。
429:nobodyさん
07/11/02 13:01:52
>>424
されないよ
430:nobodyさん
07/11/02 13:02:35
>>426
「誰が」は分かるだろ？ゆとりちゃん＾＾
431:nobodyさん
07/11/02 13:13:24
>>429 なるほど 把握した
432:nobodyさん
07/11/02 13:25:21
>>419
URLﾘﾝｸ(cakephp.seesaa.net)
433:nobodyさん
07/11/02 14:06:02
WEB系の雑誌とかブログで安易にハックとかハッカーとか書いてあるの見ると違和感を感じる。いとじゅんはリアルハッカーだったな。
434:nobodyさん
07/11/02 14:14:50
アニヲタって本当に幸せな人種ですね^^
435:nobodyさん
07/11/02 14:22:00
ところで、なんで「アニヲタ」というキーワードがわいて出てきたんだ？
436:nobodyさん
07/11/02 14:24:39
きもいからじゃね？
437:nobodyさん
07/11/02 14:26:06
ああ、このスレでフレームワークとかテンプレートエンジンが
いるだの、いらないだの論争しているやつらがキモいってことかー
438:nobodyさん
07/11/02 14:41:46
db問題は「何がダメ」って言われるだけで
「何故ダメ」なのかがいまいち分かりにくいな
エライ人たちの間ですら説が錯綜してるのがにんともかんとも
ケーススタディー的に解説してくれたらいいのに
439:nobodyさん
07/11/02 14:49:39
sqlインジェクションの件でブログ書いてる人も
「～らしい」って言い回しがやたら多いし。伝説なのかと。
メカニズム自体はシンプルなんじゃないの？
なぜ誰もちゃんと説明してないの？
440:nobodyさん
07/11/02 15:07:53
どこのblog？
441:nobodyさん
07/11/02 16:17:02
晒すのはちょっと・・・
442:nobodyさん
07/11/02 16:49:59
itojunのスレ見てもどうすごいのかサッパリわからねえ・・・
IPv6で功績のあった人だということは分かったが
443:nobodyさん
07/11/02 16:58:01
>>427
symfonyでスケールってdbまわりとかどうやったん？
444:nobodyさん
07/11/02 17:22:35
>>434
>アニヲタって本当に幸せな人種ですね^^
そのアニヲタにすらけちょんけちょんにされてるんだけどね
まともな反論できないからこんなことでしか言い返せない
最後につけた「^^」にどうにかプライドを守ろうという必死さが見える
アニヲタアニヲタ繰り返す前にやることあるだろ
ホワイトリストの利点ﾏﾀﾞｰ?
モダンFWの名前ﾏﾀﾞｰ?
445:nobodyさん
07/11/02 17:31:23
>>444
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フケ・痒みがとまらないPart9 [身体・健康]
これはあなた？
446:nobodyさん
07/11/02 17:36:16
URLﾘﾝｸ(blog.ohgaki.net)
> 脆弱性の説明は面倒ですが注意事項は簡単です。「DBMSをアプリケーションから
> 利用する場合、文字エンコーディング設定は必ずAPIを利用する」つまり
> 「SET NAMES（SET CLIENT_ENCODING等も)は禁止」です。
”注意事項は簡単です。”
これなぁ。なんていうか、むかつくというか、あきれるというか
この人、まだまだだなぁというか、
俺の「（コーディング）規約を書くときの規約」に反しているんだよな。
・禁止するときは必ず理由を書く
という規約に。
447:nobodyさん
07/11/02 17:38:48
>>446
俺俺規約ｯｽｶｗｗｗ
でも基本的には同意
ていうか、ちゃんと教えてよーって感じ
448:nobodyさん
07/11/02 17:39:51
Mysqlのエスケープ実装までまだ見てないんじゃないの？
というかコレ未だに放置されてるってけっこうショックだわ
449:nobodyさん
07/11/02 17:40:03
大垣たんは著書を読む限り
ソリッドな技術者って感じで嫌いではない
450:nobodyさん
07/11/02 17:47:40
SJISみたいなクソコード使わなきゃいいだけの話じゃないのか。
451:nobodyさん
07/11/02 17:57:59
>>449
たいした脆弱性じゃないのに大慌てして告知して
あとから修正するというドジっ子属性ももってるしな
452:nobodyさん
07/11/02 18:01:21
>>450
これからの案件にはそれでいいね
453:nobodyさん
07/11/02 18:12:16
>>445
おれがみてるのはそっちじゃなくてこっち。
ホワイトリストの利点教えてくださいPart3 [WebProg]
【ｱﾆｦﾀにすら】今日あった悔しいことPart123【負けた】[ネタ・雑談]
454:nobodyさん
07/11/02 18:13:48
ﾜﾛﾀ
455:nobodyさん
07/11/02 19:32:46
糞コードはSJISしかないの？
456:nobodyさん
07/11/02 21:00:02
日本語以外ならある
UTF-8、EUC-JP はOK
457:nobodyさん
07/11/02 21:54:31 zU8R5f0m
フレームワークの使い方を勉強したい。
最初から否定されると勉強する気が失せる。
ここからフレームワーク最高路線でお願いします！！！
↓↓↓
458:nobodyさん
07/11/02 22:20:25
( ´－｀).｡oO（php4ってメソッドチェーンできないのが糞だな・・・)
459:nobodyさん
07/11/02 22:20:43
symfonyは未来からやってきたモダンでホワイトリストなフレームワークです
一括エスケープってマジ最高
460:nobodyさん
07/11/02 22:26:56
( ´－｀).｡oO（こりゃ誰からもウザがられるわ・・・)
461:nobodyさん
07/11/03 03:20:05
URLﾘﾝｸ(ja.wikipedia.org)
ホワイトリストとは、警戒する必要のない対象の一覧表のこと。対義語はブラックリスト。
青少年にインターネットを扱わせる場合、青少年に見せても安全なページだけを登録しておき、それ以外のページにはアクセスできないようにすると安全である。
このとき、青少年に見せても安全なページのリストアップが「ホワイトリスト」にあたり、青少年に見せても安全なページ(ホワイトリスト)にしかアクセスできないようにする方法は「ホワイトリスト方式」と呼ばれる。
462:nobodyさん
07/11/03 03:47:44
勉強になります
463:nobodyさん
07/11/03 06:16:16
phpフレームワークと
どんなjavascriptフレームワークを連携させてますか？
464:nobodyさん
07/11/03 08:17:10
SymfonyとExt合わせたけど、Ext使うんだったらフレームワークは
何選んでもあんま関係ないかも・・・。
確かに見た目はかなりいいけどね。でもちょっと重い。カレンダー一つ表示するにも。
Javascriptの記述量が半端無く増えるし、
見通しがすっごく悪くなるように感じたので、あんまりお勧めしないかな。
465:nobodyさん
07/11/03 10:03:08
>>463
symfony + prototype
PHPじゃないけどpylons + prototype
466:nobodyさん
07/11/03 10:23:22
設計、ソースが綺麗なフレームワークってありますか？
467:nobodyさん
07/11/03 10:48:49
> 458 名前：nobodyさん[sage] 投稿日：2007/11/02(金) 22:20:25 ID:???
> ( ´－｀).｡oO（php4ってメソッドチェーンできないのが糞だな・・・)
また新しい用語を覚えたのかい？ｗ
恥書く前に消えたほうがいいよ。
468:nobodyさん
07/11/03 10:55:24
まぁあれだ。Ruby on Rails 使えってことだ。
469:nobodyさん
07/11/03 14:11:37
>>466
CodeIgniter
機能は若干不足気味だが、設計センスがいいのでなんとでもなる
470:nobodyさん
07/11/03 14:35:30
>>467
471:nobodyさん
07/11/03 15:07:15
おい下スレ荒らされてるぞ
こっちでちゃんと面倒見といてくれよ
472:nobodyさん
07/11/03 15:12:22
>>471
お前もばかｗ
473:nobodyさん
07/11/03 15:12:29
狂犬になったアニヲタが野に放たれた…
思いこみパワーで誰にでも噛みつく！
474:nobodyさん
07/11/03 15:15:02
このスレには、すぐにアニヲタとか言い出すアフォがいるよな
同一人物なんだろうな
475:nobodyさん
07/11/03 15:15:25
なんか可哀相になってくる。
476:nobodyさん
07/11/03 15:19:24
>>474
【同一人物】と思っちゃうところがまさに【アニヲタ】なんですけどね（ ´,_ゝ｀）ﾌﾟｯ
477:nobodyさん
07/11/03 15:20:58
>>476
アフォが食いついてきましたｗｗｗ
478:nobodyさん
07/11/03 15:31:34
～アニヲタの思いこみパワーでできること～
・工作員が存在すると思いこむ（なぜか交代制）
・だいたい電通のせい
・最近じゃGoogleも悪の組織
・スレ流しをしていると思いこむ
・意味不明の勝利宣言
・しつこさだけが本当の武器
頑張れ、思いこみ戦士！
吠えろ、思いこみ戦士！
思いこみパワーで、お前の心の平安を守るのだ！
479:nobodyさん
07/11/03 15:40:52
PHPフレームワークを語るはずのスレで
なぜか出てくるアニヲタ叩きw
よっぽど嫌な過去でもあるのかね？
480:nobodyさん
07/11/03 15:48:49
>>479
ｱﾆｦﾀはどこでも叩かれるのがﾃﾞﾌｫだぜ？
481:nobodyさん
07/11/03 15:49:56
>>480
いい加減うざいから、ニュー速行けって感じだけどな
482:nobodyさん
07/11/03 15:57:14
ちーたんの作者が若干アニ○タくさい件
483:nobodyさん
07/11/03 16:03:30
しょうがないよ、見下してたはずのアニヲタに完敗したんだから。
ゴキブリと見下してた相手に完敗した亀とおんなじ。あまりのショックで人前にでられなくなった。
>>445で必死にやり返したつもりが>>453だもんな。意固地にもなるさ。
そっとしておいてあげてください。弱ったものへ労りの言葉を。
484:nobodyさん
07/11/03 16:09:08
>>444=483=叩かれてるアニヲタ
こんなバレバレの自演して馬鹿じゃないの？
485:nobodyさん
07/11/03 16:14:07
>>483
・意味不明の勝利宣言
486:nobodyさん
07/11/03 16:50:29
>>484
ホワイト君かな？アニヲタを必死に叩いてもなんも変わらんよ。
きみがすべきことは・・・分かるだろ？話をそらさずに議論で戦えよ。
まずはホワイトリストの利点を説明しろ、話はそれからだ。
487:nobodyさん
07/11/03 18:55:36
>>486
それは罠よ
議論でアニヲタを説得することなんてキケロも釈迦も出来ないわ
常に歪んだフィルターを通るからどんな言葉も必ず歪むの
気を付けて！
アニヲタと議論しようとしたら、あなたはその時点で泥沼に足を踏み入れているの
ただ観察するだけにしておきなさい
彼らの愚かさは底なしなのよ・・・
488:nobodyさん
07/11/04 00:42:09
もうセックスの話しようぜ！
セックス！
489:nobodyさん
07/11/04 00:43:53
俺は手コキされながら乳首なめられるのが大好き
490:nobodyさん
07/11/04 00:56:44
お前らPHPプログラマー（女）とセックスしたことある？
PHPプログラマーって何か萌えないよな・・・
一番萌えるのは・・・JavaScriptプログラマーかな？
491:nobodyさん
07/11/04 01:26:29
一番萌えるのはやっぱデザイナーでしょ！決まり！
しかも<td>{$hoge}</td>なんて書いて頂けたらもうｻｲｺｰ!
492:nobodyさん
07/11/04 01:33:33
デザはなんかベタだな…
女なのにプログラマーなのが萌える
493:nobodyさん
07/11/04 03:02:32
スクリプタキュラスって発音がきめぇ
494:nobodyさん
07/11/04 03:47:18
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フケ・痒みがとまらないPart9 [身体・健康]
【トイプードル】プードル Part26【ﾐﾆﾌﾟｰｽﾀﾝﾌﾟｰ】 [犬猫大好き]
…増えた
495:nobodyさん
07/11/04 03:54:05
やっぱり特定の何かに長けてる女がいいな～
運動得意とかピアノ弾けるとか・・もちろんプログラマでもおｋ
496:nobodyさん
07/11/04 04:22:39
URLﾘﾝｸ(lovecall.14.dtiblog.com)
なんかこんなのあった
ギークなお姉さんは好きですかだと
こんな狙いすぎなビッチは萌えない
497:nobodyさん
07/11/04 04:35:20
99％のてけとうさと1％のまじめさでできた100％B型のおにゃのこです。だぁ？
こんな女は毎回顔射でOK
498:nobodyさん
07/11/04 06:44:21
俺俺FW作ってる人
基幹はクラス、関数はヘルパにするのがセオリーだと思うけど
ヘルパ以外の関数も書く？
499:nobodyさん
07/11/04 13:47:23
美少女プログラマーって居るの？
ｽﾚﾘﾝｸ(prog板)
500:nobodyさん
07/11/04 13:54:04
>>499
>みんなの周りにはいないんだな。
>どこを探してもいないと。
不老不死の薬かよｗ
501:nobodyさん
07/11/04 15:45:01
agavi 0.11がでたぞー
502:nobodyさん
07/11/04 15:58:05
あが・・び・・？
503:nobodyさん
07/11/04 16:02:35
__,,／ _, ----｀ヽ ：.
：. ／ _ ___ ､＼
/ ／ i ＼ ＼＼ ：.
：. ,'./ i ヽ:. ヽ:.:.. ヽ.ヽ
,'/ / .ハ ヽ ヽ:.:.:.:. ヽ::.. ヽヽ ：.
：. |i .i i .i / ヽ ﾄ ､ ＼､:.:.:. ',:.',:.:.lヽ}
|i .i l :Ｎ＿, -弋 ＼弌弋ナ:}:.:}
：. |i∧ ', :{ ,ｨjモﾄ ＼ ｲjミﾄｲｲＶ ：. あ…
.| :ﾒヽ.', `ozＺ} izN｡ﾊ::{ あがびってなんなんですか？
：. | :ヾ_! ゝ "ﾞﾞ ' ｀ﾞ ハ.:', ：.
| :.:_ｲ .:.ヽ. (二ﾌ , ｲ :.:.:!:.ヽ なんであたし
：. / rｨｲ | :.:.ヽ: ＞r／｀＜ノ .:.::.}ヽ､＼：. 貼られたんですか？
/ ∧l;l ! :.:.:.:/／{二￣ .} ..:..::ﾘ//ハ.:＼
：. ／ .{. ',ヾ､ヽi .:.:.{ ／(^｀ |.:.:.:./／: : :.}: . ヽ.：.
/ / ） ヽ ヾ､ヽ:.ﾊ ﾔ{ ∧／.-‐'": : |:.:. i ',
./ .,ｲ .:..} : :＼ヾレ'ﾊ ∧__ノﾉﾊヾ､ : : : l:.:.: .ﾊ ',
{ /｜ .:.:ﾊ : : :i Ｙ {ヾ｀Ｙヽﾆン'ノ}: : } : : : :/:.:.:/ }:.}
Ｖ | .:.:/:.:|_,ｨ'￣ ヽ三{ ｀ー-ノ : ｲ : : :/:.:i.:{ リ
ヽ:.:{､.:.Ｖ : : ﾍ : : {: : :/:.::∧|
ヽ! ）人 : : :人 : : : / ＼! ：.
" ヽ : : : : :/イ{ :.ノ: : : :.＼ ：.
：. ＼__／//: :＼______／: : : : : : : ヽ
/ //: : :|;|: : : : : : i: : : __: : : : ',
：. / ､ {;{ |;| . : i／. : : : : : :|
／ ｀Ｙ;{. . . .|;|. : : : ／i: : : : : : : : :l
504:nobodyさん
07/11/04 20:00:54 ao+FAaQ6
>>503
不覚にもｗ
505:nobodyさん
07/11/04 20:41:58
み…みくるﾀﾝ (´Д｀；)ﾊｱﾊｱ
506:nobodyさん
07/11/04 21:02:25 M9faL4Yg
URLﾘﾝｸ(www.agavi.org)
Agavi 0.11.0 is now available
URLﾘﾝｸ(agavi.jp)
agavi.jp die...
struts → mojavi → agavi → symfony → …（未来へ）
伝統を今日に伝えるフレームワークの系譜ですね＾＾
507:nobodyさん
07/11/04 21:04:42 M9faL4Yg
URLﾘﾝｸ(d.hatena.ne.jp)
Mojaviから分岐して開発が開始されたPHPのMVCフレームワーク
2005年当時、Mojavi3の開発が滞っていたことから分岐し開発が開始された。
しかし、開発開始直後に分岐元であるMojaviとの再統合が決定し、早期に0.10.0をリリースし開発を終了すると発表された。
ところが、開発チームやコミュニティ内で「取り組むべき問題が残されている」との声が上がり、アーキテクチャの見直しが行われ、Mojaviとは異なるフレームワークとして開発が進められている。
特徴としてSymfonyやRuby on Railsに見られるようなORM層への依存の断ち切りや、テンプレートエンジンによらないHTMLフォーム処理ヘルパの提供を謳っている他、i18n機能も搭載している。
正式バージョンである1.0は完全なドキュメントと共にリリースされる予定である。
508:nobodyさん
07/11/04 21:10:08 M9faL4Yg
＜質問＞
・DIコンテナの仕組みになっているフレームワークって、設計が古くさいんですか？
・DIコンテナは、Maple以外にも何かありますか？
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
DIコンテナは，「DI（Dependency Injection：依存性の注入）」と呼ぶデザインパターンに基づいて作られたコンポーネント群を集中管理するためのソフトウエアです。
509:nobodyさん
07/11/04 21:12:36
S2Container.PHP5を用いたDIベースの開発
URLﾘﾝｸ(codezine.jp)
S2Container.PHP5は元々Javaで開発されていたS2ContainerをPHP5に移植したもので、DIとAOPをサポートする軽量コンテナです。
OOPもよく使いこなせていないのに、この上AOPを勉強するのか？
…道のりは遠い？＞＜
510:nobodyさん
07/11/04 21:15:09
軽量Java DIコンテナ「google-guice 1.0」リリース
URLﾘﾝｸ(gihyo.jp)
Google CodeにてJava 5ベースのDIコンテナ「Guice」バージョン1.0が，2007年3月8日に公開されました。
今までDIコンテナにはSpring FrameworkやSeasar2などがありましたが，開発者がGoogle社員であることや，アノテーションベースで設定ファイルがいらないこと，Spring Frameworkの100倍速いことなどが注目され，ブログを中心に盛り上がっています。
511:nobodyさん
07/11/04 21:48:01
でもム板のguiceスレは閑古鳥が鳴いてるんだなぁ。
512:nobodyさん
07/11/04 23:28:21
URLﾘﾝｸ(www.geocities.jp)
ここのagavi情報ってもう更新されないの？
513:nobodyさん
07/11/05 00:09:12
設定ファイルが要らないってとこに興味があるんだけど、どうやってんのかな。