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

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

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

で？

で？

　　　　　/ﾆＹﾆヽ 
　　　　/（ ﾟ )( ﾟ ）ヽ 
　 　／::::⌒｀´⌒::::＼　　　でっていうｗｗｗｗｗｗｗｗ 
　　|　,-）＿＿＿（-、| 
　　| l　　 |-┬-|　　l | 
　　 ＼ 　 `ー'´ 　 ／

釣りばっかだな

>>943 同意
まあレンサバもPHPなんて動けばいいんだろって思ってるから
なかなかPHP5に全面移行できないってのはいいんだけど、
環境が選べる状況で開発している奴らでもPHP4を引きずったり
いつまでもEUC-JPで書いてみたりっていうのは正直吐き気がする。

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

なんか質の悪いやや古参PHPerが癌すぎる。

>>56
UTF-8通らないケータイではSJISで書く
UTF-8通るケータイではSJISも通る
世の中のケータイがすべてUTF-8通るならまだしも、そうでないならSJISで書くのは合理的だと思うけど。

SJISでソース書くやつはバカ

内部（ソースコード含む）はすべてUTF-8で統一し、
入力と出力時にSJISなりに変換すれば良いだけの話だろ。

>>958
いや、そうじゃない。
SJISでソースを書くにしてもoutputで、UTF->Shift-JISに正しく変換できない実装がバカ
そのあたりはやっとPHP6で改善される可能性もあるけど、iconvとかmb_*系の実装はどうなるんだとか
そもそもMS932系の実装はどうなるんだろうか、なんてのを正しく議論していないPHPの上の人らがバカ
あと、全然関係ないけど、javaに近づけとはいわないけど、言語実装を議論せずに矛盾ばかり生み出す言語実装を作ってる上のひとらがバカ

つまり携帯のフロントもあるバックエンドをEUCで書くやつは問題なく馬鹿、てことでおｋ？

>>960
それ（変換とか）よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。

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

要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932？)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。

結局PHP使う奴はバカでFA

携帯サイトならSJISで統一した方が問題が少ない。当たり前のこと。

>>964
そりゃ携帯実機側の問題は少ないと期待できる（実装・運用されて長いから）かもしれないが、
サーバアプリ構築側でどうかっていう話だろ。

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

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

まとめた情報を軽く探してみて
ttp://miniturbo.org/memo/2006/12/29/034842/
↑ 一年前の記事くらいしか見つからないのが、なんだかなぁな気分だ。

脳内妄想するやつにかぎって
バカとか当たり前とかで終わるのな

もう携帯もUTF-8で書いて大丈夫だよ。
ソース俺

SJISってDBにぶちこむとDBがぶっ壊れるんでしょ？

そう、そのことを SQL injection という。

>>969
みえみえの釣りはよそに逝ってやってくれませんかね

>>970
みえみえの釣りはよそに逝ってやってくれませんかね

話の流れがよーわからんが、
http://jp.php.net/manual/ja/ref.mbstring.php
の「PHP で動作しないと思われる文字エンコーディングの例を以下に示します。」に、はっきりとSJISって挙げられているんだが。
マニュアル読んでる人って居ないの？

>>972
0x5Cとか分かってて使う分には問題ない

問題点について精通していない限り 内部エンコーディングとして使用するべきではありません。

マヌアル、もとからこんな糞デザインだっけ？
やたらに枠線で区分けされていて、読みにくくなっている気がする。

アンチPHPは去れ。使いたくないなら使うなよ無能。

そりゃPHPだけじゃないだろう？とか明らかに
ピントずれてる発言多いのが今の傾向だな
Java厨かもな

問題に精通している人はSJISなんか使わないってｗ
中途半端に知っているから、「それだけに気をつければいいだけでしょ？」って
感じでSJISでソースを書いてしまう。

>>974
俺も思った。つい最近じゃないかな、変わったの。
PHPでやってて誇れる事の一つに、このマニュアルがあるから、
あんま変な事して欲しくないね。

PHP、JAVA、rubyは
初心者でも簡単にコードが書けてしまうのは利点であるが
それゆえにバカも集まりやすい

PHP4ベースで書かれてるFWは今すぐ捨てろ

>>979
優れた言語は、初心者でも簡単にコードが書けるものですが、
優れた言語に馬鹿が集まりやすいから、なんだっていうのですか？

> 優れた言語は、初心者でも簡単にコードが書けるものですが、

いいえ。

>>982
あんたにとって優れた言語の条件には
開発効率の高さが含まれていないらしいなｗ

PHPなんてオブジェクト指向を偽装した吉兆言語です

もうこのスレ要らないよな
雑談しかない

>>983
> 開発効率の高さが含まれていないらしいなｗ

いいえ。

はいはい、すごいすごい。

きっと、「俺は○○言語使ってるんだ！だから馬鹿じゃないんだ！」と
思ってないんだろうなｗ

>>974
線多っ

http://journal.mycom.co.jp/news/2007/12/10/032/
Rails2.0登場でPHPフレームワーク即氏ｗｗｗ

るびちゅも必死だね。

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

第一、それでRubyが動くサーバーは
増えたのかい？という話。

フレームワークのパフォーマンスを向上しても言語自体が遅いからなぁｗｗｗｗｗｗ

PHPフレームワークなんてほとんど全部Railsの影響受けてるじゃんｗｗ
偽物が本物が勝てるわけないだろｗｗ

>偽物が本物が勝てるわけないだろｗｗ
そうだよね。２ちゃんねるがあめぞうに勝てる訳が・・・あれ？

後発が勝つに決まってるだろｗ

Ruby on Railsの勉強もしてみたいです＞＜
でもPHPも使い続けると思います。
だってPHPは便利だもん！

RubyがPHPよりも簡単になって、
RubyがPHPよりも速くなって、
RubyがPHPよりも普及したらイイナー(・∀・)

よくも悪くも全てありえないな。

いまさらRubyつっても…　PHPでいいや

まー普通に言語使用はrubyのが上だけどね。
PHPはCのライブラリラッピングしただけだもんなぁ
そのくせstrposとか見つからなかったらfalse返すとかあり得ない。
const HOGE = 1*2*3;
もsyntax errorだし・・・なんなんだこの糞言語。
ほとんどのレンタルサーバーで動くから書いてるけどさ。

Ruby覚えるならJava覚えるだろうなあ

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。