トップページ⇒php
718コメント237KB

PHPで作られた有名サイトってあるの？

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2012/05/26(土) 01:06:30.66ID:???
あるわけないかな。

ウェブ系言語で一番しょぼい言語だし。
0172nobodyさん2012/07/10(火) 10:23:14.28ID:???
ここから抜け出すにはiPhone一択 またはWindow 8 Metro App Store(未確) C#
Objective-CやC#を覚えるとサーバーサイドからクライアントサイドまでカバーでき人の多い場所でソフトを売る権利を得られる
仕事や趣味でObjective-CやC＃を覚えれば派遣切りされても会社辞めることになってもソフトを売って生きていける　それはセーフティーネットになる
WEBサーバーIIS Win2008ServerVPS SqlServer Oracle MySql 言語はマーケットで売れるメーカー製のみ C#は自分用業務支援ツールとして使える　
例えばPHPでWEBアプリを作っていて管理者画面はC＃(EXEアプリ)で作るとかなり早く作れる（Smartyなんか使うよりもかなり早くだ）
ASP.net(C#)+管理EXEアプリ(C#)+iPhone C#のソースを出さなければWEBアプリの著作権も守れる

C#マーケット　Windows8 Metroアプリ WindowsPhone pad PS Vita Xbox360 iphone(mono使用)
iPhoneマーケット iPhone iPad 予定 iTv iCar i (家電製品)

地方に安い土地を買いコンテナ型の格安高性能オフィスを建て(300万〜500万)
レンタル自習室＆シェアオフィス・コワーキングで収入を得ながらそこでアプリを開発する
http://tinyurl. com/7pb2yaa
http://bit. ly/iLIpJa
0173nobodyさん2012/07/10(火) 11:42:03.21ID:???
>>165
なんで危険ですか？
0174nobodyさん2012/07/10(火) 11:51:30.15ID:???
phpはスコープが貧弱な結果、キャッシュとかデータのプーリング機能が残念なので、DBには負担は大きいな
0175nobodyさん2012/07/10(火) 11:53:38.00ID:???
>>171
開発スピードは分かるけど、クオリティがなあ………。
がいしゅつだけで保守コストが高いので、作り切りならPHPもありかも
だけど、お客さんの事を考えるとPHPは外れてくるね。
MagentoってフリーのECシステムあるけど、あれかなり綺麗に書いてると
思うけどそれでもいじるのは結構めんどいよ。あとMagentoは負荷テスト
すると落ちる。キャッシュクリアしないと動かなくなる。っていうかなんで
キャッシュなんて必要かっていうと……分かるよね。

PHPは基本プロセスが立って一周して終了、がメインじゃなかったっけ？
mod_*はプロセスを立ててForkして待機だし、コルーチンもあるから
負荷としてはPHPの方が高い印象（ここは知識不足だったらすまぬ）。
0176nobodyさん2012/07/10(火) 13:14:58.97ID:8o8xatXX
いち早くサービスを提供したい場合はどうすれば…
0177nobodyさん2012/07/10(火) 13:57:57.83ID:???
>>176
PHPで実装して徐々に他の言語に切り替える。APIから書き直すと捗る。

Facebook - 確かPHP->Python
Twitter - Ruby -> Java
Google - Python
Mixi, DeNA - Perl

間違ってたらツッコミ入れてくれ。

PHPでやってるサービス
Wikipedia - MediaWikiに依存。コードはスパゲッティ
Wordpress - ブログで有名。プラグインが超書きにくい。
0178nobodyさん2012/07/10(火) 15:27:52.66ID:qvSHGuQc
>>177
なるほど
じゃあPHPとpython混雑させておいて(処理の難易度とかにあわせて)
後でPHPの部分書き直せばいいか

(PHP→python→javaもありかも)
0179nobodyさん2012/07/10(火) 15:44:38.25ID:???
>>178
phpとpythonなどインタープリター言語を組み合わせても意味無し
0180nobodyさん2012/07/10(火) 15:54:17.11ID:???
>>178
ちなみにFacebookは自社でPHP→C++のコンバータを持ってて、
そこで最適化して運用してたって点は落とさないようにね。
PHPの開発速度とバイナリの両方をいいところ取りするような
運用をしてた。C++にコンバートできないならオブジェクト指向で
書いていないって指標にもなる気がするし（C++は完全なオブジェクト指向
ではないのでその辺はよくわからん）

>>179
PyPyとか知らんの？
0181nobodyさん2012/07/10(火) 16:01:12.63ID:???
facebookは言語の選択に失敗した結果だから強調しないように。
0182nobodyさん2012/07/10(火) 16:04:14.78ID:???
>>181
成長規模の見込みに失敗したってのはあるだろうね。
今のスケール＆開発スピードが必要になるならPHPなんて絶対選ばなかったろう。
安く早くのスターターとしてPHPはありなんじゃね？って程度の意味で。
というかむしろPHPの利点ってそこくらいしかないし。
0183nobodyさん2012/07/10(火) 16:09:00.18ID:???
jruby や jython使えば。早いよ
01841712012/07/10(火) 16:21:14.11ID:???
>>175
へー
そうなんだ・・・
PHPは「すぐにスパゲティになるけど、早くて堅牢」ってイメージだった・・・

じゃぁさ、
「結構大規模なECサイトをフルスクラッチで作る、アーキテクチャは何使ってもいい」
ってなったら、何言語は使う？やっぱJava？
0185nobodyさん2012/07/10(火) 16:23:15.65ID:???
>>184
これかなり私情はいってるけど。
無印良品程度ーPerl
Amazon程度ーJava
かなあ。Amazon規模のを作るならJavaが柱で複数の言語を使い分けると
思う。
01861712012/07/10(火) 16:30:39.36ID:???
>>185
へー
まぁJAVAはわかるけど、Perlなんだ。
まぁ「私情」ってかいてあるから
好き嫌いもあるんだろうけど、
どうしてPerlなの？
Perl書けないしシラナイくせに聞いちゃって申し訳ないんだけど。
0187nobodyさん2012/07/10(火) 16:39:25.60ID:???
>>186
CPANの存在が大きいのと、Catalystを改造したRESTfulなフレームワークを
自前で持ってるから。一番大きいのが俺が二番目に長い期間書いてる言語だから。
あとはPHPみたいにだらしなくないし、Javaほどガチガチじゃないから自由度も
高い。まあPythonがもっと書けたらPerlの代わりにPythonって書いてたかも
知れん。
0188nobodyさん2012/07/10(火) 20:05:57.33ID:???
PHPがだらしないって、使う人の問題じゃね?
PHPは触り始めと、ベテランのコードがはっきりわかるからいいよね
0189nobodyさん2012/07/10(火) 21:11:07.62ID:???
>>188
大きいプロジェクトの場合、使う人選ぶ余裕ないしPHP専門でベテランって
ほとんどいないし人月も安いから「問題がある人」がどうしても集まって
しまう。で、解読不可能なコードを書かれて辞めちゃう。で、メンテが
出来なくなる。だから大きいプロジェクトには向かない。
PerlなりJavaなりは言語がある程度拘束するからコードのメンテナンスが楽。
0190nobodyさん2012/07/10(火) 22:01:51.90ID:???
ベテランはPHP使わねえ
0191nobodyさん2012/07/10(火) 22:04:03.22ID:???
>>178
Java上のPythonやRuby、PHPで作ればいいやん。
Javaの機能呼び出せるし、そのまた逆も出来て便利だよ。
あとC言語版よりも早い。
0192nobodyさん2012/07/10(火) 22:15:15.18ID:???
そもそもPHP専門なのにベテランっておかしーだろ
0193nobodyさん2012/07/10(火) 22:22:57.85ID:???
確かにw
ベテランなら10くらいの言語行けるっしょww
0194nobodyさん2012/07/10(火) 22:56:58.27ID:9bZObSZ5
javascriptとHTMLは小学校
PHPとCは中学校
javaとpythonは高校
までに習得するのがベスト

大学は今まで習得したものででかいものを作ってみる実践のとき

0195nobodyさん2012/07/11(水) 09:54:06.74ID:???
>>189
だからPHP案件はフレームワーク使いたがるのか・・・
アホにフルスクラッチで作らせると手に負えなくなるから・・・
0196nobodyさん2012/07/11(水) 10:15:17.85ID:b+qyyevt
PHPはスパゲッティになるし大きなことには使いにくい

perlは技巧的書き方もできてそうめんになるかも

pythonはニシキヘビが苦手だと…

javaはボラクル下にあるし

rubyは減速ぎみ

なに使えばいいんだ…
0197nobodyさん2012/07/11(水) 11:19:59.59ID:???
cに決まっとるだろ
0198nobodyさん2012/07/11(水) 12:42:37.80ID:???
AmazonはPerlで作られてるよ。
0199nobodyさん2012/07/11(水) 13:50:13.26ID:N7wJxnH2
Cはどうやって使うんだろう…

コンパイルしなあかんからCGIにはできないし
javaのtomcatに相当するものないし

実行ファイルを実行させるのだろうけどApacheからどうやって呼び出すのか…
0200nobodyさん2012/07/11(水) 13:56:51.78ID:N7wJxnH2
そうか…CGIプログラムってスクリプトじやなくて実行可能ファイルなら何でもいいのか
0201nobodyさん2012/07/11(水) 14:04:45.16ID:???
STDIN、STDOUT使ってCGIも良いけど、apachのモジュール作るのが楽じゃねかな
0202nobodyさん2012/07/11(水) 17:44:11.59ID:???
>>199
プログラミング言語としてはCが考えた概念と言ってもいいぞ＞STDIN、STDOUT
Cはゼロから組み上げるというよりはApacheのモジュールを最適化するとか
そういう時に必要。Cが書けて損になることはない。
0203nobodyさん2012/07/11(水) 17:46:05.14ID:???
で、CはSTDIN、STDOUT、環境変数を読む、の3つができるので、普通に
CGIは作れます。今日びCGIかよ！ってツッコミは置いといて。
どう考えてもCの方がお気楽で高速な実装が出来る時ってあるので、CのCGIが
ナシかっていうと、まあ基本ナシなんだけど覚えておくと貴重な人材になれるぞ
0204nobodyさん2012/07/11(水) 21:36:58.45ID:???
周回遅れ
0205nobodyさん2012/07/11(水) 22:22:04.34ID:pnDLFLZJ
基幹処理…java
通常の処理…JSPかpython
使い捨てプログラム…PHP
重い処理…C


こう使い分けたらいいか


javaがボラクル下になければもっと積極的に使いたいけど
0206nobodyさん2012/07/11(水) 22:39:25.93ID:???
>>205
javaとJSPはどう違うのですか？
0207nobodyさん2012/07/11(水) 22:54:13.31ID:pnDLFLZJ
JSPとJSPじゃないjava(HTMLに埋め込まないjava)
0208nobodyさん2012/07/11(水) 22:54:46.87ID:???
>>140
> Perlはuseの引数とクラス名が一致してるからPHPみたいに現場によってCamelCase推奨だったりアンスコ区切り

一致してないよ？

ちょっと恥ずかしいねｗ
0209nobodyさん2012/07/11(水) 22:55:56.15ID:???
>>195
> だからPHP案件はフレームワーク使いたがるのか・・・

どんな言語でもフレームワーク使うだろ。
0210nobodyさん2012/07/11(水) 23:02:15.01ID:???
>>205
ボラクル?
0211nobodyさん2012/07/11(水) 23:42:41.65ID:On7Nb921
後でオラクルにぼったくられる可能性が否定できないjava
0212nobodyさん2012/07/11(水) 23:55:13.49ID:???
>>211
世界中の基幹システムが大変なことになるのでソースを出してください。
0213nobodyさん2012/07/11(水) 23:57:46.82ID:???
>>211
言語の使用料を請求されるのですか？
何について請求されるのですか？
0214nobodyさん2012/07/11(水) 23:59:40.42ID:???
>>205
基幹処理とは？通常の処理とは？重い処理とは？使い捨てプログラムとは？
0215nobodyさん2012/07/12(木) 00:29:55.69ID:???
PHPerはいろいろな理由をつけて他言語を学びません。
0216nobodyさん2012/07/12(木) 01:58:00.18ID:???
>>211
ソースは？根拠も無く書くのはまずくない？
0217nobodyさん2012/07/12(木) 02:04:00.16ID:MWkukgsw
>>212,213
それを否定してもらえるとオラクル恐怖症にならず安心してJavaが使えるのだけど…
Java使いたいけど不安って意味で使いたくないわけじゃないので
0218nobodyさん2012/07/12(木) 04:02:53.41ID:???
>>217
Androidの事でGoogleを訴えた事じゃないの？
0219nobodyさん2012/07/12(木) 05:12:26.48ID:???
にせJavaをつくったから訴えられただけだろ。
MSがJ++だかJ#作ったときもSun訴えられて潰された。

使ってる側の人間にぼったくりはできない。
すればIBMにのっとられるだけ。
その辺がMS独裁のC#よりむしろ安全。
0220nobodyさん2012/07/12(木) 09:00:07.34ID:???
>>217
だったら根拠も無いこと書くなよ。
お前、勉強したくないからいろいろと理由をつけているだけだろ。
ずっとPHPにしがみついていろよ。
0221nobodyさん2012/07/12(木) 09:03:43.53ID:???
>>217
ぼったくられる可能性があるんだったら
今のような人気言語になるわけないじゃん。
0222nobodyさん2012/07/12(木) 12:15:29.33ID:???
Javaはフリーであり続けるよ。
ただ、NetBeansが有償化したらしばらく死ねるな。
0223nobodyさん2012/07/12(木) 15:23:56.95ID:???
ってか、
うち弱小だし。
PHP案件多いし。
パフォーマンスでねぇとかないし。
スパゲティ料理ウマいし。
新人の学習スピード速いし（JAVAとか.NETとかに比べ）。

PHPサイコー
0224nobodyさん2012/07/12(木) 16:13:04.74ID:???
>>223
お前の会社はどうにか生き残れるかもだけど、お前が40になった時に
PHPしか書けなくて何になれるんだ？
02252232012/07/12(木) 16:24:31.71ID:???
>>224
４０になってもシコシコと自分でコーディングしなくちゃいけない将来像なんて
描いてないから大丈夫だよ。
ご心配にはおよびません。
0226nobodyさん2012/07/12(木) 16:31:10.45ID:???
ITから出ていくの？
じゃなきゃPHPしか書けないままオッサンになったら人生終われるよ。
02272232012/07/12(木) 16:36:35.65ID:???
システム開発やITはコーディングするだけが仕事じゃないよ、ってこと。
コーディングだけしてればいいんだったらどんなに楽な事か。

ぼくはPHPよりもJAVAよりもC#よりも、まず日本語のほうが重要だとおもうけどね。
シッカリとした日本語を書いて、しっかりとした日本語で説明できれば、
ちゃんとおカネになるよってこと。

だから僕はPHPしか書けなくても大丈夫なの。
おわかり？
0228nobodyさん2012/07/12(木) 16:42:38.65ID:???
>>227
いやゴメン全然分からんわ。まあ楽観的なことはいいことだから
そのまま頑張ってください。婚期は逃さんようにな。
0229nobodyさん2012/07/12(木) 16:44:38.40ID:???
この理屈だとプログラム全然書けなくても食ってけるってことになるけど、
プログラム全然書けなくても食ってけるのは営業以上だからなあ。
SEなんかは書こうと思ったら書けるのが当たり前で、PHPしか書けないっつ
ったらまずマの士気が下がるだろうな。底辺企業のSEとか普通に死ねるわ。
0230nobodyさん2012/07/12(木) 16:49:20.94ID:???
営業系に移るんしょ
日本語大事だあね
0231nobodyさん2012/07/12(木) 16:56:56.12ID:???
だからPHPのマで食ってた奴が急に営業とかできんのかよって話。
営業っても技術は必要だし、PHPしか知らないのにJavaの案件まとめて
くるとか出来ると思えない。PHP全盛ってここ10年で、初心者向けの
イージー言語ってのは>>227も自覚あるみたいだからそんな札下げて
ITの営業に移るとか読みが甘いっつの。
02322232012/07/12(木) 17:14:52.09ID:???
なんかスレ違だけど弁明を。これで最後にするね。

そうだね、営業職に近いね。
会社経営もしなきゃいけないんだけど。

仕事取ってくるのは僕だけでやるわけじゃない。
Java案件まとめるなら、もちろんJavaの作り手をオブザーバとして入れる。
逆にいれないと必ず失敗する。PHPでも一緒。
現在も、Java系の提案書つくってるけど、僕はJava書けない。
でも、たぶんこの仕事とれるよ。そういう書き方してるから。
作り手のことも考えて、下ネゴもしっかりしてるから
PGも納得して仕事できると思う。
そういうところで、「日本語できればオカネになる」って意味だったんだよね。
わかりずらくてごめんね。

あと、
正直、「読みが甘い」っておもったことは一度も無いよ。
読みが甘かったら、今生き残っていられなかったよ、たぶん。
0233nobodyさん2012/07/12(木) 17:22:39.25ID:???
>>232
あー既にやってんのか。いやこういう夢語る奴多いから忠告したんだけど、
もし今時点で経営レベルまで知ってるのなら、PHPが転職っていうよりは、
そもそも営業向きの奴がPHP嗜んだ、と解釈できなくもない。
弱小ITとか今メチャメチャ厳しいけど、夢語るよりはマシだ。頑張って
ほしいね。
0234nobodyさん2012/07/12(木) 21:55:54.94ID:???
>>232
PHPとJavaで提案書を書くときの違いは何ですか？
0235nobodyさん2012/07/12(木) 23:21:57.97ID:???
あれだろ、使うフレームワークの名前書く程度ｗ

提案しました！ってなｗ
0236nobodyさん2012/07/13(金) 03:46:46.30ID:???
>>232
Javaはphpとどのように違うのですか？
0237nobodyさん2012/07/13(金) 04:13:13.13ID:???
PHPで作られた有名サイトってあるの？
0238nobodyさん2012/07/13(金) 08:54:37.40ID:???
>>237
http://php.net/manual/ja/index.php
0239nobodyさん2012/07/13(金) 23:32:37.37ID:K4yN2tpf
このスレ見てjavaに浮気しかけたけどcakePHPの存在知ったからPHPに戻る
0240nobodyさん2012/07/13(金) 23:35:37.38ID:???
>>239
中途半端なOOPで一見楽そうだけど、
配列地獄が待っているよ。最終的には工数が増えるオチ。
0241nobodyさん2012/07/14(土) 00:00:44.56ID:???
言語仕様に問題があるとか愚痴をいう人多いけど、それで何か問題が解決すんの？
しばりのある案件ならそれにしたがって臨機応変にやるしかないんじゃないの？
自分で選べるなら好きな言語選べばいいし。
それでも文句あるんなら言語作ればいいんじゃねぇか？
0242nobodyさん2012/07/14(土) 00:04:07.46ID:???
PHPerはPHP以外は頭にないからなんでもPHPになる。
0243nobodyさん2012/07/14(土) 00:47:17.51ID:???
配列地獄？の何が悪いかを
言える人がいないよねｗｗｗ

ぶっちゃけ、SQLの戻りデータ＝配列データなわけで
全然悪くもないわけだが.
0244nobodyさん2012/07/14(土) 00:50:48.10ID:???
>>243
オブジェクトとしてViewまで受け渡しができた方が楽だから。
0245nobodyさん2012/07/14(土) 00:54:02.89ID:???
といってもPHPはOOP言語では無いから配列地獄が避けられない側面はある。
OOP言語ではあんなり配列使わないしね。
0246nobodyさん2012/07/14(土) 06:25:19.57ID:???
>>245
完全なOOPなら基本配列は使わないでしょ。内部的な実装はともかく
while(row = res.nextrow){
row.join(",").print
row.getcol('your_name').print
}

phpは内蔵関数がハッシュの配列を返してくるから、カラムの並び順が
分からなくて、それは別の関数で取ってきて……。とかワケワカラン仕様
だからな。配列の配列で取ってきてカラム名は別に取ってきて……って
パターンもあったか。

「工夫すればなんとかなるからおｋ」なんだったらN88-BASICでも
書いてろよPHPerは。
0247nobodyさん2012/07/14(土) 09:16:25.18ID:???
PHPにはアプリケーションスコープがない。
PHPerの対応は「サイト全体から利用できる静的ファイルを作ってごまかせばおk」
0248nobodyさん2012/07/14(土) 10:13:27.98ID:???
>>244
> オブジェクトとしてViewまで受け渡しができた方が楽だから。

一般的な話としてViewはコードを書く場所じゃないよ。

理想としては（HTML程度はしっているが）プログラム言語を
知らない人が書くのがビュー。

オブジェクト何なんかを渡したら
コードをビューに書きまくって、ダメなコードが出来上がる。
0249nobodyさん2012/07/14(土) 10:14:07.88ID:???
>>247
はい、それで対応できちゃいましたよね・・・？
0250nobodyさん2012/07/14(土) 10:16:27.75ID:???
>>246
> phpは内蔵関数がハッシュの配列を返してくるから、カラムの並び順が
> 分からなくて

カラムの並び順 ＝ ハッシュのキーの順
なんだけど？

まさか、PHPのハッシュはOrderedHashだって知らないの？
0251nobodyさん2012/07/14(土) 10:24:37.10ID:???
>>247
> 「工夫すればなんとかなるからおｋ」なんだったらN88-BASICでも
> 書いてろよPHPerは。


PHPぐらいの言語仕様があれば
工夫すればなんとかなるよ。

実際にPHPのフレームワークいくつもあるし、
PHPの言語仕様で足りない部分はすでに
解決されている状態にある。

N88-BASICはすでに使われていないということを除いても
関数がない。クラスがない。などの言語仕様的に問題があり、
PHPとは大きな差がある。

現実として問題がないPHPと、N88-BASICのような、
現実として問題があるものを同じ物のように言うことはおかしい。
0252nobodyさん2012/07/14(土) 10:32:02.52ID:???
pdo使ってDBから戻ってきたデータをclassに突っ込んで
オブジェクトとして使ってるけど。。
基底クラスでHTML用の加工がちびっと出来ると楽だよ
0253nobodyさん2012/07/14(土) 10:37:33.64ID:???
>>248
OO言語はオブジェクトてやり取りするのは当たり前。viewではプログラムではなくタグを使用。CakeではViewでも配列地獄。どっちが楽？
0254nobodyさん2012/07/14(土) 10:39:05.23ID:???
>>252
そういうのはHTMLヘルパーでやるもんだ。

そもそもオブジェクトの本質って
data->method(params) という書き方をするか
method(data, params) という書き方をするか、
メソッドがどのスコープに属しているかの
違いでしか無いんだけど。
0255nobodyさん2012/07/14(土) 10:40:06.86ID:???
>>253
> どっちが楽？

配列をタグで表示したほうが楽だと思いますが？

0256nobodyさん2012/07/14(土) 10:40:25.24ID:???
>>249
手間がかかる。遅い。
0257nobodyさん2012/07/14(土) 10:41:08.08ID:???
>>256
なぜでしょうか？
0258nobodyさん2012/07/14(土) 10:41:56.96ID:???
アプリケーションスコープなら
データベースへ読み書きすればいい。

さすがにデータベースが遅いとかは言わないだろうｗｗｗ
0259nobodyさん2012/07/14(土) 10:44:17.47ID:???
アプリケーションスコープは
グローバル変数と同じだから
使うべきものじゃない。
実際使わない。

使うにしても特殊な例のみになるし、
それなら多少遅くても問題にならない。

どうしても無視できない問題があるという
例でも出れば考えるよ。
0260nobodyさん2012/07/14(土) 10:45:57.92ID:???
>>253

いろんな言語のテンプレートエンジンを使ったことあるけど、
カスタムタグ（HTMLではないテンプレート独自のタグ）で
オブジェクトを指定することなんて滅多に見ないんだけど？
0261nobodyさん2012/07/14(土) 10:46:07.29ID:???
>>255
デフォルトでオブジェクトなの！
0262nobodyさん2012/07/14(土) 10:53:30.85ID:???
>>260
JSTL、EL
0263nobodyさん2012/07/14(土) 10:57:05.97ID:???
>>261-262
違いますよ。

それらは、値がすべてオブジェクトだから
オブジェクトになってるってだけで
オブジェクにする理由があるわけじゃありません。
0264nobodyさん2012/07/14(土) 10:57:45.38ID:???
>>259
使うべきではない理由は？WordPressみたいなアプリでもしDBへアプリケーションスコープがあれば早くなると思うが。同じデータをdbへ取りに行く必要がなくなるよ。
0265nobodyさん2012/07/14(土) 10:59:03.86ID:???
>>264
同じデータを取りに行きたくないだけなら
memcachedを使えばいいよね？
0266nobodyさん2012/07/14(土) 10:59:57.74ID:???
>>263
そう。だからphpは違うから、配列地獄
0267nobodyさん2012/07/14(土) 11:00:49.15ID:???
>>266
だからなんで地獄なんだよって話だろｗ

オブジェクト地獄と言ってるのと同じだぞ。
0268nobodyさん2012/07/14(土) 11:01:39.12ID:???
>>265
外部ツールを使わないといけないから、phpはめんどくさい。
0269nobodyさん2012/07/14(土) 11:01:58.15ID:???
単に配列かオブジェクトかの違いでしか無いし、
PHPの問題じゃなくてCakePHP限定の話でしかないし、
なんでアンチってこう馬鹿なんだろう。
0270nobodyさん2012/07/14(土) 11:04:05.82ID:???
>>268
いや便利だから普通使うでしょｗ

WordPressみたいなアプリで負荷対策で
水平スケーリングさせた時どうすんのさ？

アプリケーションスコープだと
サーバー間でデータを共有できないぞ。

memcachedを使っていれば共有可能だし、
同じインターフェースを備えた
MySQLやNoSQLもあるから変更も容易だし。
0271nobodyさん2012/07/14(土) 11:06:20.86ID:???
アプリケーションスコープつかうと
スレッドセーフ問題が出てくるので
やっぱり面倒
■ このスレッドは過去ログ倉庫に格納されています