【PHP】フレームワークについて語るスレ10【総合】
レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん
2008/08/24(日) 21:43:37ID:???http://pc11.2ch.net/test/read.cgi/php/1202521438/
0002nobodyさん
2008/08/24(日) 21:44:41ID:???いきなりミス。ｽﾏｿ...
0003nobodyさん
2008/08/24(日) 21:47:34ID:???【PHP】フレームワークについて語るスレ10【総合】
http://pc11.2ch.net/test/read.cgi/php/1202521438/
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/
【PHP】フレームワークについて語るスレ8【総合】
http://pc11.2ch.net/test/read.cgi/php/1192604501/
【PHP】フレームワークについて語るスレ7【総合】
http://pc11.2ch.net/test/read.cgi/php/1181350116/
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
[PHP]フレームワークについて語るｽﾚ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0004nobodyさん
2008/08/24(日) 21:48:23ID:???symfony
http://www.symfony-project.com/
code igniter
http://codeigniter.com/
Zend Framework
http://framework.zend.com/manual/ja/index.html
CakePHP
http://www.cakephp.org/
【和モノ】
ちいたん
http://php.cheetan.net/
Ethna
http://ethna.jp/
guesswork
http://classic.guesswork.jp/
maple
http://kunit.jp/maple/
0005nobodyさん
2008/08/24(日) 22:11:57ID:???0006nobodyさん
2008/08/25(月) 14:32:05ID:qgfF3K9Xage
0007nobodyさん
2008/08/25(月) 16:50:03ID:???ZendがPHPにかなり力を入れてるから将来性があると思うんだけど
評価が悪くて使えそうにない
0008nobodyさん
2008/08/25(月) 16:54:50ID:???ちいたん使えｗｗｗ
で「今回のプロジェクトではフレームワークとして「ちいたん」を採用しました」
って上司に報告してくれｗｗｗ
0009nobodyさん
2008/08/25(月) 16:58:15ID:hwjRu6i6あんまり大きいデータは扱いたくないよな。
かといってテンポラリーなデータを永続データが入ってるDBに突っ込むのは
抵抗がある。
こういう場合どうする？
0011nobodyさん
2008/08/25(月) 17:25:37ID:???結局全読み・全書きになるのでは？
0012nobodyさん
2008/08/25(月) 18:59:26ID:???1. 気にせずDBに放り込む
2. 「永続データが入って」いないDBに放り込む
3. 「一部を読み書きできる」ように細分化してファイルに放り込む
4. 気にせず毎回全部読み書きする
なんでもいいんじゃないの？
0014nobodyさん
2008/08/25(月) 21:13:10ID:???>評価が悪くて使えそうにない
せめて情報が無くて使えそうにないって言ってくれｗ
ユーザの声（マニュアルではない、もすこし身近なTips、ノウハウなど）が
圧倒的に不足しているよね
でもそれはどのフレームワークも一緒か。
そもそも乱立しすぎじゃね？
例えばせめてライブラリ系はZendを使うとか、そんな風潮になればノウハウは
蓄積されていくんだろうけど
0015nobodyさん
2008/08/25(月) 23:48:18ID:???http://talks.php.net/show/froscon08/
結果だけまとめると
1位 素のPHP
611.78 trans/s
2位 CodeIgniter 1.6.3
305.9 trans/s
3位 Solar 1.0.0alpha1
271.18 trans/s
4位 Zend Framework 1.6.0-rc1
130.08 trans/s
5位 Agavi 1.0-beta1
126.91 trans/s
6位 Symfony 1.1
100.63 trans/s
7位 Prado 3.1.2
76.95 trans/s
8位 Drupal 6.4
51.37 trans/s
9位 CakePHP 1.2.0rc2
25.88 trans/s
0016nobodyさん
2008/08/26(火) 00:48:34ID:lM6BRZm9マジレスすると、セッションみたいな永続じゃないデータの場合memcache使うのが良い。
レンサバじゃ無理だけどな。
0017nobodyさん
2008/08/26(火) 01:23:19ID:???0019nobodyさん
2008/08/26(火) 10:05:38ID:???0020nobodyさん
2008/08/26(火) 11:02:15ID:???cakeもどきの俺様フレームワーク作ってやるかな。
0021nobodyさん
2008/08/26(火) 23:18:20ID:???0022nobodyさん
2008/08/27(水) 00:05:44ID:???0023nobodyさん
2008/08/27(水) 11:52:55ID:n0GZd29Csingletonって全部staticなクラスとほとんど同じでは？
むしろ、singletonの機構を書く必要がない分、
staticなクラスの方がいいのではないかとも思うのですが
singletonのアドバンテージって何ですか？
0025nobodyさん
2008/08/27(水) 15:02:44ID:???(PHPの)クラスはobjectではない
ぜんぜん違うだろ
0026nobodyさん
2008/08/27(水) 15:06:09ID:???で？
0027nobodyさん
2008/08/27(水) 15:13:19ID:???分かってる人の返答お待ちしております
0028nobodyさん
2008/08/27(水) 15:56:42ID:???なのにstaticなクラスがいいとか全然違うよ
分かってないのはあなた
singletonをもう一度調べ直してみ
0029nobodyさん
2008/08/27(水) 16:01:55ID:???Hoge::page() ではなく Hoge::instance()->page() にするメリットはなにかと
言うことだと思うんだけど
まあインスタンスにしておけば、変数に放り込んで引数で渡したり、
簡単に別クラスに差し替えたり、そう言う事ができるかもしれない
私もよくわからんので、違うっていう人の親切な解説があれば嬉しいな
0030nobodyさん
2008/08/27(水) 17:22:46ID:???保証されますよっていうパターンの概念なわけで、別に
staticなクラスの作りでsingleton的な扱いをすることもできるだろうけど、
ただそれが「singletonって全部staticなクラスとほとんど同じ」かと
言われればそりゃ違うって答えるだろう
概念の話とコードレベルの話だし質問がおかしい
ある程度有名なパターンだからsingletonってこういうもの、
という共通認識がプログラマにあるのがアドバンテージなわけであって
このクラスはsingletonだからインスタンスは唯一、とすぐ把握できるところを
オレオレsingleton概念で「これ俺なりのsingleton！インスタンスはナイっス！」
とか言われても困るわけで
Hoge::page() と Hoge::instance()->page() 云々も一緒で
要はそのクラスがどういう扱いなのかというのを認識するのに
singletonというパターンがあるよってだけの話であって
singletonだから絶対Hoge::instance()->page()な形ってわけでもないし
コードレベルの問題とはまた別の話かと
0033nobodyさん
2008/08/27(水) 18:06:57ID:???ってことですね
0034nobodyさん
2008/08/27(水) 18:12:39ID:8yHWP9d0思ったんですが、
singletonって全部staticなクラスとほとんど同じでは？
むしろ、singletonの機構を書く必要がない分、
staticなクラスの方がいいのではないかとも思うのですが
singletonのアドバンテージって何ですか？
晒しage
0035nobodyさん
2008/08/27(水) 18:27:10ID:???0036nobodyさん
2008/08/27(水) 19:08:36ID:???0037nobodyさん
2008/08/28(木) 02:21:17ID:???得意げにsingletonの解説始めちゃう奴なんなの？
そういうのを東洋じゃ釈迦に説法って言うんだぜ。
0038nobodyさん
2008/08/28(木) 03:28:58ID:???おつむがおしゃかな奴なら確かにいるようだが。
0039nobodyさん
2008/08/28(木) 08:08:13ID:???0041nobodyさん
2008/08/28(木) 21:36:39ID:???反論するなら論理的にしろ。な？
0042nobodyさん
2008/08/28(木) 21:49:55ID:???痛々しさではむしろ>>31-34の方が
んで、>>23はsingletonと同じではないけど、別にそれでも
いいんじゃない？っていう認識はどんなもんですか ＞ エロい人
唯一性（？）の保証なら、コンストラクタ隠し忘れてたり__clone()上書き
してなかったりする半端singletonよりは確実とか考えたり。（そんな奴いない？）
インスタンスとして扱う必要がなくて、「singleton」と言いさえしなければ、
あれも十分実用的な考え方だと思うけど
叩くなら叩け
0043nobodyさん
2008/08/28(木) 22:07:43ID:???0044nobodyさん
2008/08/28(木) 22:08:43ID:???>>30で十分説明してあるし、それ読んで分からないようなら、素養がなさ過ぎるので、プログラミングなんか止めた方が良い。
河原で野球でもしてろ。
0045nobodyさん
2008/08/28(木) 22:26:50ID:???いうことでおｋ？
OO言語でのstatic等と言うものの理解が全然ないのは確かだから
申し訳ないが、singletonと、くだんの実装方法との最大の違いはインスタンスを
使うかどうか、っていうことだけと思ってしまう。それはsingletonの概念に含まれるの？
>>23の手法に、また別な名前があったなら話はシンプルだとかそういう話？
0046nobodyさん
2008/08/28(木) 22:33:07ID:???0047nobodyさん
2008/08/28(木) 22:35:06ID:???0048nobodyさん
2008/08/28(木) 22:49:37ID:???もともとsingletonってデザインパターンは、Javaでのデザインパターンの話だし、
JavaプログラミングだとThreadって概念も出てくるから、全部staticなクラスよりも
singletonのほうが都合が良いとか、そういうことなんじゃないの？
0049nobodyさん
2008/08/28(木) 23:05:35ID:???うん。もともと、そういう実際上の都合も絡めての話題だと思った
てか singleton static でちょっとググっただけでわんさか出てきた
ttp://java-house.jp/ml/archive/j-h-b/048394.html
ttp://www.aerith.net/design/Singleton-j.html#no_use_case
ttp://www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=22377&forum=12&start=16&23
ttp://www.sk-jp.com/java/pattern/singleton.html
ttp://oldblog.xenophy.com/index.php?entry=entry061224-024857
ttp://tome-programming.cocolog-nifty.com/blog/2006/08/singletonstatic_365e.html
↑（結構アレなのも混ざってるけど）
意外とみんな引っかかる点なんじゃないの？
>>23がそこで悩んだとしたら、むしろセンスがあるんじゃね？
痛いっていってる人らはみんなきっとこれを乗り越えているんだろうが優しくねえなー
0050nobodyさん
2008/08/28(木) 23:25:03ID:???俺も>>23の質問に対する正しい解答は知りたい。
>>44がいってる
＞staticメソッドとシングルトンパターンとじゃ、比較したり置き換えたり出来るもんじゃないんだよ。
っていうのも、少しずれてて、
>>23は、
全部staticなクラスを作るというデザインパターン と singletonというデザインパターンを比較してるのであって。
で、>>30の回答も、
そのアプリケーションを扱う人間が全部staticなクラスを作るというデザインパターンに対して共通認識を持ててたとしたら、
特に不都合は無い、ってことなのかな。
0051nobodyさん
2008/08/29(金) 01:26:14ID:???0052nobodyさん
2008/08/29(金) 01:39:13ID:???それは言えるかも。オブジェクト指向ではないと。
まあぶっちゃけstaticなプロパティを、globalsのいらないglobal変数として
使ってる私が通りますよ、と。
原則がないといくら文法がJavaに近くなっても意味がないってことはありそう
でもそれはデザインパターンと直接には関係しないような
singletonにしたって、普通にglobalじゃんっていう評価みたいだし。俺はよくわからんけどね
005323
2008/08/29(金) 03:15:53ID:???全部staticのクラスだろうがオブジェクト指向にすることは可能。
さらにいえば、別にクラスがなくても可能。
スレッドのないPHPではsingletonに色んなざっくばらんな代替方法があると。
ただ汎用的な知識としてはJavaのやり方が無難で
わざわざ他の方法をとることもないということだな。
よくわかった。
0054nobodyさん
2008/08/29(金) 03:25:48ID:???てかそんな投げやりなまとめなら23とか名乗らず名無しで書けよｗ
ちょっとでも擁護したレスが軒並み後悔するような、嫌な感じだｗｗｗ
さあ寝よ
0055nobodyさん
2008/08/29(金) 03:31:33ID:???別に君に擁護されなくても全く困らんよ？
もともと馬鹿に的外れな批判されても痛くもなんともないし
0056nobodyさん
2008/08/29(金) 09:09:19ID:EVgfNfndこんな説明をする先輩いるけど、ほんと自己満足だよな。
シングルトンのかわりにstaticメソッドでもいいじゃんというのは、そのとおり。
$obj = FooClass::getInstance();
$obj->method();
とするだけなら
FooClass::method();
でいいじゃんと思うのは自然なこと。
ただシングルトンはオブジェクト指向の機能を使えるので、
・継承が使える
・他のメソッドに引数として渡したりできる(オブジェクトなので)
・任意個の個数に設定できる(１個である必要はない)
という利点がある。こういった点が必要ないなら、staticメソッドで構わないよ。
たとえば
$obj = FooClass::getInstance();
other_function($obj);
ということをしたかったら、staticメソッドじゃなくてシングルトンのほうが自然だよね。
シングルトンもstaticメソッドもあくまで手段でしかないので、目的がstaticメソッドで満たせるなら
staticメソッドでもいいんじゃない。
0057nobodyさん
2008/08/29(金) 10:42:02ID:???クラス定義の中から、
class Hoge {
self::mixin('OtherClass');
}
↓
HogeにOtherClassがmixinされる
みたいな形にしたいのですが。
runkitは不安定だったので使いたくありません。
0058nobodyさん
2008/08/29(金) 10:51:30ID:???0059nobodyさん
2008/08/29(金) 11:13:07ID:YM8BIoOFRhacoというフレームワークではMix-inをサポートしているそうだからみてみるといいかも。
http://rhaco.org/
http://ll.jus.or.jp/2007/show/Event/Session/
> 変態的国産PHPフレームワークrhaco
> doctest、distutils、mix-in等PHPでは聞き慣れない機能について紹介します。
0060nobodyさん
2008/08/29(金) 11:39:37ID:???ありが㌧みてみます
とりあえずsymfonyのsfMixerを見てみたけど
__callの中からsfMixerを呼んで、そこでバックトレース情報を利用して
混ぜられた側のメソッドにデレゲートしてる感じ
この方法だと、混ぜられた側のメソッドから
混ぜてる側のメンバにアクセスできないような・・・
0061nobodyさん
2008/08/29(金) 12:35:23ID:???速度さえ気にしなければeval使えば大抵のことできますね～
evalでいくしかないかな
0062nobodyさん
2008/08/29(金) 13:15:34ID:???シングルトンパターンという実装パターンの一つとじゃ比較の対象にならない。
0063nobodyさん
2008/08/29(金) 13:57:50ID:???OOPは構造化プログラミングを含んでるんだよ
書き方の問題ではない
0064nobodyさん
2008/08/29(金) 19:54:55ID:YM8BIoOFなに難しいこといってんの？
シングルトンでやろうとしていることは、staticメソッドでもできるんじゃね？というだけの話。
なんで構造化プログラムだとかオブジェクト指向との比較とかでてくるの？ばかなの？
0065nobodyさん
2008/08/30(土) 03:25:30ID:???runkitは使ったことないですが、これは使ってます。
http://d.hatena.ne.jp/rsky/20080124/1201186473
qiqもすごくいい。もう普通のPHPは書けなくなるｗ
http://d.hatena.ne.jp/rsky/20080301/1204326365
0066nobodyさん
2008/08/30(土) 04:23:53ID:???あるプログラム、ある言語をを見て、それが構造化プログラミングなものなのか、オブジェクト指向プログラミングなのか、区別されるんだから。
その区別が出来ないというのは、人類皆兄弟とかいうたぐいの屁理屈だ。
0067nobodyさん
2008/08/30(土) 11:36:30ID:???自分を大きく見せようとする努力ほど無意味なものはない
0068nobodyさん
2008/08/30(土) 12:39:53ID:???プログラムを見て、オブジェクト指向プログラミング特有のクラス等を
（正しく）使っていればオブジェクト指向、使っていなければ構造化って判断をするな。
0069nobodyさん
2008/08/30(土) 18:14:35ID:OmTt4XZu昔の8ビットマイコン時代のBASICはGOTO文で処理を行き来する非構造化言語。
このプログラミングのパラダイムシフトは世界の共通認識だから。
0070nobodyさん
2008/08/30(土) 20:22:14ID:???「～判断をするな。」が、I do なのか you shouldn't do なのかわからん
>>69
>このプログラミングのパラダイムシフトは世界の共通認識だから。
だから、何なんだ
どうせならもう少し結論を明確にしてもいいんじゃないかと思う
話がふわふわして仕方がないｗ
0071nobodyさん
2008/08/30(土) 20:38:57ID:/jeGwvoC社内でWebサービス構築のために
MVCモデルのPHPフレームワークを作ることになったのですが、
どのあたりまでの実装でフレームワークとして体をなすのか分かりません。
どなたか教えていただけませんでしょうか？
0072nobodyさん
2008/08/30(土) 20:57:57ID:???既存のものを使った方がいいのでは？
0073nobodyさん
2008/08/30(土) 21:07:18ID:/jeGwvoC私も車輪の発明になる気がしてどうも１００％乗り気になれないのです。
ちなみに72さんは自作フレームワークの作成または、
既存のフレームワークで、ずっと使い続けてるものありますか？
0074nobodyさん
2008/08/30(土) 21:12:11ID:???オープンソース全面禁止とかいう規則の会社もあるらしいし、
意味が無いかどうかはわからないのでは？
（PHPやApache自体もオープンソースだから、それはないかもだけどｗ）
>>71
フレームワークを利用する目的って、多分複数案件で使い回す事が出来て、また
複数の開発者で、またある程度の期間にわたって共通認識・理解をもつことで、
開発コストおよび保守コストを抑えることだと思うんだ
後は、基本的な部品を気合い入れて作ることで、品質の最低ライン（主にセキュリティ面など）を
保証するという意味合いもあるけど
だから、どこまでというのは程度問題でしかないと、個人的には思う
やりすぎれば使い回しに自由がきかなくなったりするし、緩すぎれば保守コストの
軽減には役に立たなかったりするんじゃない？
極端に言えばディレクトリ構造を決めて使い回すだけでも、ある意味「フレームワーク」
だと思う
0075nobodyさん
2008/08/30(土) 21:29:08ID:/jeGwvoC>だから、どこまでというのは程度問題でしかないと、個人的には思う
なるほど、なかなか外部の方との技術意見交換をする機会がなくて参考になります。
ありがとうございます。
実は1ヶ月ほど前に公開になったあるBtoBのWebサービスで
MVCではないですが、自作でフレームワークを作ってみました。
少しは楽できるのですが、ホントに方向性的に合ってるのか、
若干迷いつつあるんです。
上からMVCモデルのフレームワークを準備してくれと頼まれた中で、
また０から準備することが本当に必要なのか迷ってまして。。。
この掲示板でやめた方がいいなと思ったとしても
やらないといけないことには変わりないんですけれど。
0076nobodyさん
2008/08/30(土) 21:46:18ID:???・各データの出し入れの基礎的な記述と、各データごとのロジック
・表示に関する基礎的な記述とロジック
を、実行スクリプトから切り離すのが最低限？
例えば、昔よく見た
<?php
// DB接続処理ほげほげ
（省略）
$sql = 'SELECT * FROM customer;';
$ret = mysql_query($sql, $db);
$rows = array();
while($row = mysql_fetch_assoc($ret)){ $rows[] = $row; }
?>
<html>
（略）
<?php
foreach($rows as $row){
（略）
}
?>
（略）
</html>
なんてのを、どう分けるか、何のために分けるか、というお話だと思うんだ。
その具体的な分け方・方向については・・・うーん俺は人に教えるほど
きちんと勉強していません。頑張れ！（ｵｲ）
0077nobodyさん
2008/08/30(土) 22:03:54ID:/jeGwvoCありがとうございます。参考にさせていただきます。
0079nobodyさん
2008/08/31(日) 18:59:51ID:???>>78の言うように
まず既存のフレームワークを利用してみて、長所や短所を理解してから、
自分(とその周り)が使うに当たって必要な構造としてどうなってると使いやすいか考えて
設計しなきゃいけないんでない？
CIスレとかCakeスレで出てる疑問とかそこらのブログで出てるような疑問とかも割りと参考になりそうな気がします。
後、巷ではやってるフレームワークは付属のライブラリが充実してるってのもポイントだったり。
Viewにはテンプレートエンジンを使う必要があるのかとかも考えたり。
>>71がどのように考えてるか分かりませんが、結構重そうな内容ですね。
で、俺もまた、人に教えるほどきちんと勉強していません。頑張れ！(ｵｲ)
0080nobodyさん
2008/08/31(日) 22:02:43ID:BcOgvLp9ViewはSmartyの実績があるので、ほぼ確定かと思います。
あとはMCですね。
で、ご指摘の通り、既存のフレームワークをいくつか
実際に使ってみて、超シンプル版から作っていこうと思います。
それにしても結構種類ありますよね～。
0081nobodyさん
2008/08/31(日) 22:18:42ID:???とりあえずCakePHPとCodeIgniterは分かりやすいかな。
SinfonyやEthnaも人気あるっぽいけど。
後は、とりあえず有名なフレームワークをそのまま流用して、
自分の作りたい方向性に足りないものを追加/修正してやって、
作っちゃうっていう方向性も検討の余地がありそうです。
0082nobodyさん
2008/08/31(日) 23:09:43ID:???他のはどうしても、流儀を覚えてそれに則らないと
カスタマイズも難しいような所があるし
ライブラリは、ぶっちゃけPEARやZendを引っ張ってきて、
そのままではごちゃごちゃになるなら、その一部のコードを、
流用して使えば済むことも多い
0083nobodyさん
2008/08/31(日) 23:44:28ID:BcOgvLp9なるほど、参考になります。ありがとうございます。
CodeIgniterは知りませんでした。勉強になります。
>>82
>流儀を覚えて
そうですよね。そのコストもありますよね。
ライブラリについては私も同感です。
PEARは今でも使ってますし、DBはADODBを使ってます。
0084nobodyさん
2008/09/01(月) 07:50:32ID:???0085nobodyさん
2008/09/01(月) 16:27:37ID:???複雑すぎると兵隊に書かせられないから却下
（自社開発なら開発者が目の前にいるから例外）とか、
その手の腐った理由かもな。
自作FWなんて最初からサポート止まってるも同然なんだけど。
あとあれだ、
FW使った分だけ工数が削減されるがそれじゃ困る、
なんていう理由じゃないか？
0086nobodyさん
2008/09/01(月) 20:42:35ID:???でも、フレームワークを勉強するためのコストが要るね。
でもさ、そもそも最低限の勉強をしてから実践投入しろと。
フレームワーク＝最低限の勉強だよ。
0087nobodyさん
2008/09/02(火) 15:46:31ID:???SymfonyとかCakePHPは、使い方を学習する段階で、面倒くさいな～と思ってしまいました。
辛抱強く性格でないと、じっくり腰をすえてフレームワークの使い方を学ぶ段階が苦痛に感じられますね？
Zend Frameworkも解説本は分かりやすかったです。
ちいたんはチュートリアルが不十分であると感じました。
EthnaやMapleは試してないので分かりません。
「日本向けの携帯サイトを作る」という視点で見た場合、各フレームワークの使いやすいさ、機能はどうでしょうか？
0088nobodyさん
2008/09/02(火) 19:21:26ID:kKY94AaPデータベースの外部キー制約を設置していた場合、
親テーブルの行を削除したら、
対応する子テーブルの行も削除されるようになっているのでしょうか？
0089nobodyさん
2008/09/02(火) 20:08:08ID:???参照整合性制約（外部キー）までチェックしてデータ操作してくれる
モデルを実装しているフレームワークは寡聞にして聞いたことが無い。
有ったら俺も知りたいな。
0090nobodyさん
2008/09/02(火) 20:41:21ID:???0091nobodyさん
2008/09/02(火) 20:51:11ID:???DBのパフォーマンスのため、参照整合性制約を付けずにアプリケーション側で
実装する場合もあるとは思うけど、外部キー制約してるんだよね?
0092nobodyさん
2008/09/09(火) 00:13:17ID:???0093nobodyさん
2008/09/13(土) 19:22:25ID:lKt9XZcpそしてzend規約では、protectedなメソッドの名前は_hogeにする
でも、子に_付きのメソッドのオーバーライドを求めるのって
何かきもくね？
_を付けるってのは、「内側で使ってる」っていうしるしで、
テンプレートメソッドは、子とはいえ、自分以外に実装をまかせるという、
ある種の外側志向。その齟齬がきもさの原因と思う。
publicにするか、規約を破るか、きもさを受け入れるか・・悩ましいぜ
0094nobodyさん
2008/09/13(土) 21:34:17ID:???例えば private と protected をわけるスタイルもある
_ と __ とか （←わかりにくいｗ）
Zendは特にわけてないのかな？
0095nobodyさん
2008/09/13(土) 22:06:52ID:???0096nobodyさん
2008/09/13(土) 22:09:06ID:???そんなに無いよ
0097nobodyさん
2008/09/13(土) 22:11:08ID:???せめて予約メソッドは、__set__ とか __clone__ とかにしておいてくれればｗ
0098nobodyさん
2008/09/13(土) 22:12:10ID:???0099nobodyさん
2008/09/13(土) 22:14:01ID:???コーディングの自由度の幅や読みやすさを考えるなら、
いっそ予約されたメソッドなんかは
__reserved_method_CONSTRUCT()
くらいやってくれてもなんの問題もないしな
0100nobodyさん
2008/09/13(土) 22:25:24ID:???.がいいよな.のほうがカッコいい
0102nobodyさん
2008/09/13(土) 22:35:44ID:???そうすると、文字列連結が + になり、
連鎖的に toString() 的なメソッドが欲しくなり・・・
Cっぽいな strval() をがんがん使うつもりならそれでもいいが、
Perl派生言語のジレンマを、そう気軽に語ってくれるなｗ
>>101
それはPHPの「仕様」ではないよね。雰囲気ではそうかもだけど。
実際、ユーザ定義のメソッドで __ が使えない訳ではない。
0103nobodyさん
2008/09/13(土) 22:53:57ID:???ZF規約の欠点ではなかろうか。
ZF自体の作りの洗練されなさを考えると、
深い考えがあってそうしたものでもなさそう。
実際symfonyなんかは、Javaと同じでプレフィックス付けたりしてないし。
Rubyでもそんな習慣聞いたことない。
PHP4の呪縛を引きずってるだけじゃね？
こんな規約、いらないんじゃね？
0104nobodyさん
2008/09/13(土) 22:59:30ID:???publicと、private,protectedの区別をメソッド名でつけることは、
意味がないとは思わない
> protectedとprivateは別物なのに、
っていうのは同意だけどね
それについて、ここしばらくPHPの仕様がらみのレスが
付いてるように見えるんだがそれについてはどうなんだｗ
0105nobodyさん
2008/09/14(日) 00:28:45ID:???.のが使いやすいのは同意なんだけど、加算演算子と文字列連結演算子が別なのは
PHPの数少ない美点の一つだと思ってる。
0106nobodyさん
2008/09/14(日) 01:05:36ID:???それは単純にPerl由来なんだけどな。$ と同様に。
$ の使い方としては劣化してるし、この辺はもうPerl文化を切り捨てるか、
PHPの独自路線が欲しい所ではある
0107nobodyさん
2008/09/14(日) 01:09:29ID:???あれきもいし
0108nobodyさん
2008/09/14(日) 02:35:06ID:???Perlの遺産だったり、Cが透けて見えたり、Javaのパクリだったり...
で、だからこそ普及しているんじゃないかな。
あと関係ないけどPHP6で常にUnicodeモードを有効にしたのは英断だと思う。
パフォーマンスやメモリへの影響も今時のサーバで問題があるほどでもないし。
5系から6への移行は大変かもしれないけど、それで仕事が増えるなら構わないw
0109nobodyさん
2008/09/14(日) 03:31:07ID:???0110nobodyさん
2008/09/14(日) 04:04:33ID:???４，５，６とか大変なんだが～
0111nobodyさん
2008/09/14(日) 04:10:29ID:???保守案件で4なら、ご苦労様としか言えぬｗ
6は、一応5.3と互換性を持たせるつもりみたいだね
その5.3が大変なんだろうけど、まだ見ないねぇ
0112nobodyさん
2008/09/14(日) 09:51:48ID:???0113nobodyさん
2008/09/14(日) 10:42:39ID:???0114nobodyさん
2008/09/14(日) 10:44:44ID:???0115nobodyさん
2008/09/14(日) 11:30:26ID:???0116nobodyさん
2008/09/14(日) 14:34:14ID:???0119nobodyさん
2008/09/17(水) 13:33:07ID:???・Ruby
・Python
・Perl
やっぱPythonかな？
0120nobodyさん
2008/09/17(水) 13:35:32ID:???0121nobodyさん
2008/09/17(水) 13:41:27ID:???仕事的には、PHPより高速で安定的に動作して、
月額1000円程度以上のレンサバには95%以上の確率で入ってるなら
なんでもいい。
そんなのある？
0122nobodyさん
2008/09/17(水) 13:43:47ID:???FastCGIの方は、95%にはちと足りんかな？ｗ
0123nobodyさん
2008/09/17(水) 13:50:56ID:???ZendStudioがあるから結局PHP使ってる・・
0124nobodyさん
2008/09/17(水) 18:12:51ID:???0125nobodyさん
2008/09/17(水) 18:45:58ID:???0126nobodyさん
2008/09/17(水) 22:00:15ID:???0127nobodyさん
2008/09/18(木) 02:36:03ID:???0128nobodyさん
2008/09/18(木) 16:41:27ID:???0129nobodyさん
2008/09/18(木) 16:49:43ID:???コードの依存部分が全体に広がるエクステンションを入れるのはやっぱり抵抗あるわ
もしそれがダメになった時のことを考えると
0130nobodyさん
2008/09/18(木) 16:52:54ID:???まだRubyで楽しんでる方が健全じゃねーかｗｗｗ
0131nobodyさん
2008/09/18(木) 19:11:26ID:???0132nobodyさん
2008/09/18(木) 19:12:59ID:ykJuPDO5別に、フレームワーク使ったってそのフレームワークに依存するじゃん
なんでQIQだと抵抗があるのか
0133nobodyさん
2008/09/18(木) 20:57:09ID:???調べて修正できるのかって点で、違いすぎるだろｗ
ぶっちゃけ、PHPのコアに関わっている人間にとっての別実装や実験として
でもなければ、QIQなんておもちゃ以外の何者でも無かろうが
0134nobodyさん
2008/09/18(木) 21:38:02ID:???qiqの開発が停止して非対応だったら
それまで書いたqiq依存コードがもろとも脂肪じゃん。
フレームワーク使っててもフレームワーク非依存なプレーンなクラスは書いていくし
そういうのは流用が効く。
0135nobodyさん
2008/09/19(金) 00:57:48ID:???PHP5依存コードが脂肪しない保証もない。
Zendと契約結んでる？ そりゃ失礼しました。
0137nobodyさん
2008/09/19(金) 12:02:16ID:???同一視できるのか
また、ユーザの少ないというか皆無に近いQIQなるエクステンションと、
ばりばり商用利用され、長期間メンテの続いている普及率抜群の
プロジェクトとを同一視できるのも素晴らしい
>>132とか>>135とかは、きっと「フレームワーク」の中を調べたりましてや
いじったりなんて、思いもしないユーザなのかな？
ひょっとして全部同列に見えるくらいのスーパーハカーですか？
0138nobodyさん
2008/09/19(金) 18:10:39ID:???サンデープログラマーから職業プログラマーまで幅が広い。
QIQは素晴らしいエクステンションだから、PHPを支援しているIBMやマイクロソフトとかの大手企業に支援してもらったらいいんじゃないですか？＞作者の方
0139nobodyさん
2008/09/20(土) 13:23:29ID:???qiqって何が素晴らしいの？
0140nobodyさん
2008/09/20(土) 13:42:12ID:???執着してる人が結構いるようだし
0141nobodyさん
2008/09/21(日) 05:27:57ID:???あと -> を . にすれば書くのも読むのも楽だ
0142nobodyさん
2008/09/21(日) 05:32:43ID:???0143nobodyさん
2008/09/21(日) 18:00:01ID:???>PHPのフレームワークと、土台のPHP・Apacheとを、どうやったら
>同一視できるのか
おいおい、PHPの安定性をApacheと同じにしないでくれよ。
どうせPHPだってver4のサポートなんてもう打ち切られるじゃん。
未来永劫サポートされるわけじゃないし、どっちもどっち。
PHPもフレームワークもQIQも、どれもオープンソースじゃん。
だれかのメンテに頼るのもいいけど、必要なら自分でメンテすればいいじゃんか。
QIQなんてただのライブラリにすぎないんだから、そのくらいできるだろ。
でかいフレームワークのコード読むよりは小さいQIQのほうが楽。
0144nobodyさん
2008/09/21(日) 19:43:02ID:???ライ・・ブラリ・・・？
> でかいフレームワークのコード読むよりは小さいQIQのほうが楽。
確かにそうかもしれんが、QIQが何をやってどこを修正すれば
どうなるかってのをつかむ為には、少なくともCとBison(Yacc)と
PHPのCソースコードに関する知識が必要。
てか「楽」じゃねーよｗ
0145nobodyさん
2008/09/21(日) 20:08:55ID:???0146nobodyさん
2008/09/21(日) 21:37:07ID:???単体では短くても、理解しようとするとZend Engineのソースコード全体を見る羽目になるw
それとは関係ないけど、拡張モジュールを作るなら何気にPHP6はAPIが使いやすくなってる。
5.3もUnicode関連を除いてほぼ6相当だけど、便利な関数が5.3だけZEND_APIとしてエクスポートされていなくて切ないことも。
0147nobodyさん
2008/09/22(月) 00:20:44ID:???>QIQのソースコード読むのが楽なわけないが。少なくともPHPのウェブフレームワークなんかよりは遙かにスキルが要求される。
それはおまえがWebのスキルしかないから。コンパイラコンパイラの初歩知識があれば、見れば分かる。
自分が慣れてる分野のコードは読めて、知識のない分野のコードは読めないのは当然。
0148nobodyさん
2008/09/22(月) 00:46:48ID:???0149nobodyさん
2008/09/22(月) 01:04:16ID:???ただいえるのは、PHPという言語仕様を非公式変えてしまうようなものは
公式でPHPそのものが変わったときに対応が困難になるから
使うのはやめておけってこった。
0150nobodyさん
2008/09/22(月) 07:15:01ID:???0151nobodyさん
2008/09/22(月) 10:49:18ID:???0152nobodyさん
2008/09/22(月) 16:45:08ID:???思ってるんですが、マジックメソッドの __get使ってモデルやコンポーネントの
呼び出しを下のようにやってみたいんだけど、何か問題あります？
class HogeController extends Controller
{
function index()
{
$data = $this->Model->classname->find();
$this->Component->classname->hogehoge();
}
}
0153nobodyさん
2008/09/23(火) 00:47:41ID:???$this->Modelとか$this->Componentの__get()で、
与えられたクラス名のオブジェクトを生成・取得するって仕組み？
特に悪いとも思わないけど、必要とか便利とかもあんまり思わないｗ
例えば設計思想とか、利用時の利便性とかもあるんだろうけど、
同じ事をするのに、Model::factory()とかModel::singleton()でも
いい場合もあるかもだし
ピントはずれだったらｽﾏｿ
0154nobodyさん
2008/09/23(火) 00:51:04ID:???> 同じ事をするのに、Model::factory()とかModel::singleton()でも
→ 同じ事をするのに、Model::factory(classname) とか new classname() とか classname::singleton() とかでも
0155nobodyさん
2008/09/23(火) 02:07:19ID:???0156152
2008/09/23(火) 15:14:04ID:???使うコンポーネント設定するのいちいち面倒だな～と思ってたんで。
そういうやり方もあるんですね、勉強になります。有り難うございました。
0157nobodyさん
2008/09/23(火) 17:34:13ID:???（ ´∀｀）＜ ぬるぽプロジェクト
みんなで面白いサイト作って有名にしようぜ！
http://yutori.2ch.net/test/read.cgi/news4vip/1222156869/
★まとめwiki
http://www39.atwiki.jp/vipproject/
PHPのフレームワークとして symfonyを採用予定です。
0160nobodyさん
2008/09/26(金) 16:21:57ID:???すると実際にautoloadされるときにbus erorrで落ちるね。
spl_autoload_register($f=function($name){...}); なら$fが生きている間だけは落ちない。
0161nobodyさん
2008/09/26(金) 16:42:24ID:???6も使えるようになるまでは長いだろうなぁ
0162nobodyさん
2008/09/27(土) 08:37:12ID:???railsとcakephpと、どっちが向いてる？
0163nobodyさん
2008/09/28(日) 11:02:03ID:???Ruby（少なくともRails）とPHPが同等にできる人にとってしか答えようがないし、
回答もしかりw
0164nobodyさん
2008/09/28(日) 11:49:26ID:???0165nobodyさん
2008/09/28(日) 15:59:10ID:???0166nobodyさん
2008/09/28(日) 18:15:32ID:???0167nobodyさん
2008/09/28(日) 22:06:23ID:???無いわー
0168nobodyさん
2008/09/28(日) 23:15:36ID:???何が不満なのかわからない
0169nobodyさん
2008/09/29(月) 06:03:55ID:???0170nobodyさん
2008/09/30(火) 00:08:37ID:???0171nobodyさん
2008/09/30(火) 00:17:33ID:???ヘッダフッタ辺りのレイアウトとかで楽したいなら、
手慣れたテンプレートエンジンがあればいいかもだけど
フレームワークってのとはちょっと違うような
多分必要なのはView側の省力化・柔軟性かなあ
0172nobodyさん
2008/09/30(火) 00:41:51ID:???0173nobodyさん
2008/09/30(火) 01:56:27ID:???個人情報を漏らしまくって最終的にPHP脂肪ｗｗｗ
0174nobodyさん
2008/09/30(火) 03:55:27ID:CLW/UbJj0175nobodyさん
2008/09/30(火) 06:24:36ID:???フレームワーク作者で一番センスあるコード書くのがフランチョス。
0176nobodyさん
2008/09/30(火) 07:01:23ID:???_区切りとかKENTかよｗ
0177nobodyさん
2008/09/30(火) 07:07:59ID:???何かと間違えてないか？
0178nobodyさん
2008/09/30(火) 07:12:10ID:???0179nobodyさん
2008/09/30(火) 07:26:27ID:???0180nobodyさん
2008/09/30(火) 19:28:17ID:???0181nobodyさん
2008/10/01(水) 01:38:54ID:???クラス名とか関数名とか考えるとき、どっちにしようかいつも迷ってしまう
0182nobodyさん
2008/10/01(水) 01:50:42ID:???0183nobodyさん
2008/10/01(水) 07:31:56ID:???関数は地下に潜った存在になるだろうな
0184nobodyさん
2008/10/02(木) 19:06:50ID:???アンダースコア派だったからどうもなじめない
0185nobodyさん
2008/10/02(木) 19:46:59ID:???アンダースコアが普及しているような言語あるの？
0186nobodyさん
2008/10/02(木) 19:54:09ID:???0187nobodyさん
2008/10/02(木) 19:55:23ID:???0188nobodyさん
2008/10/02(木) 19:59:51ID:???0189nobodyさん
2008/10/02(木) 20:29:01ID:???0190nobodyさん
2008/10/02(木) 20:58:24ID:???それはクラス名だけでいいと思う
0191nobodyさん
2008/10/02(木) 21:19:41ID:???そんなコード見たことない
0192nobodyさん
2008/10/02(木) 21:28:23ID:???携帯ミドルウェアとかやっててC/C++は触るがJavaは触らない、って人もやる。
まあぶっちゃけ Java vs. C# なんだけど、PHPは中途半端なので混在してる。
その点Rubyは、作ってる・使ってる人間がC・Perl on *nix の人メインなので、
アンダースコア派が主流なのかな
また、RubyではUpperCamelCaseは文法的に定数扱いされるので、メソッド名や
通常の変数名には使えない。・・・MS流が嫌いなのか？ｗ
0193nobodyさん
2008/10/03(金) 00:28:34ID:???0194nobodyさん
2008/10/03(金) 02:07:48ID:???PHPはJava風なんだけど、初期に出来た関数の命名が超適当だからな。引数の取り方とかも。
C#とかJavaはどうせIDE使うんで、まあ、どうでもいいような気がする。
0195nobodyさん
2008/10/03(金) 11:11:04ID:???0196nobodyさん
2008/10/03(金) 14:57:50ID:???アッパーキャメルケース (UCC)、またはパスカルケース(PascalCase)
複合語の先頭を、大文字で書き始める。
つづり例：CamelCase
ローワーキャメルケース (LCC)、または単にキャメルケース
複合語の先頭を、小文字で書き始める。
つづり例：camelCase
0197nobodyさん
2008/10/03(金) 15:09:46ID:???自分用メモか？
0198nobodyさん
2008/10/03(金) 15:43:33ID:???0199nobodyさん
2008/10/03(金) 16:36:40ID:???0200nobodyさん
2008/10/03(金) 17:18:11ID:???0202nobodyさん
2008/10/03(金) 18:04:06ID:???0203nobodyさん
2008/10/03(金) 19:59:32ID:???0205nobodyさん
2008/10/03(金) 20:55:12ID:???geThogEとか
0207nobodyさん
2008/10/03(金) 23:48:08ID:???0209nobodyさん
2008/10/04(土) 00:31:58ID:???0210nobodyさん
2008/10/04(土) 04:52:10ID:???class Class_Name
{
public function methodName( )
{
functionName($valOne, $valTwo);
if ($a == 1){
$b = 2;
}
}
命名規則、俺の結論はこのあたり。
http://framework.zend.com/manual/en/coding-standard.naming-conventions.html
http://solarphp.org/manual:project_standards:naming_conventions
Zend, Solarあたり守っとけばPEARの規約でも問題ない。あとクラス名は_で区切っとかないとauto loaderがめんどい。
0211nobodyさん
2008/10/04(土) 07:46:06ID:???0213nobodyさん
2008/10/04(土) 15:19:20ID:???>>210じゃ無いけど、ディレクトリ構造を反映ってことじゃない？
Perlのモジュール風？
Zend_Db_Table_Rowクラス => Zend/Db/Table/Row.php
ってな感じじゃないかと想像
0214nobodyさん
2008/10/04(土) 15:29:32ID:???たしかに_区切りはよさげだな
0215nobodyさん
2008/10/04(土) 20:31:20ID:???0216nobodyさん
2008/10/05(日) 02:47:20ID:???その通り。フォローthx
PEARでもその命名でディレクトリきってるし、PEAR2ではそのルールでauto loader標準だと思ったよ。
0217nobodyさん
2008/10/05(日) 04:57:56ID:???DBなのかDbなのか、PDFなのかPdfなのか、っていう違いも
あるねｗ
これがまた人によってまちまちだし、同じ人でも場合によって
違う場合がある
0218nobodyさん
2008/10/05(日) 05:28:14ID:???あとプロパティはどうせ全部 private なので _ が面倒
0219nobodyさん
2008/10/05(日) 11:01:14ID:???例えばSolar_Auth_Adapter_Sql はパッケージ名はSolarで認証クラスをアダプターでSQLクラスで実装してるクラス。
Solar/Auth.php
Solar/Auth/Adapter.php Solar_Auth_Adapterクラスで抽象クラスを定義
Solar/Auth/Adapter/Sql.php Solar_Auth_Adapter_Sql クラスでSolar_Auth_Adapterクラスを実装
0220nobodyさん
2008/10/06(月) 14:16:23ID:H0RcPBpG参考になります＾＾
0221nobodyさん
2008/10/07(火) 00:37:43ID:h510jQqa意味不明で面白い。ウケる。
0222nobodyさん
2008/10/07(火) 14:11:17ID:???> デザインパターン使うときはデザインパターンも名前に入れてる
それ、使うときもあったり使わないときもあったり、
クラスに単一のパターンしか適用されない場合、
そのパターンの為のクラスの場合には、そういう名前付けられるけど
一つのクラスに複数のパターンが適用される場合困るんだよな。
0223nobodyさん
2008/10/07(火) 14:44:16ID:???結局どれがいいんだ…
0224nobodyさん
2008/10/07(火) 14:53:14ID:???スタンダードにしてやれ
0225nobodyさん
2008/10/07(火) 14:58:34ID:???0226nobodyさん
2008/10/07(火) 20:28:02ID:???0229nobodyさん
2008/10/10(金) 00:45:42ID:???機能追加しすぎで扱いにくいWEBサービスのようだ
0231nobodyさん
2008/10/16(木) 15:31:37ID:???0232nobodyさん
2008/10/17(金) 00:38:24ID:???http://q.hatena.ne.jp/1210442237
Pradoが圧倒的ですねｗ
http://www.pradosoft.com/
0233nobodyさん
2008/10/17(金) 01:45:17ID:???0234nobodyさん
2008/10/17(金) 03:15:57ID:7gkZ0lccPRADOの解説本が出てないじゃん！？
Zend、Symfony、CakePHP、CodeIgniterの本は出てるぞｗｗｗ
出版社は売れるであろう本を出すはず
0235nobodyさん
2008/10/20(月) 02:51:25ID:ya5easnJネットで検索しても「ajaxでページネーション」はあるんだけど・・・
0236nobodyさん
2008/10/20(月) 17:37:11ID:???http://www.google.co.jp/search?hl=ja&q=site%3Asymfony-project.org+paginate
0237nobodyさん
2008/10/20(月) 21:10:52ID:Kq4igHV+でもそれも機能たいしてなくないか？
CakePHPみたいに同一ページの複数モデルに対応してないでしょ？
っていうか、ページネーションって掲示板ですら絶対に必要になる機能なのに
なんで標準で付けないんだろ
0238nobodyさん
2008/10/20(月) 21:57:19ID:???最適化が難しいから。
一度でもページネイションの機能を作ったことがあればわかると思うが、
DBから全データ読み込んでから絞り込むのか、検索条件を考慮したデータを
取得しておいてからそれを絞り込むのか、なんだかんだ。
基本的に、データの「件数」がわからないとページング出来ない。
（それを無視してやるページングもあるが。）
どうせライトユーザ向けには、DBやらと連携したページングを求め
られるんだから、「始めからつけてない」は、ある意味賢明な選択だよ。
・・・↑が不満なら、PEARとか使えばいいじゃん、全く。
0239nobodyさん
2008/10/20(月) 22:10:00ID:Kq4igHV+いや俺もたいしたやつじゃないけど作ったことあるし、
CakePHPのソースを解析したりしてみたけど、
そんなに難しくはないと思うけどな（だったらそれ使えばいいじゃんと言われるかもしれないが・・・）
＞基本的に、データの「件数」がわからないとページング出来ない。
これは渡せばいいだけ
0240nobodyさん
2008/10/20(月) 22:21:43ID:???うん。だから、>>238の二行目
>最適化が難しいから
と、最終行
>・・・↑が不満なら、PEARとか使えばいいじゃん、全く。
が、結論なんだけどなｗ
「フレームワークに標準で付いていない」ってのが問題じゃ無かったのか？
0241nobodyさん
2008/10/20(月) 22:31:39ID:Kq4igHV+PEARは使いたくない
まあ、付いてないことがはっきり分かったからもういいです
0242nobodyさん
2008/10/20(月) 23:11:01ID:???しかも色んな状況に対応できる
さあ、ZFを使おう！
0243nobodyさん
2008/10/20(月) 23:27:07ID:Kq4igHV+0244nobodyさん
2008/10/20(月) 23:34:15ID:???CakePHPはよくできてる。
データの件数ってのは、データ用のSQL文のうち条件は同じでselectするものが、
フィールド名の変わりにcount(*)になっただけ。
そこの部分（フィールド名の変わりにcount(*)）への変換を
自動でやってくれるから、データ用のSQLに相当する部分のみを書けばいい。
また、データ用のSQLにlimitを主導で追加する必要もない。これも自動で追加される。
つまり、「データを取ってくるSQL」を書いて「ペジネーション」処理を使うだけで内部的に、
「データを取ってくるSQL」には、自動的にlimitが追加されて発行され
「データを取ってくるSQL」には、自動的に件数を取得するcountに変更される。（当たり前だがこっちにはlimitはつかない）
（もちろんSQL直書きではなくモデルの操作だが）
最適化って話なら、データ件数を取得する関数をオーバーライドできる。（上のやつはデフォルト動作）
こういう目的でオーバーライドされるために存在するメソッドが用意されている。
0245nobodyさん
2008/10/20(月) 23:41:59ID:???うーん。それは、例えばファイルベースのデータとかには適用できないよね。
メールボックスを漁るとか、さｗ
無理矢理使おうと思えば、いっぺんDBに放り込む必要がある。
そんな（SQLで全部済む）フレームワークばかりではない、っていう前提に
立てば、ページネイションの機能は汎用的なものにならざるを得ない。
データの件数と一ページ辺りの取得件数から、データ開始位置（番号）と
データ終了位置を取得する、みたいな。
SQLで言えば、OFFSET とそこからの LIMIT を取得するだけ、っていう。
んで、そんなクラスが乱立しても仕方ないので、PEARなりZendなり使えって
結論で多分無問題。
と思うんだけどなぁ
もちろん、>>244みたいな全自動？ページネイションを否定するわけではないけど。
0246nobodyさん
2008/10/20(月) 23:53:02ID:???0247nobodyさん
2008/10/21(火) 00:20:07ID:???0248nobodyさん
2008/10/21(火) 00:32:46ID:???またそんな無茶ぶりをｗ
フレームワークなりライブラリなり作る身になれｗ
まあ、そんなこと言う人は自分で作るんだろうけど
0249nobodyさん
2008/10/21(火) 01:06:35ID:???>CakePHPはよくできてる。
別にCakeだけがよくできてるわけじゃなくて、Cake以外もできてますよね？
0250nobodyさん
2008/10/21(火) 03:24:50ID:???ページネイションとSQLをごっちゃにしてね？
SQL_CALC_FOUND_ROWSを使った独自SQL文からのデータを、
ページネイションに渡せばいいんですよ。
0252nobodyさん
2008/10/21(火) 03:31:10ID:???0253nobodyさん
2008/10/21(火) 03:33:09ID:???それだけはガチ
0255nobodyさん
2008/10/21(火) 03:37:18ID:???面識ないし、simplateを使ったこともないけど泣きそうになっちゃった
0256nobodyさん
2008/10/21(火) 03:39:35ID:???FW付属のモデルだとクラスタリング対応とかしにくいじゃん
0259nobodyさん
2008/10/21(火) 03:46:39ID:???もういいんだ。PHPの世界でテンプレートはもう死んだんだ。
みなが、PHPがテンプレートそのものじゃね？と気づいた。
君の役目は終わった。
0260nobodyさん
2008/10/21(火) 03:53:16ID:???いい仕事をしている人を愚弄するな
0261nobodyさん
2008/10/21(火) 03:57:54ID:???0263nobodyさん
2008/10/21(火) 04:04:16ID:???高カロリー低栄養のケーキ喰いすぎてメタボm9(^Д^)ﾌﾟｷﾞｬー
0266nobodyさん
2008/10/21(火) 15:53:57ID:???さすがにcake厨の煽りはレベル低いねｗ
0267nobodyさん
2008/10/21(火) 16:58:55ID:???0268nobodyさん
2008/10/21(火) 17:12:18ID:???まず汎用的な単体ページネーションクラスを書いて
それにモデルをアタッチできる継承クラス書くなり
アダプタ書くなりするのが普通です
つまりsymfonyは神、cakeはホームレス
0269nobodyさん
2008/10/21(火) 18:03:54ID:???ページネーションがmodelと一緒くたになっていると
勘違いする人もいるんだなぁｗ
コントローラと一緒くたになっているというならまだしも。
（まあコントローラと一緒くたになるのは何の問題もありませんが）
いったいどこの部分を見て一緒くたといっているんだろうか。
modelから任意の範囲のデータを持ってくる機能？
これをmodelに入れないとしたらどこに入れるんだか。
0270nobodyさん
2008/10/21(火) 19:56:58ID:???cakeってPHP4/5用だっけ？
4を切り捨てずにクリーンになんて書けるわけねーし
物乞い乙ｗｗ
0271nobodyさん
2008/10/21(火) 20:34:39ID:???0272nobodyさん
2008/10/21(火) 21:33:22ID:???ウリだったPHP4対応が今度は足かせになります
0273nobodyさん
2008/10/21(火) 23:07:36ID:???0274nobodyさん
2008/10/22(水) 02:03:20ID:???仕事じゃ使えません
0276nobodyさん
2008/10/22(水) 02:16:16ID://oF70ynクライアントに言ってくれよ…
verアップを勧めても、他のプログラムに不具合が出るかもしれないので
PHPのverアップはできません(^o^)
って言われるしな…
0277nobodyさん
2008/10/22(水) 02:32:46ID:???0279nobodyさん
2008/10/22(水) 08:21:37ID:???0280nobodyさん
2008/10/22(水) 08:43:18ID:???歩のスパイラルだな
もうPHP４は絶体絶命のセキュリティ穴でも作って
使ってるサーバごとぶっ壊せばいいのに
0281nobodyさん
2008/10/22(水) 13:04:41ID:???といいつつこないだ出たけど。
レン鯖でPHP4と5共存してるところとかあるよね。
0282nobodyさん
2008/10/22(水) 15:48:34ID:???とか言えばいいんじゃないのかな。
実際大変だし。
0283nobodyさん
2008/10/22(水) 16:26:31ID:Skk+7Du0じゃあ他に頼みます
0284nobodyさん
2008/10/22(水) 16:29:12ID:???0285nobodyさん
2008/10/22(水) 16:32:01ID:???踏ん切りつけれないとこ(クライアント)は総じて馬鹿な奴が多いよな。不思議と。
0286nobodyさん
2008/10/22(水) 16:42:21ID:???作り手の気持ちを考えられない
0287nobodyさん
2008/10/22(水) 16:46:31ID:???それで仕事逃すなんてもったいない。
php5で作る素晴らしさを説明して、説得するんだ。
php4なら高いというのは、言い換えればphp5なら安い。
実際php5で作るよりphp4の方が工数増えない？
クライアントというより、元請からの仕事なら、しょうがないが。
0288nobodyさん
2008/10/22(水) 17:31:12ID:???0290nobodyさん
2008/10/22(水) 18:01:25ID:???0292nobodyさん
2008/10/22(水) 18:29:23ID:???今から作るのにPHP4なんていくらなんでもあほすぎだよ
0293nobodyさん
2008/10/22(水) 18:46:54ID:???0296nobodyさん
2008/10/23(木) 00:13:27ID:???確かに、今から作るならPHP5だね。
まっさらな新規案件なのにPHP4でっていうのは、
PHP4に慣れて自分のライブラリとかをPHP5で使えるようにしない技術者の怠慢。
ただ、PHP5だからって工数が圧倒的に圧縮できる訳じゃない。
そういう意味では、既存でPHP4で走ってるのの改良はかなりつらい。
0297nobodyさん
2008/10/23(木) 01:19:05ID:???>PHP4に慣れて自分のライブラリとかをPHP5で使えるようにしない技術者の怠慢。
ちょっと違う。
使えるようにできない、ていうか、（できないことはまずないから）、できるかどうかすら
わからない、技術者の怠慢「と無能」
が正しいように思ってる。まあこんな事は職場では言いたくないけど。
0298nobodyさん
2008/10/23(木) 01:29:54ID:???0299nobodyさん
2008/10/23(木) 01:34:26ID:???それすら、怠慢（自分の仕事を楽により良くする努力を怠っているという意味で）、
っていう次元ですよ。
「新規案件でPHP4」っていうお話はね。
既存スクリプトの保守案件はまた別と理解してます。
あと、教育コストが云々は認めません。少なくとも、俺がチーフ（笑）なら。
0300nobodyさん
2008/10/23(木) 08:08:47ID:???0301nobodyさん
2008/10/23(木) 12:08:45ID:yerXAIOJサポート切れてるPHP4つかうなよ
0302nobodyさん
2008/10/23(木) 12:21:21ID:???E_STRICT強制で難易度高くなるってなんだそりゃ？ｗ
警告をプログラムを完成させるまでの試練と考えているのかな？
俺にとっては、警告はプログラムを完成させるまでの
サポートだと思うんだが。
つまり、E_STRICTを強制されたほうが逆に難易度は低くなると感じる。
間違ったコード、良くないコード、そういったものを排除できるからね。
0303nobodyさん
2008/10/23(木) 12:24:37ID:???早く切り捨てるべきと説き伏せろ！
あれ、ここ何スレ？
0304nobodyさん
2008/10/23(木) 12:25:03ID:???出すにしても、別にログを取りたくなるくらい
一方、E_NOTICEはデフォルトでONでもいいと思うんだ
この辺のバランスがなあ
0305nobodyさん
2008/10/23(木) 12:30:37ID:???どんだけいい加減なもの作ってるんだ
0306nobodyさん
2008/10/23(木) 13:31:17ID:???Java大好き志向でのコーディングかな？
まるまる新規コーディングじゃないとNon-static method ～～ とか、
出まくって修正も大変だと思うんだが。
「基本」は言い過ぎだし、頭でっかち感が否めない
いまだにnoticeすら無視されまくってる現状で
0307nobodyさん
2008/10/23(木) 13:42:27ID:???少なけりゃつぶすけど、多かったら放置にはなるね。
新規案件なら、E_STRICTなんてたまにしか出てこない。
たまにだから、出たらつぶすよ。
てかE_NOTICEもそんな頻繁に出ないような。
どっちかというと、Pear使っていい案件の時、Pear内に沢山あって
ゲンナリすることの方が多いなぁ。
0308nobodyさん
2008/10/23(木) 15:10:38ID:???それでも、下手なプログラムを排除できるというメリットはある。E_STRICTをオンにしたら、エラーばっか出て実装が進めないPHPプログラマーは多数いるだろう。
0309nobodyさん
2008/10/23(木) 16:06:40ID:???それはお前だけｗ
0310nobodyさん
2008/10/23(木) 16:58:02ID:???0313そこそこ初心者
2008/10/23(木) 21:41:05ID:???なかなかダウンロードページにたどり着けません…
0314nobodyさん
2008/10/23(木) 21:41:33ID:???0315nobodyさん
2008/10/23(木) 22:04:30ID:???類は友を呼ぶっていうだろ。
>>311の周りにはそういうゴミみたいな連中が沢山いるんだよ。
底辺の環境で仕事してる証拠。
0316nobodyさん
2008/10/23(木) 22:05:17ID:???いまだに一番使われてるフレームワークはMojavi
0317nobodyさん
2008/10/24(金) 03:28:29ID:???その言い方には語弊があるようなw
「現状使用したことがあるフレームワーク」という質問だから、今使用しているとは限らないと思うが
0318nobodyさん
2008/10/24(金) 08:18:02ID:???しかも、PHPカンファレンス2008に参加したという、技術に関心の高いPHPプログラマーが対象のアンケートでこの有様。
0319nobodyさん
2008/10/24(金) 09:01:16ID:???フレームワークは重くなる遅くなるから使いません！言ってたな
提供サービスを全部新しく作り直すらしいけど、次はJavaでもPHPでもなく、Rubyだ！
とか言ってた。でもRails遅過ぎるから速度が必要なとこだけFWなしのPHPだとかなんとか…
大丈夫か…ｗ
0320nobodyさん
2008/10/24(金) 09:09:26ID:???無駄なコード書いて死んだらええねん
0321nobodyさん
2008/10/24(金) 09:42:46ID:???てか速度が必要なとこだけphpという選択はどうなの？何でphpなの？
0322nobodyさん
2008/10/24(金) 11:41:32ID:???0323nobodyさん
2008/10/24(金) 11:47:54ID:???とかいう意味かもね？
調べた上で使えねえ、って言ってるのかもしれんが
0324nobodyさん
2008/10/24(金) 12:30:23ID:???そうなのかーってちょっと思わされかけてたけど、やっぱおかしいよねこれｗ
ちなみに、規模や今後の事なんかも考えると、Javaとかを選択したほうが
いいんじゃないかとかをきいてみたら、Javaは遅いし、もう古いとか言われてさ
さすがにその見解はちょっとどうなのって思っちゃったｗ
フレームワークを使わず自分でコード書くことは(勉強としては)すごく重要だと思うし
自社開発の会社だから、社員の成長のためにいろいろやらせたい、って感じな部分も
あるのかもしれないけど、メインの仕事で車輪の再発明みたいな事繰り返して
無駄な工数増やすのは間違ってると思ったｗ
0325nobodyさん
2008/10/24(金) 12:37:16ID:???「Javaは遅いし」
ちょっと待てｗ
うーん。こういう面接（下手したら社長とか）も、あるあるｗとしか言えない
0326nobodyさん
2008/10/24(金) 12:47:42ID:???まさかJava=アプレットとしか知らなかったりしてナｗ
0327nobodyさん
2008/10/24(金) 13:27:47ID:???0328nobodyさん
2008/10/24(金) 14:05:30ID:???元々Javaをやってる会社なら別だけど、今選択するならJavaは古いと思う。
あと既存のフレームワークを使わないで、自社で作るという選択肢はありだと思う。
既存のものは何かと合わなかったりするし、フレームワークが無いと開発できません。
は困るし。
自社のフレームワークもありません。
だと困るがｗ
0329nobodyさん
2008/10/24(金) 14:15:28ID:???代替物が無い状況では、古いってのは意味がない
なんでまだC言語で開発が行われてるのかと
PHPやRubyがJavaを完全に代替できる筈もないし、
目指してもないだろ。
文脈無しでJavaが古い、はナンセンスだと思うよ
0330nobodyさん
2008/10/24(金) 14:24:54ID:???0331nobodyさん
2008/10/24(金) 14:59:36ID:???いやさ、これから会社が新たな「開発言語に取り組む！」って時に、
何の言語か聞いてみたら、
「これからはJavaです！」とかいってたら、
「いまさら？」って思わないかってことなんだが。
もちろんJavaは現役で使われてる言語だとは思うよ。
俺も案件によってはphpじゃなくてJava使うし。
0332nobodyさん
2008/10/24(金) 15:12:25ID:???ある程度古く枯れてきてないと商用にはあまり向かないってのもあるだろうし
色々理由付けがあっての「古い」なのかも知れないから、深くは突っ込まなかったけど
なんかJavaを毛嫌いしてるって感じの印象を受けた感じだった
自社開発で提供してるサービスだったし、自社FWってのはありだと思うけど
日が建つにつれ混沌としてきて、組み込みなんかであるような
なんともドロドロした感じのものが出来そうなイメージもあるんだよなー
Web系で使う言語なんて結局は殆どが文字列操作をするためのもんだし、
自社製FWはどんなに突き詰めていっても
既存のものから使わないメゾッドとか減らしてHDDの使用量を減らしました！速度も気持ち速いです！
ってくらいの差しか出ないんじゃないかなーと
…と、スレチっぽい話題振ってスマソｗ
>>331
それは言語が古いんじゃなくて、その会社の取り組みの姿勢が遅れてるって感じなんじゃｗ
0333nobodyさん
2008/10/24(金) 15:30:39ID:???0334nobodyさん
2008/10/24(金) 15:39:06ID:???新しいからって理由で方向を決めるのもちょっと心配になるがw
0335nobodyさん
2008/10/24(金) 15:55:33ID:???最近Java触り初めてSAStrutsやらS2JDBCやら使ってるけどめちゃくちゃ開発効率上がったよ・・・
俺なんかJava全然知らないのに知らなくても普通に使える。これすごいよ
0336nobodyさん
2008/10/24(金) 16:24:57ID:???0337nobodyさん
2008/10/24(金) 16:38:07ID:???PHP4からの移行とかで現実的なのがCakePHP
公式だけど、フレームワークとしてはいまいち、
どちらかといえばライブラリ？って感じなのがZendFramework
0338335
2008/10/24(金) 16:42:42ID:???このスレのネタなのかマジなのかわからない「もうちいたんでいいよ」
っていう指摘はあながち間違ってないと思うんだよね
以前もどこかで同じ事言ってる人がいたが、デファクトスタンダードが
決まらない状況が続けば続くほど、リソースの集約もそれに輪をかけて遅れていくわけだし。
それに伴って余計スタンダードが決まらない・・・リソース（ｒｙ
の悪循環が続いて俺はPHPに限界を感じて、Javaに手を出すことにしたんだよ。
PHPの適当さ加減を一番活かすには必要最小限のFWでいいと思う。
逆にちいたんが成熟していったらかなりいい物ができあがるんじゃないかと思っている
0339nobodyさん
2008/10/24(金) 19:20:00ID:???Struts？ Spring？ Seasar？
結局Javaでもフレームワーク乱立だと思うけどね。
Javaは長いようだが成熟しているというわけでもなく、
J2EE/EJBが否定されて根本的に覆ろうとしているし（覆った？）
DIコンテナはもう普及し終わったかな？
0340nobodyさん
2008/10/24(金) 21:35:46ID:???0341nobodyさん
2008/10/24(金) 22:23:02ID:???多様性があるから発展性があるんだし
0342nobodyさん
2008/10/24(金) 22:31:56ID:???0343nobodyさん
2008/10/24(金) 23:56:56ID:???0344nobodyさん
2008/10/25(土) 14:14:16ID:???ちいたんでいい
0345nobodyさん
2008/10/25(土) 14:50:17ID:???0346nobodyさん
2008/10/25(土) 16:14:43ID:???0347nobodyさん
2008/10/25(土) 16:21:09ID:???仕事ではさすがに使えないだろうけど、個人でなら十分実用なんだよな
0348nobodyさん
2008/10/25(土) 17:16:18ID:???0349nobodyさん
2008/10/25(土) 18:12:46ID:???0350nobodyさん
2008/10/26(日) 00:22:59ID:???0351nobodyさん
2008/10/26(日) 00:59:20ID:???0352nobodyさん
2008/10/26(日) 01:07:17ID:???お前のために歌作ったんだみたいなアーティストっぽいな
0353nobodyさん
2008/10/26(日) 02:43:49ID:???0354nobodyさん
2008/10/26(日) 02:45:15ID:???0355nobodyさん
2008/10/26(日) 03:03:20ID:???0356nobodyさん
2008/10/26(日) 10:48:45ID:???0357nobodyさん
2008/10/26(日) 11:45:37ID:???0358nobodyさん
2008/10/27(月) 20:03:18ID:???\区切りキモス
0359nobodyさん
2008/10/27(月) 20:08:32ID:???0360nobodyさん
2008/10/27(月) 23:28:39ID:???0361nobodyさん
2008/10/27(月) 23:34:39ID:???0362nobodyさん
2008/10/27(月) 23:36:33ID:???0363nobodyさん
2008/10/28(火) 00:57:04ID:Xl2JqkE70365nobodyさん
2008/10/28(火) 01:05:19ID:???こちらをどうぞ
http://blog.ohgaki.net/php_5_3_namespace
0367nobodyさん
2008/10/28(火) 01:57:07ID:???0368nobodyさん
2008/10/28(火) 02:03:16ID:???あんたの環境でどう見えてるかは知らんｗ
2chを通したせいかも知れんが、あんたのレスの\と同じものだろ？
ASCIIで0x5cとも言う・・・っていうとなじみ深い気がして嫌だｗ
0370nobodyさん
2008/10/28(火) 02:14:58ID:???ああ。本当だ。その記事はU00A5で書かれてるね。てかブログの仕様？
俺もその記事しか見なかったから、確かなことは言えないけどｗ
・・・まあぶっちゃけASCII or Latin-1 以外を奴ら（誰？）に強制できる
わけもないので、￥マークってのはありえない、はず！
ソースコードUTF-8強制とかなら、むしろ嬉しいかもだけどな！
0371nobodyさん
2008/10/28(火) 02:17:35ID:???0372nobodyさん
2008/10/28(火) 02:24:27ID:???ttp://wiki.php.net/rfc/backslashnamespaces
誰か訳してｗ
0373nobodyさん
2008/10/28(火) 02:55:29ID:???0375nobodyさん
2008/10/28(火) 03:12:19ID:???u00A5(？)は、ISO-8859-1(Latin-1)にこそ、ある文字だ。
本来の意味での、円通貨を表すシンボル？
と言うわけで、>>370の安心は、その理由ならちょっと早いｗ
もちろん、実際PHPの仕様としてそんな訳は無いだろうけどｗ
0376nobodyさん
2008/10/28(火) 09:24:12ID:???0377nobodyさん
2008/10/28(火) 12:01:56ID:???lintじゃぁ出ないエラーの方が多いだろう。
構文エラーが出るのは大抵の言語で括弧とかクオートの閉じ忘れくらい。
/.で、PHPがこの惑星で一番アホなプログラム言語とか書かれて
ちょっとかわいそう。しかもInsightful: 5だし。
海の向こうのGeekもPHPはお嫌いなようで。
0378nobodyさん
2008/10/28(火) 19:56:14ID:???オープンソースのウェブアプリは
ほとんどPHPだし。
0381nobodyさん
2008/10/28(火) 20:24:18ID:???0382nobodyさん
2008/10/28(火) 20:35:27ID:???0383nobodyさん
2008/10/28(火) 20:39:58ID:???0384nobodyさん
2008/10/28(火) 20:45:16ID:???0385nobodyさん
2008/10/28(火) 21:21:52ID:???0386nobodyさん
2008/10/28(火) 21:26:37ID:???0387nobodyさん
2008/10/28(火) 21:27:12ID:???0388nobodyさん
2008/10/28(火) 21:27:44ID:???0389nobodyさん
2008/10/28(火) 21:41:50ID:???0390nobodyさん
2008/10/28(火) 21:46:17ID:???0391nobodyさん
2008/10/28(火) 21:52:07ID:???0392nobodyさん
2008/10/28(火) 21:54:43ID:???0393nobodyさん
2008/10/28(火) 22:52:01ID:???ttp://wiki.php.net/rfc/namespaceseparator
でも (5) number of chars は基準としてどうなんだｗ
# とか候補に挙がらなかったのかな？バックスラッシュより遙かにマシだと思うんだけど。
どうせ # でのコメントは非推奨だったんだし、使ってる奴なんて極少数だろうし
0394nobodyさん
2008/10/28(火) 23:34:09ID:???0395nobodyさん
2008/10/28(火) 23:43:35ID:???完全に無視してちゃんと作ったほうがいいよね
0396nobodyさん
2008/10/29(水) 00:08:59ID:???0397nobodyさん
2008/10/29(水) 00:58:53ID:???0399nobodyさん
2008/10/29(水) 02:00:15ID:???0400nobodyさん
2008/10/29(水) 02:39:33ID:???というか、現行の :: と -> の区別って必要なの？
メンバアクセスは全部 -> にしてしまえば、:: が使えるじゃない！
修正も多分、検索・置換でそれほど手間じゃなさそうだし
たかが名前空間って考えると、本末転倒な気もするけど
0401nobodyさん
2008/10/29(水) 02:56:57ID:???取得したデータをファイルにキャッシュしておいて随時読むのと、
どっちがコスト低いですか？
0402nobodyさん
2008/10/29(水) 02:59:03ID:???0403nobodyさん
2008/10/29(水) 03:12:12ID:???0404nobodyさん
2008/10/29(水) 03:18:43ID:???0405nobodyさん
2008/10/29(水) 03:39:09ID:???テーブルにどんなデータ型のカラムがあるかなんて取得する？
PropelとかDoctrineは定義ファイルを書くけど。
よくわからないけど、毎回DBから取得するより、
ファイルから取得した方が、普通に考えてコスト低いと思う。
んーなんか見当違いかな。
0406nobodyさん
2008/10/29(水) 08:12:34ID:???やっぱり、普通はファイルアクセスの方が速いですかね・・
0407nobodyさん
2008/10/29(水) 10:14:23ID:???そんなに変わらないっつーかファイルに書くより早いかもね。
パフォーマンスが問題ならベンチして決めるしかないでしょ。
メンテ込みなら、自動的にカラム型を読み込むのは便利。
0408nobodyさん
2008/10/29(水) 15:12:56ID:???キャッシュを作成するとなると常時最新でなくなる可能性が出るんじゃないの？
更新タイミングとか考えたり余計な手間が増えるだけ
逆に、変更がめったに行われないとかってわかってるものなら、ただの定数
ハナからDBに保存しておく必要なくね？
つか、なによりまずスレ違いだ
0409nobodyさん
2008/10/29(水) 15:34:43ID:???>>407で言っているのは、DBサーバはカラム型をメモリに置いているはずだということ。
つまりDBに問い合わせればディスクには読みにいかないだろうと言う読み。
付け加えると、SQLiteにしても、スキーマ情報はDBをオープンした後黙っても読まれるはずで、
それをメモリから取り出すだけだからいちいちファイルに書いとくのはどうよ、ってこと。
0411nobodyさん
2008/10/29(水) 18:14:15ID:???<?php
echo "hello";
fuga();
foo();
();
?>
EOF
Parse error: syntax error, unexpected ')' in - on line 7
Errors parsing -
なんか出てる気がするよ?
0412nobodyさん
2008/10/29(水) 18:23:29ID:???前にmatzがPHPのAPCが何でそんなに効果的なのか理由が分からないって言ってたけど、あれは単純にPHPの構文解析の性能が悪いからって理由だと思う。
0414nobodyさん
2008/10/29(水) 21:03:04ID:???0415nobodyさん
2008/10/29(水) 21:15:12ID:???え？
0416nobodyさん
2008/10/29(水) 21:38:30ID:???0417nobodyさん
2008/10/29(水) 22:03:57ID:???0418nobodyさん
2008/10/30(木) 02:18:50ID:???0419nobodyさん
2008/10/30(木) 02:22:17ID:???学ぶ必要はないんだ
0420nobodyさん
2008/10/30(木) 03:20:43ID:???他の言語なんてやる気になりゃ出来る
0422nobodyさん
2008/10/30(木) 16:05:21ID:???まだ改修段階にあるってかんじで、他の言語で当たり前に出来ることが出来ないってのがむずむずするｗ
0423nobodyさん
2008/10/30(木) 16:14:12ID:???さくっとできるんだぜ。
file('http://example.com/hoge.jpeg');
とかな！
ほんとダメな言語。
0424nobodyさん
2008/10/30(木) 16:39:09ID:???0425nobodyさん
2008/10/30(木) 16:56:50ID:???実際はそうでもない。
例えばperlやpython、rubyから入るよりは、
phpから入ったほうがjavaやC++は覚えやすい。
まぁ古臭いってことなんだが
0426nobodyさん
2008/10/30(木) 18:09:36ID:???RoRで一世を風靡したRubyをあえて選ばずに、Pythonを始めるのが通の嗜み？
0427nobodyさん
2008/10/30(木) 21:55:43ID:???0428nobodyさん
2008/10/30(木) 21:58:07ID:???0429nobodyさん
2008/10/30(木) 22:38:46ID:???0430nobodyさん
2008/10/31(金) 09:24:51ID:???これからは選べるようになるかも。
0431nobodyさん
2008/10/31(金) 13:33:41ID:???いざ型がある言語に移るとき、ちゃんと理解しきれてないと苦労しやすいってのもあるから
PHPを最初に覚えるってのはちょっとオススメしないかもだなｗ
まぁ、触れやすいこと、覚えやすいことを重視したほうがスタートしやすいし、
やりたい事にもよるから一概には言えないと思うけどね
0432nobodyさん
2008/10/31(金) 13:47:03ID:???余計な心配が増えてよくない
0433nobodyさん
2008/10/31(金) 13:56:53ID:???0434nobodyさん
2008/10/31(金) 16:12:42ID:???railsを速く動かすソリューションを安定して稼働させるにはスキルがいるし、
スレッドセーフかそうでないかということも気を遣わなければいけない。
0435nobodyさん
2008/10/31(金) 16:17:00ID:???少なくともFastCGIやらの同時起動なら、プロセス別じゃないの？
よくわかってないけど
0436nobodyさん
2008/10/31(金) 16:56:15ID:???0437nobodyさん
2008/10/31(金) 17:05:48ID:???でも普通は学校で最初にcやpascalやったりするんじゃないの？
0438nobodyさん
2008/10/31(金) 17:07:22ID:???0439nobodyさん
2008/10/31(金) 18:31:35ID:???0440nobodyさん
2008/11/01(土) 04:31:36ID:???しかもcloneメソッド標準装備してないし
0441nobodyさん
2008/11/01(土) 11:07:00ID:???0443nobodyさん
2008/11/01(土) 20:20:40ID:???0444nobodyさん
2008/11/01(土) 22:22:08ID:???0445nobodyさん
2008/11/01(土) 23:40:57ID:???中学生とかおっさんとか。
0446nobodyさん
2008/11/02(日) 00:36:25ID:???0447nobodyさん
2008/11/02(日) 02:51:59ID:???そんなことも説明されないとわからないのか…
0448nobodyさん
2008/11/02(日) 02:54:45ID:???0449nobodyさん
2008/11/02(日) 03:43:51ID:???サポートがだめすぎるけど、運よくトラブルに会わなければ、
まぁ安い金額で使えるし。
たまに、coreserverの方にxreaの設定を上書きして、
coreなのにXREA相当にしちゃったり、
mailmanがバグだらけでまったく機能しなかったり、
ほかにも色々トラブルおこしてるみたいだけど。
俺はxreaスレやcoreserverスレ読んだら、怖くて仕事には使えなくなった。
0450nobodyさん
2008/11/02(日) 03:46:29ID:???なんでフレームワークスレでxreaが出てくるのか謎
0451nobodyさん
2008/11/02(日) 06:29:42ID:???それは安かろう悪かろうだから。
まあ常識で考えて安いところにろくなところはない。
俺が使っているところ。おすすめだから教えてやろうか？
今ならキャンペーン中だからお得だぞ。
0453nobodyさん
2008/11/02(日) 07:07:41ID:???わざわざ高いサービス選ぶ必要あるか？
xrea程度でも手軽に試せるものの方が、ユーザも増えて
ノウハウも蓄積するだろ。
>>446とか頭悪すぎるな
0454nobodyさん
2008/11/02(日) 07:15:59ID:???財産をそんな簡単に盗まれてしまうところにおいておきますか？
おいておかないでしょう？
それでなくぐらいなら、ちょっとの費用で
安心を得られるほうを選びませんか？
そんなに気になるのなら私が使っているサーバーを教えてあげますが。
0455nobodyさん
2008/11/02(日) 09:05:42ID:???使いたいのならどうぞ。
XREAはやめといたほうがいいという、ただの忠告だから、
参考にするしないは自由だよ。
俺はさっき書いた理由で使わないけどｗ
0458nobodyさん
2008/11/02(日) 16:19:37ID:???CakePHPカンファレンス東京のレポート読んでたら、
そんなような記述があったんだが。
あまり詳しく書いてなかった。
0460nobodyさん
2008/11/02(日) 19:53:56ID:???サーバー屋が裏工作しているみたいですねｗ
0461nobodyさん
2008/11/02(日) 20:59:33ID:???0462nobodyさん
2008/11/03(月) 04:52:26ID:???まぁ細かいのはそこそこある。
ZFもsymfonyも、あれだけ規模がでかけりゃバグチケットが増えるのは当然。
あんまり比較の際の根拠にはならないな。
0464nobodyさん
2008/11/03(月) 19:52:45ID:???0465nobodyさん
2008/11/04(火) 17:33:27ID:???バグがあっても修正も早い
0466nobodyさん
2008/11/05(水) 06:01:16ID:???一ヶ月数万以上って本当ですか？
0467nobodyさん
2008/11/05(水) 07:54:12ID:???0469nobodyさん
2008/11/05(水) 11:13:18ID:???コミット一回につき、いくつかのファイルを触るだろうから、一回の変更の
影響範囲が大きい場合、ピーク時には一時間数十ファイル更新は充分ありうるが、
これがコンスタントに続くことはないでしょ。
まぁコミットはいっぱいあってもバグチケットをcloseするコミットは少ないように見えるが。
でも開発ブランチはこんなもの。
0470nobodyさん
2008/11/06(木) 16:26:58ID:???0471sage
2008/11/06(木) 19:26:19ID:W2KYlXPeやさしさ
0473nobodyさん
2008/11/07(金) 09:14:59ID:???モデルまわりは弱いと思った。
DBにselectした結果が配列なんで、そこがちょっと使いづらい。
あとバリデーションまわりはなんか不思議な仕様。もっとよくなりそうなもんだけど。
0475nobodyさん
2008/11/07(金) 20:22:58ID:???0477nobodyさん
2008/11/07(金) 21:20:39ID:???0479オリジナル23
2008/11/07(金) 21:27:02ID:???結論としては、
・スタティックな方法では使う側も唯一性を意識しなければいけない
・シングルトンであれば使う側は唯一性を気にする必要が無い
と言うのが最も大きい違いだと思ってる。
要するに、シングルトンで書いておけば後からシングルトンじゃなくする時に
参照してる側は書き換えなくても良いって事。
抽象的に言えば、オブジェクトの特性である唯一性というものをカプセル化出来るということ。
0481nobodyさん
2008/11/07(金) 21:34:48ID:???0482nobodyさん
2008/11/07(金) 21:37:02ID:???0483nobodyさん
2008/11/07(金) 21:37:33ID:???0484nobodyさん
2008/11/07(金) 22:45:30ID:???0485nobodyさん
2008/11/08(土) 00:11:03ID:???結局自分で調べたほうが結果がわかるのは早いと思うけどなｗ
0487nobodyさん
2008/11/08(土) 01:28:22ID:???0488nobodyさん
2008/11/08(土) 01:29:27ID:???guessworkとか言うのももうやめるんだ
0490nobodyさん
2008/11/08(土) 01:38:31ID:???0491nobodyさん
2008/11/08(土) 02:29:27ID:???出来ることは同じだけど、
唯一なものを唯一なものと知って使うのと、
唯一なのかインスタンスを複数作れるのかわからないけど、
普通に使えば唯一になってる、
の違いってこと？
ちょっとくどい聞き方かもだけど、ちゃんと確認したくって聞いてみた。
0493nobodyさん
2008/11/08(土) 06:24:48ID:???”パフォーマンス改善中”と明確に言われている。
cakePHPの開発スタンスは、まず動くものを作る→リファクタリング（パフォーマンス改善含む）
0494nobodyさん
2008/11/08(土) 06:54:44ID:???サポート事業しかないのか？
0495nobodyさん
2008/11/08(土) 07:47:16ID:???広く使われればサポート事業や周辺ソフトが売れる
0496nobodyさん
2008/11/08(土) 08:04:00ID:???そのコードを作っても儲けられない。
それがオープンソースｗ
せっかく土壌を作っても
サポートや周辺ソフトや関連書籍を
他の人が提供して売り上げを持っていかれる。
それがオープンソースｗ
0497nobodyさん
2008/11/08(土) 12:36:54ID:???本当に基幹的なDBとかhttpdとかならともかく
0498nobodyさん
2008/11/08(土) 13:25:19ID:???それにもよるだろうが、儲けるかどうかは才覚の問題。
OSSかどうかは関係ないだろうな。
0499nobodyさん
2008/11/08(土) 14:46:39ID:???「タダほど高いものはない」
0500nobodyさん
2008/11/08(土) 16:19:59ID:???0501nobodyさん
2008/11/08(土) 17:38:16ID:???ApacheやらLinuxやら使ってて「高くついた」って感じたことはないなあ。
むしろ安い労働力まで付いてきて、お得感しかないのが大多数では？ｗ
もちろん、大規模に「ガッツリ」儲ける分野では違うんだろうけど。
0502nobodyさん
2008/11/08(土) 18:55:54ID:???cakeはどうもパフォーマンスが悪すぎて嫌なんだよねえ
0503nobodyさん
2008/11/08(土) 21:49:38ID:???CIという手もあるが。
0504nobodyさん
2008/11/08(土) 23:30:51ID:???0505nobodyさん
2008/11/09(日) 05:48:00ID:???仕事で昔触ったときに、いろいろドン引きした記憶があるんだが。
アクションを準備していないURL指定すると「全ファイル」のrequireを
し始めてプチDOSアタックになってしまう自前オートロード（笑）とかｗ
0506nobodyさん
2008/11/09(日) 09:19:25ID:???0507nobodyさん
2008/11/09(日) 11:56:58ID:???大規模で使えるようなものなの？
小規模にしてもcakeとどっちが楽なんだろう
0508nobodyさん
2008/11/09(日) 13:41:32ID:???でもcakeもイマイチなのはよくわかる
0509nobodyさん
2008/11/09(日) 14:55:46ID:???そういうふうには作られていない
0510nobodyさん
2008/11/09(日) 15:03:14ID:???低機能だし
だからこそある程度自分達で実装しやすい面もあるから
逆に大規模での需要はありうるけど
かといって小規模でもCIはどうなんだろう
軽量なのは良いんだけど
0512nobodyさん
2008/11/09(日) 16:25:12ID:???利益に繋げられるビジネスモデルを考えられるか、実行出来るかが問題
0513nobodyさん
2008/11/09(日) 19:20:35ID:???ぶっちゃけメシ食えなきゃしょうがない
0514nobodyさん
2008/11/09(日) 19:27:31ID:???形は違えど、オープンソースで稼げるってことの裏返しじゃないかと思うのは甘い？
0515nobodyさん
2008/11/09(日) 19:29:10ID:???もしオープンソースな製品が何一つ無い分野があったら、オープンソースな製品を立ち上げる事で
その分野で一気に市場を奪える可能性がある
0516nobodyさん
2008/11/09(日) 20:01:09ID:???gimpにしてもblenderにしても、オプソで生活してる開発者はいくらでもいる。
お前みたいな無知が日本には多いから、ボランティアみたいに見られるのは
しょうがないと思うけど。
0517nobodyさん
2008/11/09(日) 23:36:37ID:???0518nobodyさん
2008/11/10(月) 01:02:25ID:???0519nobodyさん
2008/11/10(月) 10:55:17ID:???0520nobodyさん
2008/11/10(月) 11:15:09ID:???0521nobodyさん
2008/11/10(月) 15:28:02ID:???なんか特別に機能必要け？
0522nobodyさん
2008/11/10(月) 15:29:05ID:???そのほか端末識別番号の取得やらいろいろある
0523nobodyさん
2008/11/10(月) 16:04:14ID:???携帯対応ほど煩雑なものはないと思えるよ。
キャリアと機種によって全然違う挙動するからね。
セッションもレイアウトも画像も。ま、小さいところでは絵文字とか。
0524nobodyさん
2008/11/10(月) 16:05:21ID:???0525nobodyさん
2008/11/10(月) 16:55:03ID:???KEMP
ke-tai.org
http://ke-tai.org/index.php?KEMP
0526nobodyさん
2008/11/10(月) 17:07:31ID:???0527nobodyさん
2008/11/10(月) 17:09:27ID:???すまそ
というより両方やろうとしている時点で間違っていると思う
小規模、小機能ならありえるけど
0528nobodyさん
2008/11/10(月) 17:15:23ID:???0529nobodyさん
2008/11/10(月) 17:24:25ID:???携帯とＰＣで別フレームワークを使うとしたら
共通の機能を変更した場合どうすんの？
0530nobodyさん
2008/11/10(月) 18:47:01ID:???単にget引数方式にしたらいいだけじゃないの？
0533nobodyさん
2008/11/10(月) 19:05:00ID:???国内では情報少ないね
0534nobodyさん
2008/11/10(月) 19:10:08ID:???POSTフォームだとACTIONに指定したパラメータを送らないっていう機種もあるしな
そういう機種ではPOSTフォームでセッションを維持できない。
0535nobodyさん
2008/11/10(月) 19:23:29ID:???0536nobodyさん
2008/11/10(月) 19:35:22ID:???ここに書いてあるのでもまだまだ序の口だな。間違ってるとこもあるし。
いまんとこ、オープンソースだとMobaSiF最強じゃないかな。
0537nobodyさん
2008/11/10(月) 19:47:32ID:???0538nobodyさん
2008/11/10(月) 19:48:52ID:???0539nobodyさん
2008/11/10(月) 19:54:03ID:???Perlじゃん
>>538
別に汎用的な機能だから広く使われるものが無い現状が異常
携帯関連開発の低レベル差だと思う
0540nobodyさん
2008/11/10(月) 20:24:13ID:???スレチ承知であえて、携帯だけはPerlでって思えるぐらいの完成度だと思う。
0541nobodyさん
2008/11/10(月) 21:08:55ID:???ＯＳも別々のが乗ってるし
エンドユーザーにとってメリットがある事じゃないんだが、不経済だなあ
0542nobodyさん
2008/11/10(月) 22:50:10ID:???それと、各社・各世代仕様のまとめ情報が少なすぎる。
ググれば出てきそうなクッキー仕様や対応文字コード等の情報が、ほとんど無い。
会社で仕事なんかでは資料を作るんだから、暇な自営業者あたりが自分メモで
作ってても良さそうなもんなんだが。
フレームワーク辺りと違って、いじって面白くないのと、商売上公開したくないって
のと、その他もろもろ理由はあるんだろうけど。
0543nobodyさん
2008/11/10(月) 22:58:35ID:???0544nobodyさん
2008/11/10(月) 23:09:02ID:???0545nobodyさん
2008/11/10(月) 23:39:13ID:???0546nobodyさん
2008/11/11(火) 00:37:30ID:???0548nobodyさん
2008/11/11(火) 02:22:07ID:???Perlコードを、自動的にPHPコードに変換してくれる、そんな「ドラえもん」のようなプログラムがありましたら教えて下さい！
無いですねえ。
http://www.cs.wcupa.edu/~rkline/perl2php/
Perl/Php Translation
0549nobodyさん
2008/11/11(火) 07:51:48ID:???PHP on parrotて進んでるんでしょうか？
0551nobodyさん
2008/11/13(木) 10:31:16ID:kdvrTOAA結局今熱いのってなんなの？
いっぱいありすぎていまいちこれっていう特徴あるやつ
ないんだよな～
最近ちょっとさわってみようかな～って思ってるのあるんだけど
誰かいじったことある人いたら所感教えて～
PAJAJ
ttp://pajaj.sourceforge.net/
xFrameworkPX
ttp://px.xframework.net/
0552nobodyさん
2008/11/13(木) 14:00:08ID:???0553nobodyさん
2008/11/13(木) 16:16:39ID:???0554nobodyさん
2008/11/13(木) 23:25:55ID:???0555nobodyさん
2008/11/13(木) 23:27:41ID:???0556nobodyさん
2008/11/13(木) 23:41:23ID:???0557nobodyさん
2008/11/14(金) 13:45:00ID:???0558nobodyさん
2008/11/14(金) 13:52:53ID:???0559nobodyさん
2008/11/14(金) 13:53:13ID:???0560nobodyさん
2008/11/14(金) 14:12:00ID:???0561nobodyさん
2008/11/14(金) 14:31:47ID:???Cake
0562nobodyさん
2008/11/14(金) 14:34:00ID:???なぜ大規模向けと?
0563nobodyさん
2008/11/14(金) 14:42:11ID:???(重量級フレームワーク=動作が遅い)≒自由度が低い=開発のルール化度が高い≒多人数でも均一なコードレベルを保ちやすい
とはいえ、フレームワークが案件に合う合わないもあるので、
どのフレームワークを使っても、大規模開発ならプロジェクトのルールが必要だと思われ。
逆を言えば、ルールさえ作れば軽量なフレームワークでもいいと思う。
重量級フレームワークが用意してくれる機能を、自分達で実装しないとならないけどね。
あと、大規模=多人数と勝手に解釈したけど。
0564nobodyさん
2008/11/14(金) 14:50:52ID:???逆に自由度が高いフレームワークを使って自分たちで実装したいって需要もかなりある
0565nobodyさん
2008/11/14(金) 15:31:36ID:???開発期間が数年？PHPでそんな案件はほとんど無いけど。
あと、それを適当にやると、どんどん「フレームワーク」自体に修正が入ってしまって、地層のように
古いコーディングとより新しいコーディングがどんどん積み重なって手に終えなくなる。
やるなら、全くいじらないか、最初にきちんと徹底的にいじって固めてしまうのがいいのかな？
0566nobodyさん
2008/11/14(金) 16:00:34ID:???0567nobodyさん
2008/11/14(金) 16:19:50ID:???0568nobodyさん
2008/11/14(金) 16:22:17ID:???プロジェクト全体で数年っていうのはあるよ
複数サイトを作るような事業でも共通フレームワークを作成することはあるし
0569nobodyさん
2008/11/14(金) 16:31:35ID:???しかも素の状態に近いベンチとか。
もちろん非常にシンプルに作りたいときにFWの軽さは重要かもしれないけど。
色々な機能を実装するなら、結局ある程度の重さにはなるだろうし。
だったら多少重いといわれる高機能FWを使用したほうが開発効率は良いと思う。
単純なスピード比較がよく話題が出るから、疑問に感じていた。
0570nobodyさん
2008/11/14(金) 16:52:52ID:???帰れ
0571nobodyさん
2008/11/14(金) 22:44:45ID:???多すぎず少なすぎず
0572nobodyさん
2008/11/14(金) 23:35:14ID:???まぁ、一番近いものを選べばいいが
0573nobodyさん
2008/11/14(金) 23:36:59ID:???パフォーマンスくらいしか差が無い気が
0574nobodyさん
2008/11/14(金) 23:49:38ID:???開発の工数ではなかったけどためになった
アクセス数という意味では軽量かどうかが非常に重要と思われ
サーバの台数などのメンテナンス代が高くつくから
とはいえ重量級のものを使ってあとからプロファイリングして
リファクタリングなりすればいいような気もしてきた
0575nobodyさん
2008/11/14(金) 23:58:04ID:???効率的な実装になってるならいいんだけどね
cakeは実装が酷いよ
0576nobodyさん
2008/11/14(金) 23:59:29ID:???その辺までRailsを踏襲していると言えばそうかも
0577nobodyさん
2008/11/15(土) 02:26:07ID:???でも、それってフレームワークはあんまり関係ないよな。ハードウェアスペックとか、もっと低いレイヤーの問題であって。
PHPに限らずウェブサイトの開発で数年かけるなんて、まず有り得ないと思う。官公庁のサイトで、手続きが面倒とかでない限り。
GmailとかGoogle Mapsでもそこまで行かないでしょう。まして、よくあるショッピングサイトやSNSみたいなのに1年も時間使ってたらアフォだよ。
0578nobodyさん
2008/11/15(土) 02:37:10ID:???１ページだけのHTMLを出力するサイトでも大量アクセスがあれば大規模なのか？
俺は普通コード量とか機能数だと思うけど
0579nobodyさん
2008/11/15(土) 02:38:10ID:???てか絶対作ってる
他にも大企業は手の込んだ事やってそうだけどなあ
0580nobodyさん
2008/11/15(土) 02:50:13ID:???mixiとかamazonとか、確かに画面数は多いけど、結局のところ、掲示板作るのと変わりはない。
ユーザからの入力を受け取って、何枚かのテーブルを更新して、テーブルをSELECTしなおして、文字列を加工してHTMLに埋め込むって言う。
これをひたすら繰り返して巨大化するだけ。
0581nobodyさん
2008/11/15(土) 02:53:39ID:???ユーザからのデータを何かしら加工するとか、
なにか特別なアルゴリズムでデータを収集して、
それを提供するとか。
0582nobodyさん
2008/11/15(土) 03:02:01ID:???自動的にＤＢを保守してくれたりＨＤＤ壊れたらバックアップの方へ自動的に繋いで新たなバックアップ先を作るとか
（ＰＨＰコード内の接続先ＤＢサーバＩＰが動的に変わるって事ね）
思いつきで書いた
0583nobodyさん
2008/11/15(土) 04:39:48ID:???0584nobodyさん
2008/11/15(土) 05:03:15ID:???> ウェブアプリで機能の数って言っても、単に画面を増やしていくだけだからなあ。
> mixiとかamazonとか、確かに画面数は多いけど、結局のところ、掲示板作るのと変わりはない。
> ユーザからの入力を受け取って、何枚かのテーブルを更新して、テーブルをSELECTしなおして、文字列を加工してHTMLに埋め込むって言う。
> これをひたすら繰り返して巨大化するだけ。
それはウェブアプリだからではなく、SNSやオンラインショップという
システムが、そうなっているってだけだろ。
たとえば、YouTubeのようなウェブアプリではエンコード技術が使われる。
0585nobodyさん
2008/11/15(土) 05:05:22ID:???結局、ファイルにデータ読み書きして、画面に点を表示しているだけともいえる。
0586nobodyさん
2008/11/15(土) 05:47:54ID:???なんて言っちゃってる企業とか腐るほどあるからなぁ
0587nobodyさん
2008/11/15(土) 09:41:57ID:???インプット・アウトプットの対象の幅広さは、ウェブアプリなんかとは比べものにならんように思う。
ウェブアプリの場合は、一部APIサービス的なものを除けば、ほぼ「画面」相手でいいわけだが。
>>586
その理由でテンプレートエンジンを使いたがらない人も未だに多いがな。同じじゃね？
0588nobodyさん
2008/11/15(土) 13:00:48ID:???つーかＦＷに組み込まれてるし
0589nobodyさん
2008/11/15(土) 13:15:36ID:???やり方を検討するのが面倒くさいことだけの事が多いと思う。
論理削除ってあるじゃん。レコードに削除フラグを立ててデータは残すって言う。
あのフラグのチェックををいちいち手で (del_flag IS NULL OR del_flag = 0) とか書いている
会社があった。
なぜ NOT NULL制約を付けないのかと聞いたら、「重くなる」って答えが返ってきた。
全力でこけた。いろいろ間違ってる。
0590nobodyさん
2008/11/15(土) 14:11:03ID:???そのテクニックが使われるタイミングを考えると、誤差でしかないとか、
よくあったよね。
むしろコードが読みにくくなったり、書きにくくなったりと、
その時間のほうがもったいないとか。
0591nobodyさん
2008/11/15(土) 14:39:00ID:???たとえば、↓
http://www.sooey.com/journal/2007/05/26/648/
symponyだって。
でもサービスによって違いはあって
http://wakatsukichinatsu.yahoo.co.jp/index.php?itemid=128
↑これなんてPHP?
0592nobodyさん
2008/11/15(土) 14:39:25ID:???0593nobodyさん
2008/11/15(土) 14:54:51ID:???方法がフラグってとこが間抜けってなら少しはわかる気もするが。
0594nobodyさん
2008/11/15(土) 14:55:03ID:???0595nobodyさん
2008/11/15(土) 15:09:50ID:???active enum('Y','N')か、status = 0 なら削除とか？
0597nobodyさん
2008/11/15(土) 16:06:02ID:???0598nobodyさん
2008/11/15(土) 16:34:55ID:???0599nobodyさん
2008/11/15(土) 16:57:52ID:???0601nobodyさん
2008/11/15(土) 17:52:20ID:???0602nobodyさん
2008/11/15(土) 17:55:22ID:???0604nobodyさん
2008/11/15(土) 18:49:10ID:???0606nobodyさん
2008/11/15(土) 19:09:25ID:???0607nobodyさん
2008/11/15(土) 19:12:51ID:???0608nobodyさん
2008/11/15(土) 19:13:24ID:???0609nobodyさん
2008/11/15(土) 19:27:12ID:???削除された、と言う状態がシステム上にありうるならそれはnullで表現すべきじゃない
0610nobodyさん
2008/11/15(土) 19:54:48ID:???全フィールド NOT NULL で作ってしまえと言いたい。
その方が何かとトラブルが少ないし、コーディングも楽だ。
テキストフィールド？ 空文字でも入れとけ。 数値？ 0が初期値だ。それで都合がわるけりゃ、
-999999999 が初期値だ、文句あるか、ってな感じで。
0612nobodyさん
2008/11/15(土) 23:07:45ID:???そう、カラム名。
id, created(datetime), updated(datetime), deleted(datime)を標準的に使用。
あるいは、statusとしてa)Activei)/Inactive、h)Hidden, b)Obsoleted D)deleted
とか詳しい状態が必要な時に使うとか。
0613595
2008/11/15(土) 23:12:27ID:???皆さん有り難うございます。
0614nobodyさん
2008/11/15(土) 23:21:42ID:???実際問題何も消してないわけなんだし
だから、そういうのは無効化とか不活性化とか利用不可とか、そういう「状態」で呼ぶべきで
削除って言うならならきっちりかっちりまるっと全部消してしまえ！
と思うんだよなー
スレ趣旨と全然関係ないんだけどなー
0616nobodyさん
2008/11/16(日) 02:05:02ID:???警察照会とか、CS対応で必要とかやっぱり要るシーンが多くて>>614みたいに消してしまえーが使えない場合も少なくないよ
>>615
そうだね。
0617nobodyさん
2008/11/16(日) 02:08:47ID:???ソフトウェアなんだから全て論理だし
無効化、凍結、と言う呼び方が正しい
0618nobodyさん
2008/11/16(日) 02:19:28ID:???http://publib.boulder.ibm.com/infocenter/wbihelp/v6rxmx/index.jsp?topic=/com.ibm.wbia_developer.doc/doc/connector_dev_java/java61.htm
0619nobodyさん
2008/11/16(日) 03:13:45ID:???0620nobodyさん
2008/11/16(日) 06:39:55ID:???0621nobodyさん
2008/11/16(日) 06:56:48ID:???呼び方の慣習の問題。
言葉遊びをやってもしょうがないんで、ここでは便宜的に、論理削除とは、
物理的には削除せずにサービス上削除されたようにふるまわせること
でいいかな？
0622nobodyさん
2008/11/16(日) 09:11:01ID:???滔々と語ってるが、>>612の前者のdeleted （削除日時） はまあともかく、
後者の方では、レコードにユニーク制約のカラムがあった時に不便だろ。
削除フラグ（というかカウンタなど）とセットでユニーク制約にしてしまうって
のは、あんまり流行って無いのか？
0623nobodyさん
2008/11/16(日) 12:27:21ID:???0625nobodyさん
2008/11/16(日) 13:00:36ID:???例えばユーザアカウントをユニークにしたいとかで、一意制約をユーザ名カラムに付けるとする。
んで、そのユーザが退会した後、そのデータを残してたら、そのユーザ名がずっと使えない。
それを避けるために、削除データだけ一意制約から考慮外にしたい場合、削除フラグと２カラム連結で
ユニークにしてしまう。
んでレコードを削除する時に、同一なユーザ名を持つデータの削除フラグを、一斉に +1 UPDATEしてしまう。
削除フラグが 1以上なら( というか、0でなければ ) 削除データという扱い。
こんなやり方。マイナーなのかな？と思った。
書いてて思ったが、これ一意制約のカラムが二つ以上あった場合、そのままでは使えないなｗ
もちょっと応用を利かさないと無理か。
整数部分と少数部分で分けるとか桁で分けるとかビットで分けるとかｗｗｗ
＃ DBの一意制約を使わずアプリで常にチェックするなら別にこんなことしなくていいんだけど。
0626nobodyさん
2008/11/16(日) 13:06:04ID:???マイクロ秒まで入れておけばいいのではと後から思ったのは内緒だ。
0627nobodyさん
2008/11/16(日) 13:24:25ID:???飲みながらレスするもんじゃないな。
退散します。
0629nobodyさん
2008/11/16(日) 13:51:02ID:???さて、ユーザーアカウントを例にすると、ちょっと怖すぎるんだが、
CMSなんかのアイテム管理だと、リビジョン管理に同一itemidで
複数のインスタンス、しかも最新以外は非アクティブっていう状態を
表現するという用途があったりする。
その場合、削除フラグを使わずに、使用目的に合わせたタグを振る。
外部キー側もタグやリビジョン番号を考慮した設計にしないといかんわけだけどね。
0630nobodyさん
2008/11/16(日) 14:12:40ID:???そういうのの設計はちょっと知りたいなーと思っていたんだけど、
MediaWikiのソースでも読めばいいのかな？
0631nobodyさん
2008/11/16(日) 14:19:46ID:???リビジョンと直接は関係ないけどソースはしっかりしてるかも
0632nobodyさん
2008/11/16(日) 14:26:24ID:???0633nobodyさん
2008/11/16(日) 14:43:16ID:???0634nobodyさん
2008/11/16(日) 15:05:16ID:???>>587
> インプット・アウトプットの対象の幅広さは、ウェブアプリなんかとは比べものにならんように思う。
> ウェブアプリの場合は、一部APIサービス的なものを除けば、ほぼ「画面」相手でいいわけだが。
それをいったら、ウェブじゃないアプリだって、ほぼ画面（ディスプレイ）相手だろ？
なんか比較している対象がずれてるよ。
画面じゃなくてOffice系の大規模アプリだって、結局は画面にGUI表示してファイルに書き込むだけなんだし。
ゲームだってそう。ハードウェアデバイスを扱うものもあるだろうけど、それをウェブアプリでやってはだめってことはない。
ブラウザでコーヒー沸かす装置とかｗ
0636nobodyさん
2008/11/16(日) 15:33:36ID:???元のレスが、アプリとは書いてなくて、「ウェブじゃないシステム」って書いてあるからじゃね？
対象がずれてるというか、「Office系の大規模アプリ」とかゲームとかが念頭にあるのは
わかっててわざと書いてるんだろｗ
車のエンジン制御とか、通信インフラ系とかはシステムじゃねーの？って。
>>585
> それにウェブじゃないシステムが何をしているかというと、
> 結局、ファイルにデータ読み書きして、画面に点を表示しているだけともいえる。
いえねーよｗ
これがむしろ、言いたいことと表現がずれてるんじゃね？
0637nobodyさん
2008/11/16(日) 17:24:18ID:+7h73lOIスペース区切りでtextカラムに入れて、全文検索するのがシンプルでいいかと思ったのですが、
他にいい方法があったら教えてください
0638nobodyさん
2008/11/16(日) 17:26:45ID:???これはひどい
0639nobodyさん
2008/11/16(日) 17:28:47ID:+7h73lOIhttp://blog.nomadscafe.jp/archives/000643.html
他にいい方法があれば教えてください。
0640nobodyさん
2008/11/16(日) 17:43:46ID:???0641nobodyさん
2008/11/16(日) 17:44:48ID:???タグテーブル作って
アイテムテーブルとの間に多対多のリレーションテーブル持てばいいだけだよね
いかにもリレーショナルに解決出来るケースだと思うけど
0642nobodyさん
2008/11/16(日) 17:45:10ID:???それ、フレームワーク関係ないし、それ以前にPHPの問題でもないよ。
DBの問題だからDB関連スレで質問しろよ。
まぁ、正規化すら理解してないみたいだからまずは本でも買って勉強することをオススメするけどね
0643nobodyさん
2008/11/16(日) 17:52:11ID:???基礎知識が足りてなさそう
0644nobodyさん
2008/11/16(日) 17:59:55ID:???ありがとうございました。
0645nobodyさん
2008/11/16(日) 18:01:45ID:???けど、割とありきたりの機能になったのに、
情報が少なくてベストプラクティスな設計が出来たか不安なんだよね。
タグはパターンとしてどっかに情報がまとまっててもいいと思うんだが。
0646nobodyさん
2008/11/16(日) 18:10:11ID:???それ以外に特別な事なんて無いんだから
0647nobodyさん
2008/11/16(日) 18:20:02ID:???不安ってのはRDBの理解が不十分なのかと。
0648nobodyさん
2008/11/16(日) 18:26:03ID:???0649nobodyさん
2008/11/16(日) 19:46:05ID:???0650nobodyさん
2008/11/16(日) 20:18:46ID:???0651nobodyさん
2008/11/16(日) 20:20:48ID:???0652nobodyさん
2008/11/16(日) 20:23:39ID:???RoRのアプリケーションはRubyで書けるけどSymfonyではRubyで書けない。
これは大きい。それに比べりゃモデル周りなんて大差ないんじゃね？
0653nobodyさん
2008/11/16(日) 20:25:04ID:???フレームワークの比較より言語の比較だし
0654nobodyさん
2008/11/16(日) 21:54:05ID:???0655nobodyさん
2008/11/16(日) 21:56:08ID:???全然違うよ
0657nobodyさん
2008/11/16(日) 22:07:04ID:tiBOVYsk0658nobodyさん
2008/11/16(日) 22:19:55ID:???0659nobodyさん
2008/11/16(日) 22:21:24ID:???それは半分真実
ただWEBフレームワークであるという視点も抜けている
例えば$_POSTや$_COOKIEは関数か？
HTTPヘッダを自動で吐く機能は関数？
PHPはただ単にWEB入出力とDBアクセスに便利な関数群装備のインタプリタとして
使うのもいいし、不十分な（でも拡張も可能な）フレームワークとしても利用出来る
と思ってるけどどうだろ
0660nobodyさん
2008/11/16(日) 23:54:00ID:???0661nobodyさん
2008/11/17(月) 00:16:53ID:???0663nobodyさん
2008/11/17(月) 03:03:18ID:???ワークはあるがフレームがない。
0664nobodyさん
2008/11/17(月) 22:29:41ID:???webプログラミングがまだ試行錯誤だった時代に、
その「便利な関数群」ってだけのことがとても
大きかったから、シェアが取れた。
便利な関数群自体がほとんど無かったからね。
Javaと同じ。
0665nobodyさん
2008/11/18(火) 03:06:59ID:???0666nobodyさん
2008/11/18(火) 03:12:50ID:???あとＰＨＰが流行ったのはＷＥＢアプリ（のインタフェース部分）はこの程度の機能で十分って事もあるだろうね
敷居を低くしてしまって素人プログラマーが流入してきても
ＷＥＢ分野には受け皿がある
0667nobodyさん
2008/11/18(火) 06:22:10ID:???アホでも書けるんだよ
0668nobodyさん
2008/11/18(火) 10:11:51ID:???関数や機能がたくさんあるだけが問題ならPerlが圧勝したはず。
やっぱりmod_phpの管理のお手軽さとPHPの言語自体の簡便さ。
0669nobodyさん
2008/11/18(火) 10:27:37ID:???ソースインストールはお世辞にもお手軽とは言えなかったがな
未だにrpm以外でのPHP管理を敬遠するサーバ屋もあるくらい
0670nobodyさん
2008/11/18(火) 12:15:39ID:???ここで言うプル型アーキテクチャのフレームワークってPHPでなんかある？
0671nobodyさん
2008/11/18(火) 12:41:48ID:???0672nobodyさん
2008/11/18(火) 13:20:30ID:???Yii Web Programming Frameworkは期待できそう。
http://cakephp.seesaa.net/article/109833179.html
0673nobodyさん
2008/11/18(火) 14:00:58ID:???CPANモジュールをインストールしなければ行けないから、リモートログインとシェルが使えない共用のレンタルサーバなんかだと使い物にならない。
多少なりともUNIXの知識も要求されるし。
その点、PHPの場合、mbstringが有効になってれば、Pearが使えなくてもどうにでもなる。
0674nobodyさん
2008/11/18(火) 14:55:14ID:???それはかなり昔の話だけどね。
PHPで global $HTTP_GET_VARS とかしなきゃいけない、ってのに近いくらいｗ
特に、Perl5.8からはEncode標準添付だし、MovableTypeの流行以降は、
そこらのレンタルサーバでも一通りのモジュールは入るようになってる。
DBI・DBMやらも普通に使えるのが大半。
その頃にはみんなレンタルサーバでのPerl CGIから離れてしまってたがなｗ
0678nobodyさん
2008/11/18(火) 20:42:37ID:???そもそも国際版のPHP3ってレンタルサーバで提供されることはほとんどなかった。あっても、すぐに4に移行したから。
Perlの場合、5.8.10になっても標準モジュールだけでは既存のウェブフレームワークは動かない。
モジュールをインストールしても、CatalystみたいなのはCGI環境ではまともな速度が出ないし。
共用レンタルサーバへの設置の難しさがあって、MTがWordPressに抜かれて、XOOPSとかPukiWikiとかフリーのウェブアプリってPHPの一人勝ちになった。
Perlが使われるのは未だにKENTのCGIとか。
そういう反省があって、今のPerl界でMENTAとかの設置の簡単な、標準外のモジュールに依存しないウェブフレームワークが注目されてる。
けど、結局のところ、ベストプラクティスに載ってるようなモダンなPerlを書こうと思えば、適時CPANモジュールをインストールするしかないわけで、これはPerlっていう言語の性格上どうにもならないな。
0679nobodyさん
2008/11/18(火) 20:49:25ID:???ビューがコントローラーにデータをリクエストする。を読むと、
すごいイベント駆動ぽい気がするんだけど・・・
プル型というのは、いったい何のための仕組みなんだ？
コントローラーがビューにデータを渡すのではなく、
あえてビューがコントローラーにデータをリクエストする理由が知りたい。
0680nobodyさん
2008/11/18(火) 21:21:31ID:???オンデマンドに必要なデータを拾いに行くので、自由度が高くなる。
ページに組み込むパーツがいかように変化してもコントローラーを
いじらなくて済むところとか。
まぁ、プッシュ型でも、ビューからコントローラーを呼べるはず。
それが特殊な時だけ利用するのか、常にそうするのかの違いだな。
CMSでイベント駆動だとプル型っぽい動きさせてるのが結構ある。
フレームワークはなんだかんだボトムアップだからプッシュ型が普通で、
それに慣れすぎてる感はある。
0681nobodyさん
2008/11/18(火) 22:15:34ID:???なんかフレームワークスレっぽくなってきた
0682nobodyさん
2008/11/18(火) 22:23:17ID:???0683nobodyさん
2008/11/18(火) 22:54:01ID:???PHPだと複数ファイルに分けてあるものをIncludeしてくしかないわけで、
MVCはコード書く上での概念みたいな感じでPushもPullも厳密には関係ないよね？
JavaServletのforwardみたいに処理投げ渡したりとかできないよね
0684nobodyさん
2008/11/18(火) 23:09:54ID:???0685nobodyさん
2008/11/18(火) 23:29:54ID:???Tapestryではこんな説明だった。
> Apache Tapestryは、アクションをベースとした仕組みのApache Strutsとは競合する。
> TapestryはStrutsとは違い、コンポーネントベースであり、コード量が少なくて済む点が特徴である。
> またStrutsのようにJSPカスタムタグライブラリを覚えなおす必要がなく、
> 必ずServlet/JSPを作成しなければならないということはなく、
> Javaやネットワークの知識がないウェブデザイナーでも簡単にJava製ウェブアプリケーションを作成できるという利点がある。
アクションをベースとしたStrutsとは違うというあたりが、
なんとなくプル型が分かるような分からないような。
使ってみないと、はっきりしないかなー
0686nobodyさん
2008/11/19(水) 00:16:11ID:???これ見たらpush/pullが一目瞭然。
0687nobodyさん
2008/11/19(水) 00:34:10ID:???0688nobodyさん
2008/11/19(水) 02:02:44ID:???ここ読んでたらなんとなく分かってきた。
MVCからVを分離して、MCを部品として考えて、
Vから複数の部品を使うってことかな。
ショッピングカートの機能をMCだけ作って、
掲示板の機能もMCだけ作って、
コントローラとのインターフェースが分かってれば、
ビューでうまいことやるだけで、掲示板が組み込まれたECサイトの出来上がり。
語弊を恐れずに、俺の想像をざっくりと書いてみた。
//最近のブラウザはURLエンコードしてくれないのね。
0689nobodyさん
2008/11/19(水) 02:09:05ID:???0690nobodyさん
2008/11/19(水) 02:12:01ID:???0692nobodyさん
2008/11/21(金) 13:07:50ID:???わかります
0693nobodyさん
2008/11/21(金) 15:29:21ID:???0694nobodyさん
2008/11/21(金) 15:35:48ID:???分かります
0695nobodyさん
2008/11/22(土) 10:57:11ID:enBp98lH0696nobodyさん
2008/11/22(土) 11:55:27ID:???0697nobodyさん
2008/11/22(土) 13:29:05ID:???0698nobodyさん
2008/11/23(日) 02:16:27ID:???0699nobodyさん
2008/11/23(日) 20:39:26ID:???ユーザーは常時アクセス百人ぐらいを想定してます。
0700nobodyさん
2008/11/23(日) 20:41:14ID:???0701nobodyさん
2008/11/23(日) 20:43:11ID:???まぁそれぐらいの人数じゃ負荷は別に別に気にしなくてもいいと思うけどね。
0703nobodyさん
2008/11/23(日) 22:07:52ID:???ドキュメントぐらい見ろや。
0704nobodyさん
2008/11/23(日) 23:03:02ID:???CakePHPがよい
どういうサイトが当たるかわかんないから
とにかく当たりそうなサイトを片っ端から量産したいときにはCakePHPがいい
大企業からマジ受けするならsymfonyかな
そんな大企業を相手できない俺は小回りが利いて時代にニーズにいち早く対応できるCakePHPが一番好きだ
0705nobodyさん
2008/11/23(日) 23:03:07ID:I/SHm+AO0706nobodyさん
2008/11/23(日) 23:06:24ID:???時代の流れの速いＩＴ業界にあってるよ
0707nobodyさん
2008/11/24(月) 00:43:30ID:???ドキュメントもしっかりしてるし
0708nobodyさん
2008/11/24(月) 01:31:16ID:???0709nobodyさん
2008/11/24(月) 01:58:00ID:???php6の後も稼動し続ける予定ならZFが無難。
http://www.google.com/trends?q=cakephp%2CZend+framework%2Csymfony%2Ccodeigniter%2Cethna&ctab=0&geo=all&date=all&sort=0
検索数だからあてにならないかもしれないけど
日本語圏はcakeを世界で2番目に使ってるっぽいぞ。
つーか、地域だと目黒区が1位だけどお前ら寄付とかしてんの？ｗ
0710nobodyさん
2008/11/24(月) 02:07:28ID:???それ眉唾すぎないか
0711nobodyさん
2008/11/24(月) 02:19:05ID:???cakeはドジでのろまな亀しか使ってないし
普通はsymfonyだろうな
0712nobodyさん
2008/11/24(月) 02:34:38ID:???みんな言うからきっとそうなんだろう。
0713nobodyさん
2008/11/24(月) 09:30:25ID:???symfonyは知らんが、cakeとかCIとかのように、「こう書けばすぐアプリ」っていう
がっちがちの枠を、ZFでは用意していないだけ。
0714nobodyさん
2008/11/24(月) 10:58:13ID:???0715nobodyさん
2008/11/24(月) 12:21:02ID:???密にも疎にもできるもののどちらがいいかっていったら
そりゃ後者だわな
0716nobodyさん
2008/11/24(月) 13:41:57ID:???全部ZFに置き換えてもいいくらいだと思うよ
なんつーの？ 割り切り仕様というか内部諒解仕様というか、そういった
よくわからん決め打ち系の記述は（マルチバイト関連を除けば）非常に少なく、
かなり汎用的に作られてるっぽい。
例外処理だけ、ZF流儀にあわせればあとはどう使おうと自由って感じで。
0717nobodyさん
2008/11/24(月) 18:12:50ID:???> がっちがちの枠を、ZFでは用意していないだけ。
がっちがちの枠（フレーム）を用意するのが
フレームワークだと思うんだがねぇ。
0718nobodyさん
2008/11/24(月) 18:28:09ID:???0719nobodyさん
2008/11/24(月) 18:35:08ID:???ZFは自由に使えって言うけどライブラリとの違いが分からない。
そして、結局ライブラリを細切れに使うのと手間が一緒の気がするんだけど。
それ以上のメリットがあるのか良く分からない。
0721nobodyさん
2008/11/24(月) 18:51:52ID:???使ってみればわかるが、ZFにフレームはある。
ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ
設計を行わない人にとっては無用の長物。メリットだってわからない。
0722nobodyさん
2008/11/24(月) 20:20:21ID:???0723719
2008/11/24(月) 20:59:56ID:???あえて言えばメリットが見つからないというのが悪い点かと
>>721
使い込んでみないと分からないって事でしょうか。
もうちょっと機会があれば研究してみたいとは思います。
>>722
なるほどそうですかw
0724nobodyさん
2008/11/24(月) 22:26:16ID:???0725nobodyさん
2008/11/24(月) 23:50:06ID:???Eclipseはエディタだからそりゃ可能だ。
0726nobodyさん
2008/11/25(火) 05:20:59ID:???ethnaとかちょっと微妙だから。
symofnyは大丈夫だけど、少しコツがいる。
けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ？
＞ 1.1→1.2
0727nobodyさん
2008/11/25(火) 15:20:48ID:???htmlまわりの話か?
0728nobodyさん
2008/11/25(火) 15:32:12ID:???Ethnaの構造ではPDTでは補完が働かなかったな。
あとコマンドラインでアクションやビューやテンプレートが生成されるので、
いちいちプロジェクトを更新するのが面倒だった。
ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、
わざわざ重たいPDTを使うメリットがないと思った。
symfonyは使ってないからしらね。
0729nobodyさん
2008/11/25(火) 15:43:10ID:???そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかｗ
補完もどのみち最初から微妙っちゃ微妙だし。
少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う
まあやりやすいようにやればいいんだけど
0730nobodyさん
2008/11/25(火) 15:51:45ID:???逆にエディタとして見ると融通が利かない駄目なやつと思っている。
最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、
後は覚えてないけど細かいところでたまにイラっとする。
だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。
0731nobodyさん
2008/11/25(火) 16:09:13ID:???しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる
自分が注意力散漫だけかもしれんけどｗ
他のエディタでもこの機能はあるのかな？
0732nobodyさん
2008/11/25(火) 16:32:01ID:???使ったことはないけど
0733nobodyさん
2008/11/25(火) 16:38:15ID:???http://noy.cc/symfoclipse/index.html
Symfoclipseつーやつかな？
0734nobodyさん
2008/11/25(火) 16:54:55ID:???なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端？
0735nobodyさん
2008/11/25(火) 17:45:10ID:???さすがに会社はPDTに乗り換えたが、自宅じゃ
めんどくせーからこのまんまでいいやみたいな
0736nobodyさん
2008/11/25(火) 22:37:49ID:???スケルトンが拡張子が.phpだから（かつ中身がphpじゃないから）PDTだとずっと構文エラーになる。
拡張子ハードコーディングしてあるから直せん＞ethna
0737nobodyさん
2008/11/26(水) 01:42:35ID:???無料でよろし。お薦めする。
0738nobodyさん
2008/11/26(水) 05:16:43ID:???0739nobodyさん
2008/11/26(水) 08:31:02ID:???尚日本語版は勧めない。日本語化したければPDTと同じようにする。
0741nobodyさん
2008/11/27(木) 02:26:51ID:???スケルトンがな。
ルーティングなんていくらでも変えられる。
しかし、スケルトンもEthnaのデフォを削除しちゃって、自分Appのは
Handlerを定義しちゃえばいけるんじゃね？そんな手間でもないと思うが。
0742nobodyさん
2008/12/01(月) 22:29:43ID:XLqJXNnhYii 178
CakePHP 170
CodeIgniter 131
Prado 53
Zend 51
Symfony 36
数字はRequest Per Second
0743nobodyさん
2008/12/01(月) 22:39:29ID:???今度使ってみるか
0744nobodyさん
2008/12/01(月) 23:19:54ID:XLqJXNnhそのページに書いてあるようにあくまでRPSの上限を計るベンチで（これ以上の値は出ない）、
ajaxとかhtmlレンダリングない場合もあるしでやっぱり価値はある。
0745nobodyさん
2008/12/01(月) 23:27:25ID:???他のがdie('Hello World');になってるのは何で？
まあ大抵のベンチは信用出来ないのは知ってるけども。
0746nobodyさん
2008/12/01(月) 23:48:49ID:???0747nobodyさん
2008/12/02(火) 01:49:03ID:???0748nobodyさん
2008/12/02(火) 01:54:30ID:???Baseline PHP 331.8
CodeIgniter 21.5
Zend Framework 9.2
CakePHP 3.7
0749nobodyさん
2008/12/02(火) 10:55:00ID:???一応客観的っぽい比較はできるのかもしれないが、だからどうしたってんだ。
ってまだ誰も、使うどころか中を見てもないんだろうけどｗ
0751nobodyさん
2008/12/02(火) 11:40:29ID:???コンポーネント指向？ってどんな感じのを言うの？
0752nobodyさん
2008/12/02(火) 14:42:18ID:???みなさんのレポ（人柱）に期待ｗ
0753nobodyさん
2008/12/02(火) 15:26:34ID:???ベンチマークなんて所詮うんちマークです
それが偉い人には分からんのです
0754nobodyさん
2008/12/02(火) 15:28:13ID:???0756nobodyさん
2008/12/02(火) 19:21:20ID:???0757nobodyさん
2008/12/02(火) 20:29:16ID:???0758nobodyさん
2008/12/02(火) 21:23:24ID:???=等の演算子にスペースをつけないとか if ～ else で { } を省略したり ?> を書かない
スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ
demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？）
簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？
0759nobodyさん
2008/12/02(火) 21:47:13ID:???CakePHPのフォーラムとか
0760nobodyさん
2008/12/02(火) 21:58:40ID:???これは当たり前だろ…
むしろ書く方がアホ
0762nobodyさん
2008/12/02(火) 22:16:29ID:FW3sGcTR0763nobodyさん
2008/12/02(火) 22:27:41ID:???I can hear the objections now:
* “Not realistic!”
* “Not comprehensive!”
* “Doesn’t account for features that I like!”
* “Who cares, I don’t need that level of responsiveness!”
* “Doesn’t matter if Framework X is slower, I’m more productive with it!”
Yes, yes, you’re all correct. ┐(´ー｀)┌
http://paul-m-jones.com/blog/?p=236
0764nobodyさん
2008/12/02(火) 22:49:14ID:???決めつける奴も(ry
------------------------------------
<?php
echo "hello\n";
------------------------------------
↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。
0766nobodyさん
2008/12/02(火) 23:11:14ID:???#!/usr/bin/php
<?php
echo "hello.\n";
0768nobodyさん
2008/12/02(火) 23:13:52ID:???0772nobodyさん
2008/12/02(火) 23:26:39ID:???Windowsはいいの？
http://side-b.sto.co.jp/weblog/archives/287
0773nobodyさん
2008/12/02(火) 23:29:12ID:???0775nobodyさん
2008/12/02(火) 23:52:13ID:???0776nobodyさん
2008/12/02(火) 23:52:55ID:???PHP_EOLを出力に使うなよ。
PHPから抜け出して改行打った場合に、実行するOSによって
改行がバラけるだろ。
0777nobodyさん
2008/12/02(火) 23:55:24ID:???0778nobodyさん
2008/12/02(火) 23:56:39ID:???0779nobodyさん
2008/12/03(水) 00:08:32ID:???hello worldでPHP_EOL
見てる人のOSで改行されるとは限らない。
スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。
str_replaceでPHP_EOL
見てる人のOSの改行コードがサーバと同じとは限らない。
0780nobodyさん
2008/12/03(水) 00:20:28ID:???「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。
LFでもCRLFでも動く。CRのみは知らないけどｗ
Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに
CRLFでアップロードしてるんじゃねーよって。
だから >>773 には半分だけ同意ｗ
>>776は新説。展開に期待しよう。
ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、
その辺もそろそろ定義および実装してほしいもんだ。
現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で
飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。
改行コードは仕方ないから変換するけど。
スレ違いｽﾏｿ
0781nobodyさん
2008/12/03(水) 00:23:14ID:???0782nobodyさん
2008/12/03(水) 00:25:19ID:???まあそういう作り方もあるだろうけどね
0783nobodyさん
2008/12/03(水) 00:53:25ID:???違反ではない事になってるんだな。
accept-charsetっていうのもあるけど、対応して無いブラウザもある。
被ってる領域内の文字しか無かったら判別は不可能なのにね。
実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし
mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども
イレギュラーなブラウザは存在する。
あとはhiddenで文字コード判別出来る文字列送るって方法もある。
英語圏なら全てctypeでOKなのにな。
RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。
0784nobodyさん
2008/12/03(水) 00:57:25ID:???0785nobodyさん
2008/12/03(水) 03:25:54ID:???まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな
んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。
0786nobodyさん
2008/12/03(水) 05:58:13ID:???0788nobodyさん
2008/12/03(水) 11:40:40ID:???0791nobodyさん
2008/12/04(木) 03:38:13ID:???他にない？
0793nobodyさん
2008/12/04(木) 09:33:58ID:???0795nobodyさん
2008/12/04(木) 17:07:38ID:???0796nobodyさん
2008/12/04(木) 17:17:08ID:???symfonyはクラスをプロジェクト配下のどのファイルの中に置いていても、
勝手に検索してサーチパスを組み立ててくれるから
固定的な命名規則に気を遣う必要がない
0797nobodyさん
2008/12/04(木) 20:05:14ID:???0798nobodyさん
2008/12/04(木) 20:56:51ID:???ものすごく愚かっぽいんだが
0799nobodyさん
2008/12/04(木) 21:20:32ID:???class sfCoreAutoload
protected $classes = array (
'sfAction' => 'action',
'sfActionStack' => 'action',
'sfActionStackEntry' => 'action',
'sfActions' => 'action',
'sfComponent' => 'action',
'sfComponents' => 'action',
こんなんが延々と350行もあんだぜ。
autoloaderのクラスファイルだけで3つもあるし
んで肝心のファイル読み込みは
require($this->classes[$class]);
とか
require($this->classes[$module.'/'.$class]);
だったら普通にPEAR/Zend/Solar系の命名規則の方がいいと思う。
0800nobodyさん
2008/12/04(木) 23:53:26ID:???だいたい、仮にもフレームワークを使っていて、外部クラスを『どこにでも』置きたいとか思わない。
そういったもの(基本拡張やvendor等外部ライブラリ)が考慮されていない糞FWは別なのかな？
0802nobodyさん
2008/12/05(金) 15:23:38ID:???0803nobodyさん
2008/12/05(金) 18:19:40ID:???0804nobodyさん
2008/12/05(金) 20:37:02ID:???コンパイルID指定すればOK
http://www.smarty.net/manual/ja/api.fetch.php
0805804
2008/12/05(金) 20:38:34ID:???0807nobodyさん
2008/12/06(土) 01:54:13ID:???0808nobodyさん
2008/12/06(土) 01:58:14ID:???0809nobodyさん
2008/12/06(土) 02:18:52ID:???0810nobodyさん
2008/12/06(土) 02:45:59ID:???オブジェクトの中に保持する
$WB = new Weblog;
$WB->findById( 1 );
echo $WB->getTitle() ;
みたいなヤツと
データセットを返すやつ
$WB = new Weblog;
$data = $WB->findById( 1 );
echo $data['title'] ;
どっちが好きですか？？
オブジェクト思考っぽいのは前者かなぁとか思うのですけども
後者のほうが、なんか使いやすい感じもする。
0811nobodyさん
2008/12/06(土) 02:55:55ID:???自分はDataMapperのほうが好き。
0812nobodyさん
2008/12/06(土) 03:01:45ID:???前者はActiveRecordっぽいってことになるのかな？それなら、
$WB->findById( 1 );
echo $WB->getTitle() ; // $WB->title もたぶん可
$WB->title = 'new title';
$WB->save();
とかできるメリットが結構大きいような。あんまり直接比較できないような気がする。
例えば前者でも、後者との折衷で返値を持つようにして、
$data = $WB->findById(1);
echo $data->title; // 配列で返せば echo $data['title'] も可
とかやることは可能だろうし。
0813810
2008/12/06(土) 03:14:49ID:???初心者教育みたいな感じで使うものです。
PHPの基礎的なこと、PHPとHTMLが混在するアレをやったあとで
実践編としてMVC的な考え方を導入しようと思っています。
Vの切り出しはわりとすんなりできるのですが
Mの例はどっちかなぁ。。という。
善し悪しは一概には言えないと思うので
いっそ、好き嫌いを聞いてみようとｗ
0814nobodyさん
2008/12/06(土) 03:31:39ID:???使うモノによるんだろうけど、>>810の前者の方は、「～～パターン」っていう思想をまず理解し、
そのライブラリのドキュメントのサンプルなんかを熟読して勉強しないと使えない気がする。
後者は、とりあえずニュアンスで使える感じ。
そんなざっくりした感想。
自分の好みはどちらかというと前者の、なんか有機的で乾いてない雰囲気でしかもよく考えられていて
またしっかり作り込まれている、っていうライブラリだけど、そんなものある程度以上は幻想な気がする
ので、どうせ中途半端になるんだからどっちでもいいやって思う。
言い方は悪いが、前者はトリッキー、後者は土方的、に感じる。
0815nobodyさん
2008/12/06(土) 03:39:49ID:???>あんまり直接比較できないような気がする。
はいｗ
なので好き嫌いを聞いてみようかな、と。
または感じるメリットかな？
有名そうなフレームワークを見てみましたが
どっちが優勢というわけでもないようです。
0816nobodyさん
2008/12/06(土) 03:47:56ID:???オブジェクトは実際に存在するモノ、という説明があるるじゃないですか。
それにメッセージを投げて、状態を変える、みたいな。
そうすると、前者のほうが、Weblogオブジェクトとしてより理解しやすいかな、と。
後者は、どっちかとういうとデータベースオブジェクトって感じ。
って、感覚ばっかりいってますね私。
0817nobodyさん
2008/12/06(土) 14:38:17ID:???$weblog = new Weblog();
$weblog->getTitle(); // コンストラクタ実行した直後にメソッドが死んでるってふざけてるの？
$weblog->findById(1); // 何を見つけるの？え、getTitle が生き返るの？ザオリクなの？
$weblog->setTitle('new title');
$weblog->save(); // 今の状態を永続化しますね
$weblog->findById(2);
if ($weblog->getTitle() !== 'new title') {
// setTitle 呼んでないのになんでタイトル変わってるの？findById 呼んだせいなの？
// findById で始まるトランザクションはどこまで続くの？野をこえ山をこえるの？
// というか働きすぎじゃないの？コンストラクタ以上にコンストラクタ味なの？
}
そんな訳で後者が好きです
0818nobodyさん
2008/12/06(土) 15:11:24ID:???前者でも、データセットを返す機能がほしければそういうメゾッドを実装すればいいわけで
基本的にはオブジェクトの中で簡潔してるほうがいいかなぁって気もするし
後者だけだと、なんか丸投げな感が機能不足って感じだから前者のが好みかな
ってか使用用途が微妙に違う気がする
0819nobodyさん
2008/12/07(日) 00:31:50ID:???アクティブレコードに類似してるけど、教科書（PofEAA）にならうならfindByIdメソッドは
新たに生成したWeblogのインスタンスを返すべき。
function findById($id) {
...
$data = mysql_fetch...
$weblog = new Weblog();
$weblog->setTitle($data['title']);
return $weblog;
}
0820nobodyさん
2008/12/07(日) 03:55:48ID:???値を参照するだけならむしろ $obj->get('title') の方がわかりやすいし、場合によっては
配列使った方が楽できるような気もする
なんかこの辺の、Java風オブジェクト指向っぽいまわりくどい記述が好きになれない
0821nobodyさん
2008/12/08(月) 01:26:16ID:???ごめんなさい。例がよくなかったかもです。
もしやるなら>>819のような実装を考えております。
ご指摘のサンプルで言えば
$weblog->findById(2);
じゃなくて
$weblog2->findById(2);
という使いかたです。
メソッド名が不自然かな？
0822nobodyさん
2008/12/08(月) 01:38:25ID:???＞値を参照するだけならむしろ $obj->get('title') の方がわかりやすいし
はい。
クラス変数を直接触らせないためのgetter,setterって目的だったら同じことですよね。
実は私も、それでいいんじゃないのかな？と思ったりしましたが
いろいろなフレームワークやOOPの説明を見ても
そういう実例がなかったので入れませんでした。
0823nobodyさん
2008/12/08(月) 06:07:44ID:???多機能メゾッドはあまり好きくない
0824nobodyさん
2008/12/08(月) 10:55:37ID:???0825nobodyさん
2008/12/08(月) 11:14:50ID:???__call() での自動呼び出しとかじゃないの？全部書いちゃうの？
今はどうなのか詳しくは知らないけど、RDBのフィールド名って大文字小文字を区別しないことがあって、キャメルケースは使いにくかったように思う。
だから、いちいち login_password <=> LoginPassword みたいな書き換えが起こるってことだけでJavaっぽいのは違和感があるなー
0827nobodyさん
2008/12/09(火) 01:23:06ID:???引数に title2 を与えたら何が返ってくるんだ？
汎用的なコンテナじゃないのだから
部品へのインターフェイス、getTitle() を用意すべき
>>826
824は静的テストでチェックできるかどうかを言いたいんでしょ
0828nobodyさん
2008/12/09(火) 01:43:15ID:???0829nobodyさん
2008/12/09(火) 01:51:48ID:???ユーザ側が直接文字列を投げ込まないといけないようなメゾッドはなんかイマイチ感
0830nobodyさん
2008/12/09(火) 02:58:50ID:???利用する側からしたら、補完機能付きエディタを使うんでなければ 'title' を 'tilte' なんて
書き間違えてあちゃーも getTitle() を getTilte() であちゃーも大して違いはない。
どっちでも例外吐こうと思えば吐けるし。
メソッド名の補完や静的チェックに関しては思想が違うとしか言いようがない。
ActiveRecordも流行の実装は自動的で動的なメソッド定義だし。そんなの静的チェック
なんて（むちゃくちゃ頑張らないと）できないんじゃ？
0831nobodyさん
2008/12/09(火) 03:22:57ID:???とか
DIコンテナって結局GoFのストラテジーじゃないか、イランイラン
とか
OOPって偉い人同士でいつもそんな事言い合ってる、と俺印象。
0833nobodyさん
2008/12/10(水) 02:22:33ID:???0834nobodyさん
2008/12/10(水) 03:09:07ID:???>DIコンテナって結局GoFのストラテジーじゃないか、イランイラン
0835nobodyさん
2008/12/10(水) 05:29:58ID:???error_reporting(E_ALL);
print $row['tilte'];
0836nobodyさん
2008/12/10(水) 09:01:52ID:???http://www.infoq.com/jp/news/2007/12/does-di-pay-off
http://kohari.org/2007/08/15/defending-dependency-injection/
0837nobodyさん
2008/12/10(水) 15:41:06ID:???アホって言ってんのは >結局GoFのストラテジーじゃないか、イランイラン
の論理展開のことね。ストラテジーと似通う部分はあるにしても要らんっていうのは飛躍
0838nobodyさん
2008/12/10(水) 17:21:51ID:???雰囲気を伝えたかっただけで正確に書いたわけではないのだ。
0839nobodyさん
2008/12/10(水) 17:25:33ID:???0841nobodyさん
2008/12/10(水) 17:41:40ID:???PEARでインストール出来るみたいだけど、PEARに依存してる？
本体や拡張のどこかで PEAR.php をrequireしたりしてたりしないよね。
0842nobodyさん
2008/12/10(水) 19:36:26ID:???cake ROR的
CI PHP的
俺印象。どれも使った事は無い。
0843nobodyさん
2008/12/10(水) 19:38:31ID:???0844nobodyさん
2008/12/10(水) 19:42:03ID:???0845nobodyさん
2008/12/10(水) 20:00:37ID:???使ったことがないんじゃなくて使えないんだろ
0846nobodyさん
2008/12/10(水) 20:27:01ID:???お前の意見は
0847nobodyさん
2008/12/10(水) 20:35:59ID:???0848nobodyさん
2008/12/10(水) 20:43:48ID:???意見も何も>>842のやりたいことが意味不明だから
使ってないのに俺印象とか、何の印象だよ エスパーかよ
PHPとかJavaとかRoRとか何のカテゴライズだよ
なんでフレームワークと言語がごっちゃになってるんだよ
お前の意見は、意見は、って何が聞きたいんだよ
0849nobodyさん
2008/12/11(木) 00:23:14ID:???～的は使った人から聞いての俺なりの印象。
クリケットは英国的
これ聞いてスポーツの話してんのに国の話して狂ってるとか言ってるのがお前。イメージ伝わらなかったらそれでいいんでスルーしろよ。
それ以上やりたいならURL指定してくれ。そこでいくらでも粘着つき合ってやる。
0851nobodyさん
2008/12/11(木) 08:36:06ID:???スポーツとかいきなり例えにもなっていないもの持ち出してどうすんだよ
使ったことすら無い人間と議論して何を得られると思ってるんだよ
0852nobodyさん
2008/12/11(木) 08:42:59ID:???cakeとsymfony両方使った人いないのですか？
早く答えろよ、ミクロちんぽ男どもが。
0853nobodyさん
2008/12/11(木) 11:13:45ID:???0854nobodyさん
2008/12/11(木) 12:00:39ID:???と言ってみる。
0855nobodyさん
2008/12/11(木) 13:11:31ID:???viewファイルの拡張子が .php 決め打ちに見えるorz
CController.phpにハードコードしてるように見えるんだが、どこかで変えられるのかな・・・
ってのを、誰か英語で質問よろしく。
0858nobodyさん
2008/12/11(木) 23:07:29ID:???0859nobodyさん
2008/12/12(金) 01:15:47ID:???0860nobodyさん
2008/12/12(金) 04:32:30ID:???あの途中からどんどんふぁびょってってるようなアレかｗ
なかなか面白かったけどｗ
他のフレームワークの使用経験も殆どないけど、yiiちょっと触ってみるかなー
せっかくだしお勉強してみよう
0861nobodyさん
2008/12/12(金) 05:09:09ID:???～hogehoge/index.php/hagehage～
みたいにはできるけど、このindex.phpもどうせなら表示しないようにしたいな
英語超苦手だけどちょっとドキュメントとにらめっこしてみるか…
0862nobodyさん
2008/12/12(金) 13:27:05ID:???それはpathinfoみてやってるんだろうね。
mod_rewriteなんかを使わないと、実行スクリプトの省略はたぶん無理。
mod_rewriteでいいなら、railsでもcakeでもZFでも何でもいいから.htaccessをパクってくればおｋ。
フロントコントローラ置いてるフレームワークなら大概同じ。
0863nobodyさん
2008/12/12(金) 15:55:13ID:???rewrite前提なのは理解してます
直接アンカータグ書いてURI決めうちしとけば問題ないんですが
たとえば、(略) array('label'=>'Home', 'url'=>array('site/index')), (ry)
て感じに指定してURL吐かせると /appname/index.php/site/index
といった絶対パスになるんすよ(urlFormat=>path設定しておいた場合)
なんで、これを相対( ./site/index ) とかで吐かせれないかなーと思いまして
0864nobodyさん
2008/12/12(金) 17:46:15ID:???/hoge/page の絶対指定が定番だと思ってた。てかデザイナにもそう頼んでるｗ
0865nobodyさん
2008/12/12(金) 17:59:27ID:???0868nobodyさん
2008/12/16(火) 10:35:42ID:tHoVMtEcって感じのPATHINFO的パスって、一時期はSEO的な意味もあったかもしれないが
今となっては何の意味もなくね？
むしろ今となっては非本質的で気持ち悪い気ｶﾞｽ
0869nobodyさん
2008/12/16(火) 10:43:14ID:???結局は&や?を/に置き換えてるだけだもんな。
グーグルとかのクローラーは知らんけど、人間が読む分には、すなおにindex.cgi?name=foo&passwd=barとやった方がわかりやすいよな。
0870nobodyさん
2008/12/16(火) 10:45:25ID:???0871nobodyさん
2008/12/16(火) 12:00:14ID:???とかできて便利じゃないか。
<a href="./">やりなおし</a>
とかも、パラメタが全部引っ付いてきてお得じゃないか。
0872nobodyさん
2008/12/16(火) 14:05:02ID:???けどただのパラメータを/区切りにする意味はないと思ってる
ようは>>871の言うようなことが出来ないただのデータの羅列なら素直に>>869的にやるべき
0873871
2008/12/16(火) 17:04:46ID:???俺はPATH_INFO賛成派だが、
http://.../user/yamada/pass/word/sex/male
みたいなパラメタ付けは好きじゃない。
http://...../map/pref/12/
で、"../13/"で隣の県が参照できたり、"../"で都道府県一覧が
表示されるのが美しいと思う。
0874nobodyさん
2008/12/16(火) 17:17:06ID:???0875nobodyさん
2008/12/16(火) 18:01:40ID:???>>873が言うのは、URLの見た目通りに、ディレクトリ階層っぽい作りがいいって話だろ。多分。
順番はむしろ固定しなきゃ。
0877nobodyさん
2008/12/16(火) 20:05:52ID:???ndex.cgi?name=foo&passwd=baが読みやすいというのは
プログラマー的な視点だと思う。
しかもpasswd筒抜けやんｗ
初心者は
hoge.com/poge/categoryId/100
で区切られてる方がわかりやすい
0878nobodyさん
2008/12/16(火) 20:09:51ID:???俺は迷わずＵＲＬに(=^_^=) を使う
hoge.com(=^_^=) poge(=^_^=) categoryId(=^_^=) 100
ＵＲＬ形式はまさにグーグル様次第だ
0879nobodyさん
2008/12/16(火) 20:11:17ID:???0880nobodyさん
2008/12/16(火) 20:16:09ID:???根拠となるデータがないとまず無理
0881nobodyさん
2008/12/16(火) 20:18:34ID:???顔文字でも何でも使うよ
まずクエリでも差がないという信用できるデータが欲しい
0882nobodyさん
2008/12/16(火) 20:31:31ID:???yahoo等の大手サイトでは、
めっきり「必然性のないpathinfo形式」を見なくなった気がする
0883nobodyさん
2008/12/16(火) 20:42:43ID:???yahooのＵＲＬはＳＥＯのお手本というより
自社都合のＵＲＬ形式にしてるんじゃないかな
0884nobodyさん
2008/12/16(火) 22:18:32ID:???ディレクトリと同じで、コントローラの中にアクションがあるっていう
入れ子関係なんだし。
ドメイン/大枠/小枠/パラメータって決まってた方が綺麗じゃん。
ユーザが、URIを削ったりした時に、indexでカテゴリーの目次に飛んだり出来るじゃん。
クエリに&使う場合って、w3cのストリクトな文法ではHTML内でリンク書く時でも
HTML2.0の頃から、本当は&って書かなきゃいけない事になってるんだぜ。
0885nobodyさん
2008/12/16(火) 22:20:21ID:???下の&は＆amp;な。
0886nobodyさん
2008/12/16(火) 23:07:56ID:???> >>869
> ndex.cgi?name=foo&passwd=baが読みやすいというのは
> プログラマー的な視点だと思う。
> しかもpasswd筒抜けやんｗ
> 初心者は
> hoge.com/poge/categoryId/100
> で区切られてる方がわかりやすい
name=fooなら、nameとfooが対応してるのが誰でも分かるだろう。&ってANDが文章をつなぐ単語って小学生でも知ってる。
/で区切るとどこまでがURLでどこからがクエリパラメータか分からない。
http://example.com/news/name/10で、nameがアクションクラス名なのかクエリパラメータのキー名なのか、誰にも分からない。
0887nobodyさん
2008/12/16(火) 23:59:17ID:???http://example.com/news/name/10.html というURLだったとして、
動的に出力されているのか静的に置かれているのかも誰にもわからない。
そしてそれは、いずれ静的なファイルに置き換えてもリンクを変更する必要がない。
こういう事をいうと You Aren't Gonna Need It とか言われるのかも知れないけど、あくまで一利点として。
0888nobodyさん
2008/12/17(水) 01:16:44ID:???＞name=fooなら、nameとfooが対応してるのが誰でも分かるだろう
おまえがプログラマだからだろ？
初めてＰＣさわったとき、ＵＲＬの意味が全く不明でした
ＵＲＬつかってデータ飛ばしてるということ知らなかったし
だからＵＲＬは/区切りの方が単純明快でわかりやすい
わかりやすいといっても素人的観点からのわかりやすいという意味だよ
nameがわからないとかはプログラマ視点やろ
0889nobodyさん
2008/12/17(水) 01:21:40ID:???yahooとかのクエリて
どんだけパラメータはいってんねん、
これ何の変数なん？てくらい
長いで
あそこまで長いパラメータなら区切てのクエリでも
変わらんわな。ロボットも長いＵＲＬ拾わんやろうし
0890nobodyさん
2008/12/17(水) 01:24:05ID:???0891nobodyさん
2008/12/17(水) 06:45:41ID:???いっこ削って上の階層にいけないようならスラッシュ区切りにする意味ないとおもうわー
0892nobodyさん
2008/12/17(水) 08:45:42ID:???携帯のブラウザなんかだと、URLが確認出来なかったりするぐらいだから。
あえてURLを見ようと思った時に、/区切りでパラメータとURLが一体になってる方がわかりやすいか、パラメータがハッキリ区別されてる方がわかりやすいか。当然、後者。
/区切りが有効なのは、昔のSEO対策ぐらいなもの。それ以外は開発者の自己満足。
0893nobodyさん
2008/12/17(水) 11:19:55ID:???0894nobodyさん
2008/12/17(水) 19:49:31ID:???0895nobodyさん
2008/12/17(水) 20:58:37ID:???URLで何を表してるか、なんじゃないかなぁ。。
そこで出てるニュースの例なら
news.php&year=2009&mon=12&day=17
よりも
news/2009/12/17
のほうが、意味あいとして分かりやすいと思うけど。
0896nobodyさん
2008/12/18(木) 01:49:52ID:???URL本体とクエリストリングは本来機能が違う物なのに、わざわざごちゃ混ぜにしてるところに問題がある。
しかも、mod_rewriteに頼らないと行けない。
画面とURLのマッピング表を参照しなければ、クエリストリングが取り出せなくなるのは、開発性の低下。
手間がかかるくせにメリットが少ないから、/区切りにするのはくだらないと思う。
0897nobodyさん
2008/12/18(木) 01:54:25ID:???そんなことはない
0898nobodyさん
2008/12/18(木) 02:07:07ID:???0899nobodyさん
2008/12/18(木) 02:09:31ID:???ヘルパを通すと一括してpathinfoにされることではないか。
0900nobodyさん
2008/12/18(木) 02:10:07ID:???例えばnucleusのfancyモードもmod_rewirte使ってない。
0901nobodyさん
2008/12/18(木) 02:16:40ID:???0902nobodyさん
2008/12/18(木) 02:16:47ID:???0903nobodyさん
2008/12/18(木) 02:20:07ID:???開発効率落としてまでやる事じゃないと思うけど、それがこだわりだって言われれば、そりゃ勝手ではあると思う。
0904nobodyさん
2008/12/18(木) 02:21:36ID:???.htaccessで済む。まぁ許可されていればの話しだが。
> 画面とURLのマッピング表を参照しなければ、クエリストリングが取り出せなくなるのは、開発性の低下。
フレームワーク使っているのなら、わざわざクエリストリングを直接弄るようなことはないだろうに。
>>901に同意。俺は/区切りの方がスッキリする。
0905nobodyさん
2008/12/18(木) 02:31:24ID:???0906nobodyさん
2008/12/18(木) 02:40:08ID:???画像加工済みであれば、ファイルが存在するからそれを返して
まだであれば、加工して保存後それを返すって感じで
0907nobodyさん
2008/12/18(木) 02:42:33ID:???例えばhttp://example.com/news/2008/12/18だって、年月日の順で引数が渡されることを把握してなければいけない。
こんなのすごくくだらない。
func(2008,12,18)ってプロトタイプよりfunc(array(year=>2008,mon=>12,day=>18))の方がメンテナンス性の高いプロトタイプだよ。
0908nobodyさん
2008/12/18(木) 02:53:47ID:???順番変更になってもルーティング弄れば全部反映されるし
ただパフォーマンス的にコストがちょっとかかるけど
0909nobodyさん
2008/12/18(木) 03:21:10ID:???いや、>>904では、「mod_rewrite必須。でなければ、Apache別設定必要」という意見に答えたまで。
> こんなのすごくくだらない。
だからくだらないかどうかは好みの問題でいいんじゃね。
メンテナンス性も大事なのはわかるが、糖衣構文と同じで慣れもあるし。
0910895
2008/12/18(木) 04:24:35ID:???うーん。。そういうのが>>877が言ってる
プログラマ的視点ってことじゃないかなぁ。。
URLは場所やリソースを表すって意味じゃ
階層的にで表現できるものは/区切りがキレイな感じがする。
year=2008&month=12&day=18
ならまだしも
month=12&year=2008&day=18
って、なんか気持ち悪くない？
RESTにちょっと興味あるからかも知れんけどｗ
0911nobodyさん
2008/12/18(木) 07:12:11ID:???ここでクエリクエリ言ってる人はrestを一通り勉強した上で言っているのかどうか気になる
一昔前の感覚から抜けきれないプログラマさんとしか思えない
0912nobodyさん
2008/12/18(木) 07:16:33ID:???それはRESTと全く関係ないでしょう
>>911
RESTだからpathinfoってのは違うよ。
RESTだってquerystringで基本処理することは問題ない。
なにか、910も911もRESTをちゃんと勉強してから、有意義なコメントを求む。
0913nobodyさん
2008/12/18(木) 09:15:43ID:???てか、本当に話題なんでもいいのなｗ
0914nobodyさん
2008/12/18(木) 10:24:50ID:???低機能だから速そうではあるけど
0915nobodyさん
2008/12/18(木) 10:25:11ID:???そうでないところはクエリ文字列をつかうべきだよね。
なんかお前ら、どっちかしか使わないみたいな二元論にハマってないか？
使い分けてナンボでしょこういうのは。
http://.../news/08/12/18?query=money
なんて分かりやすいじゃないか。
0916nobodyさん
2008/12/18(木) 10:32:53ID:???・ステートレス
・PUT、DELETEを使え
って時点で、RESTfulにこだわってたらWEB APIは作れても普通のWEBアプリは無理だろ。
大体、RESTって認証はどうするんだ？ステートレスってぶっちゃけGET以外は非現実的じゃないの？
参考にするのはいいが、どうせRESTfulにはならないんだし、URLも違う視点でいいよね。
0917nobodyさん
2008/12/18(木) 10:37:23ID:???最適化したブートストラップファイル「Yiilite」を利用時、1秒当たり最大427のクエリを処理できるという。
サーバのスペックも書かずにこの数字って
何か意味あんのか？？？
0918nobodyさん
2008/12/18(木) 10:53:23ID:???REST的概念にしたがってコードを書くことをRESTfulって言わないの？
RoRとかRESTful謳ってるけど？
>>917
select 1;
0919nobodyさん
2008/12/18(木) 12:00:09ID:???RoRのRESTは
PUT・DELETE → JavaScriptで疑似リンク作成（POSTだけどhiddenでメソッド種別埋め込み、サーバ側で処理）
ステートレス → 棚上げ？
フレームワークレベルで頑張ってるみたいね。
そこまでやるんならURL（URI）も頑張ってRESTfulにすればいいんじゃね？
↓こんなのもあったｗ
http://www.nicovideo.jp/watch/sm3823700
0921nobodyさん
2008/12/18(木) 12:11:30ID:???0922nobodyさん
2008/12/18(木) 16:01:51ID:???海外じゃじゃ12/18/2008って日付表記もメジャーだよ。12や18が何を意味するのか、コードの中を見ないと判断つかない。
0923nobodyさん
2008/12/18(木) 18:38:36ID:???2008年のなかの12月のなかの18日～みたいに書かないと階層化になんないし
0924nobodyさん
2008/12/18(木) 20:21:57ID:???0925nobodyさん
2008/12/18(木) 21:13:55ID:aX375k2z0926nobodyさん
2008/12/18(木) 21:50:37ID:???0927nobodyさん
2008/12/18(木) 21:52:38ID:???0928nobodyさん
2008/12/18(木) 21:55:14ID:???0929nobodyさん
2008/12/18(木) 21:56:58ID:???0930nobodyさん
2008/12/18(木) 22:15:38ID:???何この糞ライブラリ
0931nobodyさん
2008/12/18(木) 23:09:41ID:???てのはいいとして、>>930
GoogleかYahooか知らんが、
PDO 不具合 (7,850) / PDO (346,000) ・・・ 2.27%
PEAR DB 不具合 (9,470) / PEAR DB (115,000) ・・・ 8.23%
PEAR MDB2 不具合 (3,440) / PEAR MDB2 (45,000) ・・・ 7.64%
JDBC 不具合 (39,700) / JDBC (161,000) ・・・ 24.65%
ODBC 不具合 (37,400) / ODBC (411,000) ・・・ 9.10%
（上記全てGoogle 日本語ページ）
むしろ優秀じゃね？そうでなくても、ただ単に普及率や話題性が数字で出てるだけじゃねーかと。
JDBCがなんか笑えるけどなｗｗ
0932nobodyさん
2008/12/19(金) 00:29:20ID:???全く関係ないヤツが殆どなんだけどな
0933nobodyさん
2008/12/19(金) 01:19:55ID:???今度PHPとSQL Serverなんだが、PDO_DBLIBの完成度とか微妙そうだ。
今からgkbrだ。
0934nobodyさん
2008/12/19(金) 12:14:17ID:???ＧＥＴで飛ばした場合はクエリとはいわない
0935nobodyさん
2008/12/19(金) 12:20:32ID:???0936nobodyさん
2008/12/19(金) 12:24:34ID:???0937934
2008/12/19(金) 12:29:07ID:???0938934
2008/12/19(金) 12:52:28ID:???0940nobodyさん
2008/12/19(金) 21:43:46ID:???0941nobodyさん
2008/12/19(金) 21:47:53ID:???でもそれが設計にそれほどの影響を与えるかどうかは・・・正直そこまで気にしてらんねｗとか
0942nobodyさん
2008/12/20(土) 03:11:01ID:???0943nobodyさん
2008/12/20(土) 03:25:26ID:???効率よさそうな気はするが。
list.php?q=hoge&page=2&cate=3とかなってるより、
list/cate/3?page=2&q=hoge の方が楽そうだなーとかは感じる。
実際はどうかわからんけどな。
0944nobodyさん
2008/12/20(土) 03:45:04ID:???0945nobodyさん
2008/12/20(土) 04:23:39ID:???0946nobodyさん
2008/12/20(土) 11:09:04ID:???気がするではなく自明だろとか書くと、仮に大嘘でもそのまま飲み込む奴は出てくるんだけどな
書き方としてはその方が2ch向きかな
0948nobodyさん
2008/12/20(土) 18:52:04ID:VXNsKNQ00950nobodyさん
2008/12/20(土) 23:49:25ID:???0951nobodyさん
2008/12/21(日) 00:10:34ID:???Google Analyticsでは対応できなくなったときだな。
アクセス数が少ないやつがアクセス解析を作ると
一人ひとりのアクセスしたページの履歴を見れるとか
わけのわからない機能を作りそうｗ
0952nobodyさん
2008/12/21(日) 00:20:56ID:???リファラー情報をDBに保存して集計していますか？
0953nobodyさん
2008/12/21(日) 00:28:37ID:???しかも頑張らないと消せないぜ。
0954nobodyさん
2008/12/21(日) 05:35:57ID:???昔から永久保存してるよ
0955nobodyさん
2008/12/21(日) 22:53:57ID:V1c8MsfO0956nobodyさん
2008/12/21(日) 23:34:59ID:???コードが全てを物語ってるじゃないか。
相手にする価値無いだろ。
0958nobodyさん
2008/12/22(月) 02:31:00ID:???0959nobodyさん
2008/12/22(月) 06:22:15ID:UnYE/VzJhttp://blog.katsuma.tv/2008/12/inner_join_on_cakephp.html
インナージョインとレフトジョインて別物だし、
簡単にテレコにできるもんじゃないよね？
これってどういうことなん？
0960nobodyさん
2008/12/22(月) 06:49:37ID:???今作成してるサイト、テーブルいくつもレフトジョインしてるんだが・・・
0961nobodyさん
2008/12/22(月) 08:10:23ID:???0962nobodyさん
2008/12/22(月) 08:19:55ID:???それより、CakeのモデルでINNERにできるところをLEFTにしてるとしたら
（たぶんそういうことなんだろうけど）ちょいとお粗末すぎる希ガス
0963nobodyさん
2008/12/22(月) 08:23:10ID:???接続対象が0にならない場合だけでしょ
タグっぽいの駄目だし使いどころなさそう
0964nobodyさん
2008/12/22(月) 08:29:38ID:???LEFTじゃなきゃだめなところをINNERにして動作に異常がないわけはないんで、
普通にINNERでよいところをLEFTにしてるかどうかが問題なんじゃない？
0965nobodyさん
2008/12/22(月) 08:37:43ID:???0966nobodyさん
2008/12/22(月) 10:10:57ID:???NULLが出来るクエリなんてキモチワリーってことなんじゃない？
ちゃんと設計してあればLEFT JOINなんてそんな使わないよ。
0967nobodyさん
2008/12/22(月) 10:33:27ID:???１日で3Gくらいのログファイルを想定してた
ディレクトリ毎にアクセス状況を表示出来るので、そちらのがディレクション側にも理解し易いかなとか
GETで渡ったパラメータも項目別に出るけど、ページ検索だか訳判らん表現に
まぁ機能以外のつまらん理由で仕様が決まる事もあるねー
以上の話題にならんかったな
0968nobodyさん
2008/12/22(月) 10:38:37ID:???LEFT JOINの方が遅いとか、その辺の知識が弱くて困ってるんだけど、
その辺を学ぶのにいい情報源ないですか？
CRUDなSQLは一通りかけるけど、JOINなんかは解説サイトを鵜呑みにして、
とりあえず出来てるレベル。
もうちょっとしっかりとした知識を身につけたいところ。
0969nobodyさん
2008/12/22(月) 10:45:12ID:???LEFT JOINの方が遅いという一般的な事象については、RDBMSの内部動作の基本を
理解していれば、自明。RDBMSの基礎理論を扱ったドキュメントになら書いてあるでしょう。
RDBMSのドキュメントに結合の最適化やINDEXの使われ方、処理フローに
ついて書いてあることもある。そこは運だな。
0972nobodyさん
2008/12/22(月) 11:34:07ID:???ttp://www.inter-office.co.jp/contents/157/
たとえば、ここにベンチ出てるんだけど、前のアイテムでLEFT JOINして性能が1/3になってるという話。
ただ、これは一般的に1/3になるというのではなく、LEFT JOINするときにどのくらいNullになるレコード
があるかによって速度は全然違うから、完全な比較はできない。
そもそも、使い路の違うものを速度比較っていう考え方自体がないんだよね。
0973nobodyさん
2008/12/22(月) 11:44:52ID:???0974nobodyさん
2008/12/22(月) 12:01:34ID:???あんまり関係ない希ガス
0976nobodyさん
2008/12/22(月) 12:13:33ID:???0977nobodyさん
2008/12/22(月) 16:22:33ID:???なんでもかんでもコンテンツはキャッシュにぶちこんで、
検索が必要な場合は専用のインデックスにでも(RDBMSじゃなく、いやRDBMSでもいいけd)放りこめ!って
やりかたがイマドキはアレな気がする。
チューンしたSQLは一発書いたら使いまわしのできないコードだし、
コンテンツキャッシュがちゃんとしてれば大方はそっちの方が数字は速いし、
フレームワークなんかにも組み込みやすいし、なのでまぁそういう流れなんだと思う。
大規模サイトっつってもいろいろあるだろうけどさ。
0978nobodyさん
2008/12/22(月) 16:30:59ID:???アレってなに
0979nobodyさん
2008/12/22(月) 22:30:57ID:???0980nobodyさん
2008/12/22(月) 22:54:57ID:???0981nobodyさん
2008/12/22(月) 23:01:35ID:???> 大規模なウェブサイトは極力ジョイン使うなってよく紹介されてるだろ。ジョインそのものの話。
知識では知っていたが、最近実感した。
JOINにかかる速度というより、
一般的にSQLを実行したとき、条件やソート処理も一緒に行う。
条件やソートにインデックスがうまく使われれば速いが、
そうでない場合大幅に速度が遅くなる。
インデックスはRDMSによるが、一つのSQLで一回しか使われなかったりと
使われない場合がある。
JOINが絡むと結果的に複雑なSQLになり、インデックスをうまく使うのが難しい。
だからJOINを使った複雑なSQLを書くのではなくインデックスを使った
単純なSQLを複数回発行するほうが良い。
0982nobodyさん
2008/12/22(月) 23:24:29ID:???1対多とか多対多を一つのテーブルでやるなんて無理ぽ
0983nobodyさん
2008/12/22(月) 23:27:21ID:???>検索が必要な場合は専用のインデックスにでも
そうそう。Luceneみたいにインデックスに特化させたシステムを別に走らせて
DBからはデータだけを取ってくる。ページはキャッシュしとく。
0984nobodyさん
2008/12/23(火) 00:09:01ID:???UserとProfileが一対一の関係で
しかも、
Userレコードに対応するProfileレコードが必ず存在する
という前提でないとINNER JOINは使えないと思う。
Userテーブルにたくさんデータがあって、Profileテーブルが空の場合、
$this->User->find('all');
としても、データが返ってこないことになる。
この場合CakePHPだとNULLになるのかな。
0985nobodyさん
2008/12/23(火) 00:10:53ID:???といって、インデックス？のシステムを利用してどう表現するのかよくわからない
うー頭が悪い
テーブル[A]： 1:太郎 2:花子 3:ジョニー
テーブル[B]： a:バナナ b:メロン c:マンゴー
テーブル[C]： 1-a, 1-b, 2-b, 2-c, 3-a, 3-c
こうすりゃJOINなんか使わなくていいんだぜ！ってのがあるのならだれか教えて下さい。
それとも、こんなのなら迷わずINNER JOINでいいのかな・・・
件数が少なけりゃ、例えばメロンが好きな人！ってので、テーブルCから名前キーを
取得して、テーブルAから IN (1, 2) とかでセレクトできるけど・・・そういうことするんでしょうか？
てか、PHPかDBの初心者スレいった方がいいかな；_；
0986nobodyさん
2008/12/23(火) 00:31:22ID:???PHPに限ったことじゃないし、DB系のスレにいったほうが
多くの情報は集まるんじゃないかなって気はするねー
っと、そろそろ次スレだね
0987nobodyさん
2008/12/23(火) 00:37:12ID:???http://pc11.2ch.net/test/read.cgi/php/1229960175/
0989nobodyさん
2008/12/23(火) 01:23:39ID:???JOINはしないほうがいいって言ったけど、
それはできるのならってことで、
JOINしたほうが自然な場合はしていいよ。
SQLパズルとでも言うべきな、
なんたらをgroup byした結果となんたらを結合して～なんて
ややこしいのはやめたほうが良いって話。
0990nobodyさん
2008/12/23(火) 01:28:23ID:???0991nobodyさん
2008/12/23(火) 01:33:12ID:???（ 俺の生活範囲って
Ο（ ベンチが全てじゃね
ο ～～～～～～～～～～～～～～～～～～
。
∧＿∧
＿＿＿／⌒（ｌ|ｌ･∀･）＿
/ | | ノ | |
| | | ／ |, | .|
＿＿| | | ＼ .| _|＿|
ヽ、（＿二二⌒)__）. ＼
＿＿＿_| | ＼二 ⌒l. ＼
| |￣￣ | |￣￣||
| | | | .||
| |_ | |_ .||
（＿＿） （＿＿） ||
0993nobodyさん
2008/12/23(火) 13:09:17ID:???,,､,､,,, / ＼〇ノゝ∩ ＜ 1000取り合戦、いくぞｺﾞ……！！ ,,､,､,,,
/三√ ﾟДﾟ) / ＼＿＿＿＿＿＿＿＿＿＿＿＿ ,,､,､,,,
/三/| ﾟＵﾟ|＼ ,,､,､,,, ,,､,､,,,
,,､,､,,, Ｕ （:::::::::::） ,,､,､,,,
//三/|三|＼ ,,,, ,,､,､,,,
∪ ∪
,, , ,,,, ,,､,､,,, ,,､,､,,,
,,,,, ∧＿∧ うまいモナー,,,,, 、 ,,,,,, ,,,,,,,, ,,,,,
,,, （ ´∀｀）＿＿＿,,,,＿＿＿ ,, ∧＿∧ ｹﾞﾝｷﾆ ｼﾃﾙｶﾅ・・・＿＿＿,,
／￣ （ つ日ヽ ∧＿∧ （ ） ／
／ （＿＿）） （´∀｀ ） （ ） ∧＿∧∧＿∧ ／ マターリモナー
∧＿∧∧＿∧ドーゾ （日ノ ） ｜ ｜ | （ ´∀｀） ´∀｀）
（ ´∀｀） ´∀｀） (（＿＿） ,（＿（＿） （○）⊂ ） つ日⊂ ） モーナー
―（つ⊂ ） つ⊂ ）―――――――――――ヽ|〃(⌒)(⌒) (⌒)(⌒)
(⌒)(⌒) (⌒)(⌒)グーグー
0996nobodyさん
2008/12/23(火) 21:14:32ID:???kono mikan
0997nobodyさん
2008/12/24(水) 02:34:56ID:???○|￣|＿ OTL on_ ｡,､ .
0998nobodyさん
2008/12/24(水) 10:42:47ID:???0999nobodyさん
2008/12/24(水) 10:43:00ID:???1000nobodyさん
2008/12/24(水) 10:43:05ID:???http://pc11.2ch.net/test/read.cgi/php/1229960175/
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。