07/08/26 21:58:18
>>598
画面を書き換えずにxmlなりjsonなりのデータだけをやりとりすることで
転送量を減らすことができる
それもまたajax。
まあJSチェックをサーバプログラムと別に書くのは基本的にダサい方法だが
十分に抽象化して自動生成するならクリーンにもなりうるな。
書くのは面倒くさそうだが。
608:nobodyさん
07/08/26 22:32:58
> 画面を書き換えずにxmlなりjsonなりのデータだけをサーバーとデータを転送してやりとりすることで
> 転送量を減らすことができる
あふぉか？ｗ
609:nobodyさん
07/08/26 23:08:32
なんか文脈なしに非ajax的js過剰に擁護してんの一人だろ
もういいからどっかへ行けよ。スレ違いすぎる
610:nobodyさん
07/08/26 23:10:51
>>607
xmlやjsonってサーバーと通信するだろ普通。
そりゃサーバーと通信しないで使えないことも無いだろうけどさ、
何のためにxmlやjsonに変換するのかって話。
JavaScriptのオブジェクトそのままでいいじゃんか。
611:nobodyさん
07/08/26 23:23:21
必死です
612:nobodyさん
07/08/26 23:23:47
>>609
AjaxもJavaScriptも同じもんだろ・・・
613:nobodyさん
07/08/26 23:25:08
更に必死です
614:nobodyさん
07/08/26 23:25:37
みなさん。反論できないのがどっちかはいわなくてもわかるよね？
615:nobodyさん
07/08/26 23:28:32
互いに話が食い違ってるように見える
616:nobodyさん
07/08/26 23:30:45
そりゃ、「AjaxとかXMLとかJSONとかとりあえず関係ありそうな言葉を並べてみました。
でも意味はよくわかっていません。なにが間違っているというのですか？」な
素人が混じっているんだから無理ないなｗ
617:nobodyさん
07/08/27 00:07:28
いや、一人でやってるように見える
618:nobodyさん
07/08/27 00:25:28
>>605
じゃあそういうことでいいんじゃね。
馬鹿ひきつれて帰ってくれ
619:nobodyさん
07/08/27 00:34:50
レスを見たくないのなら自分が消えるしか方法はありません。
620:nobodyさん
07/08/27 01:26:01
なーんでそんなに相手を論破しようとがんばっちゃうのかね
621:nobodyさん
07/08/27 02:19:50
正直自前でやった方がPHPもJSもHTMLもすっきりすると思うんだが。
QF使ったソースって見辛くね？
622:nobodyさん
07/08/27 02:37:39
>>610
いやだから転送量を「減らす」って言ってるじゃん…
サーバサイドのvalidateもするんだよ、もちろん。
二人くらいのど素人が何を撃っているかも分からず銃乱射してる感じだな。
623:nobodyさん
07/08/27 02:49:11
通信回数と転送量を一緒にして、区別できていないようだな。
転送量が同じでも、PHPを1回呼ぶのと10回呼ぶのでは、
サーバーの負荷（主にCPU）が異なる。
ajax利用では、転送量よりも通信回数が意識されるところ。
624:nobodyさん
07/08/27 02:57:01
>>623
なんでそんな当たり前のこと言ったん
625:nobodyさん
07/08/27 03:11:56
でもそんなの関係ねぇ！
626:nobodyさん
07/08/27 03:49:30
∩＿＿＿∩
ノ ヽ /⌒)
/⌒) (ﾟ) (ﾟ) |／ ／ はい
/ / ( _●_) ミ／ オッパッピー
.（ ヽ |∪| ／
＼ ヽノ /
＿＿＿ / /
（＿＿＿＿＿ /
＼ ＼
) )
（ ＼
＼＿)
627:nobodyさん
07/08/27 06:53:24
oreoreFW作ってるんだが
クラス名の命名規則からファイルの位置が決まるようにするのと
ﾁﾝﾎﾟﾆｰのように事前にサーチして
クラスファイル位置のインデックスを作っておくの
どっちがベター？
628:nobodyさん
07/08/27 09:01:18
>>623
通信回数を減らしたところで、
サーバーにアクセスしたら
サーバーにアクセスしないよりも、
レスポンスは落ちるんだよ。
そのレスポンスの速さが重要だというのに。
629:nobodyさん
07/08/27 10:26:17
テトリスでも作ってんの？
630:nobodyさん
07/08/27 11:13:56
作っていませんが何の関係があるんですかねぇ？
631:nobodyさん
07/08/27 11:18:52
∩＿＿＿∩
ノ ヽ /⌒)
/⌒) (ﾟ) (ﾟ) |／ ／ はい
/ / ( _●_) ミ／ PHP
.（ ヽ |∪| ／
＼ ヽノ /
＿＿＿ / /
（＿＿＿＿＿ /
＼ ＼
) )
（ ＼
＼＿)
632:nobodyさん
07/08/27 22:54:54
今まで読んできたけど
少なくとも
>>598
> >>596
> > ajaxで転送量減らすこともできるよ
> 転送を伴わないAjaxってJavaScriptと同じことだろｗ
こいつは馬鹿な素人だと言うことはわかった
633:nobodyさん
07/08/27 22:59:33
あと、これもアフォですね
>>623
> 通信回数と転送量を一緒にして、区別できていないようだな。
> 転送量が同じでも、PHPを1回呼ぶのと10回呼ぶのでは、
> サーバーの負荷（主にCPU）が異なる。
> ajax利用では、転送量よりも通信回数が意識されるところ。
多分自分の中のAJAXの利用方法しか思いつかないからこういう発言になっちゃうん
だろうけど
634:nobodyさん
07/08/27 23:49:43
Ajax = Asynchronous JavaScript + XML だ。
JavaScriptの一種に過ぎないんだよ。 よく覚えとけ。
635:nobodyさん
07/08/27 23:56:37
ははーん
ずっと当たり前のことを言うという新手の釣りだな
636:nobodyさん
07/08/27 23:59:39
引用だけして罵倒とか、実のあるレスがほとんどねぇ。
もう2chのレベルは初心者おしえて掲示板と変わらんがな。
それでいて口は悪いんだから最悪というか・・・。
637:nobodyさん
07/08/28 00:01:45
583 名前：nobodyさん[sage] 投稿日：2007/08/26(日) 05:59:51 ID:???
JSでチェックするメリットはあんまりないよな
ajaxでやるならともかく
こいつもあふぉだな。
AJAXで使われている言語はJavaScriptのだってーの。
638:nobodyさん
07/08/28 00:03:55
もう釣りなのか馬鹿なのか分からなくなってきた
混沌としすぎ
639:nobodyさん
07/08/28 00:10:42
ajaxでチェックするってどういう意味だろ？
ajaxならかっこいい画面になる？
否 ajaxだからといってかっこよくなるわけでもないし、
javascriptでもかっこよく作れる。
ajaxならダサい標準のダイアログボックスがでない？
否 ajaxでも基本は標準のダイアログボックスだし
javascriptでも標準のダイアログボックス以外を使える。
たぶん、チェックをクライアントコードじゃなくて、
サーバーに問い合わせてやるといいたいんだろうけどさ、
そんなことしたら、サーバーと通信する分遅くなるじゃん？
640:nobodyさん
07/08/28 00:14:15
サーバーに通信しないとチェックできない項目もある。
メアドが登録済みかどうかとか。
641:nobodyさん
07/08/28 00:23:08
俺が少し整理してみる。
1)クライアントサイドのみのJavaScriptチェック
入力不足や間違いを即座に指摘できる。
2)Ajaxでサーバサイドをも巻き込んだチェック
1.の発展版。サーバサイドでしかチェックできないような項目を即座に指摘できる。
3)サーバサイドチェック
最終チェック。これは必須。
1や2は利用者の操作性をうｐする。うまく作りこめば確認画面は要らないかも。
642:nobodyさん
07/08/28 00:29:17
もうみんな閲覧条件としてJavaScript必須前提なのか。
643:nobodyさん
07/08/28 00:33:01
>>642
両方でチェックするに決まってるじゃん。
QFはサーバー側で書くだけで、自動的にJavaScriptコードを生成してくれる。
644:nobodyさん
07/08/28 00:52:05
何というwhile(1)な流れ
645:nobodyさん
07/08/28 00:56:19
はいはい。もうそのQFのJS自動生成の話いいから。
スレ違いだつーのに。
646:nobodyさん
07/08/28 00:58:15
逃げたｗ
647:nobodyさん
07/08/28 00:59:25
フレームワークがjsの自動生成までカバーするべきか否かにも繋がるので、あながちスレ違いというわけでも。
QFもフレームワークと言えばフレームワークだよね。
フォーム処理に特化した。
648:nobodyさん
07/08/30 17:06:50
symfonyとAkelosを比べた場合お勧めはどっちだろう。
誰か両方使ってみた。な人いる？
649:nobodyさん
07/08/31 01:27:24
>>648
何をどう比べる？
構成そのものは結構派手に違うと思うから、何について知りたいかによるんじゃない？
概念的な比較なのかな？
650:nobodyさん
07/09/01 04:07:45
PHP5で完全なMVC構造を維持してるコードが少ないフレームワークが欲しい
651:nobodyさん
07/09/01 04:22:30
PHP5で完全なMVC構造を維持してるコードがないフレームワークが欲しい
652:nobodyさん
07/09/01 05:18:08
完璧なMVCというものがそもそも存在しなくね？
インターフェイス間でやりとりするんだから少し混じり合うよ
653:nobodyさん
07/09/02 21:01:25
>>649
もう好きなだけ自由に比べてくらさい。
概念的な比較から、
各フレームワークのお勧めポイントとか
654:nobodyさん
07/09/02 21:26:47
さらに、その比較をどこかのwikiにでも書いてくれたら嬉しいかな。
655:nobodyさん
07/09/03 16:16:55
pieceでsubmitボタンじゃなくて、一般ボタンを使用してonClickイベントで
jsからサブミットさせても動かないんだけどなぜ？
656:nobodyさん
07/09/03 18:52:31
PEARやってみたんだけど、
フレームワークも似たようなもん？
ほしいクラスのあるスクリプトをインクルードして
それを使うってな感じでおｋ？
657:nobodyさん
07/09/03 19:31:30
おまえが呼ぶように書くのはライブラリ
呼ばれる部分を書くのがフレームワーク
まあフレームワークは大体ライブラリの側面も含んでるけど
658:nobodyさん
07/09/03 19:45:03
>>656
そんなレベルではまだはやい。フレームワークも知る必要もない。
659:nobodyさん
07/09/03 23:36:39
>>656
いや、もっと簡単。
必要なものは全てそろってる。
まずチュートリアルやってみ。
理解できたら８割習得！
660:656
07/09/05 14:29:14
チュートリアルが何かわからないので0割習得！
661:nobodyさん
07/09/05 16:23:04
>>660
URLﾘﾝｸ(cakephp.jp) どぞ！
662:nobodyさん
07/09/05 22:16:46
フレームワークを変更した人とかいるかな
今使っているフレームワークが変えても動くように設計していたりする?
ビジネスモデルはクラスとか作っておけばいいけど、viewは結構移植が難しいかな
663:nobodyさん
07/09/05 23:09:46
>>662
気持ちはわかるけど、やめておけ。ろくなことにならない。
664:nobodyさん
07/09/06 08:42:32
>>662
できたら公開してね
665:nobodyさん
07/09/06 10:13:24
意味あるのかないのか良く分からん。