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
ブラクラ