トップページphp
1001コメント301KB

【総合】PHPフレームワークを語るスレ8

レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん2007/10/17(水) 16:01:41ID:72/gWtt1
前スレ
http://pc11.2ch.net/test/read.cgi/php/1181350116/
0951nobodyさん2007/12/09(日) 19:05:19ID:???
PHPのセッション実装なんてヘッポコじゃないですか
0952nobodyさん2007/12/09(日) 19:37:21ID:???
>>942
> PHPはフレームワークじゃなくて、ただのスクリプト言語だからw

Rubyははフレームワークじゃなくて、ただのスクリプト言語だからw

で?
0953nobodyさん2007/12/09(日) 20:10:57ID:???
で?
0954nobodyさん2007/12/09(日) 20:53:42ID:???
     /ニYニヽ 
    /( ゚ )( ゚ )ヽ 
   /::::⌒`´⌒::::\   でっていうwwwwwwww 
  | ,-)___(-、| 
  | l   |-┬-|  l | 
   \   `ー'´   /
0955nobodyさん2007/12/09(日) 21:04:50ID:???
釣りばっかだな
0956nobodyさん2007/12/09(日) 21:26:06ID:???
>>943 同意
まあレンサバもPHPなんて動けばいいんだろって思ってるから
なかなかPHP5に全面移行できないってのはいいんだけど、
環境が選べる状況で開発している奴らでもPHP4を引きずったり
いつまでもEUC-JPで書いてみたりっていうのは正直吐き気がする。

携帯だからってソースもSJISで書くとか、もういい加減にしてくれ。
UTF-8通る携帯もたいがい増えてるっていうのをなんで敢えて
スルーかな。

なんか質の悪いやや古参PHPerが癌すぎる。
0957nobodyさん2007/12/09(日) 21:33:46ID:???
>>56
UTF-8通らないケータイではSJISで書く
UTF-8通るケータイではSJISも通る
世の中のケータイがすべてUTF-8通るならまだしも、そうでないならSJISで書くのは合理的だと思うけど。
0958nobodyさん2007/12/09(日) 21:40:40ID:???
SJISでソース書くやつはバカ
0959nobodyさん2007/12/09(日) 22:03:27ID:???
内部(ソースコード含む)はすべてUTF-8で統一し、
入力と出力時にSJISなりに変換すれば良いだけの話だろ。
0960nobodyさん2007/12/09(日) 22:09:00ID:???
>>958
いや、そうじゃない。
SJISでソースを書くにしてもoutputで、UTF->Shift-JISに正しく変換できない実装がバカ
そのあたりはやっとPHP6で改善される可能性もあるけど、iconvとかmb_*系の実装はどうなるんだとか
そもそもMS932系の実装はどうなるんだろうか、なんてのを正しく議論していないPHPの上の人らがバカ
あと、全然関係ないけど、javaに近づけとはいわないけど、言語実装を議論せずに矛盾ばかり生み出す言語実装を作ってる上のひとらがバカ
0961nobodyさん2007/12/09(日) 22:17:02ID:???
つまり携帯のフロントもあるバックエンドをEUCで書くやつは問題なく馬鹿、てことでおk?
0962nobodyさん2007/12/09(日) 22:40:08ID:???
>>960
それ(変換とか)よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。

大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや
不具合の温床だと思ってそれほど間違ってるかな。

要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932?)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。
0963nobodyさん2007/12/09(日) 23:28:47ID:???
結局PHP使う奴はバカでFA
0964nobodyさん2007/12/10(月) 00:20:34ID:???
携帯サイトならSJISで統一した方が問題が少ない。当たり前のこと。
0965nobodyさん2007/12/10(月) 00:40:52ID:???
>>964
そりゃ携帯実機側の問題は少ないと期待できる(実装・運用されて長いから)かもしれないが、
サーバアプリ構築側でどうかっていう話だろ。

もしUTF-8で統一できればより問題は少なくなりそうだけどな。
絵文字に関しても、だいたいUNICODEにシフトしてるんじゃないの?少なくとも流れは。

そういうのを問答無用で「SJISで統一した方が・・・」「当たり前」って言うのが「癌」てことだろ

まとめた情報を軽く探してみて
ttp://miniturbo.org/memo/2006/12/29/034842/
↑ 一年前の記事くらいしか見つからないのが、なんだかなぁな気分だ。
0966nobodyさん2007/12/10(月) 00:56:27ID:???
脳内妄想するやつにかぎって
バカとか当たり前とかで終わるのな
0967nobodyさん2007/12/10(月) 01:00:14ID:tYVuGNNs
もう携帯もUTF-8で書いて大丈夫だよ。
ソース俺
0968nobodyさん2007/12/10(月) 02:45:37ID:???
SJISってDBにぶちこむとDBがぶっ壊れるんでしょ?
0969nobodyさん2007/12/10(月) 10:29:12ID:???
そう、そのことを SQL injection という。
0970nobodyさん2007/12/10(月) 15:08:00ID:???
>>969
みえみえの釣りはよそに逝ってやってくれませんかね
0971nobodyさん2007/12/10(月) 15:16:12ID:???
>>970
みえみえの釣りはよそに逝ってやってくれませんかね
0972nobodyさん2007/12/10(月) 17:06:25ID:???
話の流れがよーわからんが、
http://jp.php.net/manual/ja/ref.mbstring.php
の「PHP で動作しないと思われる文字エンコーディングの例を以下に示します。」に、はっきりとSJISって挙げられているんだが。
マニュアル読んでる人って居ないの?
0973nobodyさん2007/12/10(月) 17:13:57ID:???
>>972
0x5Cとか分かってて使う分には問題ない

問題点について精通していない限り 内部エンコーディングとして使用するべきではありません。
0974nobodyさん2007/12/10(月) 17:26:02ID:???
マヌアル、もとからこんな糞デザインだっけ?
やたらに枠線で区分けされていて、読みにくくなっている気がする。
0975nobodyさん2007/12/10(月) 18:54:14ID:???
アンチPHPは去れ。使いたくないなら使うなよ無能。
0976nobodyさん2007/12/10(月) 19:20:34ID:???
そりゃPHPだけじゃないだろう?とか明らかに
ピントずれてる発言多いのが今の傾向だな
Java厨かもな
0977nobodyさん2007/12/10(月) 20:19:57ID:???
問題に精通している人はSJISなんか使わないってw
中途半端に知っているから、「それだけに気をつければいいだけでしょ?」って
感じでSJISでソースを書いてしまう。
0978nobodyさん2007/12/10(月) 21:14:49ID:???
>>974
俺も思った。つい最近じゃないかな、変わったの。
PHPでやってて誇れる事の一つに、このマニュアルがあるから、
あんま変な事して欲しくないね。
0979nobodyさん2007/12/11(火) 01:35:55ID:???
PHP、JAVA、rubyは
初心者でも簡単にコードが書けてしまうのは利点であるが
それゆえにバカも集まりやすい
0980nobodyさん2007/12/11(火) 03:17:29ID:???
PHP4ベースで書かれてるFWは今すぐ捨てろ
0981nobodyさん2007/12/11(火) 17:45:33ID:???
>>979
優れた言語は、初心者でも簡単にコードが書けるものですが、
優れた言語に馬鹿が集まりやすいから、なんだっていうのですか?
0982nobodyさん2007/12/11(火) 18:14:18ID:???
> 優れた言語は、初心者でも簡単にコードが書けるものですが、

いいえ。
0983nobodyさん2007/12/11(火) 18:43:22ID:???
>>982
あんたにとって優れた言語の条件には
開発効率の高さが含まれていないらしいなw
0984nobodyさん2007/12/11(火) 18:46:21ID:???
PHPなんてオブジェクト指向を偽装した吉兆言語です
0985nobodyさん2007/12/11(火) 18:47:19ID:???
もうこのスレ要らないよな
雑談しかない
0986nobodyさん2007/12/11(火) 18:47:41ID:???
>>983
> 開発効率の高さが含まれていないらしいなw

いいえ。
0987nobodyさん2007/12/11(火) 18:49:32ID:???
はいはい、すごいすごい。
0988nobodyさん2007/12/11(火) 18:56:48ID:???
きっと、「俺は○○言語使ってるんだ!だから馬鹿じゃないんだ!」と
思ってないんだろうなw
0989nobodyさん2007/12/11(火) 19:05:06ID:???
>>974
線多っ
0990nobodyさん2007/12/11(火) 20:35:10ID:???
http://journal.mycom.co.jp/news/2007/12/10/032/
Rails2.0登場でPHPフレームワーク即氏www
0991nobodyさん2007/12/11(火) 20:48:57ID:???
るびちゅも必死だね。

そんな程度のバージョンアップで
死ぬならとっくにPHP死んでるでしょ。

第一、それでRubyが動くサーバーは
増えたのかい?という話。
0992nobodyさん2007/12/11(火) 20:50:48ID:???
フレームワークのパフォーマンスを向上しても言語自体が遅いからなぁwwwwww
0993nobodyさん2007/12/11(火) 20:55:36ID:???
PHPフレームワークなんてほとんど全部Railsの影響受けてるじゃんww
偽物が本物が勝てるわけないだろww
0994nobodyさん2007/12/11(火) 21:00:03ID:???
>偽物が本物が勝てるわけないだろww
そうだよね。2ちゃんねるがあめぞうに勝てる訳が・・・あれ?
0995nobodyさん2007/12/11(火) 21:19:12ID:???
後発が勝つに決まってるだろw
0996nobodyさん2007/12/11(火) 21:39:18ID:rL4sU4iJ
Ruby on Railsの勉強もしてみたいです><
でもPHPも使い続けると思います。
だってPHPは便利だもん!

RubyがPHPよりも簡単になって、
RubyがPHPよりも速くなって、
RubyがPHPよりも普及したらイイナー(・∀・)
0997nobodyさん2007/12/11(火) 22:00:26ID:???
よくも悪くも全てありえないな。
0998nobodyさん2007/12/11(火) 23:13:16ID:???
いまさらRubyつっても… PHPでいいや
0999nobodyさん2007/12/11(火) 23:22:25ID:???
まー普通に言語使用はrubyのが上だけどね。
PHPはCのライブラリラッピングしただけだもんなぁ
そのくせstrposとか見つからなかったらfalse返すとかあり得ない。
const HOGE = 1*2*3;
もsyntax errorだし・・・なんなんだこの糞言語。
ほとんどのレンタルサーバーで動くから書いてるけどさ。
1000nobodyさん2007/12/11(火) 23:25:48ID:???
Ruby覚えるならJava覚えるだろうなあ
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。