12/03/15 18:13:30.09
>>365
>>328
まだ気付かないのか
368:nobodyさん
12/03/15 18:19:26.45
なんか郵便受けにつっこまれてた宗教の本に同じようなこと書かれてたな。
大宇宙について人類はほとんどわかってないのに、なんとか神の存在を
なぜ否定するのかとかｗ
369:nobodyさん
12/03/15 19:36:59.93
vs Mr. Unknown.
370:nobodyさん
12/03/15 20:42:32.99
レスが伸びたと思ったらまだ情弱が書き込みしてたのか
371:nobodyさん
12/04/02 05:09:08.25 IFAunYHl
Smartyってスレも続かないほど廃れてんの？
使われてるけど変化や更新がなくて話題がないだけ？
URLﾘﾝｸ(www.google.com)
それはさておき、
「default_modifiersでエスケープしたらいいじゃん」→「配列を拾ってどうのこうの」
みたいな話題があると思うんだけど、エスケープじゃなくて未定義変数のエラー回避に使うのはまずい？
$this->default_modifiers = array('default:null');
未定義エラー(undefined index)を放置するとバグの温床になる、とかだけ？
php側なら分かるけど、テンプレートにそんな厳密性が必要？
372:nobodyさん
12/04/02 10:16:42.21
>>371
そもそもSmartyってFrameworkに分類されるべきものなの？
自らTemplate engineと言っているよね
cakePHPやSymfonyのような機能が豊富なFWと比較することに違和感がある。
373:nobodyさん
12/04/02 11:33:02.90
>>372
うん、時々見かけますが、わたしも違和感があります。
ただ、やむなく広義に含めるのも場面によっては仕方ないかと。
たとえば>>371は、質問総合スレみたいのよりここの方がふさわしいと思いました。
テンプレートエンジンスレのひとつもあっていいとは思うんですけどね。
cakeとかのせで、生phpで書くひとが増えたのかな？
374:nobodyさん
12/04/02 12:13:09.90
>>373
cakePHPやsymfonyといったフレームワークに
テンプレート機能があるからsmartyをわざわざ使う必要、覚える必要が
なくなったってのは十分ありえる理由だと思う。
海外では日本ほど人気ないらしい、smarty。
375:nobodyさん
12/04/02 14:57:18.55
<?php echo $var; ?> とか視認性悪いと思っちゃうんだけどなぁ。
376:nobodyさん
12/04/02 17:03:24.27
長さが気になるなら <?= $v ?> でいいじゃないか
377:nobodyさん
12/04/02 17:25:40.80
長さをつきつめれば {$v} になるじゃん。
単純な文字数もそうだけど、書式そのものの気持ち悪さというか。
まあ、確かPHPの \(名前空間) だか :: も外野の評判は悪いんだっけ？
そう考えると、慣れの問題もあるのかなーとは思う。
てか default_modifiers についての話をしたかったんだけど…ｗ
378:nobodyさん
12/04/03 18:32:04.05
文字列接続の . とかもぶっちゃけると気持ち悪いよな
379:nobodyさん
12/04/07 09:42:24.65
Smartyはテンプレートの域を外れてしまってるからな。
っつか、俺の考えだと、Smartyがウケのはデザイン側じゃなくて主にプログラマ側で、単にコンパイルする、というコンセプトが面白かっただけだと思うよ。
初心者はSmartyじゃなくて、phpLib時代のテンプレートとか、もっとシンプルにデザインとプログラムの分離を目指していた頃のテンプレートエンジンから学ぶべきだと思うんだな
380:nobodyさん
12/04/07 14:13:31.54
最初くすぐったがってるけど、だんだん口数が減り息が荒く…みたいなのは割と見かけるきもする
381:nobodyさん
12/04/07 14:13:48.18
あらやだ酷い誤爆
382:nobodyさん
12/04/08 07:53:17.68
どこの誤爆かkwsk
383:nobodyさん
12/04/19 12:51:51.07
初めてwebprog板に来たんですが、ここではdoophpはどういう評価ですか？
高速性が2chのイメージ的に受けそうな気もするのですがテンプレにもないので
384:nobodyさん
12/04/26 05:15:22.88
PHPはポンコツ言語だから高速化は期待できない
385:nobodyさん
12/04/28 09:45:15.24
>>384の命令によりこのスレは終了します
386:nobodyさん
12/04/28 10:11:29.79
終了について特に異議もありませんでした
387:nobodyさん
12/05/03 14:18:09.76
Googleトレンド以外で、
PHP Frameworkのマーケットシェアのデータはあるのかな？
Symfony, cakePHP, Zend Framework, CIの勢力図はどう変化してるんだろ
388:nobodyさん
12/05/03 14:56:05.77
このスレは終了しました
389:nobodyさん
12/05/03 18:10:52.09
このスレが再開しました
390:nobodyさん
12/05/05 01:04:58.98
Phalconって言うC extensionで書かれたPHP用のフレームワーク見つけて、
今、ドキュメント読んでるけど、ベンチマークが半端無くすげえ。
URLﾘﾝｸ(phalconphp.com)
phpのフレームワークで同様の処理をさせてみた結果。（速さは重要じゃないと言いつつ）
Yii (YII_DEBUG=false) Version yii-1.1.10.r3566
-> Time taken for tests: 1.469 seconds
Symfony Version 2.0.11
-> Time taken for tests: 8.105 seconds
Zend Framework Version 1.11.11
-> Time taken for tests: 4.264 seconds
CodeIgniter 2.1.0
-> Time taken for tests: 1.184 seconds
Phalcon Version 0.3.1 <- こいつ、桁が違う。
-> Time taken for tests: 0.385 seconds
Zend Frameworkの１２倍の速さ。さすがC/C++のネイティブコードは段違い。
自分で作ろうと思ってたけど、同じこと考えてる人は世界にいるのね。。
391:nobodyさん
12/05/05 02:52:16.62
Phalcon良いわ。発展途上なのが理解しやすくて良い。
あとはバグがどんだけあるかって感じ。
ざっと読んでみたけど、弱いのは以下。
・DBの抽象化やってるけど、
adapterが今んとこMySQLしかないから、事実上DBはMySQL固定。
・Layoutとパーシャルの使い方がいまいちわからない・・・。
全体的にviewの説明が不足してる気がする。
・ACLはあるけどAuth系が無い。まあ、俺は不要だけど。
・キャッシュ用のクラスがあるけど、キャッシュ先は現状ファイルだけ・・。
・理由がわからないけど、スケルトンツール使うならPHP5.3.6推奨。
テンプレート作るのにPHP関係無い気がするから、出来そうだけど。。。
・APIの説明がほとんど無い。
・多国語対応が無い。
他は概ね、ZFを弱くした感じ。
DBもフィルタにサニタイズにエラーチェックにJOINも可能で、これならぎりぎり使える。
392:nobodyさん
12/05/07 20:01:14.71 UtpQziV0
CMSで作るのとフレームワークで作るのと
どれくらい自由度や制作効率が違うのでしょうか。
393:nobodyさん
12/05/08 19:44:11.13
>>392
まじで聞いてるの？
CMSは自分でプログラム書く必要ない。
誰でも、ある程度自由に
そのCMSがテーマとするコンテンツを作れる。
フレームワークは自分でプログラム書く。プログラム作成の補助機能。
よく使う処理の部分は、ワークフレーム側でプログラムを予め書いておいてくれる。
プログラム書く人が楽できる。
よくわからないならCMSが良いと思うよ。
394:nobodyさん
12/05/08 22:33:44.49
CMSに乗っかるプラグインやら何やらのシステム開発したけど、ありゃ苦行だよ。使い回しする予定なら良いけど、無駄に考える事が多くて、開発に集中できない。
395:nobodyさん
12/05/09 13:46:54.03 SZ6jgFk0
>>393-394
回答ありがとうございます。
WordPressをブログ以外で使っているサイトいろいろ・国内編
URLﾘﾝｸ(kachibito.net)
みたいに、CMSでもかなりのことができるみたいなのですが
これはあくまで純正にプラグインそのままの組み合わせて制作したのではなく
プラグインのプログラムやDB構造を
自分で改造できてはじめてできるものなのですか？
プラグインを解析して改造する必要があるのなら、はじめから１から
フレームワークを土台に自分で作ったほうがよさそうですね。
396:nobodyさん
12/05/09 17:21:51.33
基本機能と既存プラグイン調べて、自分の要件に合っていればそれでいいのでは？足りない機能はFWでもプラグインでもAPIに沿って組むのは一緒だから、コスト計算同じだし。
397:nobodyさん
12/05/10 07:03:41.74
394だが、
プラグインが客の要望に微妙にマッチしていなかったり、プラグインごとの操作感の違いだったり、完全にそのまま使えるって事はほとんどない。
ごり押しできる立場にいるなら、もしくは自分とごく内輪で使って、文句言わせない状態なら良いけどね。
398:nobodyさん
12/05/10 07:25:13.05
>>395
自分も前にCMS(Drupal)使うべきか悩んだ。
WordPressは設計が悪くて有名。
もうWPのブームはとっくに終わってる。
日本は遅れてるからWPだけど、海外ではPHPではDrupalとかが主流。
で、Drupalは、そのフレームワークにSymfonyを使ってる。
Drupal機能そのまま使えるってことはまずない。
ちょっとデザインいじろうとすると、DrupalとSymfonyの知識がないといじれない。
Symfonyの知識を身につけるだけでもたいへんなのにそのうえにDrupalスタックの
勉強も必要。
自分で好きなフレームワーク覚えて、それで作るほうがはるかに楽という
結論に達した。
カスタマイズが必要ならCMSは逆に時間がかかって非効率。
まず一番機能が豊富で人気があるといわれるCMSのDrupalを使ってみるといい。
CMSでは特に画面のデザイン、レイアウトは柔軟にはいじれない。
399:398
12/05/10 07:48:29.65
>>395
ここにFrameworkとCMSの一覧がある。
URLﾘﾝｸ(en.wikipedia.org)
PHP系で人気あるCMSは、DrupalとJoomla!。
Joomla!のがとっつきやすい。
URLﾘﾝｸ(www.joomla.org)
URLﾘﾝｸ(drupal.org)
まずJoomla!とDrupal試してみるといいとおもう
それで納得いかないなら、cakePHP、CodeIgniter、Symfonyあたりの
フレームワークで作ればいい。
PHPである必要もないけど
俺はCMSの導入はやめて、フレームワークで作ることに決めSymfonyを
学び始めたが、仕様がころころ変わる事に嫌気が差して変更検討中。
PHPそのものが中途半端なオブジェクト指向なのに納得できず、
結局、Python系かRuby系フレームワークに落ち着きそうｗｗ
400:nobodyさん
12/05/10 08:02:55.82
中途半端なんだよな
401:nobodyさん
12/05/10 08:42:27.09
そこまでするなら、もうJavaがいいのでは？
402:nobodyさん
12/05/10 09:20:32.56
ＰＨＰだＣだって言ってる奴いるけど、パフォーマンス気になるなら
鯖分散すれば良いだけじゃないの？
１モジュールのパフォーマンス上げようってのは、ｗｅｂ開発では
あまり意味なさないと思うんだけど。
もちろんxdebug程度は使いこなせた方が良いとは思うけど。
403:nobodyさん
12/05/10 09:32:58.81
随分長いことパフォーマンスの話はでてないが。。
404:nobodyさん
12/05/10 09:58:00.30
>>401
Performance考えたらJava, C#のがいいだろうね。
JavaはSpringがめんどくさいと言われてるので手を出してないけど、
フルスタックのPlay! Frameworkもさわるかも。
Rubyは速くないけどRuby on Railsが有名だからいじり始めたんだ。
Tutorial終わったらさようならするかもしれない。
Pythonは欧米でかなり人気だからいじってみたくなって・・ｗ
PythonのFrameworkはDjangoのヘルプを読み始め。
Java並の速度で、簡潔にかける言語と、Railsのようなお手軽な
フルスタックフレームワークがあればいいけど、まだ見つかってない。
>>402-403
そうは言ってもパフォーマンスが原因でJava系に移行する企業増えてるみたいよ。
RubyをやめてJava系にしたTwitterとか有名だよね。
動けばいいじゃないって人もいるだろうけど、どうせ作るなら
速く動いたほうが気持ちいいよね
405:nobodyさん
12/05/10 12:19:53.42
railsは論外だな。あれrakeが遅すぎて使い物にならん。
406:nobodyさん
12/05/10 12:48:48.07
>>404
長々と書いて結局「コンパイル言語は速い、スクリプト言語は遅い」かい
407:nobodyさん
12/05/11 00:34:14.48
自分の言いたい事だけ言って、他人のレスは一切読んでないからパフォーマンスだの言語の話になるんだよ。
ちなみにDrupalとJoomlaのどちらもクソだと思う。上の人には悪いが。
408:nobodyさん
12/05/11 03:27:49.21
>>407
「自分の言いたい事だけ言って、他人のレスは一切読んでない」っておまえのことだろ
質問者がCMSを検討してるから、>399有名どころのふたつをあげて、
要件を満たすかどうか、まず試してみることを勧めてるわけだろ。
本人はCMS使ってないって書いてるしな
質問者に何も情報をあたえてないおまえのレスのが間違いなくクソだ。
409:nobodyさん
12/05/11 04:02:20.61
何が嫌いかより、何が好きかで自分を語れよﾄﾞﾝって、ルフィさんが言ってた。
410:nobodyさん
12/05/11 04:31:35.20
>>408
すでにその前に書いたし、俺は他人を簡単にクソだと言う奴にどうこう言われたくないね。
411:nobodyさん
12/05/11 22:11:45.56
PHPで速度語るならPhalcon使えよ・・。
Cネイティブだぞ。Javaの１０００倍以上高速で動くんだぞ。
まあ、フレームワークの部分だけだけど。
412:nobodyさん
12/05/12 01:07:01.11
複数言語が入り混じるFWは使いづらそう
413:nobodyさん
12/05/12 02:26:27.89
PHPな時点でCが絡むわな
414:nobodyさん
12/05/12 02:32:29.57
前から疑問に思ってたんだけどWebサービス云々でPHP自体がボトルネックになることってあるのん？
100%張り付いたから同じ構成のFWを別の言語にしたら30%になりますた！！みたいな事がさ
415:nobodyさん
12/05/12 07:12:48.55
>>398
> で、Drupalは、そのフレームワークにSymfonyを使ってる。
こんなの初めて聞いた。別のものと勘違いしてない？
416:nobodyさん
12/05/12 07:26:41.65
>>415
トップページに出てる。
URLﾘﾝｸ(symfony.com)
Drupal, one of the world most popular Open-Source content
management platform, uses the Symfony Components as of version 8.
417:nobodyさん
12/05/12 22:30:53.06
DrupalがSymfonyアプリケーションって感じではないんだな
418:nobodyさん
12/05/12 23:12:25.20
>>412
Cは使わない。Cで書いてあるコードを呼び出すだけ。
PECLやZend APIと同じ。
419:nobodyさん
12/05/14 17:21:48.99
>>416
クラスローダーとHTTPリクエスト/オブジェクトにSymfony 2のそれを使おうぜって話が出てるだけで
それすら約2年弱あるリリースまでに変わるかも知れないものだぞ
420:nobodyさん
12/05/31 15:38:56.92 IzK2Xy2G
CMSでも本来のプラグインとかを使わず、
フレームワークとして使えるって本当ですか？
問い合わせフォームの面倒な部分はCMSにまかせて
自由度の必要な場所はMVCフレームワークのごとく
つかえるみたいなんですが・・・。
421:nobodyさん
12/06/05 07:52:11.09 YB7szyDX
URLﾘﾝｸ(d.hatena.ne.jp)
↑こんな感じで、bakeみたいなことをWebインターフェイスから実行できるしくみって、ほかにありますか?
422:nobodyさん
12/06/08 01:44:01.85 EOwIYA3r
PHPでアスペクト指向フレームワークはありますか？
「下らなぇ」スレで聞いても返答はありませんでした。
423:nobodyさん
12/06/08 02:20:11.83
Seasar2.PHPかSymfony2
424:nobodyさん
12/06/08 05:53:52.20
下らなぇスレを責任持って立てろ
425:nobodyさん
12/06/08 13:06:08.71
アスペルガー
426:nobodyさん
12/06/08 19:43:22.20
上の方で学習コストの話があるけどさ、
学習コストの低いフレームワークを選択して足りない機能がでてきた場合は
自分でコーディングすることになるわけじゃん？
ある程度スキルのある人なら問題ないだろうけど、初心者が調子乗って
拡張機能つくってもろくなコードにはならんぜ。保守性・安全性の面で。
427:426
12/06/08 19:49:09.78
大抵はあとで別の人間が書き直すハメになって、
最初からちゃんとしたフレームワークつかっておけばよかったね
ってなるというおはなし
連投そまそ
428:nobodyさん
12/06/08 21:23:48.12
でも作る経験は財産になるから難しい
429:nobodyさん
12/06/09 00:22:58.18
アスペクト指向プログラミングはどうしていますか？
430:nobodyさん
12/06/09 15:33:04.84
でも機能豊富なゴテゴテしたフレームワークを選択しても
スキルの低い人は、理解できない使いこなせないで
結果ものすごいものが出来上がるというのも
よくあるおなはしなわけで。
431:nobodyさん
12/06/09 18:16:18.24
機能豊富なフレームワークで、そのご自慢の機能使おうとしたら
まともに動かなくて、結局自分で書く羽目になるというオチ
俺はCakePHPでそれくらった
432:nobodyさん
12/06/09 19:38:34.84 3pAJ5sr2
1. (自分のスキルがしょぼいせいで)まともに動か(せ)なくて
2. (自分の使ってるサーバーがしょぼいせいで)まともに動かなくて
3. (ご自慢の機能が実は自分の期待よりしょぼかったせいで)まともに動かなくて
433:nobodyさん
12/06/09 21:45:29.70
で？
434:nobodyさん
12/06/09 21:59:38.62
感覚的な学習コストの序列ってどんな感じかね？
個人的には
code igniter << Yii < Cake PHP < Symfony
と言う感じだが、最初に触ったのがSymfonyだったから思い出補正あると思う
435:nobodyさん
12/06/10 00:25:31.42
どういう序列なんだ？Symfonyが一番簡単って意味か？
436:nobodyさん
12/06/10 00:49:47.75
コスト低 <- ->コスト高 ね
437:nobodyさん
12/06/10 13:51:41.36
Cake PHPやSymfony って情報量多いし、学習コスト低いと思うんだが。
438:nobodyさん
12/06/10 22:57:43.91
ciなんて作りが雑過ぎて、その分をフォローするための学習コストが多すぎる
439:nobodyさん
12/06/11 01:14:21.03
オレオレと変わらないからな
440:nobodyさん
12/06/11 03:30:12.33
他人が作ったオレオレフレームワークだな。
441:nobodyさん
12/06/11 09:35:44.15
学習コストねぇ
有用なら高くても使うがね
442:nobodyさん
12/06/11 16:06:17.97
学習コストは人によって違うからね。
有用でも情報量が少なければ理解するまで時間がかかるし、
そう言う面で学習コストがかかるならマイナスだよ
443:nobodyさん
12/06/11 16:53:54.85
何をもって有用とする？
444:nobodyさん
12/06/11 17:54:11.00
それも人それぞれでしょ。
個人や少人数でやるなら好みや感触で決めてもいいような気がするけど
多人数チームでやる場合はほんと悩ましいよね・・・
445:nobodyさん
12/06/11 18:53:49.81
そもそもPHP自体が、使いもしない要らない機能だらけで、有用ではない
446:nobodyさん
12/06/11 20:10:54.07
ガラパゴス化している日本人にピッタリじゃないか
447:nobodyさん
12/06/12 09:46:48.90 Yrv/uaCb
検索エンジン等、動的部分はフレームワークで、
会社概要等、静的な部分CMSにまかせるってどうなんでしょうか
448:nobodyさん
12/06/12 09:56:18.31
作り方が異なるファイルが混雑するとややこしくなるよ。
静的な部分もフレームワークで作った方が良いと思う
449:nobodyさん
12/06/12 11:55:20.93
プログラマが更新するか、
デザイナーも関わるか
450:nobodyさん
12/06/12 13:10:31.60
デザイナーが関わるのは無理だよ。むしろ関わらせちゃ行けない。
451:nobodyさん
12/06/12 13:17:41.45
デザイナーもグラフィカルに編集できるものを目指してるんしゃないのか
452:nobodyさん
12/06/12 19:50:03.28 Yrv/uaCb
CMSがフレームワークに置き換わる日
URLﾘﾝｸ(blogs.itmedia.co.jp)
今の時代、フレームワークを土台にして作るのではなく、
CMSを土台につくったほうがいいんですかね。
フレームワークも便利ですけど
RSS発行とか、フォーム作成とか
自分でプログラム組まないとだめじゃないですか。
フレームワークでは数時間かかるRSS発行処理作成とか
CMSでは数クリックでできるし
処理されたデータを、どう煮るか焼くかは
CMSもフレームワークも変わらないし。
ただ
>>393さん
みたいに、高度な改変となるとCMSは
プログラムの解析が大変という意見もありますし、
何を作るかによってかわってくるんでしょうが
フレームワークに自作関数や、自作ライブラリを相当作りためてでもいないかぎり
ＣＭＳを使ったほうが効率がいいんですかね。
453:nobodyさん
12/06/12 21:40:37.73
プログラミングができない人から見るとそうなのかもね。俺は全く別物だと思うけど。
CMSで事足りるならそれでいいのではないかと。要件を満たすかどうかの問題。
454:nobodyさん
12/06/12 22:18:15.27
フレームワークは高機能で便利な魔法のツール、みたいに思っているのかもしれないけど
それ以上に大事なのは、制限やルールといった枠組みを与えることで、
人それぞれバラバラになりがちな開発の手法や方向性を統一できること。
って誰かえらいひとが言ってたような気がする。
455:nobodyさん
12/06/12 22:27:13.88
表示系はなんとかなるけど、
DBから取り出す条件設定の制御が面倒な事多くね？
クエリ直接書かせろ！みたいな…
456:nobodyさん
12/06/12 22:34:40.75
官公庁はCMSが主流
457:nobodyさん
12/06/13 01:30:46.38
オリジナル要素が高くなければCMSで良いかもね
458:nobodyさん
12/06/13 02:45:26.95
CMSが勝手のいいフレームワークで作られていれば良い
459:nobodyさん
12/06/13 04:11:16.55
WordPressやEC-CUBEがが使いやすいMVCフレームワークで作られてればよかったのに…と何度思ったことか
カスタマイズつらいです…
460:nobodyさん
12/06/13 08:23:18.71
ワープレって、MVCじゃないのか。
MVCじゃなかったらプラグインひとつ作るのも
かなり手間かかりそうなんだが・・・。
461:nobodyさん
12/06/13 11:38:34.22
違うね。共通ファイルは分けてるけど、細かくビュー分けはしていない
EC-CUBEは独自フレームワークだけど、
こちらも複雑すぎてどこがどこにあるかわかりづらい
462:nobodyさん
12/06/20 01:22:18.24
複雑ってのは俗に言うスパゲッティってことだな
463:nobodyさん
12/06/20 01:27:38.99
そうそう。EC-CUBEは色んな開発者が共同で作ってるらしいから
どうしてもスパゲティになるよね
464:nobodyさん
12/06/20 04:31:46.45
EC-CUBEはソースひどいよな。トランザクションとかちゃんとしてなさそうだし、いくらでも穴がありそう。
// これで勘弁してください…
的なコメントが書いてあったりするし。ジョーク系のサイトでよく似たネタ見るけどオープンソースでは初めて見たわ。
465:nobodyさん
12/06/20 06:50:24.76
ソースの具体例は？
466:nobodyさん
12/06/20 08:32:01.15
>>463
＞色んな開発者が共同で作ってるらしいからどうしてもスパゲティになるよね
いや、その理屈はおかしい
467:nobodyさん
12/06/20 13:21:19.05
>>466
おかしくないよ。だって規約が統一してないんだから。
開発者が違うって言っても社内じゃなくて、他社って意味だし。
468:nobodyさん
12/06/20 13:25:22.16
スパゲティの意味をまずわかってください
469:nobodyさん
12/06/20 13:37:07.72
>>467
外部の異なる組織からフリーランスまでさまざまな開発者が
参加して作ってるオープンソースソフトなんて山ほどあるんだが
さすがにそれらのほぼ全てがスパゲティだなんて話は聞かないよ
470:nobodyさん
12/06/20 14:16:22.28
>>469
ほぼ全てのOSSの話しじゃなくて、あくまでEC-CUBEの話しな
471:nobodyさん
12/06/20 16:40:25.69
どうしてもスパゲティになる
を他のソフトにも適用するのはやめたまえ
472:nobodyさん
12/06/20 23:41:36.16
なんで他のOSSが大丈夫で、EC-CUBEだけ
スパゲティになるんだよｗ
473:nobodyさん
12/06/20 23:48:35.68
いやぁ、WordPressのごちゃっぷりは良いレベルよー
474:nobodyさん
12/06/21 00:01:15.17
PHP自体がスパゲティだよ。
標準関数の首尾一貫性の無さはスゴすぎ！
475:nobodyさん
12/06/21 00:22:06.05
>>472
普通、OSSって特定のグループ・会社が作ってないか？
OpenPNEなら手島屋って会社が作ってるし、
phpBBも海外のグループが作ってたはず。
一方、Wordpressは開発者はいるけど
プラグインで拡張していくから開発者も違うし、一貫性がない
476:nobodyさん
12/06/21 04:41:52.92
すべてのOSSを調べてから言えよハゲ
477:nobodyさん
12/06/21 07:43:24.24
OpenPNEもひでえソースだったなあ
478:nobodyさん
12/06/21 07:44:57.64
OpenPNEのカスタマイズは断念したな
479:nobodyさん
12/06/21 08:17:09.84 9C4PuuPO
逆に、このフレームワークは美しいソースだったなぁってのはないの？
480:nobodyさん
12/06/21 09:58:36.15
symfony2
ソースの見てくれの代わりに使い勝手が犠牲になったけど。
481:nobodyさん
12/06/21 10:14:39.77
PHP自体が美しくない
482:nobodyさん
12/06/21 10:32:53.94
そもそも「美しさ」の感じ方は個人差によるからな
483:nobodyさん
12/06/21 14:29:18.00
EC-CUBEは番人に共通する醜さだけど
484:nobodyさん
12/06/21 14:37:44.78
EC-CUBEはあんなソースでそこそこ動いちゃってるのが不思議なくらいだな
管理とかちゃんとなってない会社なんだろうな
スキルの低いエンジニアが会社の床で寝ながら泥沼のようにして作った印象
あのスタイルで書いたコードのデバッグをやりきるには大変な根性が要るはず
485:nobodyさん
12/06/21 15:56:14.33
俺の見立てではわざとやっていると思う。
OpenPNEもそうだけど、わざとソースを複雑にして
有償サポートを狙っている気がする
※あくまで個人の感想です
486:nobodyさん
12/06/21 16:43:08.98
PHPが汚いとえば
文字コードを変換する
mb_convert_encoding の配列版はないかいな思って調べたら
mb_convert_variables という関数を見つけた。
早速使ってみると、ちっとも機能しない。
なんと、
mb_convert_encoding は変換したいソース元を第一引数に入れるけど
mb_convert_variables は 第三引数にいれるという仕様！
そして
mb_convert_encoding は、
$hoge = mb_convert_encoding みたいに再度代入してやらないといけないけど
mb_convert_variables 代入しなくてもよいという仕様！！
そもそも mb_convert_variables というネーミングセンスなんなの?
mb_convert_encoding_array とかにでけんかったの？
487:nobodyさん
12/06/21 16:46:48.28
>>485
実は確かな技術を持った賢い集団で
自分らの開発は綺麗なソースで行い、リリースの際特製コンバータを通すと
あら不思議、ぐちゃぐちゃスパゲティコード＆意味不明コメント入りオープンソースのできあがり
てな感じか
488:nobodyさん
12/06/21 18:01:46.35
一貫性のなさはPHPの悪習
名前の付け方も引数の並べ方もこの上なく下手糞
489:nobodyさん
12/06/21 20:12:50.67
Zendは綺麗、それとDrupal
490:nobodyさん
12/06/21 20:15:41.23
>>487
俺の場合とは異なるかもしれないけど、
外部に公開するソースは難読化してるわ。コメントも削除してるし。
491:nobodyさん
12/06/21 22:40:08.20
PHPの難読化ツールでおすすめのある？
安ければ無料じゃなくてもいいけどなるべく無料で
492:nobodyさん
12/06/22 01:44:44.57
Zend Guardかbcompierくらいか
493:nobodyさん
12/06/22 03:01:48.73
>>487
オープンソースにする意味ないな
494:nobodyさん
12/06/22 08:55:26.21 LmibApcQ
オープンソースです!!って謳うだけでもたらされる効果ってのもありそう。
495:nobodyさん
12/06/22 10:34:35.46
FREE商法の一種だからな
496:nobodyさん
12/06/22 11:42:30.36
頭の中がぐちゃぐちゃなのを晒すだけ
497:nobodyさん
12/06/22 16:26:49.35
オープンソースです！
↓
SEX
こういうわけだな
498:nobodyさん
12/06/22 19:57:02.69
>>486
そこら辺は俺も学習時に感じたなー
PHPの初期に引数の順番や命名規則を統一していなかったら
もうどうしようもないよね。
499:nobodyさん
12/06/22 20:17:29.17
PHPは馬鹿が何も考えずに作った言語だからな
500:nobodyさん
12/06/22 20:26:49.91
どうやらこのスレには天才がたくさんいるらしいから
後世に残る画期的な言語が生まれるのも時間の問題だな
501:nobodyさん
12/06/22 20:31:00.31
implode
explode
がその例
502:nobodyさん
12/06/22 20:36:01.32
俺が考えた馬鹿が使う為の言語
間口を広げたら書かれたコードも多種多様となって理解するのに能力が必要に
書く時もその場の乗りで動く状態に出来ちゃう
503:nobodyさん
12/06/22 20:53:55.05
自然言語を適切に解釈してくれればいい話
504:uy
12/06/23 13:36:42.79
ゴミ
505:nobodyさん
12/06/23 17:36:35.06
それでもこんだけ広まってしまったんだから使い続けようや
ただし別ブランチで「きれいなPHP」というものを作って
そちらに乗り換える方向がいい
というわけで誰か作って
506:nobodyさん
12/06/23 18:06:30.99
array地獄がなくなった5.4が普及したら本気出すわ
507:uy
12/06/23 18:09:11.12
きれいなジャイアンのどこがいいんだ？
508:nobodyさん
12/06/24 17:37:52.46
5.4でarray地獄って解消したっけ？
509:nobodyさん
12/06/25 16:36:33.93 7BNFjCsx
配列地獄ってこういうの？
foreach($hogehoge['hage'][55]['fuge'][3]['view'] as $key => $value){
foreach($value[$this->row] as $key => $value){
$splited = split($value['hogehoge']);
}
}
echo $splited[4];
510:nobodyさん
12/06/25 23:16:04.35
単にarray()て書き方がうっとうしいってことじゃないかな。
5.4なら[]って書けるし。
511:nobodyさん
12/06/25 23:19:53.78
設定のためのarray(array(array(array())))みたいなのがなくなるのか
512:nobodyさん
12/06/26 00:04:10.70
あれあれあれあれあれ～？
513:nobodyさん
12/06/26 00:22:08.99
CakePHPも配列多いね。中途半端なオブジェクト指向で気持ち悪いし、非効率。
514:nobodyさん
12/06/27 12:24:26.59
今CakePHPを使うのは保守くらいだろう
自分出作るのにあえて選ばない
515:nobodyさん
12/06/27 14:21:03.71
俺はあえて選んでるけど
516:nobodyさん
12/06/27 14:25:23.66
しばらく使い込んじゃって慣れちゃったから
つい新規の案件もCakeで作っちゃう
乗り換えるとしたらYiiがよさそうだが学習コストが読めなくて躊躇している
517:nobodyさん
12/06/27 20:32:45.22
フレームワーク使う規模の案件にはPHPは使用しなくなった。
518:nobodyさん
12/06/27 21:45:34.70
じゃ、なぜこのスレ見に来てるの？
みんなにも「使うなー」って言いに来たのか？
519:nobodyさん
12/06/27 21:54:43.14
>>518
そういうこと。
仕事ではPHPは単なるテンプレート言語になった。
520:nobodyさん
12/06/27 21:58:29.76
日本語で尾k
521:nobodyさん
12/06/30 00:40:52.34
OOPフレームワークでオススメはありますか？
配列地獄は勘弁です。
522:nobodyさん
12/07/01 10:17:34.15
CakePHPは配列地獄だから、Akelosに移ったという話は見たことあるからそっちがいいんでね？俺はいじった事ないけど。
実際にいじった中では、Pinocoくらいがライトでいいと思ってるんだがまぁ、Symfonyも悪くない選択だと思う。
使えるようになるまでの学習量が半端なく違うけどな。
523:nobodyさん
12/07/01 15:33:51.02
よほど大規模なければ機能過多だと思うんだ
524:nobodyさん
12/07/04 23:54:13.76
別に学習しなかったらしなかったで、その分を自前実装するだけなんだけどな
525:nobodyさん
12/07/05 22:21:26.48
symfonyはダメ。OpenPNEのプラグイン開発でよくわかった。
で、うちはPHPから可能な限りオサラバすることになりました。
526:nobodyさん
12/07/06 03:01:34.08
よかったね、おめでとう。
527:nobodyさん
12/07/06 04:04:14.59
俺のとこの会社もPHPから離れつつあるな。
きっかけはVPSの普及やな。
528:nobodyさん
12/07/06 11:59:36.79
何に移行してるの？Java？
529:nobodyさん
12/07/06 12:59:24.89
その次がMonoでその次がCobolだな
530:nobodyさん
12/07/07 03:35:06.01
一回離れたけど、意外とメモリに対してのパフォーマンスが良くて結局PHPに戻ってきた
apache+mod phpはVPS程度の小規模じゃ地味に優秀なんだよな。
浮いたメモリ分をデータベースに割り当てたほうが結果パフォーマンスが上がる
531:nobodyさん
12/07/07 03:40:31.16
メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
処理のパフォーマンスよりも、「いかに早く作れるか？」が重要だろうし、
その点でPHPは優秀だからな
532:nobodyさん
12/07/07 06:32:42.57
＞メモリやら鯖のスペックは気にしなくても良いレベルまで来てるからな
それはないｗ
533:nobodyさん
12/07/07 10:54:40.84
サーバーのスペックをどこまで意識するかはアクセスされる数ややる事次第だしな
いかに早く作れようとも、クソコード書いてたら保守でぐだってあいつはダメだって評価になりかねない
自分の仕事としては作りっぱなしのものであっても、最低限の事はできてないと
クソコーダーだってが露見する可能性が常にある状態になるから、流石にアレ
534:nobodyさん
12/07/07 11:03:23.77
PHPは糞コードを量産しやすい。
535:nobodyさん
12/07/07 13:22:42.12
糞コーダーが多いだけで、そいつはどんな言語つかっても結果は同じ
536:nobodyさん
12/07/07 13:26:55.04
とか言ってる奴のコード見るとスパゲティだったりするんだよなw
537:nobodyさん
12/07/07 13:36:04.46
お前の場合は頭の中がスパゲッティだな
538:nobodyさん
12/07/07 13:57:51.29
お前の脳はアイスみたいに溶けてるけどな
539:nobodyさん
12/07/07 14:24:47.74
だからPHPは言語自体がごちゃ混ぜスパゲティだって！
540:nobodyさん
12/07/07 15:30:57.79
htmlspecialchars
糞関数名の代表
541:nobodyさん
12/07/07 16:36:29.58 8jbUotM9
h()
542:nobodyさん
12/07/08 21:21:36.32
えっちなのはよくないと思います！
543:nobodyさん
12/07/08 21:29:01.03
hnano()
544:nobodyさん
12/07/10 10:20:40.09
個人でiphoneアプリ、Windowsアプリをマーケットに売って生き残れ
格安iPhoneEラーニング(学習動画多数あり)
URLﾘﾝｸ(tinyurl.)<) com/76vdrny
コワーキング帳
URLﾘﾝｸ(tinyurl.) com/brzs486
javaやlinuxは手間がかかる 一人でやるには手間がかかりすぎる 手間がかからないで一人で開発できて
人の多いところで直接販売できる仕組みが提供されているメーカ製の言語だけやる ずばりiphone またはWindow 8 Metro App Store C#
やるならメーカー製の言語 洗練された仕様 脆弱性が少なく 開発ソフトが優れ 課金ライブラリ アップデートライブラリが提供されていて 情報、書籍が多く開発しやすい
奴隷になりたければオープン系をやればいい 時間がかかり 人は多く 仕事の取り合い 足の引っ張り合い 脆弱性が多く 互換性がなく 癖があり 大規模開発中心
詳細設計しかやれない体になって年取ってぽいだ 独立もできない 手間のかかりすぎる仕様だから
派遣屋 IT経営者はその方が喜ぶ 大規模分割開発では使い捨てしても独立はできまい 代わりはいくらでもいる 嫌なら辞めろ
若い派遣営業は舐めた態度をとってくる ひどいピンハネ
オープン言語、日本独自開発言語・フレームワーク ガラパコ携帯 javascript html5 android java linux python rubyやnode.jsとかやめとけ
メディアに金を払ってステマ宣伝してくるが釣られて手を出しても情報は少なく手間がかかりスパゲッティコードで未完成 デスマに陥る
コンパイルできないからパクられ 直接売る場所がないから企業に買い叩かれ金にならない 生きれない ずっと奴隷仕様のままだ
545:nobodyさん
12/07/10 10:21:25.55
ここから抜け出すには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万)
レンタル自習室＆シェアオフィス・コワーキングで収入を得ながらそこでアプリを開発する
URLﾘﾝｸ(tinyurl.)<) ly/iLIpJa
546:nobodyさん
12/07/21 17:44:22.28
これからPHP始める他人に1つ勧めるならCake2.xですかね？
symfony2も人気あるようですが、嫌ってる人も結構いるので
Cakeが一番無難かなと思うんのですが、どうでしょう？
547:nobodyさん
12/07/21 17:51:28.29
zendやyiiもあるでーよー
まぁ、>>1
548:nobodyさん
12/07/21 18:31:59.76
Cakeとsympony、ファイル多すぎ。
549:546
12/07/21 20:26:04.02
国内人気、日本語情報量、レンタルサーバーCGIで使いづらい～とか
全体を見てとにかく無難なのがいいのです。
一端全部触ってみるのはきついです。
>>548
Zendとかに比べて設定ファイルが多いのですか？
550:nobodyさん
12/07/21 20:31:59.34
設定するファイルは多くないけど、構成ファイルが多い。
551:nobodyさん
12/07/21 20:39:10.58
作法にそって作る場合はよく考えられてると思うけど、
ちょっと流儀から離れた場合に面倒なことが多いと思う。
フレームワーク一般てそんなもんか。
552:nobodyさん
12/07/21 21:25:20.29
PHPならではだと思うよ。
553:nobodyさん
12/07/21 23:22:41.96
これからならYii一択ではないの？
554:nobodyさん
12/07/21 23:56:15.20
そうでもない
555:nobodyさん
12/07/22 00:47:39.31
>>552
よう知らんのですが、rubyやpythonのだと、違うの？
556:nobodyさん
12/07/22 00:59:25.90
Yii普及しないとおもう
557:nobodyさん
12/07/22 09:08:12.30
新しいこと覚え切れないおっさんには辛いだろうから、下請けに投げたらcakeとか使うんじゃね
558:nobodyさん
12/07/22 12:58:01.12
なんでおっさんなの？普通、若い子がプログラミングするだろ
559:nobodyさん
12/07/22 13:28:16.67
若い奴の書いたプログラムなんて、危なっかしくて使えるか
560:nobodyさん
12/07/22 20:02:30.10
どっちもどっちだな
年齢は全然有益な情報にならない
持ってる知識とかどれくらい興味をもってるかあたりが全て
561:nobodyさん
12/07/22 20:50:01.33
年齢は関係ないよね。キャリアも関係ない。
fizzbuzzは多少あるっていうか足切りにはなるよね（ならない？）
で、色々あるけど、やっぱりYiiがいーんじゃないか？
562:nobodyさん
12/07/22 21:29:00.34
Yii選ぶならオレオレの方がマシ。情報量が少ない
563:nobodyさん
12/07/22 22:09:28.15
新しいけど、fuelphpとかは？
564:nobodyさん
12/07/22 22:13:58.74
というかPHPはフレームワークに向いていないかと。
565:nobodyさん
12/07/23 01:13:16.25
俺々は仕事では100%聳え立つ糞
566:nobodyさん
12/07/23 01:19:20.09
読めない
567:nobodyさん
12/07/23 09:11:04.21
ただでさえ実行速度が遅くのにフレームワークを使ったらますます遅く
568:nobodyさん
12/07/23 20:16:37.46
フレームワーク遅くなるのはORMだろ？仕方ないさ。
View+ControllerとModel(ORM)でフレームワーク分かれててほしいとは思うな。
569:nobodyさん
12/07/23 20:27:45.20
ただでさえメンテ効率悪いのに、フレームワーク使わなかったらますます悪く…
570:nobodyさん
12/07/23 21:16:55.43
PHP使わなければいいんだけどな。
571:nobodyさん
12/07/23 21:56:57.28
VSP環境であればうちはPHPは使用しない。
従来のレンタルサーバーであればPHP。
572:nobodyさん
12/07/24 00:50:54.24
PHPはデータベース周りがクソだから仕方ないさ。
PHPの場合はORMというよりARMだよ。Aは配列。
573:nobodyさん
12/07/24 08:59:05.53
Cakeは配列指向フレームワークだな。
574:nobodyさん
12/07/24 11:12:24.31
それはJavaのHibernate(ORM)より
RubyのActiveRecord(ハッシュ？配列？)の方が人気があった流れで
そうなったんだからPHP利用者には受けがいいと思ったんだが、違うのか
575:nobodyさん
12/07/24 11:21:51.75
＞レンタルサーバーであればPHP。
PHP使う理由ってこれしかないな
軽量とかいうけど、結局効率悪いし
576:nobodyさん
12/07/24 13:31:47.76
「手軽に使える」ってのは最大の利点だと思うけどな
577:nobodyさん
12/07/24 13:51:52.76
手軽って何？ hello world するだけならいいけど
Apache Moduleの設定とか含めたら未経験者は大変だと思うぜ
578:nobodyさん
12/07/24 14:41:08.56
じゃあtomcat？
579:nobodyさん
12/07/24 15:02:59.68
>>577
未経験者が大変なのはPHPに限った話しじゃないだろw
580:nobodyさん
12/07/24 16:48:55.50
PHPなら簡単、手軽、軽量ってのが嘘っぱちということ。
一昔前はCライクなのでクラス使うJavaより簡単とか言われてたけど、
多くのフレームワークがクラスのない、オブジェクト指向ではない
古いバージョンのPHPを切り捨てたことでその欺瞞が明らかになった。
プラットフォーム（レンタル鯖）でJavaに対して優位、
政治的な力（世の中の利用者数）でPythonに対して優位だから
使われているのが本音でしょ。
581:nobodyさん
12/07/24 16:59:12.05
なんだかんだで、PHPで作るのが一番楽だわ
それだけ
582:nobodyさん
12/07/24 17:10:42.96
>>580
なんだかんだと駄目な理由を付けたいんだな
そんな奴がこのスレに用はないだろ
583:nobodyさん
12/07/24 18:53:10.72
>>576は足軽
584:nobodyさん
12/07/24 22:39:27.93
足軽女が来たのか！？
585:nobodyさん
12/07/25 00:16:42.71
PHPのフレームワークはまともなものが無いと思っていましたが誤解でした。
PHP自体が難ありの言語のためまともなフレームワークができなかったのです。
586:nobodyさん
12/07/25 03:08:38.87
もうちょっと美味しそうな餌を
587:nobodyさん
12/07/25 07:13:00.13
餅に見えた
588:nobodyさん
12/07/25 08:52:23.38
>>585
で、きみの考えた最強の言語は何ですか？
589:nobodyさん
12/07/25 08:55:41.61
今世紀最強にしてファイナルアンサーはPHPです。
590:nobodyさん
12/07/25 12:53:46.28
PHPを拡張したPHP++を作りましょう
591:nobodyさん
12/07/25 19:05:34.51
PHPPP
592:nobodyさん
12/07/25 20:29:38.46
PHPは完全に作りなおした方がいい。
593:nobodyさん
12/07/25 21:20:15.98
別の言語使えよw
594:nobodyさん
12/07/25 22:19:42.94
日本語操作関数が多くて便利なんだよなPHP
pythonはそのあたり結構弱い
595:nobodyさん
12/07/26 07:17:24.72
その日本語操作関数がこれまた癖だらけ
596:nobodyさん
12/07/26 13:43:34.82
そうでもない
597:nobodyさん
12/07/26 21:13:19.79
phpは全部作り変えないとまともにはならないな
598:nobodyさん
12/07/26 21:17:09.93
日本語処理に特に強いあらゆる文字コードにも対応できる言語を
日本人が作ればいいのだが
599:nobodyさん
12/07/26 21:20:45.39
そんなの日本でしか使われない
何人が作ってもいいから、マルチ言語に対応してればいいだけ
600:nobodyさん
12/07/28 00:46:15.62
PHPはダメダメ言語
601:nobodyさん
12/07/28 00:54:12.32
rubuは？
602:nobodyさん
12/07/28 00:57:22.87
>>601
うわ、typoしたorz
603:nobodyさん
12/07/28 01:01:53.18
rubuはうぶです
604:nobodyさん
12/07/30 02:19:20.13
一旦ageる
605:nobodyさん
12/08/01 00:40:15.62
symfonyは一体何がしたいわけ？
キャッシュいれても重すぎるよ。
606:nobodyさん
12/08/05 05:08:42.81
symfony2が最強
607:nobodyさん
12/08/05 09:46:11.66
ないわー。
608:nobodyさん
12/08/05 11:06:45.46
このスレの結論として、
PHPはフレームワークを使うとますます重くなるのでフレームワーク不使用を推奨
609:nobodyさん
12/08/05 11:10:48.28
最近鯖の性能が上がってるからかそこそこ動いちゃうよね
意外とチューニングなしでも運用できてるわ
610:nobodyさん
12/08/05 11:12:13.66
フレームワークは非推奨になりました。
611:nobodyさん
12/08/05 11:16:23.67
なんのこっちゃ
612:nobodyさん
12/08/05 11:19:02.02
PHP自体が重いから、さらに重くするフレームワークを使うなど愚の骨頂
613:nobodyさん
12/08/05 11:27:04.81
お前は少し体重を軽くしろよ
614:nobodyさん
12/08/05 11:27:45.44
ＰＨＰ「もう食べられないよ」
615:nobodyさん
12/08/05 11:30:21.10
重いだけなら状況次第では選択肢にしても良いのでわ
616:nobodyさん
12/08/05 11:32:45.16
もう食べれないデブー
617:nobodyさん
12/08/05 11:33:38.43
お前らが作るサイトなんてどうせ人なんて来ないんだから
重くても軽くても一緒だろ
618:nobodyさん
12/08/05 11:38:50.45
特にセッションがどうのとか言ってたやつ
どうせお前のサイトになんか誰も来ないって
619:nobodyさん
12/08/05 11:41:11.96
PHPフレームワークは非推奨という結論が出ましたか
620:nobodyさん
12/08/05 12:12:39.96
お前らのプログラムが非推奨
621:nobodyさん
12/08/05 14:27:46.94
もう、PHPにはプログラマーなんていらないよ。趣味で覚えたデザイナーだけで充分。
622:nobodyさん
12/08/05 15:00:00.73
フレームワークが使えないのではなくて、技術者が使えないってのが問題
っていうか技術者と呼べるレベルの奴がほんと少ない
同僚のスキルの低さに涙出そう
623:nobodyさん
12/08/05 15:10:53.27
PHPだから仕方がないかと。
624:nobodyさん
12/08/05 16:01:22.80
>>622
具体的にどうひどいの？
625:nobodyさん
12/08/05 16:03:37.87
>>622
スキルが低いのはお前だけ
そう、お前だけだ
626:nobodyさん
12/08/05 16:23:33.63
ないわ
627:nobodyさん
12/08/05 16:28:21.80
PHPerは技術者ではない。
628:nobodyさん
12/08/05 17:18:27.88
フレームワーク上のプログラムが心配なレベルの人に
好きに作ってなんて言えない…
629:nobodyさん
12/08/05 18:12:09.02
こんな所で愚痴ってるやつのスキルなど高が知れている
630:nobodyさん
12/08/05 18:19:58.32
結論でたな。
PHPではフレームワークの使用は非推奨
631:nobodyさん
12/08/05 21:15:47.18
そもそも、フレームワークフレームワーク叫ぶだけで、実用レベルでOOP使える奴が居ないんだよ。。。
632:nobodyさん
12/08/05 21:38:59.60
PHPでOOPなんて学べません。実装自体が中途半端です。
633:nobodyさん
12/08/05 21:40:16.87
OOフレームワークもありません。あるのは配列指向フレームワークです。
634:nobodyさん
12/08/05 21:48:40.41
phpでオブジェクト指向とか言ってたら笑われますよ・・・
635:nobodyさん
12/08/05 22:18:15.51
PHPはグローバル関数が1500個以上もある糞言語
OOPとはほど遠い
636:nobodyさん
12/08/05 23:00:54.14
無能な奴って何でも言語のせいにするよねｗ
637:nobodyさん
12/08/05 23:01:50.71
>>636
たいしたものも作れない低脳くん乙
638:nobodyさん
12/08/05 23:05:46.54
煽ることしかできないのかよ…
639:nobodyさん
12/08/05 23:10:38.08
phpでも工夫次第でなんとかなる。
工夫しなければ論外
640:nobodyさん
12/08/05 23:12:09.19
PHPで工夫？
ただの悪あがきだろ？
もともとポンコツ言語なんだから何をしようと無駄
641:nobodyさん
12/08/06 00:50:41.36
そのポンコツ言語に興味持ってるんだろ？
642:nobodyさん
12/08/06 03:10:32.31
バッドノウハウが身に付きます
643:nobodyさん
12/08/14 01:47:06.06
cakePHPでcreateした後にsaveしてるんですが
常にアップデートがかかるのみで、インサートがされません。
どういった事が問題として考えられますか？
644:nobodyさん
12/08/14 02:29:25.90
818 ：nobodyさん [↓] ：2012/08/13(月) 23:03:29.06 ID:???
cakePHP 使ってるんですけど常に行が新規追加されると思いきや更新されてしまいます。
しっかり、 create(); を挟んでいるのですが。
$insert_data = array(
'hoge' => array (
'id' => $login_user_id,
'name' => $post_name,
)
);
$this->hoge->create(); // ← 常に新規追加させる。
$this->hoge->save($insert_data);
819 ：nobodyさん [↓] ：2012/08/13(月) 23:06:25.32 ID:???
>>818
このスレは終了したので別スレで質問してください。
820 ：nobodyさん [mail] ：2012/08/13(月) 23:07:54.81 ID:???
>>818
hogeとか何の疑問も持たずに使ってるお前のような脳弱には無理
821 ：nobodyさん [↓] ：2012/08/13(月) 23:08:02.97 ID:???
>>818
このスレは終了。
【PHP】フレームワーク CakePHP 14ホール目【v2.1】
ｽﾚﾘﾝｸ(php板)
645:nobodyさん
12/08/21 22:52:02.28
<link rel="start" href="file:///C|/Users/じゅん/desk/index.html" />
646:nobodyさん
12/08/26 11:42:24.40 7pnTNGfF
PHPでJSPのカスタムタグやEL式のような記述ができるテンプレートエンジンと
SAStrutsの2WaySQLのようなことができるライブラリを公開したんだけどどうよ？
テンプレートエンジン
URLﾘﾝｸ(www.script-factory.com)
SAStruts風ライブラリ
URLﾘﾝｸ(www.script-factory.com)
647:646
12/08/26 11:47:13.14
ドキュメント整備してないから
サンプルのindex.php見てね。
648:646
12/08/26 11:51:35.31
ちなみに公開はしてないけどCakePHPのレプリカで軽量な奴を作成中。
モデルの検索結果を配列じゃなくてオブジェクトを返すようにしてあります。
649:nobodyさん
12/08/26 11:55:00.63
名前が嫌だ
650:nobodyさん
12/08/27 00:14:20.02
>>646
シンプルでいいんじゃない。
EL式とか知らないけど、テンプレートとindex見るだけで何となく動きが見えるし、
そういった方では分かりやすい方だと思う。
SQLは利点がいまいち見えていないので、コメントなし。
あくまで個人的な要望だけど、
テンプレートが短く書ける仕組みとかあったらうれしかった。
651:nobodyさん
12/08/27 00:41:12.51 0d99xblq
> テンプレートが短く書ける仕組み
たとえばどゆこと？
652:nobodyさん
12/08/27 08:37:31.83
メソッドチェーンとか？
現段階で他のテンプレートライブラリには無い利点は持ってないみたいだし、
個人的に欲しい物を上げようとしたら、短く書ける仕組み。
ただし、具体案はちょっと浮かばないんだけど
653:nobodyさん
12/08/27 08:42:36.77
$_POSTを渡せばinputとかのname見て勝手に全部入れてくれたら便利じゃない？
まぁ、私が現在進行形で自作してるフレームワークのSmarty連携の機能なんだけど
654:nobodyさん
12/08/27 10:15:28.86
いわゆるシリアライズ？
655:646
12/08/27 11:40:43.07
>>649
名前はまぁ確かに微妙だとは思ってる・・・
>>650
ご意見どうもです。
これはJSP2.0をPHPで再現しただけなんで
Java使いの人にはなじみやすいかなと。
2Way-SQLはまぁせっかく作ったので公開しただけですｗ
656:nobodyさん
12/08/27 14:37:12.80 0d99xblq
>>652
$user->foo->bar って書式？これそもそもPHPの文法的に許されるんだっけ。
許されないとすれば、そういう書式を許す独自ファイルタイプ作ってパースする…なんてことじゃないよね。
>>653
> $_POSTを(どこに)渡せばinputとかのname見て勝手に全部(どこに)入れてくれたら便利じゃない？
テンプレート側のvalue=""内にデフォルト値として表示してくれるってこと？
657:nobodyさん
12/08/27 16:05:07.52
>>653
それはテンプレートエンジンの仕事じゃなくて
フレームワークの仕事だと思うよ。
658:nobodyさん
12/09/30 11:23:56.80
>>646
なるへそ。元Java屋にはいいかもしれんね。
ただ、SmartyやTwigはIDEのサポートが進んでいるからなぁ。
元Java屋でエディタ派ってそう多くは無さそう。
659:nobodyさん
12/10/08 23:29:54.69 WXDnX3pZ
これはどう？国産だけど。
Chimpanzee
URLﾘﾝｸ(chimpanzee-php.com)
660:nobodyさん
12/10/09 10:57:24.36
無名なフレームワーク利用するのと、
オレオレ利用するのって大差ないと思うんだが。
661:nobodyさん
12/10/09 16:45:11.13
暇だからチンパンジーのマニュアルを読んでるんだけど、説明が分かり難いと思った。
コンセプトは面白そうかもしれない。
662:nobodyさん
12/10/09 17:59:35.57
チンパンジーって国産だけあって痒いところに手が届くな…
ガラケーサポートとか
あと軽量らしいし
663:nobodyさん
12/10/09 18:04:45.44
アシアルへのリンク？
664:nobodyさん
12/10/09 18:30:04.35
お前らサルにはお似合いだな
665:nobodyさん
12/10/09 21:28:29.44
>>664
猿とチンパンジーは割と遠いんだけど・・・
666:nobodyさん
12/10/12 12:00:11.26
>>659
version 1.0未満でfixってことはないよね？
いまどうなってるんだろう...
667:nobodyさん
12/10/12 15:48:21.74 Pt7Gt5Ms
>>659
Twitterも見事に停止してるな。
誰かフォローしてやれよ。
668:nobodyさん
12/10/12 17:09:29.98
お前ら使ってやらないの？じゃあ俺が使ってやるよ！
669:nobodyさん
12/10/12 19:30:08.83 CFQsw2CA
>>668
ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ
ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ
∧_∧
.∧_∧( ･ω･)∧_∧
( ･ω･)Ｕ)) .(･ω･ )
⊃)))（ ･ω･)(((⊂
.∧_∧∩))((∩∧_∧
( ) .( )
ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ ﾅﾃﾞﾅﾃﾞ
670:nobodyさん
12/10/12 21:06:03.98 zs1r8xUJ
URLﾘﾝｸ(p11.chip.jp)
671:nobodyさん
12/10/13 02:32:48.97
チンパンジーって暴力的で愛がないんだって。ボノボは愛があって暴力がないんだって。ボノボの方が良かったんじゃない？
672:nobodyさん
12/10/13 07:15:42.77
ボノボってあのIBMの
673:nobodyさん
12/10/13 08:52:12.53
それはレノボ
674:nobodyさん
12/10/13 16:51:36.53
俺の後ろに立つな
675:nobodyさん
12/10/13 17:09:03.07
これアシアルが作ってるの？
んじゃ完成度は推して知るべし
676:nobodyさん
12/10/13 18:40:47.69 MXAZ4qau
>>674
それはゴルゴ
677:nobodyさん
12/10/13 20:16:37.60
そんなことばっか言ってる子のとこには
しまっちゃうおじさんがあらわれて、どこか知らないところにつれていかれて
どんどんしまわれちゃうんだ…(´；ω；｀)
678:nobodyさん
12/10/14 18:55:55.64
オープンソースなのに情報が少ないからクローズソース
動的だから変更のたびに チェックと確認が必要
ローカル環境→開発サーバー→ステージング→本番 これを毎回やる
クラス・関数一覧のドキュメント一覧とか大量に必要にしかも仕様変更
のたびに変更が必要 大規模だと必ずこんがらがる
バージョンアップのたびに別物に生まれ変わり また学習しないといけない
新しいＦＷがしょっちゅう出て それがデフォルトスタンダードのような
宣伝やめてくれないか
679:nobodyさん
12/10/14 19:02:41.25
実行しないとバグがわからなすぎる動的言語は過去のライブラリを使うの
ためらう 結局過去の資産を生かせない 関数の名前の変更のたびに
ソース検索が必要で手間がかかる これが静的言語だったらエラーはくから
確認チェックの手間がローカル環境内で収まることが多い 動的は作れば
作るほど負債化し 作っては捨てたほうが早いの繰り返し どうしようもない
動的言語をはてぶを始め技法やCodeZine アシアルの宣伝は本当に
罪深い
680:nobodyさん
12/10/14 19:13:31.72
結局これは短期記録力がある人間の驕りなんだよね。（東大とかアシアルとか）
彼らは自分たちの記憶能力を生かしたいがために
ガラクタ言語をチョイスしてそれをスタンダードのような流れにしたいと思っている
このガラクタ言語を使うことで短記録のある自分たちが有利であることを知っていて
他を蹴落としたいと潜在的に思っている。ハテブやらで流れを作ろうとたくらんでいる
静的言語を使えば（主にＣ＃）こんな苦労なんて全然ないのに
それでは自分たちが存在意義が問われるからあえて使わないようにしている
いい加減こんなガラクタ言語やっていても無限に苦労することなる
681:nobodyさん
12/10/14 19:25:09.40
動的はやめとけ無限に苦労することになる 書けば書くほど大変になる
記録力のあるやつだけやつしか現場に残らない 記録に止めないといけないこと
多すぎるからだ VisualStudioやC#だったらバグ、リファレンスエラーを教えてくれる 記憶力よりプログラムを書く想像力方が大事になってくる
動的は流れを把握するのが時間がかかるから、ＭＶＣに合わせていたが ソフトがバグを教えてくれるならも っと効率的な書きをして 他人はVisualStudioやC#の機能から理解にいたることできる
つまらない他人のＭＶＣに合わせないでも効率的な面白い書き方でやっていけるはず ドカタから芸術家に脱却できる
682:nobodyさん
12/10/15 01:27:20.69
>>677
それはぼのぼの
683:nobodyさん
12/10/15 02:06:14.14
日本語でおk
684:nobodyさん
12/10/15 02:22:00.27
何処縦に読めばいいかわからない
もしかして斜め？高度だな
685:nobodyさん
12/10/15 08:02:46.67
アサヒビールが販売してる焼酎がお気に入りだ。
この商品名は良い香りという意味で付けたらしい。
686:nobodyさん
12/10/15 09:16:17.14
こんな中身のない長文を思いつきで書ける人ってすごいと思うの
687:nobodyさん
12/10/15 10:05:51.72
あー、あの第64代横綱ね
688:nobodyさん
12/10/15 11:43:45.53 0/gKp0mh
>>685
それはかのか
>>687
それは曙
689:nobodyさん
12/10/15 14:00:44.00
チンパンジーってZFの影響を受けてるとみた。
ってか、焼き直しっぽい感じがした。
690:nobodyさん
12/10/18 23:59:30.29
国産のFWってのは魅力だけど、これから新しい物作るんなら
少なくとも英語には対応したサイトで間口を広げないと
コミュニティの広がりに関してはなかなか難しいよな気がする。
なんだかんだ言っても英語を使うと新しいつながりが半端ないし、
やっぱりインターネットって米軍のお下がりだしな。
691:nobodyさん
12/10/19 22:12:39.78
少なくとも新しいPHPFWはもうちょっと無理がある気がする
いっぱいある古参系のを使い続けるか、Yiiだとかそのあたりの
比較的あたらしめの奴を覚えて乗り換えるかのどっちかじゃね
俺々フレームワークに毛が生えたようなだけの小規模系FWだと、
需要が限りなく0なので覚える時間が無駄になる可能性が高すぎるんだもの…
692:nobodyさん
12/10/20 16:35:20.96
小規模すぎると、覚えた途端に開発終了もあり得るしな
693:nobodyさん
12/10/20 18:03:44.43
で、別人たちの改造版に分裂
694:nobodyさん
12/10/21 19:41:06.47
おっと、CodeIgniterの悪口はそこまでだ
本家もまったり続いてるけどな
695:nobodyさん
12/10/28 06:12:40.22
もうどのFWも単なる言語拡張積み上げてるだけな気がしてきた
正直MVCすら要らん、MVCの思想は凄いけど形だけあっても無意味なような。
symfonyの1だけはちゃんと思想が脈打ってて感動した。2は何であんなことになったのだろう
696:nobodyさん
12/10/28 18:13:20.92
symfonyのアレを思想というのか。
それほど崇高な印象はないなぁ。
697:nobodyさん
12/10/29 17:25:12.76
開発ブログを読む限り、BEAR.Sundayは良いかも知れない。
完成すれば、既存のFWの対抗軸になりうる予感。
698:nobodyさん
12/10/30 21:39:35.43
laravelがよさそう
fuelphp流行ってるのは日本だけだし
yiiかlaravelに乗り換えたい
699:nobodyさん
12/10/31 06:20:49.70
fuelも別に流行ってないけどな
700:nobodyさん
12/11/01 02:26:55.54
最近はCakeの情報が少し充実してきたのかな？
701:nobodyさん
12/11/01 08:51:39.45
cake2の情報が少ないし
見つかるプラグインは1用ばっか
702:nobodyさん
12/11/01 14:27:44.18
PHPの開発自体減ってるのかな？記事関係はRubyばっかりだ。
だが、新サイトで見るのは大体PHPだけど
703:nobodyさん
12/11/02 13:15:13.76
特に最近は、自分から発信する開発者がRubyのほうが多い感じを受ける。
言語としての優位性の比較はともかく、その点ではRubyはいいかもね。
704:nobodyさん
12/11/03 12:55:57.43
>>703
情報発信者が多いのは結構だけどなぁ・・・
rubyってバッドノウハウ多くね？
705:nobodyさん
12/11/03 12:56:44.68
っと、PHPスレで他言語disっちゃいかんな。ごめんよ
706:nobodyさん
12/11/03 19:11:23.15
PHPをdisれ
707:nobodyさん
12/11/03 19:30:35.09
バッドノウハウの多さを競うならPHPだって負けてないぞ
708:nobodyさん
12/11/26 17:41:16.91
yiiとCodeIguniter迷いすぎる
709:nobodyさん
12/11/26 21:56:27.66
CodeIguniterでいんじゃね？
710:71
12/11/27 13:31:53.86
スペルが違うんじゃね？
711:nobodyさん
12/11/27 18:38:02.57
CodeInuguier
712:nobodyさん
12/11/27 22:58:25.65
Wii
713:nobodyさん
12/12/21 22:59:39.63
ASP.net 2人かかる仕事は
PHP 3人
RUBY 4人
JAVA 5人
機能を追加時の増員の必要割合
ASP.net 開発者 小 デバッカー 小
PHP 開発者 中 デバッカー 大
RUBY 開発者 中 デバッカー 大
JAVA 開発者 大 デバッカー 中
動的言語やLAMPはバットノウハウなのは確か
まねするとコストばかりかかり 雪達だるま式にデバッグやらコード修正が増えていき
苦労することになる
大手しか開発できないような仕組まれてる ガラパコス利権
714:nobodyさん
12/12/22 12:25:06.36
デバッカー
バットノウハウ
雪達だるま
コード修正が必要なのはお前だ
715:nobodyさん
12/12/22 22:40:10.26
ガラパコスについては大目に見てやろう
716:nobodyさん
13/01/05 15:30:52.70
アプリ起業iPhoneC#まとめ Ver 1.5
ｈｔｔｐ:／／tinyurl. com/9w97424
717:nobodyさん
13/01/05 23:00:05.00
ブラクラ