【PHP】フレームワークについて語るスレ9【総合】
レス数が1000を超えています。これ以上書き込みはできません。
0001nobodyさん
2007/12/11(火) 23:37:20ID:???http://pc11.2ch.net/test/read.cgi/php/1192604501/
0002nobodyさん
2007/12/11(火) 23:37:46ID:???【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/
0003nobodyさん
2007/12/11(火) 23:37:57ID:???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/
0004nobodyさん
2007/12/11(火) 23:39:58ID:???あれだけまったりしてて次スレが立たないとか。
もうPHPはフレームワーク論議を必要としないほど・・・
0005nobodyさん
2007/12/12(水) 00:30:38ID:???0006nobodyさん
2007/12/12(水) 01:58:46ID:???サイト作ってみて、どれだけ作りやすいか検証してるんだけど
最近さすがに嫌気が差してきたorz
0007nobodyさん
2007/12/12(水) 02:24:16ID:???0008nobodyさん
2007/12/12(水) 03:44:19ID:???RoRが標準装備される時期がすぐ来る
だとしたらPHPはRoRに負けるのは時間の問題だと思われる
今からRailsのマネだけのFWを覚えるのは時間の無駄
0009nobodyさん
2007/12/12(水) 04:36:32ID:???DOS/Vマガジン脂肪でPHPもつられて脂肪ｗｗｗ
0010nobodyさん
2007/12/12(水) 06:50:26ID:???マシン速度が自動的かつ必然的に進化するんだから
速度なんてたいした問題じゃないだろ。
今書いた糞遅いプログラムが
一年後にはそのままで数倍の速度で動くんだぜ。
0011nobodyさん
2007/12/12(水) 07:07:14ID:???0012nobodyさん
2007/12/12(水) 07:19:00ID:???この分からず屋っ
0013nobodyさん
2007/12/12(水) 07:45:29ID:???0014nobodyさん
2007/12/12(水) 09:52:04ID:???最初に普及させるには、最初に満足する速度で動いてくれないと。
まぁrubyもvm搭載して速くなるのはすぐそこまで来てるし、
10年後にはPHP抜いてるかもね。
0015nobodyさん
2007/12/12(水) 13:08:28ID:???初心者はとっつきにくいと思う。
0016nobodyさん
2007/12/12(水) 13:17:22ID:???セットアップもめんどい
PHPならとりあえずHTMLのなかに<?php ?>って書けば何でもできるし。
0017nobodyさん
2007/12/12(水) 16:23:57ID:???JAVAでオブジェクト指向を学習したほが良いと思う。
0018nobodyさん
2007/12/12(水) 16:26:18ID:???【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
0019nobodyさん
2007/12/12(水) 18:07:49ID:???0020nobodyさん
2007/12/12(水) 22:31:37ID:???0021nobodyさん
2007/12/12(水) 22:56:30ID:???あと、perl 由来の sort, map, grep 系な。
このあたりはなれてしまうとPHPでは不自由に感じる。
0022nobodyさん
2007/12/12(水) 23:28:42ID:???てかスクリプト言語だからこそ、ああいう融通の利いたことができるようにしないと。
PHPなんか正規表現ですら関数だし。文字列もstrcmp() == 0とか、あり得ない。
ホントCのラッパー。
0023nobodyさん
2007/12/12(水) 23:41:21ID:???ただ、PHPのソースで敢えてforeach を使わず
for($i=0; $i<count($ar); $i++){
$ar[$i] でほげほげ
}
て記述が多いのはなんでだろう、って思う事は多い。使う人間の種類が違うのかも。
（もちろん、パフォーマンスが若干いいんだろうが、それよりも二次元くらいになると読みにくくないか？）
002422
2007/12/12(水) 23:53:47ID:???なんかスクリプト言語ならでは、ってものがないんだよな。
まぁ<? ?>ってやるだけでHTMLの中に自由に書けるのは大きいけどさ。
0025nobodyさん
2007/12/13(木) 00:05:52ID:???PersonalHomePageだし
0026nobodyさん
2007/12/13(木) 00:10:16ID:???そのHTMLの中に自由にかける、ていうのはMVCフレームワーク的にかなり否定されつつある利点だけどなｗ
もうその辺は迷走中だろ。
いいところをあげるなら、サーバにアップするだけでそれなりに動く、HTTPヘッダを勝手に吐いてくれるので
何も考えなくてもエラーが画面で確認できる、POST、GET、COOKIE、SESSION、DBアクセスがビルトイン、
こんなところが「お手軽感」をかろうじて与えてくれる。
0027nobodyさん
2007/12/13(木) 01:00:36ID:???つまり言語として欠点をあげつらうのは間違いだったんだ！って思った。
0028nobodyさん
2007/12/13(木) 01:30:26ID:???PHPはWeb開発言語として誕生したことをしらないのか？
PHP＝劣化フレームワーク
HTMLを拡張したと考えるぐらいが丁度いい
実地で使えることを優先してしまったので、
言語としての綺麗さとかポリシーとか
そういうのは二の次になってるよね
ま、所詮言語は道具だから、何でも良いんだけど
住めば都と言うし
0029nobodyさん
2007/12/13(木) 01:37:08ID:???0031nobodyさん
2007/12/13(木) 01:48:09ID:???0032nobodyさん
2007/12/13(木) 01:48:39ID:???0033nobodyさん
2007/12/13(木) 01:49:09ID:???それはつまり空の配列から、配列のインデックスを直に（int値で）指定しながら配列を構築する処理があるって事？
その時点でもうスクリプティングの方法論が違う様な気はする。
0034nobodyさん
2007/12/13(木) 01:51:40ID:???0035nobodyさん
2007/12/13(木) 01:59:26ID:???perlは(pythonは知りませんが)Windowsでも普通に使えるすてきなスクリプト言語ですが何か。
JavaScript覚えてもこんどは*nix系でシェル処理できないしな。
いや、もちろんPHPでもやろうと思えばできますが。そこは好みじゃないかな。
0036nobodyさん
2007/12/13(木) 02:48:22ID:???0037nobodyさん
2007/12/13(木) 02:59:49ID:???Rubyは微妙すぎる・・・定番のバイナリを決めてくれｗ
0038nobodyさん
2007/12/13(木) 09:20:33ID:???【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
0039nobodyさん
2007/12/13(木) 10:36:20ID:???あー。たしかに最近PerlはCGIとして使うと言うよりも
ただのスクリプト言語として使うようになったかも。
何かのバッチ的作業をするものとしてね。
JavaScript = HTML（クライアント側ブラウザ用言語）
Perl = クライアント用作業自動化言語
PHP = ウェブサービス用言語
Java = 超大規模ウェブサービス用言語、携帯アプリ
Ruby = ポストPHPをねらってがんばってください。数年後に普及しているといいですね。
Python = 一部の人だけ使ってください。
0040nobodyさん
2007/12/13(木) 11:00:30ID:???バッチも俺はPHPで書くなぁ。
ここ最近Perl触ってないけど、Perlの案件てあるの？
いや、まぁ、あるとこには有るだろうけど。
0041nobodyさん
2007/12/13(木) 12:42:17ID:???phpを全面に出してるとこは、なぜか少ない。
004222
2007/12/13(木) 12:47:55ID:???ツール類も全部。rakeの存在が大きい。
ウェブではPHPかjavaだが。
0043nobodyさん
2007/12/13(木) 14:53:48ID:???Perlを使っていることは驚くほど少ない。
Perlで作ったものってのはインターネットが
普及しだしたころに個人が作った
簡易○○システム的な感覚だな。
0044nobodyさん
2007/12/13(木) 15:25:20ID:???見た記憶があるんだが
どこだったかな？
0045nobodyさん
2007/12/13(木) 17:38:09ID:???JavaScriptとAjaxが別の物として並んでる奴
0046nobodyさん
2007/12/13(木) 21:22:36ID:???str = 'hoge'
str[0] = 'm'
これでエラーが出るとかありえない
phpの柔軟さを見習って欲しい
0047nobodyさん
2007/12/13(木) 21:24:16ID:???0048nobodyさん
2007/12/13(木) 21:39:46ID:???0049nobodyさん
2007/12/13(木) 22:12:40ID:???0052nobodyさん
2007/12/13(木) 22:43:43ID:???え?
005350
2007/12/13(木) 22:47:43ID:???C言語やったことないっしょ？w
char str[] = "hoge";
str[0] = 'm';
こんなことできるお。
0054nobodyさん
2007/12/13(木) 22:50:42ID:???じゃあなんでpythonはこんな実装にしたんだろう
0055nobodyさん
2007/12/13(木) 23:00:08ID:???0057nobodyさん
2007/12/13(木) 23:35:02ID:???別に特別な型でも特別な操作でもない。
逆にそんなことができるスクリプト言語っていうのは、敢えて実装してるんだろうが。
perl は $str と $str[0] はなんの関連もないし。できるっていうのはRubyの事か？
0058nobodyさん
2007/12/13(木) 23:39:58ID:???0061nobodyさん
2007/12/13(木) 23:52:06ID:???$str = "hoge";
var_dump($str[4]);
ってやってみた。
string(1) " " ← 中身は"\0"
っていうのを期待したが
Uninitialized string offset: 4
って怒られたｗ
やっぱり敢えて実装してるのかな？
0062nobodyさん
2007/12/14(金) 00:03:13ID:???じゃあフレームワークの話振ってよ。
というか、言語の特性も知らずにフレームワークの話ができるか、って言う気もする。
Rails は初めPHPで書かれようとしてたってのは今更な話だけど。
PHPはどれだけJavaに近づけるかって世界だからもうね、ていう倦怠感が読み取れて
この流れは嫌いじゃ無いぞ。
スクリプト言語論議はむしろ根本じゃないか・・・ていうのは言い過ぎかな。
006350
2007/12/14(金) 00:07:35ID:???それは内部構造をかえしてるわけじゃないとおもうけどね。
てか文字列なんて内部じゃ配列でしょ。
最後がNULLかどうかは置いておいて。
0065nobodyさん
2007/12/14(金) 00:23:00ID:???この機能をフルで使っているとスクリプトとか、あんまり触りたくないな。
特にマルチバイト絡むとひどいことになりそうだ。
そのくせ、array_slice とか foreach とか使えないわけで、またPHPの半端な仕様が
印象に残ってしまったじゃないか。
0066nobodyさん
2007/12/14(金) 00:26:25ID:???それはPHPでは禁句だ。
0067nobodyさん
2007/12/14(金) 00:41:57ID:???foreach がダメなら for で。
$str = "日本語";
for($i=0; $i<strlen($str); $i++){
var_dump($str[$i]);
}
結果 ----------------------
string(1) "・
string(1) "・
string(1) "･"
string(1) "・
string(1) "・
string(1) "ｬ"
string(1) "・
string(1) "ｪ"
string(1) "・
---------------------------
ini_set('mbstring.internal_encoding', 'UTF-8');
for($i=0; $i<mb_strlen($str); $i++){
var_dump($str[$i]);
}
結果 ----------------------
string(1) "・
string(1) "・
string(1) "･"
---------------------------
・・・本当につかえねー。
0068nobodyさん
2007/12/14(金) 01:16:09ID:???0069nobodyさん
2007/12/14(金) 02:12:50ID:???やりたいことがいまいち分からないんだが
今時\0を終端文字にしてる方が怖くね？
バイナリデータ入れられないじゃん
0070nobodyさん
2007/12/14(金) 02:19:16ID:???だから
str = 'hoge'
str[0] = 'm'
でエラーになるpythonと同じじゃね？
エラーになる＝Cっぽいんじゃなくて
エラーにならないのはCだけと言うべきでは？
0071nobodyさん
2007/12/14(金) 02:30:25ID:???「今時」のC ( ++ でも # でもない ) は違うのか？それは知らなかった
>>70
いや、PHPとRubyでは出来る、っていうのが前提の流れだと思うんだが
0073nobodyさん
2007/12/14(金) 02:41:52ID:???ただ、>>61は「Cの（シンプルすぎる）ラッパ」の実験だと思うよ
俺もPHPのソースなんて読んだことないし。読める気もあんまりしないしｗ
0074nobodyさん
2007/12/14(金) 02:55:57ID:???0075nobodyさん
2007/12/14(金) 03:02:11ID:???new Hoge()->someMethod();
わざわざラッパかぶせないと出来ないんだねえ
function ref(&$object){ return $object; }
ref( new Hoge())->someMethod();
0076nobodyさん
2007/12/14(金) 03:18:33ID:???誰にでも使える、viewに親和性の高い言語として生まれたわけだが
1)CMSの普及により誰もがプログラムを書くという状況が終った
2)汎用的な言語としては、PHPは中途半端。そもそも目的が違う
ここから導かれる結論としては
1)unix的なシステムとの親和性が高い言語が重視される
2)rubyか、pythonか？いずれにしろPHPではない
0077nobodyさん
2007/12/14(金) 03:43:42ID:???少なくともPHPの出番はあと五年はある
それにPHP6になって盛り返すかもしれないし
0078nobodyさん
2007/12/14(金) 03:47:14ID:???その出自からviewに結びつきすぎてるから
汎用性において自由な他の言語に遅れをとっている
というか、完全に生まれ変わらない限り同じ土俵には乗ることができない
それはPHPという言語の消滅を意味する
0079nobodyさん
2007/12/14(金) 03:48:21ID:???0080nobodyさん
2007/12/14(金) 03:53:46ID:???そんなださい名前の言語がここまで隆盛を極めたこと自体が、
ほとんど奇跡的な、
あるニッチに需要が偶然一致した時にのみ起きた出来事だったんだよ。
0081nobodyさん
2007/12/14(金) 04:10:19ID:???rubyの人はどうしてんだろ
0082nobodyさん
2007/12/14(金) 04:15:08ID:???0083nobodyさん
2007/12/14(金) 04:17:29ID:???どんだけ適当にやってんだよ
0084nobodyさん
2007/12/14(金) 04:19:47ID:???interface使う＝PHPの領域から若干逸脱している
0085nobodyさん
2007/12/14(金) 04:21:09ID:???誰でも覚えられる、誰が書いてもそこそこのスピードで動く、mod_phpはインストールも運用も簡単。だから、PHP技術者は掃いて捨てるほどいる。
これらの強力なメリットの前では、冗長な記述の強制、バグ発見のしにくさとか、要するにダサイ言語仕様というデメリットは小さいこと。
0086nobodyさん
2007/12/14(金) 04:22:23ID:???oopしない人とかそういうわけじゃないよね？
0088nobodyさん
2007/12/14(金) 04:25:39ID:???PHP5の新機能で有効なのは例外と、foreachでリファレンスを渡せるようになったことくらい。
後は不要な機能ばかり。
0089nobodyさん
2007/12/14(金) 04:29:18ID:???俺には理解できん
0090nobodyさん
2007/12/14(金) 04:46:54ID:???名前空間とかパッケージの仕組みを導入するとか、fopen()みたいなのが例外を吐けるようにするスイッチを用意するとか。
低機能な標準DBドライバ、バグだらけのPDOの改善とか。
他のスクリプト言語にあってPHPにない機能は山ほどあるのにな。よりによってJavaのマネをしてみるっていうのが何を考えてるのやら。
0091nobodyさん
2007/12/14(金) 04:57:24ID:???言語の中途半端さまで許容されすぎたんだよ
そのインパクトの効用がそれほど重視されなくなった今
揺り戻しが必ず来るだろう
0092nobodyさん
2007/12/14(金) 07:34:21ID:???簡単に環境を構築できないってのは致命的。
大規模には向いてもお手軽にできないんじゃ一般的に普及するはずがない。
実際Java使われている所が一般（アマ）では皆無、銀行や金融系で多いというのがそれを物語っている。
普及するにはお手軽ってのは重要な要素だ。
PHPはJavaみたいな事にするより、もっと簡単さを押し出した進化をするべき。
0094nobodyさん
2007/12/14(金) 12:23:56ID:???今はapache -> tomcatの連携もだいぶ楽になったけど。
0095nobodyさん
2007/12/14(金) 13:01:00ID:???パッケージしか使わない人には関係ないのかな？
0096nobodyさん
2007/12/14(金) 13:26:58ID:???0097nobodyさん
2007/12/14(金) 14:44:12ID:???なので愚痴がおおい
0098nobodyさん
2007/12/14(金) 14:59:53ID:???http://phpspot.org/blog/archives/2007/12/php0.html
こんなの初めて知った
null文字列と0が等価と思ったら
普通の文字列とも等価になるのかよ
PHPﾋﾄﾞｽ
0099nobodyさん
2007/12/14(金) 15:12:06ID:???にしても酷いなこりゃ
0100nobodyさん
2007/12/14(金) 15:16:30ID:???0101nobodyさん
2007/12/14(金) 15:51:27ID:???そんなことも知らなかったほうがすごい。
変数に型指定しなくていいことからわかるだろ、普通。
0104nobodyさん
2007/12/14(金) 16:23:21ID:???ヌルストリング→0
何らかの文字→1
になるのが普通の感覚じゃね？
0105nobodyさん
2007/12/14(金) 16:48:46ID:???0107nobodyさん
2007/12/14(金) 20:00:04ID:???http://www.iolanguage.com/about/
0108nobodyさん
2007/12/14(金) 22:10:43ID:???ちゃんとわかってて使う分にはいいんじゃないの?
っていうか、全部===や!==ってっやてるわけ?
0110108
2007/12/14(金) 22:23:14ID:???文字列と0が常に等価となる訳でもない。
(int)"123abc"==123 になる。
サニタイジングしてれば不意に文字列と数値を比較するときなんてそうそうないけどなぁ。
===や!==を使うときは関数が0やfalseやnullを返す可能性があるときぐらいかな。
0111nobodyさん
2007/12/15(土) 01:35:35ID:???・上記の変換で文字列が数値変換される時のルールが
「数値と解釈できる文字列から始まっていれば」その数値になり、「その他の場合」は0になる
"str" == 0 // true, "str" -> 0
"123str" == 123 // true, "123str" -> 123
"str123" == 123 // false, "str123" -> 0
"1.0str" == 1 // true, "1.0str" -> 1
・数値と文字列を比較すると暗黙で変換されるのでそうしないことを心掛ける
・想定する型比較と違う型が来る可能性がある場合はキャストしておく
のが重要、っていうか普通に書いてる分には困らない
あとこの型変換の仕様だけを出してきて「PHPの言語仕様は糞だ」
っていう奴はPHPより糞
PHPにはもっと言語仕様が糞なところはいっぱいある、
それはPHPユーザが一番知っている
0112nobodyさん
2007/12/15(土) 03:17:51ID:???こんな中途半端な変換迷惑なだけです(><)
0113nobodyさん
2007/12/15(土) 05:36:41ID:???0114108
2007/12/15(土) 06:24:55ID:???宣言により型が決っちまうとfopenとかstrpos等、失敗したときなんかにfalse(boolean)を
返してしまうものは、上で誰かが書いてたけどそれこそ例外を投げてくれないといけなくなる。
そこまで求めるのなら他の言語へいった方が早くね?
0115nobodyさん
2007/12/15(土) 06:31:39ID:???手早く簡素なコード組むためのもんだろ、PHPって。
0117nobodyさん
2007/12/15(土) 13:43:35ID:???使い続けていくうちにノウハウたまってくると、Javaでミドルウェア化してしまった方が便利。
PHPでの再利用なんてゴミだし、運用メンテが面倒。
0119nobodyさん
2007/12/15(土) 17:28:36ID:???0120nobodyさん
2007/12/15(土) 17:32:00ID:???どう見ても文字列定数です
0121nobodyさん
2007/12/15(土) 19:31:34ID:???0122nobodyさん
2007/12/15(土) 19:44:39ID:???#include <stdio.h>
int main()
{
char str[] = "hoge";
str[0] = 'm';
printf("%s\n", str);
}
0123nobodyさん
2007/12/15(土) 19:48:39ID:???0124nobodyさん
2007/12/15(土) 20:16:47ID:???0125nobodyさん
2007/12/15(土) 20:25:06ID:???仕様上は不定かもしれんが、できない方が多い、かどうかは別かも。
というか、間違いなくスレ違い。以降は自重する。
0126nobodyさん
2007/12/15(土) 20:40:00ID:???他言語も使ってる意志の弱い奴は去れ
0127nobodyさん
2007/12/15(土) 21:36:19ID:???勝手にそんなこと決めんな。
つか、他の言語やってない奴なんてほとんどいないだろ。
それに他の言語の知識は何かと役立つ。
0128nobodyさん
2007/12/15(土) 21:48:41ID:???まあそれはRubyも同じだけど
（Windows版で商用につかってる超マイノリティは無視だ）
0129nobodyさん
2007/12/15(土) 21:58:55ID:???＞それに他の言語の知識は何かと役立つ。
これは他のスレでやるべきだろw
スレタイを読んでからレスはするべきだと思うわ。
0130nobodyさん
2007/12/16(日) 00:52:29ID:???http://slashdot.jp/articles/07/12/15/1414237.shtml
ワイズノット脂肪でPHPも連鎖的に脂肪ｗｗｗ
0131質問
2007/12/16(日) 01:48:45ID:6S6s0OEC[2]昔使っていたPHPフレームワークは？
[3]PHP4系とPHP5系どっちらを多く使う？
[4]テンプレートシステムを使うとしたら何使う？
[5]IDEとかは使う？
[6]よく使うRDBは？
[7]PHP以外でWEBアプリを作るとしたら何を使う？
0132nobodyさん
2007/12/16(日) 02:11:10ID:???叩かれるの承知で書いてみる。
1.俺俺 今後はZendFW?
2.俺俺
3.PHP4 漸く5に移行中。
4.Smarty
5.PDTなんだがVs.Phpを使ってみたい。
6.PostgreSQL
7.Mono(ASP.NET C#)
0133nobodyさん
2007/12/16(日) 02:46:26ID:???[1]cakephp
[2]ethna+syrup+かなりのオレオレ改造(使用頻度は低いけどまだ使う事はあると思う)
[3]しがらみが無ければ5系だけど、安い案件ばかりなので選ぶ自由がほぼない
[4]Smarty
[5]PDT
[6]PostgreSQL
[7]RubyとPythonが興味あるけどどっちもほとんどいじってない（；´Д｀）
0136nobodyさん
2007/12/16(日) 06:28:37ID:???どれだけの時間がかかるか知らないけど
便利なライブラリと実用性がphpほど追いつけば
最終的にはRORがWEBプログラムの主流になるね
0138nobodyさん
2007/12/16(日) 06:35:10ID:???今の水準よりも上のフレームワークはもう出来ないだろう
早い話がPHPでrailsを超えるフレームワークを作るのは言語的に無理
0139nobodyさん
2007/12/16(日) 06:36:05ID:???答えてみる
1. rhaco
2. Ethna（現役）
3. 5
4. rhaco
5. 使わない
6. MySQL / SQLite
7. Python
0140nobodyさん
2007/12/16(日) 06:38:42ID:???ｐｈｐの時代がそろそろ終わりそうな気がする
0141nobodyさん
2007/12/16(日) 06:39:52ID:???[2]mojavi
[3]5
[4]使わない
[5]Zend
[6]MySQL
[7]Python
0142nobodyさん
2007/12/16(日) 06:46:33ID:???[2]なし
[3]PHP3
[4]html
[5]Iメモ帳
[6]CSV
[7]CGI
0143nobodyさん
2007/12/16(日) 08:11:44ID:???キーワード引数
*args
**args
あたりはPHPもパクるべき
0145nobodyさん
2007/12/16(日) 09:22:33ID:???haltさんとかriafさんとかが使ってるのも大きいんだろう
0146nobodyさん
2007/12/16(日) 10:42:49ID:???[2]俺俺
[3]PHP5系
[4]俺俺からincludeしてviewのPHPファイル読むだけ。
[5]ZendStudio。VS.Php試用版使って、安いしこっちでも良かったと後悔中。
[6]MySQL。ライセンス考えたらこれしかない。
[7]Java。てか配布用にPHPでやってるだけ。ASP.NETも好きだけどレンタル鯖が高いからやめ。
0147nobodyさん
2007/12/16(日) 10:56:16ID:???[2]-
[3]5
[4]Zend
[5]Eclipse
[6]MySQL
[7]Java+WebObjects
0148nobodyさん
2007/12/16(日) 14:15:36ID:???アンカー付けないと、何がなんだかわからんね。
[1]symfony
[2]Mojavi3
[3]5
[4]今のところ無し
[5]前はZend Studio
[6]PostgreSQL
[7]Ruby（Rails）
これに加え、
[8]気になってるPHPフレームワーク
を付け加えて欲しいな。
俺は
[8] Akelos
0149nobodyさん
2007/12/16(日) 14:39:02ID:???0150nobodyさん
2007/12/16(日) 15:42:25ID:???0151nobodyさん
2007/12/16(日) 16:27:32ID:???文字エンコードってどれ使ってる？
一昔前はEUC-JPが常識って感じだったけど、最近はUTF-8が多いんだろうか。
FrameworkによってはUTF-8使うのを半ば必須みたいに書いてるのもあるし。
昔はPHPで検索かけて色々サンプルとか見ても、設定の例もサンプルの中身も大抵EUC-JPだったよね。
自分はその頃からそれがなんだか嫌で、ASP.NETもやってるんだけどこっちはUTF-8が相性良くて
これといって文字コード関係で悩まされた事がないんで好きなんだけど
やっぱまだEUC派って多い？
JavaとPHPは初めてやった時やたらエンコード関連の文字化けで悩まされた・・・
特にアップロード機能とかメールとか絡むと。
これからはPHPでもUTF-8がデファクトスタンダードになっていくのかなあ。
なっていって欲しいけど。
0152nobodyさん
2007/12/16(日) 17:11:25ID:???ていうか知ってる奴いるのか
0153nobodyさん
2007/12/16(日) 17:18:18ID:???これか
公開してない割りにはドキュメント整備しすぎだろ
0154nobodyさん
2007/12/16(日) 17:23:39ID:???0155nobodyさん
2007/12/16(日) 17:29:14ID:???相手先でそれが使えるとは限らないから。
単体で動くのが一番楽で環境依存しないからいい。
0156nobodyさん
2007/12/16(日) 17:45:35ID:???0157nobodyさん
2007/12/16(日) 20:07:08ID:???0158nobodyさん
2007/12/16(日) 20:14:36ID:???0160nobodyさん
2007/12/16(日) 21:22:28ID:???0161nobodyさん
2007/12/16(日) 21:43:10ID:???0162nobodyさん
2007/12/16(日) 21:54:20ID:???0163nobodyさん
2007/12/16(日) 23:19:35ID:???PostgreSQL7.xとEUCでやってたらつっこめない文字とかあるし。
0164163
2007/12/16(日) 23:25:50ID:???㈱とかをPDTだとEUCで保存できない。
㈱って入力されたら「株式会社」と変換したいだけなんだが。
0165nobodyさん
2007/12/16(日) 23:57:50ID:???SquirrelMailに攻撃コード埋め込まれてPHP普通に脂肪ｗｗｗ
0167nobodyさん
2007/12/17(月) 00:20:03ID:???FWに依存してるのは良くてPEARに依存するのがダメな理由は？
相手先で使えると限らないのはFWも一緒では？
>>157
んなこたない
ターミナルUTF-8にしてそれが原因でUNIX上で困った事とか特にない
0169nobodyさん
2007/12/17(月) 01:59:39ID:???------------------------------------------------
□ 962 nobodyさん [sage] 2007/12/09(日) 22:40:08 ID:???
>>960
それ（変換とか）よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。
大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや
不具合の温床だと思ってそれほど間違ってるかな。
要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932？)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。
------------------------------------------------
これEUCも一緒だろ。ダメ文字が無いってだけで、ラテン文字入ったら文字コード変換は必須。
お前ら直近でループしてるんじゃねえよｗ
0170nobodyさん
2007/12/17(月) 08:02:39ID:???すべてUTF-8に統一すればいいんだよ
0171nobodyさん
2007/12/17(月) 08:03:59ID:???激しくスレ違いだけどな！
0172nobodyさん
2007/12/17(月) 09:28:32ID:???1つ1つのメソッドがやってることはコメントに書いてくれてるんだが、それがどういう順番に動作して
いるのか意味不明。
コントローラ内に平気でSQL直書きしてあったり、SQL文組み立てのメソッドがあったりする。
モデルは単にネイティブ関数のラップ。（Pear::DBもどきをモデルと言い張ってるorz）
それのどこがMVCやねん！と突っ込みたくなるが、コメントには「これはMVCフレームワーク」とか
書いてあるｗ
中途半端なコメントじゃない系統立てたドキュメント残してくれるならともかく、自己満FWを使ったなら
改修も一生面倒見てほすぃ。
0173nobodyさん
2007/12/17(月) 09:33:34ID:???リクエスト出して最後に何か吐いて終わりなんだし。
スパゲティになりようがない。
php1枚にプログラムもHTMLべた書きのウンコソースメンテするよりはマシだと思うぞ。
0174nobodyさん
2007/12/17(月) 11:58:48ID:???どこでもいつでもすぐデバッグできるよ
0175nobodyさん
2007/12/17(月) 22:58:15ID:???0176nobodyさん
2007/12/17(月) 23:10:02ID:???0177nobodyさん
2007/12/18(火) 09:33:48ID:???0178nobodyさん
2007/12/18(火) 09:38:53ID:???0179nobodyさん
2007/12/18(火) 09:53:40ID:???0181nobodyさん
2007/12/18(火) 10:37:47ID:???V->HTML制御
C->MとVをコントロールする中間管理職
0184nobodyさん
2007/12/18(火) 12:49:19ID:???0187nobodyさん
2007/12/18(火) 13:19:19ID:???できれば単純なものをコードで書いて頂ければ幸いです。
0188nobodyさん
2007/12/18(火) 13:38:03ID:6timmGHRfor ($i = 0; $i < 100; $i++) {
// ここに処理
}
// ここに後処理
何かの処理を100回繰り返すフレームワーク
どうだすごいだろ。えへん
0189nobodyさん
2007/12/18(火) 13:58:25ID:???0192nobodyさん
2007/12/18(火) 14:28:57ID:???フレームワークを単純なコードでかけるか！
0193nobodyさん
2007/12/18(火) 14:29:54ID:???0195nobodyさん
2007/12/18(火) 14:55:05ID:???フレームワークのやることは、ユーザからのリクエストに応じて、呼び出す関数やクラスを決定し、実際に呼び出すだけ。それをどれだけ便利にできるかで、各フレームワークの特徴が出る。
<?php
// _actionパラメータの値を調べる。なければ 'index' を使う。
$action = $_REQUEST['_action'];
if (! $action) $action = 'index';
// 関数 do_$action() を実行する（例えば do_index(), do_list() など）。
// これらの関数はアクションを処理するのでアクションハンドラと呼ばれる。
// フォーム値のチェックやDB操作はアクションハンドラの中で行う。
require_once("$action.php");
$funcname = "do_$action";
$ret = $function();
// 配列が返されたら、テンプレートを読み込んで表示する。
// 文字列が返されたら、それをURLとみなし、リダイレクトする。
if (is_array($ret)) {
$template = "templates/$action.php";
extract($ret);
include($template);
} else if (is_string($ret)) {
header("Location: $ret");
}
?>
0196nobodyさん
2007/12/18(火) 15:02:43ID:???とか考えたのだが、いい例が浮かばない・・・
M：銀行（お金貸す側）
V：企業、個人（お金借りる側）
C：国（ルール決める側）
こりゃぜんぜん違うしなー
おまいら何か妙案ありませぬか？
0197nobodyさん
2007/12/18(火) 18:37:09ID:???詰まる所、DBやファイルからデータを引っ張って来たり、書き込んだりって言う処理を汎用的に使える様にしたプログラムはMですか？
0198nobodyさん
2007/12/18(火) 19:35:00ID:???0200nobodyさん
2007/12/18(火) 19:40:23ID:???逆にみんなそこまでは判ってて、それだけ考えてピンとこなくなってる奴いるんじゃないかなー
モデル化すべき部品が数えるほどしかない場合って、MVCに拘っても特に嬉しい事ないのよね
M：金全般の定義と、基本的な処理の実装
・価値クラス
・価値クラスを継承した「動産」
・価値クラスを継承した「不動産」
・価値クラスを継承した「貨幣」
V：金扱う場所や事例
・不動産屋
・コンビニのレジ
・自動販売機
C：制御部分
・不動産屋がModel扱う場合の処理
・レジのバイトの応対、帳簿の付け方
・自動販売機に入った貨幣の形状認識、押された商品と釣り銭の出力
続く
0201nobodyさん
2007/12/18(火) 19:41:23ID:???続き
>>200の例で、分離による嬉しい事の例：
・法律が変わって資産計上の仕方が変わった場合に、モデルが分離していれば
基本的な処理の段階に修正を加えて全体の整合性を保てる。
・コンビニがポイント制導入したとしても「コンビニのポイントモデル」を
追加してコンビニのView/Controller変えることで、「他の事例への影響」を
完全に切り離せる。
・貨幣偽装事件が相次いで貨幣の形が変わった場合、自動販売機の制御部分を
変えるだけで済む。他の概念には影響しない。
こういう全体像の場合、モデルを「貨幣」として実装しても組み上げる事は可能。
でも変更対応性は損なわれるし、そもそも証券やら信用やら扱うと「貨幣」を
継承するのは無理があるし、等価的に扱えない。
特にコントローラー側が泣く。
上記の例でも、動産／不動産の価値と実貨幣価値を、「常に整合性が保たれる
ように変換」する作業が必要になってしまう。
で、貨幣ではなく「価値」という概念でモデルを抽象化しとく、と。
冗長になったなぁ。判りやすくはねえな。
人に教える時に悩むのが、実際に何かシステムを作らなくちゃいけないときに
上記の例でいう「価値をくくりだせばいいんだ」という着想をどうやって行う
べきかって話なんだよね。MVCってOOADが要る、っていうかOOADしっかり
考えられる奴はMVC必要なかったりするしな
PHP関係なくてすまん
0203nobodyさん
2007/12/18(火) 20:32:41ID:6timmGHRということで、PHPフレームワークの話をしましょう！
0204nobodyさん
2007/12/19(水) 01:09:23ID:???「頭でっかちなやつがMVC使っても複雑になるだけ」の好例ww
>>203
結論からいうが、フレームワークを使っても楽にはならない。
フレームワークに使われてる奴が、悦に入って楽になった
気になってるだけ。
0205204
2007/12/19(水) 01:26:37ID:???フレームワークが提供する機能が、たまたまそのまま
実践で使える場合はライブラリ使うのと変わらんが、
フレームワーク全体が密接に繋がってたりするともう駄目。
ZFとか機能切り出してるのは便利な方だが、今度は
フレームワークと言える品物かどうかの怪しくなってくるw
O/Rマッピングとか抽象化とか言うけどよ、実際にサービスが
稼働したあとでDB入れ替えるかっていうとぶっちゃけありえん。
オブジェクト試行wでねじ曲がったお陰で、本当に必要なSQLの
チューニングもできなくなるのが関の山。
ちょっとサブクエリ直せば済む話を、「設計上違う」とか言って
定期バッチで生成するどでかいキャッシュテーブル作って、
本体変えない奴ら。
これがフレームワーク厨やMVCモデル厨の実態。
オブジェクト指向厨なんてのもいらっしゃるが、ライブラリ
製作には便利な考え方なのでオブジェクト指向自体は悪くない。
だがOS作る訳じゃあるまいのでフレームワークはままごとと大差ない。
いわばPHPに限らずwebアプリ環境自体がフレームワークなのだよ。
データ構造と関数を整理すればいいだけという事を知ってる奴はからは
>>200みたいな観念論は絶対に出て来ない。
重要なフレームワークがあるとしたらむしろモデル云々よりテストユニットだな。
0206nobodyさん
2007/12/19(水) 01:46:09ID:???0208nobodyさん
2007/12/19(水) 02:39:11ID:???Perl20周年でPHP憤死ｗｗｗ
0209nobodyさん
2007/12/19(水) 02:49:08ID:???には同意。仕様変更があまりない場合ならオブジェクト指向なんてのもｲﾗﾈ。
んでも、仕様変更や似たような機能の追加など、コードを使い回そうとすると
オブジェクト指向で組んだ方が楽。さらに元来関数による手続き言語のPHPで
オブジェクト指向しようとすると、やっぱり土台にフレームワークがほしいわな。
> ちょっとサブクエリ直せば済む話を、「設計上違う」とか言って
> 定期バッチで生成するどでかいキャッシュテーブル作って、
そりゃ別問題だろ。
0210nobodyさん
2007/12/19(水) 02:52:08ID:???PHPを殺すのはPerlでもRubyでもなくPHPユーザかもな
>>200-202とか>>204-205とか
道具の使い方が判ってないだけじゃん
0211nobodyさん
2007/12/19(水) 02:53:44ID:???ZSはZF対応とかなってるけど、スケルトンコードを吐いたりしてくれるわけ?
0212nobodyさん
2007/12/19(水) 02:55:39ID:???なぜなら、「フレームワークを使わなくても
すでに自作のフレームワーク相当のものがあるから」
楽だといっている人がいることが何よりの証拠。
自作のフレームワーク相当のものを作らなくて言い分
楽になっている。
0213nobodyさん
2007/12/19(水) 02:57:41ID:???スケルトンなら、現在のフレームワークはほとんどはいてくれるけど？
それもどっかのライブラリみたいな、コード満載で
IDEで触ること前提の手がつけられないようなものじゃなく、
必要最小限に絞り込まれたわかりやすいスケルトンを生成してくれる。
0214204
2007/12/19(水) 03:10:05ID:???フレームワークとオブジェクト指向は分けて語りたい所。
極端な例で申し訳ないが、「どういう土台が必要か」と言う時に
オブジェクト指向を単なる「変数と関数を同時に保持できる枠」
として運用されちまうと意味がないじゃない。
Webアプリである以上、PHPはページ遷移が免れないからさ、
実運用上ではカプセル化が最も意味がある点だと思うのよ。
>>200を名指ししたのは（もし本人だったらごめん）、
Webアプリの実際の実装や運用でOOADとやらがナンボのもんよって
感じがつきまとうのね。
もちろん、俺の業務にまつわる色んなモンが、俺にバイアス掛けてる
訳だけど、突っ込み貰ってるうちに納得できる事は納得しときたい。
攻撃的な文章投げちまった以上、俺も他者の意見聞いて考えてみたい。
後の指摘は、我ながら反省しつつ同意。
たまたまウチで「設計上違う」の理由として「フレームワーク採用したから」
という話に置き換える奴に苦痛を感じてた折で、別問題な言及に至りました。
申し訳ない。
>>212
そりゃ、必要な物「だけ」が「そのまま」あればいいんだけど、
なかなかそういう各々の利用者全てにご都合主義なフレームワークってなくね？
ライブラリ物なら必要最小限をある程度絞れるけど、大仰な構成になると評価に困る
0215211
2007/12/19(水) 03:12:38ID:???えええっ... (´д｀;) あれ?
IDE(PDTとか)からﾎﾟﾁｯっとするとﾍﾟﾛﾝって出てくるのを期待してたんだけど?
齟齬が発生してたか、俺が無知なだけか... 両方かな?
ちょっとググってくる。
0217nobodyさん
2007/12/19(水) 03:19:25ID:???> そりゃ、必要な物「だけ」が「そのまま」あればいいんだけど、
「必要なもの」を先に定義してくれないか？
それがたとえ自作のものだったとしても、
自作物に手をつけないで作ったことがあるかい？
世の中にありえないものを、求めない。
どこまでフレームワークに夢見てんだよｗ
フレームワークは便利なものであるが、
完璧なものではない。そもそも世の中に完璧なものはない。
0218nobodyさん
2007/12/19(水) 03:23:45ID:???>>214の捕捉
「土台にフレームワークがほしい」という点だけど、PHP5でもフレームワーク
なしに十分に変更要求に耐えるOOP出来ると思う。
って自分のレス読み直したら、OOP批判が先に出てて誤解招いた。ごめん。
重ねて個人的な状況や見解としては、OOPな枠設計が必要な場合でも、
「利用者全てのご都合主義」に対応しようとしている汎用PHPフレーム
ワークを評価すると、実行オーバーヘッドとスタッフ全員への学習コストが
問題になっちまう。
この場合、プロマネ仕様な場当たり俺俺で十分なのは当然なので、完全な私的状況に乗った言及になってしまっていたと思います。重ねてごめん。
フレームワークの意義に一石投じたかっただけなので、名無しに戻ります。
他の話題の方々、失礼しました。
0219211
2007/12/19(水) 03:32:09ID:???「IDEでスケルトンコードを」って書いてたじゃんw。
出来ることなら、新規プロジェクト生成でディレクトリ構造の選択と生成。
その各ディレクトリで、例えばcontrollersディレクトリで新規phpファイルを
生成したらコントローラ用のスケルトンコードを吐いておいてくれるとか。
0220nobodyさん
2007/12/19(水) 03:32:26ID:???>「必要なもの」を先に定義してくれないか？
無茶なことを言うなw
定義できないからみんな俺俺で対応する（せざるを得ない）ケースが増える。
＞完璧なものではない。そもそも世の中に完璧なものはない。
どっかで反感買ったようだ。悪い。
仰る通り、不完全でもそのまま乗っかれる（か確実に補足できる）なら、フレームワーク採用に全く問題はないと思う。
0221209
2007/12/19(水) 03:48:23ID:???> 「土台にフレームワークがほしい」という点だけど、PHP5でもフレームワーク
> なしに十分に変更要求に耐えるOOP出来ると思う。
出来るよ。ただ土台があった方が楽が出来ると云うこと。
実行オーバーヘッドは致し方ないけど、学習コストは「コレ」と決まれば
1度で済む。じゃぁ「ドレ」ってことでこのスレにいたりするんじゃないの?
そろそろ俺俺から脱却した方がいい? っていう岐路に立っている人もいるだろうし。
0222nobodyさん
2007/12/19(水) 03:56:16ID:???うん、まさしく。そこは人それぞれだと思う。
どんどんトーン弱めてしまってるが、俺自身は「このまま俺俺で行くか」「これというフレームワークを提案すべきかどうか」という岐路だと思う。
その上で、ウチで根強い「そもそもフレームワークなんか要らねえ」って意見が、>>201の言う程度のOOADが出来てるスタッフから上がるのね。
それ以外は、悪い意味で繊細で手が付けられないコード書く作業員ばかり。
OOPやMVCの信望者。辛抱者なのかもだが、それは別として。
フレームワーク採用して書き捨てじゃ意味ないからね。
そんな「じゃぁ『ドレ』」で選ぶに値するフレームワークを、機能や設計ではない「意義」の段階から訊いて見たかった。
0223nobodyさん
2007/12/19(水) 04:04:26ID:???考え方が二つに分かれるという前提を語れてなかったので捕捉。
a:
FW採用によって簡略化でき、スタッフ相互の記述の整合性を保ちやすくなる
b:
FW採用によって簡略化できる代わりに、適用の手間と、学習コスト、サーバ要求、依存関係が発生する
a:、b;、どっちがいいかって話で、その水準は無いなと悩んで、
後者に傾いていたのが>>204,205を書き込んだ精神状態。
なんか煽り口調が反響招いてしまいました。
これもフレームワークの意義を問いたかった故なのです。ご容赦下さい。
もちろん嘘は言ってないので反論ください。
でも明日昼出社なので今は寝ます済みませんおやすみなさい。
0224209
2007/12/19(水) 06:21:18ID:???> そんな「じゃぁ『ドレ』」で選ぶに値するフレームワークを、機能や設計ではない「意義」の段階から訊いて見たかった。
今後ずーっと使い続けられるもの :-)
で、俺俺脱却「もうZFでいいやぁ」って思ってやり始めたところ。
>>223
俺は>>200じゃないし、別に反感を持ってるわけでもないよ。
0225nobodyさん
2007/12/19(水) 07:34:15ID:???結局そのできたコードをチェック＆改修しなきゃならんし、それならテキストエディタについてるテンプレ集と変わらん。
0226nobodyさん
2007/12/19(水) 07:55:31ID:???結局その出力されたHTMLをチェック&改修しなきゃならんし、それならテキストエディタでべた書きするのと変わらん。
こうですか？わかりません（＞＜）
0227nobodyさん
2007/12/19(水) 08:00:40ID:???0228nobodyさん
2007/12/19(水) 08:53:08ID:???フレーワーク使っとけよ
0229nobodyさん
2007/12/19(水) 08:56:25ID:???フレームワークの良さがわかってない
中規模以上の案件なら間違いなく必須
0230nobodyさん
2007/12/19(水) 09:37:31ID:???なんでこのPHPは呼ばれたら、
functionがいきなり実行されてるかさえ理解してなく
フレームワークを使うのです。 だれか教えてください。
0231nobodyさん
2007/12/19(水) 09:40:02ID:???0232nobodyさん
2007/12/19(水) 09:50:31ID:???0234nobodyさん
2007/12/19(水) 20:24:20ID:???今時の三歳児ってゆとり以下だな
0235nobodyさん
2007/12/20(木) 01:46:50ID:???単に役割ごとにクラスに分けてるだけで。もともとMVCはGUIのアプリを作るときに適用する概念。
PHPの場合はパッケージの仕組みがなくて、ソースが混乱しがちなので、大規模になってきたら役割をクラスで分けるというのは整理できていい方法だと思う。
が、それをオブジェクト指向と呼ぶのは強烈な違和感がある。
0236nobodyさん
2007/12/20(木) 02:00:32ID:???5.3ではサポートされるんだよね？
0237nobodyさん
2007/12/20(木) 03:56:57ID:???切り捨て過ぎじゃね？
ページ遷移伴って破棄される齟齬を埋めるために、永続化関係が語り尽くされた上で今がある訳だしさ。
WOやらStrutsやらがそれぞれのポリシーで上手くやって来た上でRoRとか出て来てるの見ると、オブジェクト指向云々って話じゃなくなってる感じもするな。
如何にlazyに手軽にサブセットDSLやれるかっていう、LL系で実行効率無視したシロモノが好評な時代だし。
結局みんなMVCやりたいのでもOOPやりたいのでもなく、DRYやりたいだけなんじゃないかな。webアプリではなおさら顕著な点だと思う。
クラスを「メソッドとデータをまとめたもの」という切り口だけで扱ってる／しばしば扱わざるを得ない、という状況になると（それが頻繁すぎるんだけど）もうOOPもOOADやらも意味なくなっちまう。
ページ遷移モデルだと、カプセル化使い回しも意義を損ねるし。ポリモルとかPHP自体がそこまで動的に設計できるモンじゃねえし。
そもそも毎ページで色々newされる動きにOOPってマッチしてないかも。
純htmlからJavaScript経由でサーバにアクセスして、永続的オブジェクトにアクセスするサーバサイドスクリプトが走るって動きならまだ納得行くかも。
MVCとか言う前に、クライアント側の設計／サーバサイドの設計をどう見つめ直すかが勝負じゃねえのかな。
0239nobodyさん
2007/12/20(木) 13:50:29ID:???オブジェクト指向と相性良くしようと思えば、RDBMSじゃなくってOODBにするとか、HTMLを全部DOMで操作するとかにしないといけない。
0240nobodyさん
2007/12/20(木) 14:31:22ID:???よっぽど複雑なスキーマならともかくテーブルの親子関係もhas_a,has_manyで表現できるし。
中の人はOOPと無縁なSQLで動いてはいるけど。
HTMLは単に整形テキスト出力と割り切るべし。
てかゲームとかもっと複雑なプログラムなんかと比べたら全然楽だってウェブなんか。
0241nobodyさん
2007/12/20(木) 16:35:58ID:???0242nobodyさん
2007/12/20(木) 16:52:19ID:???アルゴリズム考える必要皆無なのがWebのいいところではあるが。
何が怠いってWebはブラウザの挙動がマチマチだったりクライアントの状態がわからないからな。
ゲームなら全部こっちの思い通りにいけるし、OSとかで限定すれば環境も固定だし。
プログラムの深さって意味じゃゲームのが深いかもしれないが、
Webは神経使うんだよな、特にクリティカルなところだと。
ゲームとかちょっと変な動きしてもまあいいっかで済ませられたりするしｗ
ゲームのプレイ自体には金が絡まないしな。
Webだと課金関係とかクレジットとかショップとかだと金が絡むからそこでバグると大変な事になるんで神経使う。
0243nobodyさん
2007/12/20(木) 17:03:46ID:???ゲームやソフトウェアの開発ってオフラインのイメージが強くてどうも関心が持てない。
誰かのためというよりは、自分のためにシコシコ組んでる感じ。どうでもいいけどさ。
0244nobodyさん
2007/12/20(木) 17:46:49ID:???> ウェブアプリって、データの保存がRDBMS、出力先がHTML。この2つともまったくオブジェクト指向じゃないんだよな。
出力先がオブジェクト指向なものってなに？
（CUIを含めた）ユーザーインターフェースを持たないプログラム？
0245nobodyさん
2007/12/20(木) 17:49:57ID:???> オブジェクト指向と相性良くしようと思えば、RDBMSじゃなくってOODBにするとか、HTMLを全部DOMで操作するとかにしないといけない。
うん。だから今のモダンなウェブアプリ開発では、
オブジェクト指向でデータを読み書きできるO/Rマッパーと
HTMLを作成してくれるオブジェクト指向ライブラリを使うのが当たり前。
0246nobodyさん
2007/12/20(木) 18:57:15ID:???ってのがどういうものか今ひとつイメージできない俺。
当たり前、なのか？
まさか全部DOMでノードノードで組み立てるようなもんじゃ無かろうな。
XMLの悪夢再び？
0247nobodyさん
2007/12/20(木) 18:59:50ID:???その利便性が評価されてるだけで
オブジェクト指向でデータ読み書きって意味不明
OODBって昔から言葉だけ一人歩きしてるしな
実用性あるOODB作るのが難しいとか聞くし
HTML生成も、直書きなテンプレートエンジンばかりだよな
一からDOM組み上げる物view設計って見た事無いぞ
0248nobodyさん
2007/12/20(木) 19:07:21ID:???でもXML/XSLTも構造に対するテンプレートに過ぎないよな。
DOM中のイベントに対してもOO言語側のメソッドとブリッジするくらいじゃないと怪しいかも。
0249nobodyさん
2007/12/20(木) 19:17:32ID:???そのイベントのブリッジ？は全ての場面で気軽に使うのは現実的でない、ていうAjaxの教訓もあってだな。
一回マウスが「オブジェクト」の上をかすめるだけで何十Kmもパケットが行き来してApacheがアクセスログ
吐いてPHPのオブジェクトを一からnewしてDB接続を作成してって・・・どれだけリッチなんだｗ
UI全部JavaScriptもしくはFlashで作るような形になってしまえってことなのか。結局は
0250nobodyさん
2007/12/20(木) 19:33:23ID:???規模によるよ。プレステとかコンシューマー系で1年以上かかって作るゲームのがよっぽど大変。
そっちからウェブに来たけどはっきりって楽勝。ママゴトプログラミング。
0251nobodyさん
2007/12/20(木) 19:34:03ID:???OODBだとかDOMだとか、もうね、極論過ぎだろ
webプログラミングしたことないアホしかいないのかここは
最低限OOPの理解とFW使ってwebプログラムしてる奴か
これからしようとしてる奴くらいにしてくれよ
正直読むに耐えない
0252nobodyさん
2007/12/20(木) 19:41:05ID:???確かにUI層はJS/Flash(+flex|air類)/silverlightの進化に期待できそう。
別のアプローチだと、FastCGIやapache module酷使して画面遷移による切断を回避していく動きもあるな。そういう局面ではもっとOOとして意義ある実装が検討できそうだけどね。
でもどんどん複雑化するな。
結局当面の妥協点としては、フレームワークやO/Rマッパー、テンプレートエンジンを使ってOO関係ない世界に適用していく事になるんだろうなぁ。
0253nobodyさん
2007/12/20(木) 19:43:28ID:???そういえばあんまり書き込みないな。がんばってくれ>>251
0254nobodyさん
2007/12/20(木) 19:44:36ID:???極論しすぎなのとwebprogしたことないのがどう繋がるのかw
無理して何か言おうとしなくていい。
みんな極論通して突っ込みあって遊んでるだけだw
0255nobodyさん
2007/12/20(木) 19:45:55ID:???0256nobodyさん
2007/12/20(木) 19:51:36ID:???他の言語環境渡り歩いた結果、貸鯖案件増えてPHPに落ち着いた奴も多いだろうしな
相互理解が進んで欲しいもんだ
PHPの適用範囲が絞られてるせいか、Javaだけの奴とかRubyだけの奴に比べるとこのスレの空気はマシな気もする。
0257nobodyさん
2007/12/20(木) 19:54:59ID:???コンシューマー系って時代によるだろうけど、俺俺FW作るところから始めてるような時代かしら
そういう視点から見るとPHP系のFWに不満ない？
そういう経緯の方が何使ってるか興味大。設計面や実行効率含めて面白い話が聞けそうな。
0258nobodyさん
2007/12/20(木) 20:11:00ID:???いや、環境問わずローカルで試しまくれる時代なんだから、言語はある程度触った方がいいだろ。
言語問わず、一つしか知らないってのはプログラマとして問題。
0259nobodyさん
2007/12/20(木) 20:45:29ID:???0260nobodyさん
2007/12/20(木) 20:57:22ID:???一つの見識だと思うがな。
PHPはXML（ｗ）でも吐いておけよ、てな感じか。
それをただHTML文字列を出力するライブラリをむりやりOOにしようとして苦しんでるのが
現状、っていう流れじゃないのか？ここ数レスは。
0261nobodyさん
2007/12/20(木) 20:58:32ID:???0262nobodyさん
2007/12/20(木) 21:08:42ID:???アプレットwww
オブジェクト志向なんちゃらの前に、HTMLのタグ打ちからやり直したらどうよwww
0263nobodyさん
2007/12/20(木) 21:15:47ID:???0264nobodyさん
2007/12/20(木) 21:19:07ID:???その辺を判ってない事を馬鹿にしてるんだがw
しかもアプレットは単体で噴けるw 何年前の知識www
0266nobodyさん
2007/12/20(木) 21:25:12ID:???フラッシュのアクションエディッタでオブジェクト志向とかありえないんだから
0267nobodyさん
2007/12/20(木) 21:26:02ID:???テンプレートを否定しているのか？ｗ
オブジェクト指向 = DOMで操作しないとだめとかアフォだろｗ
0268nobodyさん
2007/12/20(木) 21:28:31ID:???一つ勉強したいんだが、Flashはサーバからデータを取得するとき、どういう形式で取得するの？
Flashのオブジェクトで取得できれば一番いいんだろうが、それはサーバが限定されるだろうし。
0271nobodyさん
2007/12/20(木) 21:36:42ID:???つまり俺フォーマットか。それだけじゃ無かろうがなｗ
確かにスレ違いかも
PHPのViewの話だっけ。
ぶっちゃけテンプレートエンジンでいいんじゃね？ OOであろうが無かろうが
所詮 require の延長で、string取得してごにょごにょして echo もしくは eval なんだから
0272nobodyさん
2007/12/20(木) 21:39:12ID:???FWを使うこと自体が目的化しちゃってるやつ。
0273250
2007/12/20(木) 21:48:54ID:???もちろん俺俺フレームワークｗ
ライブラリは使いまくるけど、FWいらんかな。
でもRailsに触れてからは、これが一つのウェブプログラミングの答えだと思った。
symphonyとか使ってみようかな。
MVCとかOOPとかの議論もいいけど、一番大事なのは開発効率。
Javaの人ら見てると、どうだこれはすごい設計技術だろーみたいな
作り手の自己満足ばっかが先行してて開発効率にフォーカスしてない。
Railsはその辺はいい。
ウェブなんかほとんどオママゴトなんだから、これでええやん、みたいな。
0274nobodyさん
2007/12/20(木) 21:51:01ID:???重くなるだけな部分までクラス化してnewしまくるコードに書き換える、オブジェクト指向してるつもりなだけの論外な奴
MVCって概念だけに溺れて自分で作りにくくしてる奴もいるし
0275nobodyさん
2007/12/20(木) 21:55:14ID:???基本的には同意だが、少し間違うとコピペでいいじゃんコピペが一番速いんだから
いらんことするなってなっちゃう人も多いんだろうなと想像する
何より社長（自分の雇い主）がそれを言い出したときすごく切なくなる
たしかにそれが一番いい局面もあるんだろうけど自分にはまだそのバランスがわからんし
0276250
2007/12/20(木) 22:22:47ID:???いかに似たコードを2度書かないようにするかは永遠の課題。
最近、その辺はコードの自動生成ツールを作ることで回避してたり。
PHPはともかく、JavaやC++みたいに型あると、
型は違うけどコードのフローは同じようなのって、
クラス設計頑張ったり、テンプレート駆使したり、
上にあるDIとか使ったりするんだろうけど、
そうするとどうしても複雑になってくるよね。
何か問題起きたときソース追うのが大変。
そういうとこはコード自動生成ツール作って、そいつに重複コード吐かせちゃう。
コードのフローは素直なのにできる。デバッグも楽になれる。
重複コード書くべきでないってのは、同じコードが点在するのが問題じゃなく、
修正が一箇所で済まなくなるから。
自動生成ツールなら同じコードが散らばってても、直すのはツールだけで済む。
とか自分は思うわけですよ。
OOPで頑張るのもいいけど、こういう逃げ道もありとおもうけどな。
まぁコード自動生成を嫌がる人は多いんだけど。
0277nobodyさん
2007/12/20(木) 22:43:32ID:???ローカルでツール共有するのも手間だし
俺もサーバサイドでrubyにphp吐かせるとか狂った事やったけど、人とサーバ増やされるというので慌てて組み直したw
その辺railsって手際よくまとめてるよな
railsにPHP吐かせられないもんかなw
OOPやMVCしたいんじゃなく、一元化や効率化を徹底したいだけなんだよな、結局。
OOPやMVC、DIなんかに手法的価値がある局面はあるけど、OOPが目的になっちまうと沈む
0278nobodyさん
2007/12/20(木) 23:11:11ID:???生成されたコードをいじるなとｗ
それが出来るのなら、>>276もありかと思う
逆に、ただのソーステンプレートとしてコードジェネレータを使う
（いじること前提）なら、ポイントは生成されるソースの行数になりそう
結局railsよくできてるよなってなるんだけどｗ
0279250
2007/12/20(木) 23:17:16ID:???結局人が増えると、各々やり方の差があるからね。
その辺は、フリーになって1人でやる道に逃げて解決w
OOPやるためにOOPやってる人っているよね。
Javaの現場での話だけど、O/RマッパーはあくまでDTOであって、
Modelじゃないって考えの人がいた。
DTOって結局はテーブルと同じ構造だからDBよりの産物で、
ModelでDB的都合は隠蔽すべきって考え。
Table -> DTO(運び屋) -> Model
なわけでDTOではテーブルのカラムのgetter/setter以外の実装は一切許されず。
でも、テーブルとModelの構造は、ほとんどの場合1対1になるわけで。
やることと言えば、ModelのコンストラクタにDTOを渡してModelのメンバに格納。
ModelにDTOと同じgetter/setterを作って中でDTOのgetter/setterを呼び出し。
そして、初めてModelに実装が書ける。
結局、同じ構造のクラス2回作って手間2倍、重さ2倍、メモリ浪費2倍にさせられただけ。
テーブルにカラムが変更したときテーブルが増えたときの作業に萎え萎え。
0280250
2007/12/20(木) 23:20:22ID:???もちろんいじるのは禁止。自動生成ツールはリポジトリで管理。
さらにコミットしたときに自動的にサーバーで自動生成ツールが走る。
なんで勝手に上書きした糞野郎のコードは消えるw
0281nobodyさん
2007/12/20(木) 23:58:14ID:???それもう自動生成ツールじゃなくね？ライブラリと変わらんじゃないか
すでに生成されたものは面倒でも手動で再生成してマージさせるべきだとおもう
0282nobodyさん
2007/12/21(金) 00:02:54ID:???それはオブジェクト指向にしないといけないような複雑な機能を持ったウェブアプリはほとんどない。
例えばgmailだったら、メールをクラスで表現した方がいい。というか、クラスにするしかない。
が、世の中のほとんどのウェブアプリはDBの結果を連想配列に入れて後はそれをHTMLの中に埋め込むだけ。
オブジェクト指向の出番はない。
0284nobodyさん
2007/12/21(金) 00:10:53ID:???0285250
2007/12/21(金) 00:16:54ID:???自動生成ツールだけど2パターンあって、
1つは作ったのは手で絶対触らない＞これは出力されたコードはライブラリみたいなもんかもね
もう1つはコードのテンプレート自動作成＞Railsでモデルやテストクラスのひな形が自動でできるみたいな
俺が上で言ったのは前者ね。
>>282
ホントその程度で済む内容の開発ばっかなんだよね。
ビューにコード書くなってのは徹底すべきだが。
それをなぜJavaはてんこ盛りにしちゃうんだか・・・
とはいえ、やっぱ言語的にはOOPベースなのがいいなー
文字列とか配列とか基本的なのが、ちゃんとクラス化されてる方が好みだ。
0286250
2007/12/21(金) 00:22:40ID:???ああ、一点補足させてちょ。
この絶対いじらない自動生成部分はクラス丸ごととは限らず関数単位だったりもする。
class Hoge {
// @auto generate start
～～～この中に自動生成コードを吐く～～～
// @auto generate end
}
みたいに、あくまで特殊コメントの中身にだけ吐く。なんで他は好きにコード書ける。
クラス丸ごと吐くと、結局継承しないと機能拡張できないんでやめた、という経緯。
まぁこういうの激しく嫌がる人も多々いるだろうけど。
0287nobodyさん
2007/12/21(金) 00:26:37ID:???それは自動生成の運用で最低のやり方だと思う。
それなら、自分でも言ってる通り、ライブラリにするべきじゃないかな
自動生成は、あくまでも出来たコードはそのまま触らない、また、
修正があれば自動的に「全て」更新されるっていう前提が無いとただ
コードの行数を増やすだけのものになる、んじゃないかな
0290250
2007/12/21(金) 00:38:15ID:???なんか荒らしみたいなんで、そろそろ消えますね。
来年はこの手の自動生成ツールをオプソで配布したいな。
ちなみに>>286みたいなの嫌がる人、天下のMSもC#で同じことやってたお。
今はpartial使って別ファイルに吐いてるけど。
0291nobodyさん
2007/12/21(金) 00:45:39ID:???>>283
案件のレベルを引き合いに出すのは辞めにしね？
てのはなんか流れ読んでて思った事書き連ねるので長くなるけど、
人数規模での協調やデプロイ効率とかで言うと、OOPやらFW云々より、
例えば言語が静的型付けで堅いかどうかとか、
フローが定石化している環境がいいという話になってくると思うんだ。
そういう点が満たされていれば誰もが幸せかって問うと、Java案件関わった人ならあればみんな首を横に振るでしょw
クリティカルな界隈で人数規模が増えると、出来る奴の柔軟性なんて
どうでもよくて、馬鹿に間違った事をさせない仕組みが重要になっちまう。
PHPのFWの意義を語るスレにおいて、「案件のレベル」ってものすご
暴力的で寂しくなっちまう視点だと思うんだ。
ZendやCake触ってて半端な所あっても「そうそう、こういうので
いいの。こういう程度ので。ありがとZend|Cake」とかない？w
PHPに限らずLL全般だろうけど。
>>290
天下のMSはシステムハンガリアンで血吐いて以降嫌いだw
間違った理屈でも力技で平然と大規模やらかせる好例だよな
いや、個人的に嫌いながらあそこの成果物には感服しきり。
0292nobodyさん
2007/12/21(金) 00:59:39ID:???荒らしてたDOM厨のテンプレート否定派ともども詫びて吊れよ
0293nobodyさん
2007/12/21(金) 01:09:57ID:???コードジェネレータを自作するための機能まであってすごいな。
もうフレームワークを使わない理由なんてないと思う。
0294nobodyさん
2007/12/21(金) 01:15:32ID:???> 自動生成は、あくまでも出来たコードはそのまま触らない、また、
> 修正があれば自動的に「全て」更新されるっていう前提が無いとただ
自動生成でできたコードを触らないというのなら、
それはscaffoldを使うってことと同意なんだよ。
でもscaffoldだけで作れるものなんてないだろ？
だから、自動生成したものを触る ということは避けられない運命なんだよ。
0295nobodyさん
2007/12/21(金) 01:18:53ID:???あんたも消えてもいいけどなｗ
FlashもJavaScriptもOO言語ですよ PHPなんかより遙かにｗ
後は使い方だけで(ry
0296nobodyさん
2007/12/21(金) 01:21:16ID:???また、294が正しいなら、自動生成はデメリットの方が強くなる様に思う
0297nobodyさん
2007/12/21(金) 01:24:49ID:???フレームワークにライブラリってのはすでにあるんだよ。
自動生成ってのはライブラリではなく、ライブラリにすることができない
”ライブラリを使うコード”を生成しているの。
ライブラリだけあればアプリが動くかい？
どんなアプリにもありがちなCRUDの動作程度でさえ
ライブラリだけで動くものはない。
フレームワークレベルになるとscaffoldという
ライブラリを使って動作する、土台のコードが用意されるが
scaffold程度の”ライブラリを使うコード”では実用的にはならない。
0298nobodyさん
2007/12/21(金) 01:34:35ID:???それを前提に話をされてもなぁ。
あれで自動生成されてうれしいのは正直Viewおよびページ遷移部分であって、
まちがっても
$param = $request->getParam();
$db->insert($param);
// 以上、俺の妄想フレームワーク
とかいう部分ではない、と思ってるんだがな
そういったところを「自動生成」したいのか？
また、Javaみたいにsetter/getter うるさいところでは、
public function setA($a)
{
$this->_a = $a;
}
みたいなものは自動生成されるとうれしいのかもしれないけど
>>297 は違うみたいだし。
（また、出来ればこういうのはクラスの最後尾に３０行くらい改行してつけてくれ、な）
0299nobodyさん
2007/12/21(金) 01:44:31ID:???フレームワークって言葉を特別視し過ぎじゃないか？
フレームワークなんて結局んところ、特定の設計思想上に
規約や規範をセットにしてライブラリ群を提供しているだけだろ
その観点では齟齬ない話題だと思うんだけど。
>>295
現状のJavaScriptをOOPLって言うと誤解招くんじゃないの。
プロトタイプベース言語はOOPLとして認知されてるけど、
「PHPなんかより遥かに」ってのはいただけない。
実装善し悪しを語ろうにも、クラスベースと単純比較
できるもんじゃないだろう。
：そんなJSもクラスベースになろうとしてるけど、それは別の話
ActionScriptのVMはOOだけど、Flashっていうと製作環境が
混同されて不適切だと思う。
Flex/Airだって環境の名前で余計なもん含むし、現状のFlash
ランタイムはOO化する前のVMも内包してる（上に扱える）しで、混乱招く。
あの界隈、詰まらんところの説明に困るんだよな。mxmlcはjavaだしw
0300nobodyさん
2007/12/21(金) 04:08:06ID:???0301nobodyさん
2007/12/21(金) 04:26:42ID:???それ以外は馬鹿
0302nobodyさん
2007/12/21(金) 04:44:58ID:???アホどもがスレチな話題をいくらふりまこうが、
結局そこに戻る。
0303nobodyさん
2007/12/21(金) 10:05:36ID:???0304nobodyさん
2007/12/21(金) 12:01:00ID:???全ては結果が良ければなんでもいい。
理屈で間違っていても結果が良ければ問題ない。
実行結果だけじゃなくてメンテナンスや開発効率その他諸々の結果な。
オブジェクト指向だろうとなかろうと、望む要件を満たすならどっちでもいい。
満たせないのにオブジェクト指向のしがらみに囚われて実装しようとしてグダグダとかが一番最低。
んなもん全てツールの一つであって使わないといけないなんて義務もない。
それを使って結果を出せるなら使えばいいし、出せないなら使わなければいいだけの事。
0305nobodyさん
2007/12/21(金) 12:19:12ID:???こういう発想のやつって、自分の頭で開発効率あげる便利ツールとか作ったこともないんだろうな。
自動生成 = scaffoldしか頭に浮かばない。
それかレスの流れ読んでないか。
0307nobodyさん
2007/12/21(金) 21:13:22ID:???だから次に、saffoldで吐いたコードに一切手を入れず動かさなきゃいけないような事は、
現実的じゃないとか言ってる。
0308nobodyさん
2007/12/22(土) 11:38:25ID:???scaffoldで吐いたコードに手を入れないで
使えることなんてあるのか？
普通無いだろ。
お前の仕事はscaffold生成で終わりかよｗ
0309nobodyさん
2007/12/22(土) 12:01:32ID:???こんなんとFWやらOOPで仕事すんのいやだ
0310nobodyさん
2007/12/22(土) 15:38:44ID:???0311nobodyさん
2007/12/22(土) 19:57:49ID:???0312nobodyさん
2007/12/23(日) 03:49:27ID:???0313nobodyさん
2007/12/23(日) 10:26:49ID:???落ちこぼれｗｗｗｗ
0314nobodyさん
2007/12/23(日) 10:47:58ID:???昔のセフレとやったみたいな懐かしさがあるな・・・
ビッチだけど嫌いじゃない
糞言語だけど嫌いじゃない
0315nobodyさん
2007/12/23(日) 12:19:00ID:???0316nobodyさん
2007/12/23(日) 13:08:30ID:???0317nobodyさん
2007/12/23(日) 18:20:39ID:???Perl（微笑）
C#（:-）
0318nobodyさん
2007/12/23(日) 19:03:57ID:???0319nobodyさん
2007/12/23(日) 19:10:29ID:???Cも今となってはシンプルに過ぎる刀だよな
価値あるがいろいろアレだ
C++,Javaも肥大化・煩雑化を免れない代わりにお堅く作れる悩ましいアレさがある
なのでスケープゴートを用意しました。
VB（爆笑）
0320nobodyさん
2007/12/24(月) 02:21:44ID:???暴走させても致命的なことにはなりにくいけど
PHPのゆるい感覚で他の言語使ってたら
メモリ使い切ってスラッシング起こりまくりで鯖にダメージとか受ける
0321nobodyさん
2007/12/24(月) 02:24:26ID:???他のスクリプト言語=カッター
0323nobodyさん
2007/12/24(月) 11:08:21ID:???0324nobodyさん
2007/12/24(月) 11:24:54ID:???0325nobodyさん
2007/12/24(月) 15:29:48ID:???0326nobodyさん
2007/12/24(月) 17:16:28ID:???PHP的にどんなフレームワークがあればみんな楽できるんだろうな
0327nobodyさん
2007/12/24(月) 17:21:49ID:???だから、PHPのフレームワークについて語ろうぜ
0328nobodyさん
2007/12/24(月) 20:26:21ID:???試しに触ってみたぐらいでは特に不都合な所は無かったんだけど、バグがどうとかいう
評判も見るし。
普通に使えるのなら、ネイティブで組み込んでいるZend Frameworkがとても気になる。
RepositoryとかConfigとかわかりやすい部分が好感持てる。
0329nobodyさん
2007/12/24(月) 20:36:20ID:???俺が匿名で保証したところで意味ないっしょw
俺はzfを社内向けwebツール製作で便利に使ってるけど、
PDOに限らずzfは顧客向けアプリへの適用は検討してないな。
俺の良く判らんところでDBコケて、うちの鯖缶が
リコンパイルで死んでた
バグ評判に留意しつつ、自分で試行錯誤できるなら使い物にできるでしょ。
mbstring関係で困った時期に比べたら、まぁなんというんでしょうか、いいんじゃないですかね
こんな日のこんな時間にもコード書いてる自分をまあ言い聞かせてます
バグのない世界はありますか
海は死にますか
0330nobodyさん
2007/12/24(月) 21:13:55ID:???まあそうなるんだろうけど ＞ 使ってみろ
思ったが、今のPHPは（やっと）本当に過渡期で、ストレス無く云々、っていうのは
フレームワーク無しも含め、PHP5限定でやりたいような
例えばベタで書くにしても、PHP5の方がPHP4よりやりにくいって事はなさそうだし
ZendFrameworkの読みやすさの半分くらいは、PHP4を切り捨てたところにある気もする
0331nobodyさん
2007/12/25(火) 07:11:53ID:???0332nobodyさん
2007/12/25(火) 11:40:09ID:???でもPHP5なら例外使うべきだよね？
自分がつくる範囲では失敗したときに例外投げるようにしてるけど、PHP5より前に作られた関数やクラスとはどう折り合いつけてるのかな。
0333nobodyさん
2007/12/25(火) 12:01:46ID:???0334nobodyさん
2007/12/25(火) 19:23:08ID:???まあそうなんだけど、みんなそうやってる？
なんかすごく面倒なんだけど。どうしてもthrowとdieが混じってしまう。
0335nobodyさん
2007/12/25(火) 20:57:56ID:???0336nobodyさん
2007/12/25(火) 21:05:16ID:???自分で組み上げた部分に関しては、例外ってのはあくまで想定外の事が起きたときに投げるってしておくとよいよ。
でcatchする場所は基本一カ所に統括、そんで、そこでエラー出力。
たとえばstrposとかで、この局面では必ず検索対象文字列が見つかるはずなのに
falseがかえってきちゃったときは、それ以上アプリとしての処理は続けられないので
例外を投げるようにする。
falseが帰ってくることも想定できるなら、そのときの処理もしっかり書く。
dieは使わない方針でいいと思うよ。
0337nobodyさん
2007/12/26(水) 01:18:00ID:???0338nobodyさん
2007/12/26(水) 01:34:24ID:???他言語での例外を知らないから不便なだけなのかよく判らなくなるもので。
俺の知識の範疇はCやJavaScriptな駄目web土木員なもので、例外とか考察できやしない。
今ある処理を中断して名前付きのイベント投げるだけ、という腐った解釈で土方してます。
ぐぐっても判らんのでRuby弄ってたら例外なんて不要だとかいう奴がいて首傾げます
ご教示願えたら幸い程度に思ってますので論旨無視して煽ってやってください。
よろしくお願いします。
0339336
2007/12/26(水) 09:09:19ID:???例外はシステムがそれ以上続行できないケースでのみ投げる。
- DBへの接続に失敗した、DBへの読み書き中に失敗した
- 存在するはずのファイルが開けなかった
- バグと思われる分岐
で、
try {
// メイン処理
} catch (Exception ex) {
// エラー出力
}
のようにcatchする場所は、メイン処理での一カ所だけにしておく。
例外が便利なのは、メインから深いところまで入っていっても
例外さえ投げれば途中catchが無ければメイン処理のcatchまで飛んでいくこと。
基本的に自分で例外を使うときは、こういうケースでのみとしている。
仕様の範囲でユーザーの操作によって起こりうるエラーは、
きちんと分岐して適切な処理をすべきなので例外は使わない。
0340nobodyさん
2007/12/26(水) 11:39:54ID:???0341336
2007/12/26(水) 12:13:56ID:???大元の呼び出しまで一発で戻れると言うことなので。
それを望むケースって、これ以上先のコードを続行できない、続行しても無駄な時だと思う。
if～elseで分岐してできることで例外は使わない方がいい。
try～catch多用すると見づらくなるしね。
0342nobodyさん
2007/12/26(水) 13:23:50ID:???何となく違和感を覚える。PHP5+ZFで弄りだしたところなので
どこがどうと、うまく説明できないけど。
とりあえず、「PHPでのWebアプリに限って言えば」と断っておいた方が良くね?
0343336
2007/12/26(水) 13:40:11ID:???制御系とかは、もうちょっと勝手が変わってくる。
0344nobodyさん
2007/12/26(水) 16:55:04ID:???誰もが無視できない形でメッセージを発することができることだ
（だから通常動作範囲内では使うな）
ってコードコンプリートにも書いてたな
0345nobodyさん
2007/12/26(水) 21:18:58ID:???これは使い方次第かもしれないけど
0346nobodyさん
2007/12/27(木) 00:09:46ID:???一気に性能アップのRuby 1.9.0登場でPHP風前の灯火ｗｗｗ
0347nobodyさん
2007/12/27(木) 00:13:30ID:???0348nobodyさん
2007/12/27(木) 00:24:06ID:???これはマジでPHPﾔﾊﾞｽ
0349nobodyさん
2007/12/27(木) 00:25:56ID:???0350nobodyさん
2007/12/27(木) 00:31:00ID:???比べるならPerlとかpythonにしろ。
0351nobodyさん
2007/12/27(木) 00:31:43ID:???0352nobodyさん
2007/12/27(木) 00:39:16ID:???速いってのは、Apacheのモジュールで動かしたときに、CGIで動いている
Perlなどと比べたら、っていう世界で。
それを考慮にいれてもRubyは遅かったが、それが段違いに速くなったって
いうのは一つのトピックだとは思うな
ただRubyのリリースはまだ現状お披露目以上のもんではなさそうだ。
0353nobodyさん
2007/12/27(木) 01:34:37ID:???メモリ使用量含めた運用実績でphp5よりコンパクトになってないのはどうなんだろうな。yarv何年掛かったんだ
ただphpも全てにおいて軽い訳じゃないし細かなバグ不安はJava比で荒いし、Ruby/pythonに出来てphpにできない事がこんだけ増えると今後のトレンド荒波来てもおかしくはなさそうだねぇ。
zopeかせめてwebrickみたいなモンでもphpで作れたらどうなってただろうとか
ま、最小の構造化で大量の標準関数を使い最大の効果を。
それがPHPに実用性面の評価を与えた理由であり、適役であろうて
0354nobodyさん
2007/12/27(木) 01:50:43ID:???mod_phpは何も考えずにプログラムを書いても実用的な速度で動く。
メモリもそんなに消費しないから（これはPHPのバージョンが上がる度にメモリ食いになっていってるが）、たいていのウェブサイトなら1台のサーバで事足りる。
これはJavaにもRubyにもPerlにもない、圧倒的なPHPのメリット。
0355sage
2007/12/27(木) 01:54:09ID:???これは確かに、PHPが受け入れられ普及した、
需要があった(ある)部分なんだろうなぁ。
既に巨大なユーザベースというアドバンテージを持っている以上、
今後の舵取りで下手をこかなければそうそうシェアは引っくり返らないだろうけど、
zendはあんまりそこら変で優秀そうなイメージは無い。
0356nobodyさん
2007/12/27(木) 01:56:46ID:???なんでこのスレでやるんだよ
0357nobodyさん
2007/12/27(木) 02:09:49ID:???現状消去法もしくは消極的賛成でPHPを使ってる奴が多いってことじゃないか？
そりゃ「フレームワーク」のスレなんだから、結局目的は「うまいこと」作業をしたい
わけで、他言語に乗り換えた方がよければそうする人も多いんだろ
0358nobodyさん
2007/12/27(木) 02:44:53ID:???http://pc11.2ch.net/test/read.cgi/php/1177676518/
http://pc11.2ch.net/test/read.cgi/php/982591467/
0359nobodyさん
2007/12/27(木) 19:52:35ID:???例えばZendだとアドレスが
www.sample.com/Controller名/action名/
ってなるから、実際のファイルのディレクトリ構成とは違うじゃん？
プログラマはControllerとactionを理解してるからいいんだが、サイトには静的htmlファイルとかもあるわけで
そういうのはどうしてる？
デザイナしかさらわない部分。
そのファイルの中にはリンクもあったりして。
デザイナ的にはそこにファイルがないのに
なんでこんなリンクになるんだ？とかなると思うんだけど。
公開フォルダには殆ど実体がないし。
0360nobodyさん
2007/12/27(木) 20:02:36ID:K5rUwTQj全部自分で書き換えてるお。
そもそも、デザイナーのHTMLさえ信用してないから・・・
0361nobodyさん
2007/12/27(木) 20:16:21ID:???「xhtmlでこういうの出力します。CSS側の調整で頼みますね。画像パスはルートから指定してください」
以上。
デザイナーにhtml触らせる時代はそろそろ終わりにした方がいいと思ってます。
0362nobodyさん
2007/12/27(木) 21:42:15ID:???信用してないのは俺もなんだが、それだと意味なくねｗ
折角のコードと表示部の棲み分けがFrameworkでなってるんだから
コードに専念したい所なんだ。
>>361
↑↑のでもそうなんだけど、結局それだと動かない時にプログラマがチェックしなきゃだめじゃん？
作業量が増えるしFrameworkの利点を生かしきれてない気がするんだよなあ。
本末転倒というかなんというか。
それにデザイナにhtml触らせないと見た目カッコイイサイトできないんじゃない？
俺はデザインセンスかなりない方ってのもあるけど、やっぱ俺みたいな純PGが作るサイトって
シンプルイズベストなPGウケはしそうだけど一般人にはウケないデザインだし。
0363nobodyさん
2007/12/28(金) 01:11:25ID:zzJWz28z0364nobodyさん
2007/12/28(金) 02:22:52ID:???文書構造的にデザイン汎用性に困る場合に、意見上げてもらうことはあるけど。
0365nobodyさん
2007/12/28(金) 06:49:34ID:???そのまますべての関数を使えるPHPがどう見ても王の中の王
0366nobodyさん
2007/12/28(金) 07:46:30ID:???ゼンドとブレインウェーブが
Zend Frameworkセミナーを西日本でも開催してRuby消滅www
0369nobodyさん
2007/12/28(金) 23:42:58ID:???0370nobodyさん
2007/12/28(金) 23:52:26ID:???0371nobodyさん
2007/12/29(土) 01:57:06ID:???もう辞めます
最後はどこで妥協するかよね
CSSで切り離すにしても、協調がうまく行かなければ使い物にならないCSSと素材が上がるだけだし、無用な手間に繋がる
0372nobodyさん
2007/12/29(土) 15:08:46ID:???phpタグの意味と、関数の仕組みくらいは覚えれるでしょ。
あと、できればifとforeach。
うちはそれでやってる。
適当なHTML投げればあとはやってくれる。
0373nobodyさん
2007/12/29(土) 15:32:07ID:???プログラマかデザイナかという話だ。
<form method=POST action="../test/bbs.cgi">
<input type=submit value="書き込む" name=submit>
名前： <input name=FROM size=19>
E-mail<font size=1> (省略可) </font>: <input name=mail size=19><br>
<textarea rows=5 cols=70 wrap=off name=MESSAGE></textarea>
<input type=hidden name=bbs value=php>
<input type=hidden name=key value=1167334850>
<input type=hidden name=time value=1134648531>
</form>
0374nobodyさん
2007/12/29(土) 15:45:19ID:???0375nobodyさん
2007/12/29(土) 17:15:40ID:???デザイナいらね
0376nobodyさん
2007/12/29(土) 17:18:59ID:???人間いらね
0377nobodyさん
2007/12/29(土) 18:01:49ID:???0378nobodyさん
2007/12/29(土) 20:45:40ID:???0379nobodyさん
2007/12/29(土) 20:47:36ID:???0380nobodyさん
2007/12/30(日) 12:52:24ID:???デザインも中身も鯖設定も全て一人でやれってか。
一つの案件に付き160マンくらいってか？そりゃ儲けそうだな。
0381nobodyさん
2007/12/30(日) 15:42:52ID:???0382nobodyさん
2007/12/30(日) 21:21:50ID:???俺→それを元にHTML/CSS書く、でも本業はプログラム
気づいたら副業ばかりでした
0383nobodyさん
2007/12/30(日) 22:26:47ID:YhMTSzkr天皇はＡ型で朝鮮の出身です。Ａ型は2000年前に日本に来たから帰ればいいのに。
Ａ型は100％農耕民族とはいえないがＯ型かＢ型にぜんぜん好かれないＡ型は
農耕民度が高すぎるから2000年前に日本の先住民族を大量に殺してきた
遺伝子、多そうだね。
遊牧民族は厳しい自然の中を小さい家族で移動しながら生活してきたので家族と他人の線引きをはっきりさせたと思う。
これをクールと感じる。だから、そのぶん身内にはあつくなるのか。
Ｂ型は遊牧民族、Ｏ型は狩猟採取民族。
Ａ型は農耕民族。農耕民族は２千年前(つい最近)に、中国から日本に来た。Ａ型は２万５千年ごろ誕生して農耕社会を
作ってきた。農耕民族社会になってから狩猟採取民族が大量に殺され滅び吸収され、ホームレス、虐待、売春、
女性差別 が始まり、強制的に横並び結婚し横並び子作りしないと女が生きていけない社会になる。
横並びの群れ社会(農耕民族社会)は無理やり敵を作り差別しないと作れない。これが、いじめ。
ブサイクで、もてない農耕民族はとくに性欲として横並びの群れ社会を作りたがる。
農耕民族社会はＡ型女も不幸になります。
0384nobodyさん
2007/12/31(月) 19:25:58ID:OLGrxXb2だけど、PHPでプログラムを書くなんて簡単だよ。
プログラマがそんなに難しいことやってるわけじゃない。
本当に高度なプログラミングは、WEB系じゃなくて、科学分野でやってると思います。
WEBプログラマがやってるのは、本質的にはDBのラッパーつくりと、サーバ設定だけ。
それ以上の内容は求められていない。
デザイナーがPHP覚える、フレームワーク使うのは、１ヶ月あれば十分。
むしろ、PHPじゃなくて、RubyやPythonやった方がいい。
0385nobodyさん
2007/12/31(月) 19:31:14ID:???0387nobodyさん
2007/12/31(月) 21:45:44ID:???RubyやPythonだろうと、DBのラッパーつくりと
サーバー設定だけ。
もしPHPでは作らなくていい
余計なものを作る必要があるというのなら、
RubyやPythonってだめな言語だなｗ
0388nobodyさん
2008/01/01(火) 00:20:01ID:???fcgi運用が前提になる。
お手軽webアプリ用途としては駄目な子だね。
お手軽webアプリ用途でPHPは強い。
0389nobodyさん
2008/01/01(火) 01:22:03ID:???PHPでは new Exception したときのファイル名と行番号が自動的にセットされるけど、それを外から変更したいんだけど、できるかな？
具体的にはある関数でPDOExceptionを発生させるんだけど、ファイル名と行番号はその関数を呼び出した場所のものを使いたいんだよね。
0390nobodyさん
2008/01/01(火) 01:33:01ID:???0392nobodyさん
2008/01/01(火) 08:05:27ID:???今年のフレームワーク界はどうなるかな？
・PHP4脂肪でPHP4/5両対応のFWが脂肪
・PHP6登場でPHP5専用FWがPHP5/6両対応になってくる
・先走ってPHP6専用FWが登場
…あと頼む
0393nobodyさん
2008/01/01(火) 12:19:03ID:???組込の例外が発生する可能性がある場合は
組込の例外が発生する箇所の然るべきところで
tryしてcatchされたら自作の例外として
throwで投げ直すのが一般的じゃないだろうか
それでthrowした箇所からのスタックトレースになったと思うけど
0394nobodyさん
2008/01/02(水) 18:17:39ID:???RoRがゲットー扱いでPHPゾンビのように復活ｗｗ
0395nobodyさん
2008/01/02(水) 23:59:33ID:???「生半可な元PHP屋のバカ野郎ばかり。」
RoRが叩かれているが
PHPも全然褒められていない件。
0396nobodyさん
2008/01/03(木) 02:15:34ID:???はてなとかのギークとかハックとか軽々しく使う連中のコミュニティ見ると、何かこっちが恥ずかしい気持ちになる。
確かにウェブは儲かるけど、それはウェブの力であって、ウェブプログラマーの力じゃない。
0397nobodyさん
2008/01/03(木) 02:30:58ID:???事実だから仕方がないけどさ。
0398nobodyさん
2008/01/03(木) 09:36:14ID:???昔と比べたら求められる知識めちゃくちゃ多くね？
デザパタとかOOとか、どんだけ多くの知識求められるんだよって感じで
しかも相当の難易度
まあ知らなくても作れることは作れるけど
0399nobodyさん
2008/01/03(木) 10:24:52ID:???ってかさ、コマンドやら各バージョンの仕様やらを丸暗記してるやつってなんなの？
片手にネットは常識だろ！ボケ！
0400nobodyさん
2008/01/03(木) 10:35:01ID:???覚えておいた方が効率いいじゃん
0401nobodyさん
2008/01/03(木) 10:36:04ID:???0402nobodyさん
2008/01/03(木) 10:43:36ID:???CSS互換性、クライアント層での処理、DB特性
サーバサイド言語以外の知識が膨大になってるのはあるな
設計を除くサーバサイドプログラムそれ自体はやっつけ感。
クライアント層へJSやFlexで処理送り込む案件の方がコーディング脳使ってる気がする
>>398
デザパタやOO自体は難しくなくても適切な設計や
適用検討時にかなりノウハウ要るよなー
0403nobodyさん
2008/01/03(木) 10:45:00ID:???0404nobodyさん
2008/01/03(木) 11:51:31ID:???0405nobodyさん
2008/01/03(木) 11:59:42ID:???0406nobodyさん
2008/01/03(木) 12:04:29ID:???俺は以下
・ソフトウェアデザイン
・WEB+DBプレス
0407nobodyさん
2008/01/03(木) 12:09:07ID:???・開発の現場
・NEXTWISE
0409nobodyさん
2008/01/04(金) 12:21:58ID:???誰か立ててケロ
俺は無理だった
0410nobodyさん
2008/01/04(金) 12:53:33ID:???落ちたってことは需要がないってこと
0411nobodyさん
2008/01/04(金) 13:15:00ID:???書き込みなさすぎて落ちることはこの板ではありえない
0412nobodyさん
2008/01/04(金) 16:44:31ID:omX9HLOu0413nobodyさん
2008/01/05(土) 17:48:51ID:???0414nobodyさん
2008/01/06(日) 03:28:30ID:???0415nobodyさん
2008/01/06(日) 13:06:17ID:???5.3で名前空間サポートだってさ
0416nobodyさん
2008/01/06(日) 13:21:23ID:???仕様変更で古コード脂肪ｗｗｗ
0417nobodyさん
2008/01/06(日) 13:22:58ID:???よう文盲
0418nobodyさん
2008/01/06(日) 13:56:47ID:???0419nobodyさん
2008/01/06(日) 17:47:12ID:???0420nobodyさん
2008/01/06(日) 18:41:34ID:ego6nPTO>>395
http://arton.no-ip.info/diary/20080103.html
ちゃんと調べる前は、おれにとってはRailsは金がなるプラットフォームに見えたんだ。
RubyやRailsに文句をたれてるわけじゃなくて、DHHを含むRails界隈に集まった人々に文句をたれてるわけだな。
http://madscientist.jp/~ikegami/diary/20080103.html
現状のRoR回りで大喜びしている人は大貧民だと思っています。
僕等はクソったれな Web application という名前のシステムに縛られています。
喜んでいるのは上位ベンダーです。
「下っ端」として働くのはリスクが大き過ぎる。
早めに痛い目にあって、抜け出した方がいいというのが僕の個人的な感想だ。
Zed はまだ Python, Factor, Lua とか拘ってるけど、また同じ目に会うと思うよ
プログラマは二種類に分けられる：正規の計算機工学をこれからも学び続けるプログラマとそうでないプログラマ。
勉強に費した投資に見合う収入は必ずしも得られるとは限らない。
それが現状。
僕の助言としては、くれぐれも、「声のでかい馬鹿」に騙されるなということ。
0421nobodyさん
2008/01/06(日) 21:41:53ID:???勝手に期待して勝手に幻滅したように見える
金が欲しかったら金になるようにやらないとダメだろ
0422nobodyさん
2008/01/07(月) 00:40:14ID:???symfony使ってる人、欠点挙げてもらえると助かります。
0423422
2008/01/07(月) 01:08:38ID:???0425nobodyさん
2008/01/07(月) 07:37:46ID:???自鯖立ててるor専鯖組み上げからできるなら使ってみればいい
と思うよ。（共有鯖だと正直動作が重い）
pearはｲﾝｽｺ時のみコマンドラインで使えればおｋ。
0426422
2008/01/07(月) 09:30:50ID:???重いっすか・・・どの辺が重いんでしょう？DBまわりとか？
オプソで配布を目指してるんですが、自作FWのがいいのかなぁ
0427424
2008/01/07(月) 10:19:47ID:???自作のFWを基準にするのであれば
おそらく他の軽量なフレームワークの方が
用途にあっていると思います。
0428nobodyさん
2008/01/07(月) 13:22:00ID:???Struts(Java) → mojavi → agavi → symfony
RoR → CakePHP、CodeIgniter
0429nobodyさん
2008/01/07(月) 13:33:33ID:???symfonyは原型がmojaviだけどrorからどんどんパクって
struts成分はほとんどそぎ落とされてる印象
0430422
2008/01/07(月) 23:48:09ID:???どうもです。
symfonyのsandboxを動かしてみてZend Studioのprofileで確認したら
前処理がかなりありますね。
自作FWより倍以上遅いし、今後の事考えると、ちょっと厳しいかな・・・
その他軽量の使うくらいなら自作にしときますわ。
0431nobodyさん
2008/01/08(火) 09:47:28ID:???0432nobodyさん
2008/01/09(水) 01:31:10ID:???0433nobodyさん
2008/01/09(水) 01:32:07ID:???0434nobodyさん
2008/01/09(水) 02:23:30ID:???クッキーが使えない携帯サイトの場合、PHPのsession関数を直接使うしかないでしょうか？＞＜
http://userguide.cilab.info/libraries/sessions.html
セッションクラスは、各ユーザのセッションの情報をシリアライズして（オプションで暗号化して）クッキーに保管します。
デフォルトでは、クッキーだけが保存されます。
Note: セッションクラスは、PHPに組み込みのセッションを利用しません。
0435nobodyさん
2008/01/09(水) 03:15:09ID:???ciはわかりやすくてシンプルで結構いいね
0436nobodyさん
2008/01/09(水) 12:27:15ID:???0437nobodyさん
2008/01/09(水) 22:56:31ID:7z+0iS0hhttp://codeigniter.com/wiki/Native_session/
なんかどう？
0438nobodyさん
2008/01/10(木) 01:12:05ID:???ちいたんは、チュートリアルのブログと同じものを作れただけでｵﾜﾀ＼(^o^)／
ソースコードをトレースして使い方を理解しなきゃならんのだろうか？
cとかmとかシュガーシンタックスが用意されているっぽかったが、頭がこんがらがった。
CakePHPを使ったことがある人には分かりやすいのかな？
…誰かちいたんの解説本を出してください！＞＜（ってどんだけｗ）
0439nobodyさん
2008/01/10(木) 01:56:01ID:???学習コストの高いFWはダメだと思う
ciを使いなさい
英語のドキュメントだけしかないのにそちらの方がわかりやすい
0440nobodyさん
2008/01/10(木) 03:25:09ID:???0441nobodyさん
2008/01/10(木) 22:28:42ID:???国産（という区分に意味があるかは微妙だけど）のPHPフレームワークとして、
野心的で世界的な普及を狙えるものだと思う
ただ、ドキュメントが…
0443nobodyさん
2008/01/10(木) 23:25:09ID:???http://pc11.2ch.net/test/read.cgi/php/1177683436/
こっちにも来てね
0445nobodyさん
2008/01/10(木) 23:34:56ID:???そうなん？ あるとしたらFlowだよね（後は全部置き換え可能だから）
っていうか教えてやれよw
0446nobodyさん
2008/01/11(金) 00:13:18ID:???Ruby公式ロゴ画像無償配布開始でPHP茫然自失ｗｗｗ
0450nobodyさん
2008/01/11(金) 00:47:38ID:???ひび割れたPHPの文字にご飯粒がいっぱい付いたロゴがお似合いなんだよ！
0451nobodyさん
2008/01/11(金) 00:57:48ID:???ソフトウェア産業うつなどメンタルな病にかかる人が他産業の10倍でPHPER病院直行ｗｗｗ
0452nobodyさん
2008/01/11(金) 09:37:40ID:???職場で使ってる言語の統計とってみたら面白いだろうね。
言語シェアを反映してJapaが圧倒的で残りがPerlとPHPのような気がするな。
0453nobodyさん
2008/01/11(金) 09:48:55ID:???0454nobodyさん
2008/01/11(金) 11:52:02ID:???0455nobodyさん
2008/01/11(金) 13:04:34ID:???メンタルが多いのは当たり前だと思うが。
0456nobodyさん
2008/01/11(金) 16:07:47ID:???暖房効いた部屋での座り仕事なんか屁でもないけどな。
弱すぎ。弱小動物は氏ね。
0457nobodyさん
2008/01/11(金) 17:37:37ID:???0459456
2008/01/11(金) 18:17:21ID:???いや俺プログラマだしw
この業界で鬱だなんだのって、精神力よりも基本的能力が不足すぎてるのが原因だなー
WEB案件なんか余裕だろうに・・・
0460nobodyさん
2008/01/11(金) 18:59:57ID:???２ちゃんで自分語りの自慢厨を見ますと、
なんだか切ない気持ちになりますね
0461nobodyさん
2008/01/11(金) 19:44:26ID:???こないだ自殺したうちの同僚と、昨年心臓発作で死んだうちの同僚と、
同じく脳卒中で死んだうちの同僚の代わりにおまえが死ねば良かったのに。
0462nobodyさん
2008/01/11(金) 22:56:10ID:???0463nobodyさん
2008/01/11(金) 22:57:14ID:???0464nobodyさん
2008/01/12(土) 00:12:31ID:???参考になります！
PHPの生セッションを使えるように工夫してるんですね！
>>443
CIスレで勉強しよ。
なるほど、PHPの生セッション使える方法も用意されているんですね！
http://codeigniter.biz/rapyd_guide/classes/session.html
CI＋Rapyd＋ZFで、自分の欲しい部品が揃えばいいなー＾＾
0465nobodyさん
2008/01/13(日) 13:49:59ID:???JavaScriptで作ったRuby登場でPHP破滅ｗｗｗ
0466nobodyさん
2008/01/13(日) 14:39:47ID:???0467nobodyさん
2008/01/13(日) 15:29:13ID:???0468nobodyさん
2008/01/13(日) 17:19:54ID:???PHPはいつでも捨てられる。
今のところRubyでなければならない理由がない。
Ruby程度じゃPHPのニーズがゼロになる日はまだ来ない。
0469nobodyさん
2008/01/13(日) 21:53:46ID:???0470nobodyさん
2008/01/14(月) 00:22:49ID:???PHPハジマタ
0471nobodyさん
2008/01/14(月) 00:52:50ID:???0472nobodyさん
2008/01/14(月) 00:54:47ID:???0473nobodyさん
2008/01/14(月) 01:13:43ID:???毎回構文解析するのがシンプルな方法だとかそういう問題じゃない
0474nobodyさん
2008/01/14(月) 02:16:51ID:???なに再起動って？
0475nobodyさん
2008/01/14(月) 02:24:12ID:???0476nobodyさん
2008/01/14(月) 03:05:45ID:???できるから、大した変化じゃない。
今ホットな（MLで炎上している）話題はスカラーのタイプヒンティングとか、
[]で配列を宣言するとか、無名関数・クロージャとか、構文上の変更。
0477nobodyさん
2008/01/14(月) 03:21:14ID:???0479nobodyさん
2008/01/14(月) 04:43:33ID:???0480nobodyさん
2008/01/14(月) 04:55:08ID:???0481nobodyさん
2008/01/14(月) 05:03:59ID:???無名関数・クロージャの話って盛り上がってたか？
なんかスルーくらってる気がするんだが。
でもあれ実装されて欲しいな。便利だ。
>480
RasmusとかAndiは大体そんなノリなんだけどな。
なんかそれ俺的に見にくしぃー、とか言う輩が多いんだ。
0482nobodyさん
2008/01/14(月) 05:33:32ID:???・無名関数・クロージャで盛り上がる（改良には賛成多数、パッチの内容にツッコミあり）
・タイプヒンティングで炎上（不要派、エラー派、キャスト派に別れての大混戦）
・無名関数パッチ＆角括弧配列パッチ投下（無名関数スルー、角括弧で大荒れ）
・投票方法はどうするよ？（←今ここ）
0483nobodyさん
2008/01/14(月) 09:55:06ID:???そしたらマジで他の言語を使うメリットがないだろ。
初学者にも、ある程度なれた者にも使い易くなりそう。
0484nobodyさん
2008/01/14(月) 10:34:46ID:???0485nobodyさん
2008/01/14(月) 11:10:15ID:???0486nobodyさん
2008/01/14(月) 11:47:41ID:???0487nobodyさん
2008/01/14(月) 11:51:26ID:???PHPコーダにクロージャ
0488nobodyさん
2008/01/14(月) 12:10:02ID:???0489nobodyさん
2008/01/14(月) 12:45:42ID:???0490nobodyさん
2008/01/14(月) 13:11:38ID:???ある部分でコーディングが楽になる。
なかったら困るというようなもんではない
あったら便利という感じ
個人的にはクロージャはまだなくてもいい
まずは配列を角括弧で宣言できるようにしたり
無名関数をきちんと扱えるようになって欲しい。
あとスカラーのタイプヒンティング。
0491nobodyさん
2008/01/14(月) 13:14:39ID:???0492nobodyさん
2008/01/14(月) 13:25:42ID:???0493nobodyさん
2008/01/14(月) 13:26:14ID:???よく知らないんだが、Perlにある
sort { $a cmp $b } @ar;
みたいなのはクロージャとは言わないの？
こういうのは欲しい。無名関数との区別がついていないけど。
0496nobodyさん
2008/01/14(月) 13:34:57ID:???0497nobodyさん
2008/01/14(月) 13:35:01ID:???使えないと、動的にイベントハンドラ作りまくるときにひどく面倒。
JavaScriptの用途がクロージャがあると嬉しい用途であるとも言える。
クラスがある言語だと無理にレキシカルスコープを後付けするよりは
無名クラスでクロージャもどきを実現した方が良いと思う。
$handler = new class{
private $var;
public function __construct($var) {
$this->var = $var;
}
public function hoge() {
/* ... */
}
}($var);
みたいな。見た目の好き嫌いはあると思うけど、このほうがコンパイラと
仮想マシンの実装がgdgdにならずに済むので。
まあ、ここまでやらなくても普通のクラスで事足りるかな、とは思う。
0499nobodyさん
2008/01/14(月) 13:37:51ID:???配列@arをソートした配列を作って返している。だから返り値受けなきゃあんまり意味無いけど。
@ar = ('E', 'B', 'A', 'C', 'D');
print join(',', (sort { $a cmp $b } @ar)); #=> "A,B,C,D,E"
んで、{ $a cmp $b } の部分はクロージャなのかな、と。
0501nobodyさん
2008/01/14(月) 13:41:07ID:???それはただの無名関数。
うまくいけばこんな風に書けるようになるらしい。
usort($ar, function($a, $b){ return strcmp($a, $b); });
Perlのコードよりはだいぶ長いけど、そもそもコードの短さでPerlと勝負するのは無理。
0502nobodyさん
2008/01/14(月) 13:43:10ID:???特にプロパティへの代入にコンストラクタ使ってるあたりがね。
だから普通のクラスでいいやん、って自分で書いてて思った。
0503nobodyさん
2008/01/14(月) 13:46:14ID:???0504nobodyさん
2008/01/14(月) 13:53:16ID:???調べたら、現行PHPでもできるっちゃできるんだな
$ar = array('E', 'B', 'A', 'C', 'D');
usort($ar, create_function('$a,$b', 'return strcmp($a,$b);'));
print join(',', $ar);
でも、関数定義部分のクオートが無くなるだけで遙かにましかもしれない
無名関数の扱いを洗練させる、ていうことか
（後はusortが破壊的関数なのが戴けないとか、不満を言い出したら切りがないな）
0505nobodyさん
2008/01/14(月) 14:00:38ID:???0506nobodyさん
2008/01/14(月) 14:06:29ID:???ただ関数定義のコードevalしてその関数名返してるだけ
言語仕様としてのクロージャが欲しい
>>504
sort系全部破壊的とかほんと糞過ぎる
0507nobodyさん
2008/01/14(月) 14:08:51ID:???たいした変化は無い・・・
0508nobodyさん
2008/01/14(月) 14:13:40ID:???0509nobodyさん
2008/01/14(月) 14:27:18ID:???ある言語においては、クロージャ=無名関数 となっている場合もある。
今回のPHPの場合は、開発者MLを参照。
フレームワークの話題ﾏﾀﾞｰ？(ﾁﾝﾁﾝ)
0510nobodyさん
2008/01/14(月) 14:37:22ID:???そんなのより、変数のスコープをブロックベースにするとか、ファイルベースにするとかを実装してもらいたいもんだ。
それと上の方に出てきてる[]を使った配列定義って、$arr = [1,2,3]とか$has = ['a'=>1,'b'=>2]とかのことだろ？
PHPってさあ、$arr = array('a'=>array('A'=>array(1,2,3)))みたいな超絶見づらい・インデントできないコードを強制されるから、なんとかして欲しいわ。
0511nobodyさん
2008/01/14(月) 14:38:38ID:???0512nobodyさん
2008/01/14(月) 14:41:01ID:???0514nobodyさん
2008/01/14(月) 14:43:53ID:???意味わかんねｗｗｗｗ
俺はどこかで見た、行の入れ替えをしやすいとかいう理由で、
こういう書き方をしているよ。多少例外はあるけどね。
$arr = array(
'aaa' => array(
'AAA' => array(
1111,
2222,
3333,
),
),
);
0515nobodyさん
2008/01/14(月) 14:45:26ID:???> WUXGAくらいのディスプレイ使ってて、1行に100文字でも200文字でも伸ばしていいなら名。
インデントしたいんじゃなかったのか？
インデントできないといったり、インデントを否定したり、
お前はいったいどういうコードを書きたいんだ？
それとも他人か？
0516nobodyさん
2008/01/14(月) 14:46:35ID:???それがインデントできてない状態なんだよ。array（）のせいで、スペースを大量に入れるか、ズレるのを我慢しないといけない。
PerlでもRubyでもJavaScriptでもほとんどの言語は[]や{}で配列を宣言できるんだから。
0518nobodyさん
2008/01/14(月) 14:51:56ID:???0521nobodyさん
2008/01/14(月) 15:06:04ID:???> それがインデントできてない状態なんだよ。array（）のせいで、スペースを大量に入れるか、ズレるのを我慢しないといけない。
インデント以外のスペースは入っていないし、ずれてもいない。
あー、あれか、お前にとってのインデントとは、括弧がある列をそろえることか？ｗ
if (・・・) {
・・・
}
あんた、こういう書き方を認めない奴だろ？
インデントになってなーいとかいって、
if (・・・)
{
・・・
}
こう書き換えさせるんだろ？ｗ
0522nobodyさん
2008/01/14(月) 15:23:18ID:???実際、それが不便だから、PHPのデベロッパーも要件として検討してるんだろ。
YAMLは先頭に-を付けるだけだから読みやすいんであって、yaml()で全部くるめってなったら、誰も使わないよ。
0523nobodyさん
2008/01/14(月) 15:28:47ID:???0524nobodyさん
2008/01/14(月) 15:29:06ID:???インデントとは？
0525nobodyさん
2008/01/14(月) 15:29:09ID:???他の言語でそうなっていることが多いのは百も承知だし
それを知った上で、あればいいけど、たいした違いは無いといっているんだが。
で、お前にとってのインデントとはどういうもんなんだｗ
ほんの２、3個言語知っている程度の分際でえらそうだなｗ
0526nobodyさん
2008/01/14(月) 15:31:32ID:???という意味がまったくわからんｗ
0527nobodyさん
2008/01/14(月) 15:37:17ID:???デベロッパー(笑)
0528nobodyさん
2008/01/14(月) 15:46:47ID:???もしくは、俺が勘違いしていました。って謝れよ。
0529nobodyさん
2008/01/14(月) 15:48:04ID:???range()関数がある、そうですか・・・でもあんまり使われて無いよね。
$months = array();
for($i=1;$i<=12;$i++){
$months[] = $i;
}
これを見るのはもううんざり。
単純なfor 文でさえ、foreach(array(1..12) as $i){} と書きたい俺が偏ってるんだが
あと上記の $i をブロックローカルにする方法を提供して欲しい。
ってみんな言ってるなｗ
0530nobodyさん
2008/01/14(月) 15:49:58ID:???0531nobodyさん
2008/01/14(月) 15:52:31ID:???0532nobodyさん
2008/01/14(月) 15:53:29ID:???Perl, Rubyでの 1..10 よりは PHPのrange(1, 10) は少ない印象
0533nobodyさん
2008/01/14(月) 15:54:12ID:???function a($a){return array($a);}
0534nobodyさん
2008/01/14(月) 15:54:22ID:???0538nobodyさん
2008/01/14(月) 16:00:08ID:???そういうのやってる奴もいるだろうけど、配列を作るのに演算子じゃなくって関数にするのはコストが大きすぎると思うな。
htmlspecialchars()をh()にするとかは、使われる個所も少ないし、いいかなと思うけど。
0539nobodyさん
2008/01/14(月) 17:15:59ID:???$h( $cont);
関数定義するのが嫌ならこれでいいんじゃね？
0540nobodyさん
2008/01/14(月) 17:19:31ID:???忘れて
0541nobodyさん
2008/01/14(月) 17:29:41ID:???使う側としてはなんで未だに実装しないんだろう、
絶対 [] の方が便利じゃん、って感じなんだけどなあ
保守的だなと感じる
0542nobodyさん
2008/01/14(月) 19:18:44ID:???インデントの綴りはindentだ。
あとはYahoo辞書とかgoo辞書とかあるだろ？な？
dataの複数形がdatasだと思ってるプログラマ並みに見ててかわいそうだからちゃんと調べてこい。
0544nobodyさん
2008/01/14(月) 20:55:16ID:???foo([])
$var = [];
とか書き方されるとみにくくってﾜｶﾝﾈ。
$foo['a'] = 1;
$foo = ['a'];
がややっこしくて読みにくい。
みたいな理由。
いや読みやすいだろう、っていう奴もいたり色々だが、rejectするクリティカルな理由はまだ見当たらないな。
そのわりにvoteの半分ぐらいが反対派でrejectされそうだったり。
0545nobodyさん
2008/01/14(月) 23:22:43ID:???ヒゲに「PHP使いはなんちゃってプログラマー」と断言されてPHPER失神ｗｗｗ
0546nobodyさん
2008/01/14(月) 23:44:19ID:???URL間違えてた
0547nobodyさん
2008/01/14(月) 23:47:22ID:???0548nobodyさん
2008/01/15(火) 02:20:54ID:???0549nobodyさん
2008/01/15(火) 03:11:54ID:???0550nobodyさん
2008/01/15(火) 04:08:21ID:ivklLH2pPHPフレームワークについてのアンケート
http://enq-maker.com/3gbtgIH
0551nobodyさん
2008/01/15(火) 04:16:12ID:???0554nobodyさん
2008/01/15(火) 04:53:45ID:???0555nobodyさん
2008/01/15(火) 09:19:38ID:???PHPはなんちゃって、スーツとギークの話は同意。
0557nobodyさん
2008/01/15(火) 11:54:55ID:???これは禁則事項です。だったか？
0558nobodyさん
2008/01/15(火) 12:23:06ID:???検索するときに、
「テスト123」で検索すると
「ﾃｽﾄ123」
「テスト１２３」
「テスト123」
「ﾃｽﾄ１２３」
とか、様々なパターンに分けて検索したいんだが・・・
今はmb_convert_kanaで1個ずつやってる
0562nobodyさん
2008/01/15(火) 19:30:10ID:???0563nobodyさん
2008/01/15(火) 20:53:26ID:???どいつもこいつも女であることを過剰に意識し
かつ女であることに寄っかかってるからうざいな
http://wiredvision.jp/news/200801/2008011123.html
このくらいのレベルになればまあいいけど
べにじょとか言う馬鹿女はちんぽでビンタしてやりたい
0564nobodyさん
2008/01/15(火) 21:27:28ID:???0565nobodyさん
2008/01/15(火) 21:52:54ID:???Q49 思わず「こ れ は ひ ど い」と口にしてしまったコードがあれば教えてください。
自分が書いたものも含めてしょっちゅうですが、
世界平和のためにこの回答は禁則事項としておきましょう。
0567nobodyさん
2008/01/15(火) 22:26:17ID:???かわいいかどうかも分からんし
決まって選びに選んだ曖昧なショットを載せてるからな
Jade Raymond様になら優しくしかって欲しいが…
0569nobodyさん
2008/01/15(火) 22:31:24ID:???>Jade Raymondは、カナダのマギル大学でコンピュータ科学の学士号を取得し、軍事科学も副専攻して卒業した。
攻略されてえええ
0570nobodyさん
2008/01/15(火) 22:40:52ID:???0571nobodyさん
2008/01/15(火) 22:43:41ID:???0572nobodyさん
2008/01/15(火) 22:51:04ID:???Q61 コンピュータ関係以外で趣味と呼べそうなものはありますか？
僕は「趣味は？」と聞かれたら「悪くありません」と答えることにしているのです。
いいえ、悪いですよ？
0573nobodyさん
2008/01/16(水) 16:36:00ID:???ドキュメントも整ってるし、重すぎない中庸な感じが人気の秘訣か？
0574nobodyさん
2008/01/16(水) 16:39:12ID:???標準のormだと全文検索できなくね？
やっぱ自分で書いてんの？
0575nobodyさん
2008/01/16(水) 22:54:15ID:fD4Q9VvA0576nobodyさん
2008/01/17(木) 00:33:00ID:???ネタと思ってたけど実際にそうだったらびびるな・・・
実は隠れたメジャーフレームワークだったとか
0577nobodyさん
2008/01/17(木) 00:50:04ID:???0578nobodyさん
2008/01/17(木) 08:13:34ID:???0579nobodyさん
2008/01/17(木) 09:25:11ID:???0580nobodyさん
2008/01/17(木) 09:25:48ID:???PHP投げ出す
0581nobodyさん
2008/01/17(木) 11:03:06ID:???PHPで作られた勘定系とか、恐ろしくて使えんな(www
0582nobodyさん
2008/01/17(木) 11:21:27ID:???0583nobodyさん
2008/01/17(木) 11:22:31ID:???0584nobodyさん
2008/01/17(木) 11:23:12ID:???0585nobodyさん
2008/01/17(木) 18:09:31ID:???MySQL が Oracle や IBM を追い詰めるって妄想にもほどがあるｗ
Sun の狙いは現行 MySQL で構築してあるシステムを Sun のハード & ソフトに置き換えること。
そこそこ規模の大きいとこは SPARC + Solaris + Oracle でリプレースすること。
つまり現 MySQL ユーザの取り込みだよ。Sun はそういう会社。それ以外に興味はない。
過去に Sun に買収されたところがどんな冷や飯を食ったか (あるいはお亡くなりになったか)、
Cobalt を例に挙げよう。
1. Cobalt 買収。これで Sun にも I/A + Linux の販売基盤ができたとメディアが騒ぐ ← 今の MySQL
2. Sun、サポート体制配備。客とのコネ作り。
3. Cobalt 塩漬け開始。ほぼ同時に Sun が I/A ハード販売開始。
4. 2 世代も古くなればさすがに客も Sun の I/A、SPARC サーバへ乗り換えはじめる。
5. Cobalt 終了のお知らせ。
これ見てるとPHPじゃなくてMySQLが脂肪…？
0586nobodyさん
2008/01/17(木) 18:25:12ID:???0587nobodyさん
2008/01/17(木) 18:42:24ID:???0588nobodyさん
2008/01/17(木) 19:02:42ID:???0589nobodyさん
2008/01/17(木) 19:05:38ID:???0590nobodyさん
2008/01/17(木) 19:12:39ID:???0591nobodyさん
2008/01/17(木) 22:33:13ID:???昔さわったとき副問い合わせが使えなくて、
こりゃだめだとおもってPostgreSQLを使い出した感じだけど。
Windowsで簡単に使えたからか？
0592nobodyさん
2008/01/17(木) 22:43:13ID:???0593nobodyさん
2008/01/17(木) 22:43:41ID:???使ってみりゃpsqlの糞さ加減が分かるよ
0594nobodyさん
2008/01/17(木) 23:10:14ID:???0595nobodyさん
2008/01/17(木) 23:17:42ID:???操作が簡単でとにかく速かったからだろ？
0596nobodyさん
2008/01/17(木) 23:35:13ID:???2007年に最も人気が延びた言語＝PythonでPHP脂肪ｗｗｗ
0597nobodyさん
2008/01/17(木) 23:39:07ID:???RubyがガンガンPHPのパイを削ってるのが現状だろ？
何で減るのよ
ばっかじゃないの
0598nobodyさん
2008/01/17(木) 23:56:45ID:???特に、フィールド情報の取得の簡便さ（SHOW FIELDS）とAUTO INCREMENTのシンプルさが
大きかった。少なくとも俺は。
実行速度はどちらかというとそんなに意識しなかったなぁ。小中規模の案件ばっかりだし。
0599nobodyさん
2008/01/17(木) 23:58:04ID:???実際Railsが話題になってただけ。
不毛な論争を避ける為にこれ以上言うのはやめておく。
0600nobodyさん
2008/01/18(金) 00:00:41ID:???python（笑）
0602nobodyさん
2008/01/18(金) 00:06:29ID:???0603nobodyさん
2008/01/18(金) 00:13:56ID:???0604nobodyさん
2008/01/18(金) 00:15:52ID:???自前でORM作るくらいしないとそんなことしなくね？
0605nobodyさん
2008/01/18(金) 00:17:25ID:???0606nobodyさん
2008/01/18(金) 00:19:40ID:???0607nobodyさん
2008/01/18(金) 00:23:27ID:???0608nobodyさん
2008/01/18(金) 00:26:27ID:???> 自前でORM作るくらいしないとそんなことしなくね？
まさにこれだな。
なんでかPEAR::DB, MDB2等すら使用を禁じて勤勉にmysql_real_escape_string()を
使ったり使わなかったりさせられたりする「制作会社」ってまだ結構あるんだぞ
そのかわり自分達で書いたコードはレビューすらせずに無頓着にスルー。
正直意味がわからない。
まあphpPgAdminがあるわけだし、どうにかすればPostgreSQLでもとれるんだろうけど。
教えてえろい人
（こんな感じか？ どっかのサイトのコピペ）
select
lower(owner) as owner,
lower(table_name) as table_name,
column_name, lower(data_type) as data_type,
sak.data2notnull(data_precision, char_col_decl_length) as char_col_decl_length,
data_scale
from all_tab_columns
where lower(owner) = 'sak' and lower(table_name) = 'テストm'
order by owner, table_name, column_id
;
0609nobodyさん
2008/01/18(金) 00:49:19ID:???0611nobodyさん
2008/01/18(金) 07:12:34ID:???個人の趣味とか社内用のみとかならフリーでいけるが。
外部案件で使って対価を得たらソース公開するか有料かだし、そのソース公開なんてあり得ないから自動的に有料コースとなる。
ま、それを払ってない奴等がごまんといるからそんな認識なんだろうけどな。
昔は速度面で有利だったけど今じゃそれ程でもないしで。
ライセンス関連が一番面倒なMySQLは真っ先に外すわ。
それなら安心のPosgreか最初から有料コースとしてSQLServerとかOracleいくわ。
サポート受けやすいし。
0612nobodyさん
2008/01/18(金) 09:05:50ID:???頒布された人に対してソースを入手可能にするだけじゃないの？
頒布してない人にまで公開しなければいけないライセンスってこと？
0613nobodyさん
2008/01/18(金) 11:31:45ID:???条件次第では無料で使えるということも覚えておこう。
0614nobodyさん
2008/01/18(金) 17:26:14ID:???0615nobodyさん
2008/01/18(金) 17:36:33ID:???0617nobodyさん
2008/01/18(金) 20:29:08ID:???Pythonについて調べていたら、自分もPythonを勉強したくなりました。
でも、WEBサイト制作はもっぱらPHPでやるだろうけどね。
0618nobodyさん
2008/01/18(金) 21:35:01ID:???別に商用でMySQL使った場合に有料になるわけじゃない。
0619nobodyさん
2008/01/18(金) 21:57:06ID:???>他の人に配布しようとしている場合、
>それは有料、無料、評価版、製品版にかかわらず、
>あなたの開発したソフトウエアをGNU GPLに従い配布するつもりがなければ、
>コマーシャルライセンスの購入が必要となります。
となっているけど、どういうこと？
よくわからんMySQLのライセンス。
0620nobodyさん
2008/01/18(金) 22:06:44ID:???って事。
0621nobodyさん
2008/01/18(金) 23:36:03ID:???ウェブプログラミングレベルではあんまり関係ないよな
0622nobodyさん
2008/01/18(金) 23:43:19ID:???ちょっと違う。
MySQLを改造して、MySQL+α（αの部分が主であっても同じ）を作って配布する場合
GPLにするかそうでない場合は買えってこと。
俺の作ったアプリはMySQLサーバーにアクセスする。レベルなら
俺の作ったアプリGPLにする必要は無い。
というかGPL(ver2)というライセンス自体がそういうもので
ウェブサービスとしてアプリを利用させていればソース公開しないでいい
0623nobodyさん
2008/01/19(土) 00:15:01ID:???これからはPHPERだけ有料でPHP脂肪ｗｗｗ
0624nobodyさん
2008/01/19(土) 00:35:43ID:???0625nobodyさん
2008/01/19(土) 02:23:46ID:???MySQL開発元の考えでは、「無償利用する場合は、アクセスするプログラムもGPLで公開すべき」
というようなこと言ってなかったっけ? クライアントライブラリを利用してアクセスするのだからって、
ことだったか、GPLなMySQLを利用するのならだっか。 相当前の話で今どう決着したのか知らないのだけど。
他のある「有償or無償ならLGPLじゃなくてGPL」なソフトウェアをネタにブログで書いたら、
中の人からアクセスがあったりした。ライセンス違反してないかチェックしてたりするのかな?
0626nobodyさん
2008/01/19(土) 04:19:05ID:???0627nobodyさん
2008/01/19(土) 07:39:36ID:???0628nobodyさん
2008/01/19(土) 08:03:39ID:???mysqlndが採用されるけどね。
0629nobodyさん
2008/01/19(土) 13:41:47ID:???お前が考えるより、世の中のレベルは遥かに低い。ORマッパーが流行るのも、そもそもPHPが流行るのも、同じ類の理由。
0630nobodyさん
2008/01/19(土) 14:00:46ID:???意味が分からんｗ そもそも現行でサブクエリ使えるし
0631nobodyさん
2008/01/19(土) 14:16:15ID:???簡単に作れる。新しいことをしなければ。それがPHP案件クオリティ
サーバから作るJava等なら、そういう制約は会社次第だが
0632nobodyさん
2008/01/19(土) 14:23:48ID:???0633nobodyさん
2008/01/19(土) 14:28:50ID:???0634nobodyさん
2008/01/19(土) 16:33:55ID:???0636nobodyさん
2008/01/19(土) 17:44:07ID:???0637nobodyさん
2008/01/19(土) 19:13:10ID:???0638nobodyさん
2008/01/19(土) 19:34:01ID:???0639nobodyさん
2008/01/19(土) 19:36:36ID:???命とか意味あんの？
0640nobodyさん
2008/01/19(土) 19:40:25ID:???0641nobodyさん
2008/01/19(土) 20:00:24ID:???クロージャとか高階関数とか意味不明な言語の羅列
PHPERの自分が恥ずかしく思えてきたぜ・・・
このままでいいのかな・・・
0642nobodyさん
2008/01/19(土) 20:16:12ID:???クロージャも黄海関数も、んなたいしたことじゃない。
0643nobodyさん
2008/01/19(土) 20:25:46ID:???似たようなのがいっぱいあっても気にしない
それが俺たちペチパー
0644nobodyさん
2008/01/19(土) 21:18:31ID:???気楽な稼業さ
ホーイホイ♪
0646nobodyさん
2008/01/19(土) 21:29:07ID:???0648nobodyさん
2008/01/19(土) 21:44:01ID:???ベタ書き 生書き
ホーイホイ♪
テンプレートエンジン
オブジェクト指向
ゴミ箱にポイ♪
SQLインジェクジョン
クロスサイトスクリプティング
そんなの風に聴け♪
0649nobodyさん
2008/01/20(日) 02:20:16ID:???ってことはsunはgoogleの命を1000億で買ったということにはならないのかな？
0650nobodyさん
2008/01/20(日) 02:38:10ID:???0651nobodyさん
2008/01/20(日) 02:44:39ID:???mysqlにいきなり大幅に課金したら→google死亡
ってならないの？
0652nobodyさん
2008/01/20(日) 03:28:54ID:???0653nobodyさん
2008/01/20(日) 03:49:02ID:???かなり想像しにくいな・・・
0654nobodyさん
2008/01/20(日) 03:57:37ID:???Google は MySQL を一部に使ってるだけ、
主要技術は自社にあるから全然そういうことにはならない
特にもし使ってるのがコミュニティ版だった場合は (その可能性が高い) 完全に関係ない
0655nobodyさん
2008/01/20(日) 04:31:19ID:???データベースは全部MySQLつうのはありえん
0656nobodyさん
2008/01/20(日) 06:29:39ID:???既に公開されているGPLライセンスのソースから、
オープンソース版のMySQLが派生するだけ。
0658nobodyさん
2008/01/20(日) 08:22:11ID:???0659nobodyさん
2008/01/20(日) 11:52:36ID:???Javaの案件とPHPの案件なら、PHPの方が簡単で儲けやすいと思います。
まあみんなも、その時々の稼げる言語を使い分けたらいいんじゃないですか？
WEB系の案件～PHP、Java以外では、Ruby、Pythonの案件ってまだまだ量が少ないね＞＜（俺の周辺的な意味で）
0660nobodyさん
2008/01/20(日) 12:16:45ID:9hflgCXq会社や業界の上の方が「Javaの10倍効率的」とか耳にしてるんだろうな。
そういう俺はEthnaで苦しんでるわけだが…。
0661nobodyさん
2008/01/20(日) 13:02:51ID:???もうとにかく開発が楽であればいい。
0662nobodyさん
2008/01/20(日) 13:38:15ID:???ってのもこれからあるかも知れんなぁ。
俺はPHPに拘らないが、PHPの場合は他の言語に比べてこれを覚えていればいいという王道が無くて困る。
mojavi -> 本家死亡 -> agavi -> マイナーのまま -> symfony, cake -> 今の所現状維持
simpletest -> PHPUnitの訳出現で更にマイナー化 -> PHPUnit -> 現状維持しつつlimeに手を出してみたり
0663nobodyさん
2008/01/20(日) 13:49:35ID:???逝くのに、RoRだと60万円とか平気で言ってくる。
0665nobodyさん
2008/01/20(日) 18:53:47ID:???開発はsymfonyの方が楽と思うけど
0666nobodyさん
2008/01/20(日) 19:31:51ID:???0667nobodyさん
2008/01/20(日) 19:39:34ID:???0668nobodyさん
2008/01/20(日) 19:46:22ID:???0669nobodyさん
2008/01/20(日) 19:46:34ID:???っていうかmojavi本家サイトがなくなってるんじゃ不安だなぁ……
今から他のフレームワークっつーのも時間ないし。困ったもんだ。
0670nobodyさん
2008/01/20(日) 20:06:12ID:???0671nobodyさん
2008/01/20(日) 20:08:24ID:???んー！！
0672nobodyさん
2008/01/20(日) 20:13:55ID:???0673nobodyさん
2008/01/20(日) 20:58:02ID:???0674nobodyさん
2008/01/20(日) 21:16:29ID:???0675nobodyさん
2008/01/20(日) 21:39:00ID:???と信じたらきっと痛い目見るんだろうなー。
今使ってる物と平行で別の気になる奴評価し続けるくらいが理想型かしらね
0676nobodyさん
2008/01/20(日) 21:41:37ID:???ちっちゃい案件だし
0677nobodyさん
2008/01/20(日) 21:43:23ID:???小さい案件ならそれこそPHPの最適解かもしらず
0678nobodyさん
2008/01/20(日) 21:43:33ID:???0679nobodyさん
2008/01/21(月) 00:33:54ID:???コマース(oscommerce) ログ解析(awstats) DB管理(pgmyadmin)が
軒並みphpだからとどまってる
rubyってtdiaryしか(ry
0680nobodyさん
2008/01/21(月) 01:47:44ID:???オールドクラシックな分野しかPHPで作られてなくてPHP脂肪
0681nobodyさん
2008/01/21(月) 02:36:32ID:???一部の大規模アプリを除いて、
プログラマしか使わないようなものだけだよ。
PHPを使わないのは。
0682nobodyさん
2008/01/21(月) 06:12:41ID:???0683nobodyさん
2008/01/21(月) 10:26:10ID:???他に良いのない？
0684nobodyさん
2008/01/21(月) 10:55:26ID:???mapleとusagiが結びついたけど、どうなんのかな。
0685nobodyさん
2008/01/21(月) 13:29:35ID:???ちいたんがASPに移植されとる・・・ ( ﾟдﾟ)
0686nobodyさん
2008/01/21(月) 13:48:15ID:???次にフレームワークいじってみようと思うんだけど、何がおぬぬめ？
0687nobodyさん
2008/01/21(月) 13:56:02ID:???0688nobodyさん
2008/01/21(月) 13:57:00ID:???0689nobodyさん
2008/01/21(月) 15:10:28ID:???0690nobodyさん
2008/01/21(月) 20:20:38ID:???ちいたんもケーキもテンプレエンジン使わないでそ
0692nobodyさん
2008/01/23(水) 16:14:24ID:???ZFに期待してようかな・・・
しかし、現状ZF使ってる人が少なくて、質問しても答えが返ってこないorz
0693nobodyさん
2008/01/23(水) 16:26:36ID:???ここFWについて語ると看板がついてるだけの雑談スレだから基本
0694nobodyさん
2008/01/23(水) 20:21:53ID:???0695nobodyさん
2008/01/23(水) 22:16:11ID:???正直、一定以下の制作会社には全てZFを使って欲しい。
そして色々不満が出てきて欲しい、と個人的に思ってしまう。
俺も勉強になったし、今も勉強してる。
0696(・∀・)
2008/01/23(水) 23:03:40ID:???http://d.hatena.ne.jp/brazil/20060131/1138692196
↑非常に簡潔にまとめられていて分かりやすい。
クロージャについて参考になった。
PHPの次はRuby（Ruby on Rails）を勉強しようと思っていたけど、先にPythonをやってみようかな？
0697nobodyさん
2008/01/23(水) 23:04:33ID:???0698(・∀・)
2008/01/23(水) 23:15:10ID:???本屋で実際に読んでみて、分かりやすそうな本を使って、実際にFWを使ってみたらいいんじゃない？
いきなり大きなWEBアプリを作る前に、チュートリアルでよくある掲示板みたいなのを練習で作ってみる。
それぞれのFWの使いやすさを体感してみる。
>>692
ZendFrameworkの解説本を読んでみたら、説明が分かりやすくて、俺でも理解できた。
http://www.amazon.co.jp/dp/4881665936
PHPフレームワーク Zend Framework入門
ZFは丸々全部じゃなくて、部品として一部分（コンポーネント）だけを利用する方法もあるとのこと。
PEARを利用する感覚で、ZFの一部をいいとこ取りで使えばいいと思う。
自分が一番分かりやすい、使いやすいと思ったFWは、CodeIgniterだった。
CodeIgniterを基準にして、他のFWの使いやすさや機能などを比較してみようと思ってます。
0699(・∀・)
2008/01/23(水) 23:20:04ID:???ああ、そうだね！
今のところ、JavaScriptは、PHPの次に出番が多いし。
出番の多さの順番でいったら、PHP＞SQL＞JavaScriptはマスターしておくべきだ。
JavaScriptというか、ECMAscriptは理解しておきたいところ。
金を稼ぐための必要性でいったら、PHP→JavaScript→Flash（ActionScript、Flex）なんだが、Pythonは仕事とは関係なくやってみたい。
0700nobodyさん
2008/01/24(木) 00:30:22ID:???それはさておき、このスレってFWのスレというより、FWを使う立場の人間の雑談スレ的なポジションではあるね。ペチパーといっても裾野が広いからなぁ。
0701nobodyさん
2008/01/24(木) 03:27:09ID:???0702nobodyさん
2008/01/24(木) 06:50:27ID:???0703nobodyさん
2008/01/25(金) 11:23:27ID:???モデルのところで、データベースアクセス関係作って、
必要に応じてコントローラから呼び出す形になるのかな？
入門書買ったけど、その辺が詳しく載ってない
データベースアクセス関係のスクリプトばっかりでどこに保存しとけばいいのかわかんない
0704nobodyさん
2008/01/25(金) 11:32:23ID:???http://pc11.2ch.net/test/read.cgi/php/1160156955/
dozo-
0705nobodyさん
2008/01/26(土) 22:51:01ID:???はどうよ？
0706nobodyさん
2008/01/27(日) 04:18:35ID:???http://namidame.2ch.net/test/read.cgi/news/1201370144/
神を信じてないペチパー脂肪ｗｗｗ
0707nobodyさん
2008/01/27(日) 07:02:35ID:???ってかZFで組まれたサイトって聞いたことねーな
0708nobodyさん
2008/01/27(日) 11:40:22ID:???0709nobodyさん
2008/01/27(日) 12:26:37ID:Iaf/Rl4e0710nobodyさん
2008/01/27(日) 12:31:06ID:???0711nobodyさん
2008/01/27(日) 12:46:47ID:???0713nobodyさん
2008/01/27(日) 17:15:34ID:???0715nobodyさん
2008/01/27(日) 18:40:10ID:???http://www.google.co.jp/search?q=%22powered+by+zend+framework%22
0716nobodyさん
2008/01/27(日) 19:08:13ID:???http://upd.jp/
0717nobodyさん
2008/01/27(日) 20:19:17ID:???symfonyの方が圧倒的に多いな
0718nobodyさん
2008/01/27(日) 20:21:04ID:???sukune-
0719nobodyさん
2008/01/27(日) 20:22:13ID:???0720nobodyさん
2008/01/27(日) 20:26:33ID:???もあるわけだが、いったいどの symfony に
誤爆してるんだ？ｗ
^^^^
0721nobodyさん
2008/01/27(日) 20:30:15ID:???そこのトップページのRSS？ かなんか知らんが、
それを表示しているブログに大量にマッチしてるだけかｗ
0722nobodyさん
2008/01/27(日) 20:35:10ID:???0723nobodyさん
2008/01/27(日) 20:41:28ID:???"powered by symfony" に一致する日本語のページ 約 24,000 件中 21 - 30 件目 (0.05 秒
↓検索タイトル
yujisのBookMarkyujisの日記: 日本語対応版askeet! powered by symfony いえいえfutaさんほどではございません。
気持ちイイおねだり喘ぎ声を我慢するも大絶頂しPowered By symfony and YouTube. 広告 erotube.phalko.com/watch/5h6FA 西川史子画像
キャバクラ・風俗・アダルトビデオ、大好きです。 82篠崎 愛 (87cmのバストを持ち合わせる現役高校生グラビアアイドル) ...
フェチキングがオススメするDVD 20071228田舎の女子校生都会のナンパ師にハメ撮りされる PART.3. 価格: ￥ 3686 ...
巨乳好きレズのひとみが選ぶアダルトDVDコーナー 12ノーカット4時間!!秋菜里子. おすすめ度: 価格: ￥ 1596. 通常24時間以内に発送
オナニーが止まらない…暴走する性欲 20080111Powered By symfony and YouTube. ... erotube.phalko.com/word/%E9%BA
夢中で腰を振ってたら彼女が失神していた 20080114「精子の味」のちょいエロ動画. 精子の味 のちょいエロ動画ならエロチューブ
ライブチャット中にムラムラするよね、そのまま抜くよね 20080109「蒼井梢」のちょいエロ動画. 女子高生4時間 加瀬あゆむ,
Peter Cetera - Restless Heart (Mami Yamasaki)... 字幕無しってのがちょっと残念です。でもラ... Restless Gun (3pc) (B&W Box) ・
息子に欲情する母親-成長した男根にダダ濡れ 20080110「上原美紀」のちょいエロ動画. 上原美紀 のちょいエロ動画ならエロチューブ
0724nobodyさん
2008/01/27(日) 21:04:44ID:???お粗末な制約でPHP自己破産ｗｗｗ
0725nobodyさん
2008/01/27(日) 21:11:59ID:???なんで、そんなことで他言語を煽っているのだろう？ｗ
.php や .asp と同列に並ぶ、.py というお粗末な制約が Pythonにあることを
隠しているし、だからこそフレームワークでサポートしているわけで、
そういうことは、ほとんどのフレームワークで対応している。
0726nobodyさん
2008/01/27(日) 22:50:17ID:???0727nobodyさん
2008/01/27(日) 23:35:21ID:???0728nobodyさん
2008/01/28(月) 01:37:57ID:???「いやいやそれはねーだろｗ」みたいなのが結構多い気がする。
0729nobodyさん
2008/01/28(月) 02:05:08ID:???0730nobodyさん
2008/01/28(月) 02:08:02ID:???python押し付ける奴にはなんか微笑ましいものを感じる
0731nobodyさん
2008/01/28(月) 11:14:44ID:???まあ結果は同じだけどさｗ
0732nobodyさん
2008/01/28(月) 13:04:17ID:NRVnRK3Sしかし一方で、本人がブログで「あーちゃん」と表記している。
http://blog.amuse.co.jp/perfume/p/archives/68/category/137
Perfumeという名のフレームワークを作ってみたい＾＾
0733nobodyさん
2008/01/28(月) 13:16:00ID:???だいたいモデルから作るけど
モデルから作ることってそんなにあるか？
0734nobodyさん
2008/01/28(月) 13:24:27ID:???0735nobodyさん
2008/01/28(月) 13:27:20ID:???でもViewのモックから作り始めるのも正しいと思うよ
jsと連携するようなインターフェイス中心に作る人は自ずとそうなると思う
0736nobodyさん
2008/01/28(月) 13:28:11ID:???それを実現するデータ構造の設計をして
コーディングの最初としては、データベース（モデル）を作るな。
とりあえずビューは最後だ。
コントローラ・・・まあURLにアクセスするアドレスの雛形として、
ファイルは程度は作るが、実際のモデルに対する読み書きコードは
モデルを作ってから書くからなぁ。
0737nobodyさん
2008/01/29(火) 06:28:39ID:???また「フレームワークに欲しい機能」は何ですか？
0738nobodyさん
2008/01/29(火) 06:35:25ID:???・ファイル名に一貫性がなくなる
・同じディレクトリにファイルが多くありすぎる
・入り口・出口が一つじゃないので、一括した処理を行いにくい
もっとあった気がするけど思いつかない
0739nobodyさん
2008/01/29(火) 07:54:51ID:???上記は、特に関数・クラスの作成や画面フロー処理等で顕著かと。
0740nobodyさん
2008/01/29(火) 11:36:29ID:???> おのれらが思う「非フレームワークで作った時によくおこる問題」は何ですか？
作らなければいけないものが沢山ある。
こうやって作っていけば、メンテナンス性いいんじゃね？と
思っていってもあとで無理が出てくる。
なんだかんだいってよく考えられているよ。
0741nobodyさん
2008/01/29(火) 12:06:32ID:???0742nobodyさん
2008/01/29(火) 13:16:36ID:???・工数が増える＞＜
・バグが増える＞＜
・残業が増える＞＜
・ストレスが増える＞＜
【フレームワーク】
・工数が減る＾＾
・バグが減る＾＾
・残業が減る＾＾
・収入が減る＞＜
0743nobodyさん
2008/01/29(火) 17:14:40ID:???Matzに「Webアプリケーションをなめるな」と恫喝されてPHPER気絶ｗｗｗ
0744nobodyさん
2008/01/29(火) 18:11:25ID:???一番支持されているのはPHPであることは事実
0746nobodyさん
2008/01/29(火) 18:49:31ID:???0747nobodyさん
2008/01/29(火) 20:59:24ID:???ディスパッチャファイルとか?
0748nobodyさん
2008/01/29(火) 23:03:39ID:???0749nobodyさん
2008/01/29(火) 23:09:52ID:???検索したらフレームワークの中の違う部分のことをディスパッチャと呼んでる
みたいだったから混乱してた
ありが㌧
0750nobodyさん
2008/01/29(火) 23:12:24ID:???しかもよくまとまってる
ええやんこれ（・∀・）！
0752nobodyさん
2008/01/29(火) 23:16:37ID:???ダセー部分がなくなっていいかも
http://kohanaphp.com/home.html
0753nobodyさん
2008/01/29(火) 23:39:10ID:???オプションにより含むライブラリ替えるような変に凝ったことするから・・・
fwの配布でzip動的生成とかねーよ
こんなセンスないやり方する奴が作ったFWなら
やっぱり駄目なのかも
PHP5専用ciというアイデアはいいのだが・・・
0755nobodyさん
2008/01/30(水) 00:42:07ID:???Ruby作者に「おかしなコードを書くことを助長する言語」と論破されて
PHPER前後不覚ｗｗｗ
0756nobodyさん
2008/01/30(水) 00:55:08ID:???マッツも2chねら気質十分だよ！
0757nobodyさん
2008/01/30(水) 01:00:47ID:???0758nobodyさん
2008/01/30(水) 01:01:44ID:???だんだん好きになってきたぜ…matz!
0759nobodyさん
2008/01/30(水) 01:05:12ID:???こんな完全な煽りを見たのは久しぶりだ。rubyはじめようかな…。
0760nobodyさん
2008/01/30(水) 01:15:24ID:???弾,matzと来て次は誰が来るかな
0761nobodyさん
2008/01/30(水) 01:17:15ID:???ブログ界で一番意味分からないのがdanブログの人気。
世の中馬鹿が多いんだなと嘆息してしまう。
0762nobodyさん
2008/01/30(水) 01:30:11ID:???往年のk○○tとかとおなじだ
0763nobodyさん
2008/01/30(水) 02:22:59ID:???自分の意見以外はすべて認めないという考え方は宗教からきてるのかな。逆にそういう人間だから宗教に入り込むのかも
0764nobodyさん
2008/01/30(水) 02:30:26ID:???PHPに対するdisの御三家といえばMatz,dankogai,ひろみちゅ先生なわけだが、
それぞれ叩く理由が異なっていて面白い。以下は全くの邪推。
・シェアに嫉妬
・カウント稼ぎ
・セキュリティ愛
0765nobodyさん
2008/01/30(水) 02:32:07ID:???シェルスクリプトよりはマシだろう・・
0766nobodyさん
2008/01/30(水) 02:38:27ID:???PHPとRubyの相討ちで、最後に残ったPythonが一人勝ちじゃ！(・∀・)
Perlはもう(ry
0767nobodyさん
2008/01/30(水) 02:40:02ID:???0768nobodyさん
2008/01/30(水) 02:40:57ID:???RubyってSQLインジェクション対策とかXSS対策とか全て防御が完璧なコードしか書けないような仕組を持ってるの？
0769nobodyさん
2008/01/30(水) 02:50:09ID:???PHPはこれらの欠点を克服しない限り、いつかその役目を終える日が来るであろう
世界的なシェアを見れば、PHPの代替はRubyではなくPythonだろう
GoogleもMicrosoftもPythonを選んだ
みんな、RoRに踊らされるなよ！
0770nobodyさん
2008/01/30(水) 02:55:37ID:???Zendはどう出るのか？
果たしてPHP6は、RubyやPythonを超えた言語になることはできるのであろうか？
俺の仕事はなくなるのか？
0771nobodyさん
2008/01/30(水) 03:08:22ID:???生き残るんじゃね
0772nobodyさん
2008/01/30(水) 07:10:03ID:???そうなんだよな。Matzの言ってることは、
PHPで起こりえる（プログラマ責任も含む）問題も、Ruby使えば解決さ！
って聞こえるんだけど、そんなわけない。
RoRがやたら持ち上げられてるが、もうちょっと経ったら、
RoRで書かれた初心者ウンコードがメンテし辛い！！って事が起こるんじゃないかな。
まぁ、今RoRを使ってるのはほとんど個人かもしれんけど。
あとPythonはインデントが・・・いや、何でもない・・・。
0773nobodyさん
2008/01/30(水) 07:19:30ID:???0774nobodyさん
2008/01/30(水) 07:31:00ID:???適材適所を知らんのか、っていつも馬鹿にされてる
言語とか何でもいいじゃん使えレバ～
0775nobodyさん
2008/01/30(水) 08:41:31ID:???ほら。えーと・・・（以下細かい問題がつづく）
0776nobodyさん
2008/01/30(水) 08:51:43ID:???一貫性のない名前(str_replace,strlen,parse_strとか)←これには同意だが
0777nobodyさん
2008/01/30(水) 09:23:59ID:???セキュリティ的な問題は、rubyなどにも当てはまるものばかり。
それよりもほとんどのサーバーで使えるというメリットの方がはるかに大きい。
オープンソースで作るとしたらPHPで作るのが現実的。
0778nobodyさん
2008/01/30(水) 10:29:18ID:???そんなことはどうでもいい
0779nobodyさん
2008/01/30(水) 10:41:38ID:???0780nobodyさん
2008/01/30(水) 10:47:16ID:???0781nobodyさん
2008/01/30(水) 10:50:24ID:???0782nobodyさん
2008/01/30(水) 10:53:32ID:???母集団が大きければそれだけ標本もたくさん出てくるのは当たり前。
統計の概念知らないの？
0784nobodyさん
2008/01/30(水) 11:59:07ID:???0785nobodyさん
2008/01/30(水) 13:09:29ID:???global使わなきゃならんのかねぇ・・・
一応Zendなんだが
0786nobodyさん
2008/01/30(水) 13:18:35ID:???それが嫌なら、宣言の仕方を工夫しないと。
0787nobodyさん
2008/01/30(水) 13:43:51ID:???グローバルが嫌ならZend_Registryあたりに入れておくか、
ベースになるController作ってそれのinitとかで生成するとか、プラグイン使うとか
やり方はいくらでもある
0789nobodyさん
2008/01/30(水) 14:13:18ID:???統一ライブラリとして利用方法とか充実してほしい
0790nobodyさん
2008/01/30(水) 14:14:11ID:???そもそも、俺がフロントコントローラでconfigしてるのが間違ってるのかな？
各コントローラでconfigすべきなのか？
0791nobodyさん
2008/01/30(水) 15:02:35ID:???コントローラやSQLファイルをURL直下に置いてるんだが、セフセフ？
0792nobodyさん
2008/01/30(水) 15:32:53ID:???いいんじゃない？
統一的なものはフロントコントローラで設定読み込んでRegistryに放り込む、
各コントローラ（の基底クラス）はそれを利用する、みたいなのはシンプルだと
思うけど。
0793nobodyさん
2008/01/30(水) 15:42:39ID:???URL直下ってなに？
ドキュメントルート以下に置いてるってことなら、アクセス制限してれば問題ないと思うけど。
まあ普通はウェブ経由でアクセスできない場所に置くけどね。
0794nobodyさん
2008/01/30(水) 16:14:21ID:???を逆に言うと、アクセス制限していなければ問題かも。
いくら可能性が少なくても、URL直たたきでPHPとして実行されるとか、
ましてや中身が吐き出されるとかエラーが出るとかは原則間違ってるような。
また、この場合外部からhttpラッパ？でrequireやincludeできる、っていうことだと思うけど、
実験してみたらincludeされた側で宣言された変数・クラス・関数等はinclude元では見え
なかった。
これはhttpでのincludeの仕様として信用していいのかな？それなら、これはまあそんなに
問題にならないか。
0795nobodyさん
2008/01/30(水) 16:18:18ID:???って書いてて思ったけど、http越しのrequireは標準出力されたものだけが帰ってくるわけだから、
定数宣言とかは当然メモリに乗っかる訳がないのか。誰か解説希望・・・って初心者スレ行けってか
0796nobodyさん
2008/01/30(水) 16:34:37ID:???0797nobodyさん
2008/01/30(水) 18:52:06ID:???phperにF5攻撃でも食らってるのか
0798nobodyさん
2008/01/30(水) 18:53:27ID:???0799nobodyさん
2008/01/30(水) 19:01:48ID:???イケてない言語PHPが
彼らにとっての「自分の言語」なのか、もしかして。やれやれ。
matzはどSだな
0800nobodyさん
2008/01/30(水) 20:33:28ID:???0801nobodyさん
2008/01/30(水) 20:50:44ID:???matz VS zendの戦いなのだよ
この戦いに参加しても１円の得にもなりはしない。
俺たちは傍観していればいい。
俺は今日もPHPを使う。
Rubyは金にならん。
0802nobodyさん
2008/01/30(水) 20:54:18ID:???それだけの話だ。
PHP VS RubyでPHPが敗北してもRubyの軍門には下るな
生き残ったPHPerはPython陣営に行って、Rubyに逆襲
アムロ Ruby
シャア PHP → Python
0803(・∀・)
2008/01/30(水) 20:57:37ID:???立てよ、PHPer！！！
：
ジークZend！ジークZend！ジークZend！
Zend公国に栄光あれ!!!
0804nobodyさん
2008/01/30(水) 21:02:48ID:???0805nobodyさん
2008/01/30(水) 21:15:29ID:???0806nobodyさん
2008/01/30(水) 21:20:13ID:???モルモン教 Ruby の検索結果 約 30,400 件
イスラエル産のPHP圧勝
0807nobodyさん
2008/01/30(水) 21:37:12ID:???Rubyの話はこちらへどうぞ
↓
【カルト】Ruby開発者Matz【モルモン】
http://pc11.2ch.net/test/read.cgi/prog/1148712641
0808nobodyさん
2008/01/30(水) 22:29:01ID:???狙い通り、matzブログが荒れたｗ
0809nobodyさん
2008/01/31(木) 00:48:24ID:???後者なら良くも悪くも技術オタなんだろうなぁ。
前者ならFUD?
0810nobodyさん
2008/01/31(木) 00:55:20ID:???言う必要がないのにわざわざ言うってことは釣りだろう。
0811nobodyさん
2008/01/31(木) 02:04:04ID:???0812nobodyさん
2008/01/31(木) 02:25:29ID:???0813nobodyさん
2008/01/31(木) 03:51:45ID:???やべえ、俺も同感だｗｗｗｗｗｗｗ
0814nobodyさん
2008/01/31(木) 03:59:50ID:???ﾜﾛﾀｗｗｗｗｗ
0815nobodyさん
2008/01/31(木) 06:09:26ID:???これの何がダメなの？？
0816nobodyさん
2008/01/31(木) 06:11:00ID:???http://blog.ohgaki.net/index.php/yohgaki/htmlspecialcharsa_me_afp
0817nobodyさん
2008/01/31(木) 06:14:19ID:???メジャーなFW使ってたらインターフェイスがdry化されてるから
たいした問題にはならないだろうな。
matzのばーか。
0818nobodyさん
2008/01/31(木) 09:11:46ID:???これは酷いな
この前、最近出たばかりのPHP入門本読んだが
単にhtmlspechalchars使えとしか書いてなかったよorz
そりゃmatzもdisりたくなるわｗ
0819nobodyさん
2008/01/31(木) 09:23:37ID:???HTMLの入門書もずいぶんとひどいものだが、
だからといってHTMLがひどいということにはならない。
公式のドキュメントにはhtmlentities() を使えって書いてあるじゃん。
0820nobodyさん
2008/01/31(木) 09:43:55ID:???0821nobodyさん
2008/01/31(木) 09:51:40ID:???http://jp.php.net/manual/ja/faq.html.php
それにhtmlentities使っても、ENT_QUOTES指定しないと危険なのは変わらない
0822nobodyさん
2008/01/31(木) 09:57:32ID:???0823nobodyさん
2008/01/31(木) 10:04:32ID:???ENT_QUOTESとエンコードを指定すれば問題ない
でもそこまでいくと記述が長すぎるので、結局FW利用を前提に考えるのが現実的ってことか
0824823
2008/01/31(木) 10:09:15ID:???シングルクォーテーションをエスケープしないのが問題なんだから
htmlentitiesを使って、ENT_QUOTESとエンコードを指定しないと駄目だね
0825nobodyさん
2008/01/31(木) 10:11:19ID:???0826nobodyさん
2008/01/31(木) 13:33:48ID:???もうhtml_escape()っていう関数作れよzend！
0827nobodyさん
2008/01/31(木) 13:37:57ID:???0828nobodyさん
2008/01/31(木) 13:53:20ID:???何より$_GETをそのまま使ってる事なんじゃないの？
taintの説明してる文脈からしても
0829nobodyさん
2008/01/31(木) 13:55:25ID:???マッツのつっこみはどうもずれてるな
PHPは美しくない
しかしマッツが指摘している部分は大した瑕疵でもない
0830nobodyさん
2008/01/31(木) 13:57:27ID:???やっぱりあるんだと思うよ。
0832nobodyさん
2008/01/31(木) 14:00:07ID:???やっとスレ的にテーマが戻ったなｗ
それをやってくれるのが、フレームワークの最大の利点の一つだろ。
つまりPHPは「フレームワーク」とか言う人もいるが、現状不完全にすぎるフレームワークだと。
こういう批判をやってくれればなぁ。
0833nobodyさん
2008/01/31(木) 14:02:08ID:???「初心者」はそんなことをしない
0835nobodyさん
2008/01/31(木) 14:18:38ID:???一流の技術者とは思えない文脈の曖昧さがある
0836nobodyさん
2008/01/31(木) 14:53:17ID:???0837nobodyさん
2008/01/31(木) 15:12:26ID:???0838nobodyさん
2008/01/31(木) 16:24:58ID:???そうか！だからか！
PHPそれ自体はフレームワークとしては不完全だから、その欠点を補うべくPHPフレームワークの出番だと。
PHPは便利でもあり危険でもある諸刃の剣だと。
>>826
function html_escape($str) {
return htmlentities($str, ENT_QUOTES);
}
↑こうですか？
0839nobodyさん
2008/01/31(木) 21:24:02ID:???Arc登場でPHPとRuby仲良く投身ｗｗｗ
0841nobodyさん
2008/02/01(金) 07:12:36ID:???URIが書き換わっちゃうから
フレームワークのデバッグしにくくね？
みんなどうやってんの？
0842nobodyさん
2008/02/01(金) 08:51:18ID:???0843nobodyさん
2008/02/01(金) 09:05:07ID:???トレース機能は時々使うが、それだけだな
0844nobodyさん
2008/02/01(金) 09:39:26ID:???var_dumpだけでやってるの？
0845nobodyさん
2008/02/01(金) 20:55:02ID:???0846nobodyさん
2008/02/01(金) 21:26:08ID:???0847nobodyさん
2008/02/01(金) 21:34:30ID:???でもまぁウェブアプリごときvar_dumpでもできなくはない。
0848nobodyさん
2008/02/01(金) 21:37:22ID:???0849nobodyさん
2008/02/01(金) 22:24:43ID:???絶対パス使ったりと工夫したらなんとかなるが
0850nobodyさん
2008/02/01(金) 22:28:26ID:???オブジェクト関係ないじゃんｗ
きっとオブジェクト指向を知らないやつだな。
0851nobodyさん
2008/02/01(金) 23:18:00ID:???ZendStudioは使ったことないんですけど、やっぱ便利ですか？
http://www.zend.co.jp/products/studio/
エディタでコーディングやってるけど、これで出来てるから買う必要ないかなと。
39800円＋5％だもんね＞＜
0852nobodyさん
2008/02/02(土) 14:28:42ID:???要するに$_REQUESTとDBから取り出した$rowをダンプすれば、それでデバッグは出来る。
0853nobodyさん
2008/02/02(土) 14:32:04ID:???値を表示することじゃないよ。
無駄な値がずらずれ表示されてもうざいだけ。
0854nobodyさん
2008/02/02(土) 20:13:20ID:???助けられたことが何度もある
0855nobodyさん
2008/02/02(土) 20:16:33ID:???0856nobodyさん
2008/02/02(土) 20:58:55ID:???その少し前にブレークポイントを置いて実行。
そこから１ステップずつ見ていけば
ほとんどのバグの原因は分かる。
結果を見るデバッグ→経過を見るデバッグって感じ
0857nobodyさん
2008/02/02(土) 23:07:07ID:GcWoNjlYいいところもわるいところも
0858nobodyさん
2008/02/02(土) 23:20:01ID:???0859nobodyさん
2008/02/02(土) 23:24:24ID:???いつの時代の中国かもはっきりさせろ
0861nobodyさん
2008/02/03(日) 01:32:55ID:???いいところもわるいところも
↑このコピペってどこから来てるの？
今旬の話題で言えば、例の餃子事件のことなんじゃないですかね？
PHP＝バグ入り危険、書いたら飛ぶで！
でもこれ、餃子とバグをかけてるなら、PHP以外も当てはまっちゃうよｗ
バグ入り＝Perl、Ruby、Python、…その他いろいろ
0862nobodyさん
2008/02/03(日) 05:49:47ID:???という事で。
0863nobodyさん
2008/02/03(日) 06:38:16ID:???コーディング中の思考の流れが
「何もかもオブジェクト」方式だと内に内に向かっていくのに対して
「何もかも関数」方式だと外側にあらたに皮をかぶせていく感じになる。
そして関数の記述は、後からの追加に向いていない。
PHPの手軽さに「何もかもオブジェクト」の考えを導入したら
かなりの支持を集めると思うんだが…。
そのこと自体は決して難しいことでもないと思う。
Zendは本当はRubyをぶち頃せる立場にはあるんだよ、やる気にさえなれば。
0864nobodyさん
2008/02/03(日) 09:50:55ID:UlhMP6VH＞かなりの支持を集めると思うんだが…。
だからRuby on Railsがウケてるんだと思うんだが…。
0865nobodyさん
2008/02/03(日) 11:06:45ID:???現在公開されているWebアプリなサイトは
PHP>>>>>>>>>>Java>Perl>>.NET>>>>>>>>>Ruby
ぐらいだし。
PHPは個人から企業まで幅広く、Javaは個人はあんまりいなくて銀行などの大企業に多く、Perlは昔からの個人サイトに多く
.NETはPHPの人数少ない版みたいな分布で、Rubyに至っては探すのが難しいぐらいどっちもいない。
所詮RoRも知識欲を満たす程度のテスト環境で遊んで終わってるのが多い。
一般公開Webじゃなくて、企業内だけで導入してるようなClosed事例もあんまり聞かないし。
Closedの場合.NETが最近ちょっと増えてきてるな。
就職のスキルにしても、JavaやPHPや.NETの経験者優遇とかはあるけど、Ruby優遇とか聞いた事無いし。
ていうか募集要項にRubyという単語自体殆ど見ない。
0866nobodyさん
2008/02/03(日) 11:15:56ID:???PHPerを迫害しようと頑張る人と、それに釣られるお調子者のPHPerが溢れてるだけ。
むしろ今回の一件でrubyに移行しようと考えた奴は負け組。
0867nobodyさん
2008/02/03(日) 11:38:34ID:???PHPはそのニーズを満たしたわけだ。
0868nobodyさん
2008/02/03(日) 11:40:09ID:???0869nobodyさん
2008/02/03(日) 12:12:54ID:???webインターフェイスでいろんな設定できるみたい
0870nobodyさん
2008/02/03(日) 12:18:00ID:???最近登場したのかと思ったら
ずいぶん前からあったんだな
0871nobodyさん
2008/02/03(日) 12:20:25ID:???うん。ぶっちゃけRubyでもPHPでも、それは使うほうの問題であって、
「作ってくれ」といわれるものは同じなわけだ。
その作ってくれといわれるものを作るとして、Rubyじゃなきゃできない。
Rubyだと生産性が極端に違うということはないわけだ。
たしかに仕事の内容によっては、Rubyだと生産性が高いこともあるのだろうが、
そういう仕事は来ず、作れといわれる物は、単純作業の繰り返しばかりである。
そしてRubyで作ったから値段が高くるなんてこともなく作る言語に関係なく値段は同じ。
0873nobodyさん
2008/02/03(日) 12:41:41ID:???0874nobodyさん
2008/02/03(日) 13:47:46ID:???0875nobodyさん
2008/02/03(日) 17:21:29ID:???リチャードストールマン恋人募集中でPHPER身繕い開始ｗｗｗ
0876nobodyさん
2008/02/03(日) 18:33:49ID:G8giN4XJ0877nobodyさん
2008/02/03(日) 20:55:56ID:???0878nobodyさん
2008/02/05(火) 06:08:25ID:???http://www.moongift.jp/2008/02/phpjs/
PHPみたいな糞言語を何も好きこのんで実装しなくても…
0879nobodyさん
2008/02/05(火) 06:50:58ID:???そこ本当に重要か？
タブの方が合わせるの楽なんだけどなぁ
0880nobodyさん
2008/02/05(火) 07:08:25ID:???別にPHPに限った事じゃないが、タブだと環境依存で変わる。
タブがスペース2相当だったり、4相当だったり、8相当だったりで。
純粋なスペースならどこでも必ず4マスなのは結構重要。
あとスペース4文字の何が面倒なんだ？
まさか毎回スペース4文字いちいち打ってるのか？
エディタにタブ押したら勝手にスペース4文字にしてくれる機能があるから、別に打つ方としては何も変わらないと思うんだが。
その設定しておけば普通にいつも通りタブ押してやるだけだし。
プロジェクトできっちりコーディング規約が決まっていて、タブをそのまま普通に使うとかあるなら問題ないが
例えばオープンソースにしたり何処かのを改修したりする時に、タブだともしタブのスペース相当が4以外だとレイアウトが崩れるが
スペース4マスそのものにしておけば誰がどの環境でみても崩れない。
基本的に1人で開発してたりの人間には縁のない話だが、色々な環境やプロジェクト外のプログラムを弄ったりする人間は
タブ＝スペース4 というエディタ設定でやっているのが結構いる。
0881nobodyさん
2008/02/05(火) 07:34:24ID:???削除もうまいこと処理できるの？
スペース1文字だけを削除したいのか
タブとして削除したいのかを判断するには
別々のキー受付処理をしないといけないじゃん。
そのへんがよく分からなくて抵抗あるな
0882nobodyさん
2008/02/05(火) 09:59:46ID:???スペース削除: Backspace
タブ＝スペース4で
今まで使ってきたエディタはたいていできたよ。
0883nobodyさん
2008/02/05(火) 13:13:33ID:???ってか、ようするにこのスレの現状がPHPフレームワークの現状かｗ
0884nobodyさん
2008/02/05(火) 13:16:49ID:???何か新鮮だわ
0885nobodyさん
2008/02/05(火) 13:28:35ID:U6V9FUnv俺もソフトタブ（スペース4文字）にしたとき、削除が面倒くさいと思ってました。
>>882
キーバインドで、Tab＋Shiftにタブ削除（スペース4文字削除）を割り付けておけばいいんですね！
すごく参考になりました！(・∀・)
ソフトタブでスペース4文字ってのは、インデントにこだわるPythonでも4文字が標準になってますなｗ
http://www.oldriver.org/python/pep-0008j.html
PEP 8 -- Style Guide for Python Code (和訳)
>ソースコードのレイアウト
> インデント
> インデント 1 段につき、スペース 4 個とする。
> とても古いソースコードを汚したくないなら、スペース 8 個幅のタブを使い続けてもよい。
> タブかスペースか
> タブとスペースを、決して混在させてはならない。
0886nobodyさん
2008/02/05(火) 13:35:17ID:???各国の言語に対応してくれよー
0887nobodyさん
2008/02/05(火) 13:59:04ID:???普通に使ってれば問題ないぞ
0889nobodyさん
2008/02/05(火) 22:11:55ID:???> JavascriptによるPHP実装
> http://www.moongift.jp/2008/02/phpjs/
> PHPみたいな糞言語を何も好きこのんで実装しなくても…
しかたないだろ。JavaScriptでサーバーサイドアプリを作るのは
不可能ではないが、非現実的だ。
サーバーサイドアプリといえば、PHPの独壇場。
それがクライアントで動けばなおよい。
0890nobodyさん
2008/02/05(火) 22:48:35ID:???0891nobodyさん
2008/02/06(水) 02:33:23ID:???その記事はPHP関数仕様をクライアントのJS上でラップする品であり、サーバサイドとか関係ないんだが。
RhinoやAJAJAという成果物が有る今、非現実的だとは酷い物言いだろう。
IISで良けりゃJScriptなASPもあるよ
古くはiPlanetのサーバサイドでも・・・まあこれは余談
PHPがクライアントサイドに実装される余地は夢物語じゃねえか。
MSとApple WebkitとMozillaが揃って価値見出さないと意味ないし、
JavaScriptは必要十分に良く出来てるし。
0892nobodyさん
2008/02/06(水) 03:57:25ID:???俺は「～か否か」とか「～か否か調べる」とか書いてるけど
0893nobodyさん
2008/02/06(水) 04:57:55ID:???（笑） まあ、これは柔軟で大胆な発想力がなければ思いつかないだろうね。
ヒント、以下のコード。言語は何でしょう？
$sosuu = array_push(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
0894893
2008/02/06(水) 05:13:00ID:???$sosuu = array(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
0895nobodyさん
2008/02/06(水) 06:04:31ID:???0899nobodyさん
2008/02/06(水) 07:54:37ID:???頭がおかしい方では？
0901nobodyさん
2008/02/06(水) 09:19:54ID:???そうだったね。ただのサンプルだからきにすんな。
>>898
もうちょっと引っ張ってみるｗ
少しは発想力のある人間、でてこないのかな？
0902nobodyさん
2008/02/06(水) 09:27:25ID:???自己完結しすぎててあんた以外ﾎﾟｶｰﾝだよ
0904nobodyさん
2008/02/06(水) 09:42:56ID:???せっかくヒントだしてるんだから、
何言語のコードか言ってくれてもいいのにｗ
いくら理解できなくてもそれぐらい出来るでしょ。
0905nobodyさん
2008/02/06(水) 09:59:03ID:???0906nobodyさん
2008/02/06(水) 10:02:27ID:???【PHP】下らねぇ質問はここに書き込みやがれ 61
http://pc11.2ch.net/test/read.cgi/php/1201425479/
0907nobodyさん
2008/02/06(水) 11:26:44ID:???0909nobodyさん
2008/02/06(水) 11:52:17ID:???↓
「分かる＝頭がいい。分からない＝頭が悪い。」という判断基準、観念、勘違い
↓
俺には分かるけど、御前には分からないだろう？
↓
「俺は頭がいい」と思い込んでいる幸せな方ですか？
↓
傲慢さは人の知性の発達を阻害する＝プライドというフタを被せたヤカンには、他人の教えという水が入らない。
知っているか、知らないかというのは単なる知識のレベルの話。
知っている＝頭がいい、知らない＝頭が悪いというのは、人間の知的活動の全容について、充分理解できていない場合に陥りがちな過ち。
これはテストで成績を判定する学校教育の弊害。
0910nobodyさん
2008/02/06(水) 11:52:53ID:???レベル１：知識→情報、データ
レベル２：知能→知識を使いこなす才能
レベル３：知恵→知識、知能から得られないものを発見する能力
素数 - Wikipedia
http://ja.wikipedia.org/wiki/%E7%B4%A0%E6%95%B0
素数（そすう、prime number）とは、1とその数自身以外に正の約数を持たない（つまり1とその数以外のどんな自然数によっても割り切れない）、1 より大きな自然数をいう。
100以下の素数を小さい順に列挙すると次の通り。
2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97
素数を理解していないという事実から>>893の人物像をプロファイリングすると、リアルな小学生～中学生（または小学生～中学生レベルの知識を持つ人物）と分かる。
＝上記のレベル１すら充分に確立されていない。
0911nobodyさん
2008/02/06(水) 11:56:00ID:???朝型まで起きてるのか？
夜更しは健康に良くないぞ？
先に学校の宿題を済ませてから2chで遊ぼう！(・∀・)
（参考）
ひきこもり情報｜NHK福祉ネットワーク
http://www.nhk.or.jp/fnet/hikikomori/qa/index.html#q09
Q9 昼夜逆転の生活は改めさせるべきでしょうか？
昼夜逆転は、ひきこもりの人にはよくみられる状況です。
明け方眠って夕方起きてくるという生活は、家族にしてみれば一番腹立たしい状態ともいえます。
まずこうした生活態度から何とかしようとする家族は多いのですが、生活リズムだけを家族と同じようにさせようとしても、本質的な解決には結びつかないということを知っておいていただきたいと思います。
こうした逆転が起きるにはさまざまな理由があります。
ひとつは、昼間太陽光線に当たらないため、体内時計が狂ってしまい、日内リズムがずれてしまうというもの。
もうひとつは心理的な理由です。
昼間みんなが学校や職場に通ったりして、活発に活動している時間帯に、何もしないでひきこもっていると、世間にどんどん取り残されていってしまうような不安感や焦燥感、劣等感にさいなまれるものです。
昼夜逆転は、こうした苦痛を避け、周囲を意識しないための工夫であるとも言えるでしょう。
0912nobodyさん
2008/02/06(水) 11:57:27ID:???人生はこれからなんだろ？
この失敗を教訓にして、次からうまくやろう。
人間は誰でも失敗するし、傷付ついて痛みを得る。
そこから学ぶこともあるんだ！
頑張れ！
0913nobodyさん
2008/02/06(水) 12:08:06ID:???>foo($i);
>>893の書いたコード中にはfooという名前の関数（あるいはメソッド）が定義されていない。
fooという関数がいきなり使える＝エラーにならないということは、その言語にfooという関数が標準で実装されていなければならない。
もしかしたら、>>893はマイ言語を開発しているが、公開していない人物かもしれない。
今世に知られているオープンソースの言語ではないことは確かだな。
よってこの問いには答えは存在しない。
ゆえに>>893は単なる釣り師
Q.E.D.
0914nobodyさん
2008/02/06(水) 12:13:40ID:???0915nobodyさん
2008/02/06(水) 13:16:53ID:???> 知っているか、知らないかというのは単なる知識のレベルの話。
残念ながら的外れ。なぜならこれは知識レベルの話ではなく
思いつくかどうかの話だから。
> >>893の書いたコード中にはfooという名前の関数（あるいはメソッド）が定義されていない。
fooってのは、特に意味が無い変数・関数を例として出すときに良く使われる単語だよ。
覚えておいたほうが良い。ぐぐって調べよう。
> もしかしたら、>>893はマイ言語を開発しているが、公開していない人物かもしれない。
だれもマイ言語を開発しているなんて言ってない。というか逆にこれは既存の言語だ。
さてなーんでしょ？ ここにいる人ならわかると思うんだが・・・。
0916nobodyさん
2008/02/06(水) 13:23:44ID:???ヒント１
以下のコード。言語は何でしょう？
$sosuu = array(2, 3, 5, 7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
ヒント２
GWTとQuickFormの共通点はなんでしょう？
柔軟な発想力があれば、>>889の意味を理解できるよ！
0918nobodyさん
2008/02/06(水) 14:33:58ID:???その話は>891で全て終わっている。
知識からいっても論理性からいっても>891が正しい
google trendでPHPの各フレームワークを比較しているブログがあって、
面白そうなのでいまやってみたら、CakePHP > Symfony > Zend > ... という順番だった
やはりCakeがお手軽なのか。ただ、どれも頭打ちというかんじはする。
0919nobodyさん
2008/02/06(水) 14:51:36ID:???0920nobodyさん
2008/02/06(水) 14:55:27ID:???気づかないのかなぁ？ この面白いコードに。
>>918
これのこと？ だとしたら的外れなんだよね。
> PHPがクライアントサイドに実装される余地は夢物語じゃねえか。
俺はPHPがクライアントサイドに実装されるなんて一言も言ってないよ。
0921nobodyさん
2008/02/06(水) 15:02:57ID:???いま、コンポーネント指向のフレームワークを作っているのは実は過渡期で、
それらは最終的には言語仕様に取り込まれて、またページ指向に戻るんじゃないだろうか
なんかPHPでJavaみたいなコードを書いていると、すごく違和感があるんだよな
それはJavaでやれよ、みたいな
0922nobodyさん
2008/02/06(水) 15:06:23ID:???コンポーネント指向は別にページ指向と競合しない
0923nobodyさん
2008/02/06(水) 15:19:26ID:???|・∀・|ノ よい
./|＿＿┐
/ 調子
""""""""""""""
.＿＿
((ヽ|・∀・|ノ しょっと
|＿＿| ))
| |
調子
"""""""""""""""""
フレームワークの話しようぜ！
0924nobodyさん
2008/02/06(水) 15:46:18ID:???この場合のfooには呼び名があって、「メタ構文変数」って言うんだ。（学校で習ったかな？）
覚えておいたほうが良い。Googleで調べよう。
>>893は自分でも分かっている通り、キミのコードにはバグがあって動かないんだ。
フォンノイマン型のコンピューターでは、キミのプログラムは動かないよ。（残念だったね）
894 ：893：2008/02/06(水) 05:13:00 ID:???
>>893はちょっと勘違いで動かなかった。訂正版。
$sosuu = array(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
↑このコードがエラー無しで動く言語、コンピューターはないんだ。
さあ、キミも働いて、本物のパソコンを買ってみよう！
0925nobodyさん
2008/02/06(水) 16:00:10ID:???http://www.rubyist.net/~matz/20071203.html
0927nobodyさん
2008/02/06(水) 16:11:47ID:???人間の傲慢さ、愚かさというものが、実によく理解できるインターネットですね。
0929nobodyさん
2008/02/06(水) 17:07:52ID:???>不可能ではないが、非現実的だ。
>
>サーバーサイドアプリといえば、PHPの独壇場。
>それがクライアントで動けばなおよい。
マジレス。
ウェブアプリは極論言えば標準出力と環境変数を受け取ることができる言語ならどんな言語でも作れる。
サーバーサイドJavaScriptも>>891が言ってる様に普通にあるし、最近ではJaxerなんてのも出てきてる。
非現実的とは言うほどではない。
それに、ウェブアプリのシェアは別にPHPの独壇場でもないし、
言語機能がJavaScriptよりも貧弱なPHPをクライアントサイドで使う意味もわからんのだが。
0930nobodyさん
2008/02/06(水) 17:09:48ID:???0931nobodyさん
2008/02/06(水) 17:12:40ID:2puW0wQcそれに答えたらちゃんと続きを書くんだろうな？
> ヒント１
> 以下のコード。言語は何でしょう？
PHP
> ヒント２
> GWTとQuickFormの共通点はなんでしょう？
しらね。
0933nobodyさん
2008/02/06(水) 21:31:27ID:???やっとまともなレスがついたかｗ
> > ヒント１
> > 以下のコード。言語は何でしょう？
>
> PHP
半分正解。答えは、PHPとJavaScript。
一見PHPコードのように見えるが、実はJavaScripコードとしても
解釈できるのだ。
（もちろんJavaScriptに無い関数はphp.jsなどで実装する）
> GWTとQuickFormの共通点はなんでしょう？
答えは、両方とも、別の言語からJavaScriptコードを生成するというところ。
GWTはJavaで書いたコードからJavaScriptコードを生成する。
QuickFormもPHPのライブラリで、PHPで入力チェック部分を書くと
それに対応するJavaScriptコードを生成してくれる。
0934nobodyさん
2008/02/06(水) 21:38:21ID:???どうでもいい所(fooとか）にこだわる虫けらがいるみたいなので。
サーバーサイドでのエラーチェックは必要不可欠。
いくらクライアントのJavaScriptでエラーチェックをしても
JavaScriptを回避して値を送ることは可能。
それじゃクライアントでエラーチェックをすることに意味が無いかというと
サーバーで処理して返すよりも、レスポンスが良い。サーバーの負荷が減る。
という利点がある。
理想を言えば両方書くのが良いわけだが、同じチェックコードを
違う言語で二回書くのは面倒すぎる。それを回避することができるものに
GWTやQuickFormがあるが、GWTはJava。QuickFormはチェックの仕方が
特殊でいけてないし面倒。
php.jsとうまく考えられた書き方をすることで、PHPコードを
そのままJavaScriptコードとして利用できる。
もちろんある種の制限はあるが、エラーチェック部分になら十分実用的だろう。
0935nobodyさん
2008/02/06(水) 21:49:29ID:???高校生か
0936nobodyさん
2008/02/06(水) 22:04:52ID:???要するに、PHP.js使って気をつけて書けばPHPでもJavaScriptでも使えるコードかけるよ！って言いたいのか。
まあ君がいいならそれも悪くないんじゃないかな。うん。
ただこのスレはフレームワークを語るスレだからさ、
これ以降君の自説の披露は別のところでやってもらえると助かるな。
0937nobodyさん
2008/02/06(水) 22:09:18ID:???動くかどうかじゃなくて、規格として。
0939nobodyさん
2008/02/06(水) 22:14:38ID:???普通変数名ってのは、アルファベットかアンダーバーで始まるものじゃない？
0940nobodyさん
2008/02/06(水) 22:15:57ID:???エラーチェック（バリデーション）のような定型的な処理は、
DIのような手法で、依存部分のみをYAMLやXMLなどで定義して、
テスト済みのライブラリを使うべきでは？
0941nobodyさん
2008/02/06(水) 22:17:26ID:???クライアントサイドでもサーバサイドでもいいけど、「素数のチェックで1が通って2が通らない」なんて
狂った検査じゃ意味ないだろｗ
0942nobodyさん
2008/02/06(水) 22:17:58ID:???マジでそれだけだと思ってるの？
もうやめとけや、その話題は。
0943nobodyさん
2008/02/06(水) 22:18:17ID:???なんでくどくどしく説明し出したんだこの馬鹿は
しかもクイズ形式でｗ
0944nobodyさん
2008/02/06(水) 22:21:07ID:???後からわかっていたといっても説得力皆無。
0945nobodyさん
2008/02/06(水) 22:26:53ID:???バリデーションは定型的な処理とはいわないんじゃないか？
このフィールドに、これこれの値が入るってのは
業務ごとに違うんだし。
それにいくつかのフィールドを総合的に見なければいけないような
複雑な条件処理の場合、YAMLやXMLで対応できるのか？
できるとしても大変そう。
0946nobodyさん
2008/02/06(水) 22:33:56ID:???http://developer.mozilla.org/ja/docs/Core_JavaScript_1.5_Guide:About:Core_Language_Features
> アプリケーションで値を識別する名前として変数を使用します。変数の名前はあるルールに従って付けなくてはなりません。
> 変数の名前は識別子とも呼ばれます。
> JavaScript の識別子は必ずアルファベットかアンダースコア (_) かドル記号 ($) から始まらなくてはなりません。
って書いてあるから問題ないんじゃない？ prototype.jsには$関数ってのもあるし。
0947nobodyさん
2008/02/06(水) 22:38:42ID:???次回からライブラリを使うことをお薦めする
また、複雑な条件処理ができてこそライブラリなので、それは全く問題ない。
PHPとJSでコード共用できるという話で思ったけど、
コピペコードは必ずしも生産性を上げない。
同じコードを書かないという原則からいえば、
検証条件だけを抜き出して、PHPもJSもそこからコードジェネレーションした方がいい
0948nobodyさん
2008/02/06(水) 22:42:38ID:???コピペする必要ないじゃない。
一つは、コード部分を、requireとかで読み込んだり、evalを使う。
一つは、そのファイル・コードをhtmlに埋め込んで渡す。
0949nobodyさん
2008/02/06(水) 22:42:44ID:???「JSでPHPを実装した」というたった一言の情報に
何一つ付け加えてねーじゃねえか
「1+1は2です。さて、1+1は？」
「？？？」
「柔軟な発想力があれば分かりますよ」
「…？？？（何言い出したんだこの人）」
「おやおや、分からないのですかぁ～？」
「……（キモうぜぇ～）」
「答えは、2ですよ」
（ ﾟдﾟ）（ ﾟдﾟ）（ ﾟдﾟ）ｷﾃｨｶﾞｲ？？？
0950nobodyさん
2008/02/06(水) 22:46:04ID:???> for($i=1; $i<10; $i++) {
> if(in_array($i, $sosuu)) {
> foo($i);
> }
> }
へぇ。これってJavaScriptとしても実行できるのか。
言われてみればわかるけど、目からうろこ
0952nobodyさん
2008/02/06(水) 22:48:49ID:???・サーバサイドと（リッチ）クライアントサイドで同じ言語で記述できれば楽できる
・だからJavaScriptでPHP実装をすることに意味がある
ってこと？
ただここにいる多数の感覚では、わざわざPHPを実装せんでもなあ、と。
それなら、むしろサーバ側でJavaScriptで書ければイイじゃんって>>891とかで
言ってるし、確かにそれでいいと思う。なんで>>889はJavaScriptよりもPHPがいいと
思うんだろう。
現状でも、JavaScriptエンジン組み込んだApacheモジュール(mod_javascript？)とか
あっても不思議はなさそうだけど、誰か作ってないのかな？
もしくはコマンドラインインタプリタとか。それでCGIはできるな >>929 が言うように。
（Windowsはまったく知らないのであしからず）
>>889の為にまとめてみたが、この辺りにちゃんと答えないとただの馬鹿で終わり？
0953nobodyさん
2008/02/06(水) 22:49:09ID:???いや、プロジェクトは一つきりじゃないでしょ？
次のプロジェクトで新しいバリデーションコードを書くとき、
コードをコピペするのであれば、それは「よく似た違うコード」を生み出すことになる
結局、コードを主体に考えているからPHPとJS共用コードという発想になるので、
本質的な依存条件を考えた方がいいんじゃないの？という話
0957nobodyさん
2008/02/06(水) 22:51:35ID:???> 現状でも、JavaScriptエンジン組み込んだApacheモジュール(mod_javascript？)とか
> あっても不思議はなさそうだけど、誰か作ってないのかな？
はるか昔はあった。ネットスケープのサーバーかなにか。
最近また出てきたみたいだが、まだベータ版。
選択しにはならないと思うよ。
0959nobodyさん
2008/02/06(水) 22:52:39ID:???> 次のプロジェクトで新しいバリデーションコードを書くとき、
> コードをコピペするのであれば、それは「よく似た違うコード」を生み出すことになる
なんで？ バリデーションコードをそのまま使えばいいじゃん。
0960nobodyさん
2008/02/06(水) 22:55:00ID:???うん、だからそれをするのがバリデータでしょ？
PHPでもJSでもそれを使えばいいんじゃないと言ってるわけ
0961nobodyさん
2008/02/06(水) 23:00:01ID:???だけど、俺が知る限りバリデータでは複雑なチェックはできないんだよね。
未入力チェックとか、正規表現の比較とか、数値の範囲とか、その程度。
ラジオボタンでAの値が選択されているときは、チェックなし。
Bの値が選択されているときはチェックあり。とかできる？
0962nobodyさん
2008/02/06(水) 23:02:35ID:???>956
いや、後から出てる反論のほとんどは>891で出てる。
それはいいんだけど、やはり実行に移さないことには価値がない
0963nobodyさん
2008/02/06(水) 23:04:45ID:???WEBアプリの入力チェックなんて、定番があっても良さそうなのに。
テンプレートエンジンと比べてえらい寂れようだ。フレームワークに結合されてしまってるのが多いからかな？
HTML_QuickFormも、結局入力がフォームデータ限定でしか使えないし、バリデータ部分だけ切り出せないのかな。
良いのがあるんだったらエロイひとお勧めして。
>>961
そういうのは多分設定ファイルでは無理で、バリデータクラスのサブクラスの指定メソッドに個別処理を書く、とかいう
対処になるんじゃないかなぁ、と勝手にライブラリ仕様を想像してみる。
>>960がどんなのをつかってるのかは知らないけど
0964nobodyさん
2008/02/06(水) 23:05:35ID:???先に（PHPでもJSでも動く）コード書いた奴の勝ちって事だな。
0965nobodyさん
2008/02/06(水) 23:06:59ID:???> そういうのは多分設定ファイルでは無理で、バリデータクラスのサブクラスの指定メソッドに個別処理を書く、とかいう
> 対処になるんじゃないかなぁ、と勝手にライブラリ仕様を想像してみる。
で、そういうメソッドを書くとき、
PHPでもJavaScriptでも動くコードを
書けば楽って事でしょ？彼が言いたいのは。
0966nobodyさん
2008/02/06(水) 23:08:08ID:???0967nobodyさん
2008/02/06(水) 23:09:18ID:???素でやると物凄く不自由なコードになってそうだｗ
foreachやsprintfが使えないPHPなんて本当に何のメリットもない糞言語だろ。
あと、文字列結合が素直には出来なさそう？
本当に限定された局面のみ有効になりそうだ。PHP.jsってそういうのはうまくやってくれるの？
0968nobodyさん
2008/02/06(水) 23:11:56ID:???このリストを見る限り、sprintfは使えるようだな。
0969nobodyさん
2008/02/06(水) 23:12:12ID:???PHPとJavaScriptではオブジェクトの仕組みとかお互い全然違うから、
もしコード共有しようとしたらオブジェクト指向できなくなるし、いちいち二つの環境で確認するのめんどくさい。
YAMLとかでヴァリデーションの条件書いて各実装でそれを実現するのがよっぽどスマートだと思うんだけどな。
少なくともサーバーサイドJavaScriptよりもさらに現実味がないと思うよ俺は。
0971nobodyさん
2008/02/06(水) 23:28:42ID:???PHP.jsはPHPの関数をjavascriptに移植しただけ。
JavaScriptでのPHP実装とかじゃない
0972nobodyさん
2008/02/06(水) 23:29:05ID:???0973nobodyさん
2008/02/06(水) 23:32:41ID:???俺が使ったことのあるのはCake, CodeIgniter, Piece_Rightだけど、
その程度だったら問題ないし、追加の検証メソッドもサポートしてる。
しかし、やはりコード共用をやるなら、最終的にはコード生成に落ち着くような気がする。
結果的にその方が楽だと思う（例として挙がっているGWTもそういうことだし）。
後は、「実際にやってみて」としかいいようがない。
0974nobodyさん
2008/02/06(水) 23:44:25ID:???PHPとして動くようなJavascriptを書けばいいんでしょ？
それはともかく、同じECMAScript系だとFlex/ColdFusionもある
ActionScriptのフレームワークも揃いつつあるし、
ECMAScriptでサーバサイド・モジュールというのは十分現実的
0976nobodyさん
2008/02/06(水) 23:53:57ID:???> PHPとして動くようなJavascriptを書けばいいんでしょ？
なかなか難しいことを言ってるな。
JavaScriptの場合、オブジェクト指向がデフォだから、
array.push("1"); とか str.length とか良くある関数が使えない。
また、PHPの制約により、＄から始まる変数名じゃないといけないし。
0977nobodyさん
2008/02/06(水) 23:54:33ID:???0978nobodyさん
2008/02/07(木) 00:16:59ID:???サーバーサイド＝PHPでプログラミング…(1)
クライアントサイド＝JavaScriptでプログラミング…(2)
【php.jsを使ったプログラミング作業】
サーバーサイド＝PHPでプログラミング…(3)
クライアントサイド＝PHPでプログラミングしたコード(3)をphp.jsで動かす。…(4)
(4)php.jsを使うことによって、(2)の手間が省けるという話ですか？
＝バリデータくらいなら作れるのではないか？と。
PHPがJavaScriptの代替になるか？
＝php.jsをテストしてみて、どの程度PHPのコードが動くものか確認しなければなりませんね。
0979nobodyさん
2008/02/07(木) 00:27:55ID:???単なる関数名のラッパーか？
php.js の検索結果 約 770,000 件
http://www.google.co.jp/search?q=php.js
PHPで使える便利関数をJavaScriptでも使えるようにする「php.js」 2008年02月05日
http://phpspot.org/blog/archives/2008/02/phpjavascriptph.html
>php.js をインクルードすれば、次のPHP関数と同名かつ同機能を使うことが出来ます。
>JavaScriptに慣れ親しみたいと思っているPHPプログラマの方は、これを元に、JavaScriptに移行していくのも手かもしれませんね。
PHPで書いたバリデーターに、PHPの関数が入っていても、コピペでJavaScriptで使える。
これを手動ではなくて、自動でやれば、コードジェネレーターを使うみたいに楽ができるよね？という話ですか。
そのコードジェネレーターは、もう誰か作ってくれてるの？
0980nobodyさん
2008/02/07(木) 00:50:45ID:???>半分正解。答えは、PHPとJavaScript。
http://jp.youtube.com/watch?v=yOS4GJf60gw
「はい！ここ、テストに出ま～す♪」
>>975
http://www.google.co.jp/search?q=Jaxer
Jaxer の検索結果 約 222,000 件
0981nobodyさん
2008/02/07(木) 01:22:02ID:???0982nobodyさん
2008/02/07(木) 02:08:52ID:???JSでPHP関数のクローンを使うという発想が気持ち悪い
PHPは少なくとも「積極的に書きたい言語」ではないし
0983nobodyさん
2008/02/07(木) 02:18:25ID:???一回書こうとしたことあったけど
バリデーションて複数の層と、それなりに密接に関わるから
だんだんそれ自体がミニFW化していくんだよね
コントローラでは判定とaction分岐、
ビューではFormコンポーネントや値、エラーメッセージの生成や管理nado
なかなかキレイにまとめるのはむずかしす
0984nobodyさん
2008/02/07(木) 02:26:50ID:???気になるのは
ビデオチュートリアルでhello worldなんかを作ってるあたり。
そこはブログっぽいのとか作っとかなきゃダメだろ。
そこここにセンスのなさを感じて
ださいコードや構造になっているんじゃないかと危惧してしまう
0985nobodyさん
2008/02/07(木) 02:44:18ID:???ヒゲチェンはcakephpで作られてるらしい
0986nobodyさん
2008/02/07(木) 04:14:13ID:???しかし、CIの普及も十分とは言えないのに、なぜ派生プロジェクトが…
0987nobodyさん
2008/02/07(木) 04:25:36ID:???0988nobodyさん
2008/02/07(木) 07:29:28ID:???phpでもautoloadに頼らず
自分でinclude_once()するのが一番いいんじゃね？
0989nobodyさん
2008/02/07(木) 17:18:10ID:???StringとかIntがないのって何なの？
頭おかしいの？
0990nobodyさん
2008/02/07(木) 17:54:08ID:???特におかしいことではありません。
0991nobodyさん
2008/02/07(木) 20:05:31ID:???そもそもarrayのtype hintingすら5.1っつー中途半端なタイミングで入れられたんだ
大絶賛中言語PHPではIntegerのタイプヒンティング入れた日にゃ
初心者がリクエストパラメータそのまま引数に投げて
型が違うよっておこられるんだけどうわーんな惨状を回避するためさ、嘘だけど
実際でもstringとintegerの区別に関しては
何故か寛容なPHPだからあながち100%嘘でもなさそうなのがPHPの凄い所
0992nobodyさん
2008/02/07(木) 20:17:54ID:???0993nobodyさん
2008/02/07(木) 20:29:22ID:???少し前、ちょうどそんな感じでphp.internalがフレームしてた。（なんかまた再燃してるっぽい）
除算しただけでいつの間にかintがfloatになってた、みたいな罠もあるので
厳密なスカラーのタイプヒンティングは嬉しくないかも。
int, float, 数値文字列まで受け入れる「numeric」なら妥協できるようなやっぱりキモいような。
まあ、外部から来るスカラーはバリデーション通しとけってことで。
0994nobodyさん
2008/02/07(木) 20:49:26ID:???ハマっちゃうと慣れてない人は良く分からないだろうな
そういう意味ではちょっとでも型違うとエラーになる方が
分かりやすいしハマりにくい
さすがMatzにDISられる言語だけある
0995nobodyさん
2008/02/07(木) 20:53:13ID:???0996nobodyさん
2008/02/07(木) 21:49:13ID:???そもそもruby界隈だと型チェックでduck typing殺す意義が疑問視されそうだ
0997nobodyさん
2008/02/08(金) 06:40:44ID:???でpythonみたいに対話的に使えるの初めて知った
Ruby脂肪ｗｗｗ
0998nobodyさん
2008/02/08(金) 08:07:20ID:???クライアントサイドのJavaScriptでも動くようにすればPHP最強。
0999nobodyさん
2008/02/08(金) 09:31:46ID:???1000nobodyさん
2008/02/08(金) 09:43:30ID:???> for($i=1; $i<10; $i++) {
> if(in_array($i, $sosuu)) {
> foo($i);
> }
> }
へぇ。これってJavaScriptとしても実行できるのか。
言われてみればわかるけど、目からうろこ
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。