【PHP】フレームワークについて語るスレ【総合】

【PHP】フレームワークについて語るスレ【総合】 at PHP

[前50を表示]
400:383
05/10/08 22:26:28
>>390
> Java厨というよりJavaを意識しすぎたPHPユーザー、みたいな印象を受ける

JavaはHelloWorldくらいしか書いたことないな。
俺のよくいじる言語はSmalltalk, Ruby, PHP, JavaScriptだよ。
あとSchemeも好きだな。

わざわざclass定義してstatic変数用意して２つもメソッド書いて、
結局>>383のたった6行でできることをかえって複雑にするのはアホらしい
ってことだ。

401:nobodyさん
05/10/08 22:41:27
まあ、「Singletonって書きたいだけちゃうんか」というコードが多い
という気はする。

402:nobodyさん
05/10/08 22:43:38
>>309
>>他にもデメリットとして、smartyのようなテンプレートエンジンを使うと実行速度がぐっと下がるし、

これはウソでしょ。

403:nobodyさん
05/10/08 22:45:32
Singletonパターンってイディオムみたいな感じだよね。
確かに無理して本に乗ってる書き方通りにしなくても良いとは思う。
Javaみたいにマルチスレッド環境になることもないし。

404:nobodyさん
05/10/08 23:03:48
383の書き方だと、呼び出し側のコードを見ただけでは
それがSingletonなのかどうかは判別できないじゃん。
確かに伝統的な書き方は記述が面倒だけど、
一人の思考ではなかなか太刀打ちできない強度があるもんだよ。
たくさんの頭脳を経た思考の蓄積や時間による淘汰は馬鹿に出来ない。

405:nobodyさん
05/10/09 00:09:28
>>400
わざわざ冗長に見える記述をするのはそれなりの理由があるからで、
それが感じられないならオブジェクト指向自体が冗長だろう
ていうかSmalltalkとかRubyのほうがよりオブジェクト指向が強いと思うのだが

406:nobodyさん
05/10/09 00:13:58
冗長って何？

407:nobodyさん
05/10/09 00:26:12
>>406
君は初心者向けの本とかをたくさん読んできなさい
フレームワークスレはまだ早い

408:nobodyさん
05/10/09 01:17:58
>>400
class aClass {
function &singlton(){
static $me;
if(!is_object($me)) $me =& new aClass;
return $me;
}
}

$instance =& aClass::singlton();

これがそんなに複雑かな?
わざわざgetDB()とか$_db_とかというのをグローバルな名前空間に
つくる方が複雑化を招く気がする。

実際に作る時はこのままではなんとなく気持ち悪くてスタティックな
コールであることを保証したりしちゃうから、そういうときはたしかにphp4で
ちょっと損した気分になるね。

409:nobodyさん
05/10/09 03:49:12
PHPでのシングルトンには、「リソースを効率よく使うため」ではなくて
「意図を表すコーディング」としての効果を期待しろ、ということで。

410:nobodyさん
05/10/09 07:15:34
>>400
なんか実用的なプログラム書いた事無くて、頭の中で屁理屈こねくり回してるって印象を受けるな～

411:nobodyさん
05/10/09 07:19:12
PHPに限らずアクセスレベルなんかも、
実際に使っちゃうリスクへのヘッジというよりも
意図を埋め込む意味合いの方が強いよね。

412:nobodyさん
05/10/09 11:23:06
意図なんてコメントとして書いておけばよい。

413:nobodyさん
05/10/09 12:57:50
>400
そもそもシングルトンで重要なのは、コンストラクタを private とかにして、
オブジェクトの生成が出来る箇所を限定することの方だろ。

414:nobodyさん
05/10/09 14:48:09
↓これはシングルトン？

/**
* シングルトンとして使ってください（オブジェクトは1度だけしか生成しないでください）。
*/
class Example
{
　：
}

415:nobodyさん
05/10/09 14:58:42
プログラムは改変されていくものだから、
コメントがいつの間にか嘘の説明にならないよう、
むしろ少なめ推奨がモダンな作法。
独善的持論をぶってる奴はもう少し勉強しれ。

416:nobodyさん
05/10/09 15:04:08
DB鯖がセッション用と顧客データ用と別だったりとかさー
DBオブジェクト複数接続先で使いたい時とかって割と無い？

417:nobodyさん
05/10/09 15:06:04
↑解かりづらいか、「DBオブジェクトを接続先別に複数生成したい時」と言い換え

418:nobodyさん
05/10/09 15:18:56
俺はSingletonなDBオブジェクトにコネクションコンテナを持たせてる

419:nobodyさん
05/10/09 16:51:24
>>415もまた独善的持論なわけだが。

420:nobodyさん
05/10/09 16:53:47
ﾊｲﾊｲそうだね

421:nobodyさん
05/10/09 18:16:42
あー、415のせいで荒れ始めただろ……責任とって下さい、415

422:nobodyさん
05/10/09 18:49:57
何で糞ｶﾞｷがこんなｽﾚに迷い込んできたんだ…。

423:nobodyさん
05/10/09 18:52:26 j3jR0Qvz
ままー　おなかすいたー

424:nobodyさん
05/10/09 18:56:57
>>415
>プログラムは改変されていくものだから、
まあ、その通り。
>コメントがいつの間にか嘘の説明にならないよう、
確かに気をつけないと。
>むしろ少なめ推奨がモダンな作法。
いきなり妄想が入ってきました。
>独善的持論をぶってる奴はもう少し勉強しれ。
独善的持論乙

425:nobodyさん
05/10/09 19:30:17
>>424
だから勉強してから書けって言ってるだろ？
お前の浅薄な意見なんて何の参考にもならねーんだよ。

426:nobodyさん
05/10/09 19:38:21 QrQMlw6M
ソースのコメントを少なめ推奨している、モダンな作法とやらのポインタくれ。

427:nobodyさん
05/10/09 19:38:25
お子ちゃまたちは
XP（エクストリーム・プログラミング）についてなど
調べてみようね。
最近よく出版されてる軽めのプログラミング読本も
結構参考になるよ。

428:nobodyさん
05/10/09 19:39:39
底が知れたなｗ
一瞬俺の知らない技術体系が発生してるのかとおもた

429:nobodyさん
05/10/09 19:45:20
XPってコメント少なめ推奨してるのか？

430:nobodyさん
05/10/09 19:50:40
コメントなきゃ判らんコードはリファクタリング候補ってこと
量が少ないほうがいいとかモダンとか言うのはオカルトつーか誤認

431:nobodyさん
05/10/09 19:56:38
>>430
同じことを簡単に言ってるだけだろ。
まあケチつけたいだけの奴は
Singletonをコメントで実現しとけばいいんじゃねーの？

432:nobodyさん
05/10/09 20:03:13
全く違うよ。XPのレトリックが読めてない典型ﾜﾅﾋﾞｰ君じゃん。
コードとの差異が出ないようにコメントを最小化する、なんてのは
アジャイルでもなんでもないし、リファクタリングしないことが前提の
固定的な開発思想でしょ。

433:nobodyさん
05/10/09 20:07:19
ここはフレームワークについて語るスレですよ。OOPの話は↓でしない？
PHPでオブジェクト指向プログラミング
ｽﾚﾘﾝｸ(php板)

434:nobodyさん
05/10/09 20:18:50
よしフレームワークにおけるアノテーションやAOPの意義について考えようぜｗ

435:nobodyさん
05/10/09 20:29:41
>>432
あー、お前の言うことにも一理あるね。
というか、お前が俺の言葉をどのように捉えたのかは理解したよ。
言葉のツラだけ捉えればまさにオカルトという言葉が相応しいかもしれない。
世の中には言葉をそういう風に使って金儲けや愚かな事をする輩が溢れているから
ダイレクトにそう捉えられたのも無理はないと思う。
だけど俺が言いたいのはそういうことじゃないんだよ。
なんか議論がつまらない方向に発展していきそうなのでこのへんで切り上げますが。

436:nobodyさん
05/10/09 20:35:02
>>435
上の流れがあるから指摘の意義は判ってる奴は普通に判ってるだろ
幼稚な煽りで見れたものじゃないがな

437:nobodyさん
05/10/09 22:21:08
>>434
PHPでリフレクションを利用したコメントアノテーションはちょっと興味ある
言語仕様になくても無理矢理実現できるのがPHPらしいというかなんと言うか

438:nobodyさん
05/10/09 22:33:52
まあ今のとこお守りみたいなもんでコメントと大差ないけどね

439:nobodyさん
05/10/09 23:00:25
>>434
XPはコメントとかコード外のメタデータや宣言を否定するわけじゃないっつの
それがリファクタを困難にするとも言ってない
読めるコードを書けっていう当たり前のことが言いたいだけなんです

440:nobodyさん
05/10/09 23:22:19
みんな理屈はいいから結論を書いてくれよ
>>414はアリ？ナシ？

441:nobodyさん
05/10/09 23:24:45
お子ちゃまは寝る時間ですよ

442:nobodyさん
05/10/09 23:40:49
オフィシャルではアノテーション導入する気はないみたいだなあ。
やっぱりコンパイラが対応してくれないと…フレームワークレベルでは実効力に欠ける。
Maple以外でDI+AOPなフレームワークってないのかな?

443:nobodyさん
05/10/10 00:43:37
>>440
本当に理屈は要らないんだな？

ナシ。

444:nobodyさん
05/10/10 02:00:10
フレームワークのﾒﾝﾃﾅが提供してるサンプルは
どれもこれもシンプル過ぎていまいち参考にならないなぁ
もっと踏み込んだサンプルをﾁﾎﾞﾝﾇ

445:nobodyさん
05/10/10 07:29:44
議論を読んでない俺が思うのは、開発手法の議論は他のスレでやってくれということだ。
つーかガチガチのクラス使いたいならJavaでやれ。
PHPでやらなきゃならん制約があるなら新スレでも立てるろや。

446:nobodyさん
05/10/10 07:35:31
俺が思うのは
フレームワークの開発がどれも停滞し過ぎということだ。

447:nobodyさん
05/10/10 09:25:29
YAMLってJSONみたいな物？

448:nobodyさん
05/10/10 09:35:59
>>442
上にも出てたけどpok。
実務レベルでどうか知らんけど、勉強用にはとても良かった。

>>446
最近はMapleが活発になってきたんじゃないかな？

449:nobodyさん
05/10/10 10:57:46
MapleってM3のDecoratorみたいな
CompositeViewを実現する機構がなくない？
そこが俺的には痛いｯｽ

450:nobodyさん
05/10/10 11:04:05
>>447
違うね。

451:nobodyさん
05/10/10 11:09:10
>>450
どっちも汎用の構造化データ記法でしょ？
同じような物じゃないの？

452:nobodyさん
05/10/10 11:45:47
>>451
JSON と XML が同じようなものである程度には，
JSON と YAML は同じようなものだとは思うが，
一般的には「違うもの」として捉えられていると思う．

てゆーかJSONって形式としちゃ汎用とはいえ
例えばPHP→Javaのデータ転送にJSON形式使う奴なんていないんじゃないかと……

453:nobodyさん
05/10/10 11:50:50
構造をあらわすっていう超大雑把な括りに何か意味あんの?

454:nobodyさん
05/10/10 11:55:22
>>452
だがJSONはそれでいい

455:nobodyさん
05/10/10 12:03:23
>>453
意味っていうかプロトコルの一種だろ
やりとりのための約束ごととして決めておく。
絶対的な必然性はなかなかありえないから
「どっちでもいい」に落ち着きそうな気はする。

456:nobodyさん
05/10/10 13:49:15
強いて言えば
　人間に読みやすく設計されてるのがYAML
　JavaScriptに読みやすく設計されてるのがJSON
　誰もが読みにくい代わりに高機能なのがXML
って感じかねぇ？

457:nobodyさん
05/10/10 13:54:12
確かにYAMLは人が見やすいなぁ
中庸っぽさがPHPと似てるかも
JSONも嫌いじゃないけど

458:nobodyさん
05/10/10 14:37:54
JSONは専らJavaScriptと連携するときに使う印象。

ところでMapleはPHP5には対応しないのかな？
Mapleの目指す方向からしてPHP5で書いた方がずっと楽＆適してるように思うんだけど。

459:nobodyさん
05/10/10 14:44:41
前から4で続けると明言してる
やったことないけど、5じゃ動かんの？

460:nobodyさん
05/10/10 17:11:33
っていうかつまらん議論してるならコンピュータなんて捨てちまえ！！！
別に無くてもあまり生活に困らないぞ。

461:nobodyさん
05/10/10 17:17:24
>>460
この議論がつまらんと思うなら460にはそれが良かったんだろうな
幸せな人生を歩んでくれ

462:nobodyさん
05/10/10 19:13:07
Mapleって4なんだ。
プレゼンテーション層をActionだけにしたところは共感してるんだけど
機能的にはまだMojavi系の方が厚いっぽい。

463:nobodyさん
05/10/10 19:28:10
DIってのは簡単に言うと
器だけおいておくとフレームワークが勝手にオブジェクトを
放り込んでくれるｳﾝｺﾎｳﾘﾅｹﾞ!( ﾟ∀ﾟ)つ=====o
みたいなことを言ってるのかな？

464:nobodyさん
05/10/10 19:38:53 +MnfvWOk
>>463
そんな感じかな。

465:nobodyさん
05/10/10 21:11:32
ｳﾝｺﾎｳﾘﾅｹﾞ!( ﾟ∀ﾟ)つ=====oられるために
Mapleは設定ファイルを用意、
guessworkはプロパティーを用意すると。
Actionだけを見てざっと把握できるから
その点ではguessworkがいいかな…。

466:nobodyさん
05/10/11 12:40:17
勉強してる余裕ないから、いまだにguessworkしか使えない。(´･ω･`)ｼｮﾎﾞｰﾝ

467:nobodyさん
05/10/11 18:13:27
Mojaviで
属性をメソッドから返す作法が面倒くせーと思ってたけど（プロパティー用意で良くね？と）
内部条件によって属性を変えられるメリットがあるんだな。
Mojaviは知るほどに、「よく考えられているなー」という部分がある。

468:nobodyさん
05/10/11 19:47:53 G45STU1Q
>>467
Mojaviだからではなくて、ただの情報隠蔽だろ。

469:nobodyさん
05/10/11 20:54:40
mojavi4って一応作ってるんだな
ソース見る限りでは、完成には程遠いけど

470:nobodyさん
05/10/11 21:58:17
>>468
それもあるだろうね。
ただそれだけじゃなく、コードを書くことを前提としてると思うよ。

471:nobodyさん
05/10/11 23:15:49
>>470
？？
属性をセッターゲッターで操るのはMojavi独自の実装ではなくて定石だろ？

472:nobodyさん
05/10/11 23:33:22
だな。俺もコードを書く時に「ゲッターロボ GO-!!」とか[セッターロボ GO-!!」とか言いながらやってるよ。

473:nobodyさん
05/10/11 23:34:34
単なるセッターゲッターじゃなくて
Actionにとっての設定的な項目を
メソッドの形で実装して返すのがMojavi流じゃん。
しかもプロパティーに対するアクセサじゃないから
セッターゲッターじゃないし。
設定ファイルで済むようなことを
なんでメソッド書きまでしなきゃいけないのかと疑問だったのだが、
確かに利はあるな、と思ったということ。

474:nobodyさん
05/10/11 23:35:27
利→理だね

475:nobodyさん
05/10/12 00:49:34
>>473
セッターゲッターの存在意義わかってる？

476:nobodyさん
05/10/12 02:03:55
>>475
いや当然普通に分かってるけど…。
なんかいまいち伝わらないみたいだな。

477:nobodyさん
05/10/12 10:36:29
>>476
RubyとかRailsの人のよく言う言語重要てやつのことかね。
設定ファイルなどに頼るな、言語で一回だけ書きゃいいのだ。というあの信条。

うちではJava系のひとのStrutsアレルギーでMojaviは使っていないのだけれど。

478:nobodyさん
05/10/12 15:07:00
>>181
遅レスだが
firefoxならOSXでも使えるんだね
昔はMacなんて置いてけぼりだったのに便利な時代になったなぁ

479:nobodyさん
05/10/12 18:11:38
オブジェクト指向的にSQLを組み立てられるソリューションをどなたか知りませんか？
分散DBにしたいので、DBアクセス部分はこっちで書こうと思っています。
SQLのみを書いて欲しいのですが、それに機能を限定したものが
なかなか見つかりません。

480:nobodyさん
05/10/12 23:10:35
PHPで最適なフレームワークはなに？

481:nobodyさん
05/10/12 23:23:10
一長一短で、定番はないよ。

482:nobodyさん
05/10/13 09:49:24
長所短所を比較しているところってないですか？

483:nobodyさん
05/10/14 04:53:33
>>476
いやいやわかってないってｗ

484:nobodyさん
05/10/14 07:20:42
？
分からないのはむしろ君の頭の中だが…。
そもそもがセッターゲッターの話じゃないわけで。
Mojaviを実際に使ったことあるかい？

485:nobodyさん
05/10/14 07:52:01
>>475と>>483はほっとけ
スルーしてりゃ消えるでしょ

486:nobodyさん
05/10/14 11:51:40
この板の人達はスルーすることを知らない

487:nobodyさん
05/10/14 13:55:39
技術者だから基本まじめなんだよ。
だいたいフレームワークスレで煽る意味が分からない…。

488:nobodyさん
05/10/15 13:24:45
>>487
煽る→怒った奴の中に自称女が現れる→女と証明してみろﾌﾞｻｲｺと煽る
→怒った女は、ｵｯﾊﾟｲやﾊﾟﾝﾂ写真をUP→みんな素人エロ画像にﾏｯﾀﾘ

489:nobodyさん
05/10/15 16:04:32
>>488
うむ、とても平和な流れだ。
その流れを、このスレに当てはめるとどうなるんだろう。

490:nobodyさん
05/10/15 23:57:37
ここPHPのフレームワークスレだよね。。。

いま作ってるんだけど、需要あるのかなぁ。

491:nobodyさん
05/10/16 16:16:44
>>490
既存のフレームワークより優れた点があるのなら

492:nobodyさん
05/10/16 16:30:50
既存フレームワークも大分広まってるから
あまりにも独自だと、
学習コストが比較的高くなって普及しないかもね。
かなり戦略的でないとこれから普及されるのは難しいと思う。

493:nobodyさん
05/10/17 01:25:22
>>492
今ある奴で開発がとまり気味のものとか、今あるものをベースに
進化させてくれるひとがいたら結構いいと思うけどな

494:nobodyさん
05/10/17 01:40:18
またforkふえるのか！
agaviかmojavi4に統一しようよもう。

495:490
05/10/19 19:41:56
どうも490です。

今作成してるのはHTMLﾃﾝﾌﾟﾚｰﾄをベースにF/W的なことをやろうって
感じで実装しています。

機能としてはﾃﾝﾌﾟﾚｰﾄ＞PHPの置き換えのオーバーヘッドを少なくするために
中間コードをキャッシュさせる機構や、携帯電話の絵文字変換（ｷｬﾘｱ相互変換）、
標準で使えるDBラッパー（MySQL.PostgreSQL,Oracle,SQLite)等です。

基本的には汎用クラスで動くように作ってあります。
といっても画面に出力するためにコントローラが必要ですが。

プログラム自体の実装は１クラス１モジュール扱いで、ﾃﾝﾌﾟﾚｰﾄから呼び出す
メソッドがコントロールメソッドでその中で他のメソッドを呼び出すのが
モデルメソッドみたいな感じです。んで、HTMLﾃﾝﾌﾟﾚｰﾄがViewです。
たぶんMVC的構造になっています。

クラス実装する前のスケルトン自動生成機能なんかもつけようかと
思ってます。

ﾃﾝﾌﾟﾚｰﾄ中のタグ類は専用タグを使い
条件設定(ifに相当するorやandも可とその逆の動作)タグや、
プログラムに渡すオプション値タグ、繰り返し（ループ）タグ、
絵文字変換タグなんかを組み合わせてViewを書くといった感じです。

496:nobodyさん
05/10/19 19:59:15
>>495
DBラッパーはPDO以上なん？
ＨＴＭＬテンプレートはSmarty以上なん？

497:nobodyさん
05/10/19 21:33:26
今からだとDB抽象クラスはPDOで十分だと思うけど
テンプレートは Smarty 以上である必要なんてないじゃん。
（そもそも何をもって「Smarty以上」とするのか）
Smarty は高機能で普及もしてるけど個人的には良いとは思わないし。

テンプレートエンジンとフレームワークが密に連携するってのも面白いと思うよ。
携帯絵文字は Vodafone のエスケープシーケンス使う奴がウザいね。
DoCoMo や EZweb の絵文字は比較的扱いやすいんだけど。

498:nobodyさん
05/10/19 22:21:53
絵文字変換なんていいんじゃない？
そういうアプローチのフレームワークはまだないし

499:nobodyさん
05/10/19 22:58:41
>>498
絵文字変換だけならフィルターとか掛けてやるだけじゃん

500:nobodyさん
05/10/19 23:18:29
>>499
絵文字はSJISでテンプレートとかDBはEUCJP推奨だから、特にsmarty使うとき色々面倒

501:nobodyさん
05/10/19 23:35:39
iMode/EZwebの絵文字はSJISの私用領域を使ってて、PHPならSJIS-win/eucJP-win/UTF-8 で相互変換可能。
端末が表示できるのはSJIS(-win)だけだけど、ちゃんと変換してやれば途中の処理を eucJP-win/UTF-8 でやっても大丈夫。
あと最近はUTF-8でも（EUCは知らない）携帯キャリアのゲートウェイがSJISに直してくれるっぽい。

とりあえず基本的な絵文字が見られればいいってことなら、EZweb/Vodafoneの絵文字を
iModeの絵文字に変換しておくのがいちばん簡単かな？
iMode絵文字なら他のキャリアでもゲートウェイが端末に応じた絵文字に変換してくれるし。

502:nobodyさん
05/10/20 03:09:08
>>500
smartyを使いこなせていない予感。

503:500
05/10/20 03:16:14
>>502
むしろ使うためにsmartyをハックした

504:nobodyさん
05/10/20 11:28:03
>>503
スーパーハッカーこわー

505:nobodyさん
05/10/20 20:20:44
絵文字変換なんかまさにフィルターの仕事。

506:nobodyさん
05/10/22 00:38:22
ドコモの絵文字をDBに入れるときどうすればいいの？
EUCに変換したら消えちゃうよね？
DBをSJISにするの？

507:nobodyさん
05/10/22 02:52:18
URLﾘﾝｸ(itpro.nikkeibp.co.jp)

Zendが「Zend PHP Framework」なるものを作ってるとのこと。
最終的にはこれに収斂されるのかな。

508:nobodyさん
05/10/22 10:02:06
>>506
絵文字を入れたいタプルをBLOB型に設定してBINARYフラグを有効にする

509:nobodyさん
05/10/22 14:03:08
>>508
そんなことしてオーバーヘッド大丈夫なの？
少量ならそりゃ大丈夫だろうけど、全文検査とかどうよ？
postgresqlのsjisパッチあてるとかは？

510:nobodyさん
05/10/22 18:35:14
>>506
俺は文字参照に変換してる。

511:nobodyさん
05/10/22 20:53:13
CakePHPのソースを漫然と眺めていたんだけど、その語尾の特殊変化の設定ファイルに
penisとtestisがあったよ。これで下品なソースでも安心だね。アダルトサイトにも最適。

でもこれいいわ。なんて言うか、流れに身を任せればとても楽。コンパクトだから見通しもいい。
それにやっぱり死にかけのプロジェクトよりも生きのいい方がいいしね。

512:nobodyさん
05/10/23 02:30:29
>>511
>語尾の特殊変化の設定ファイル
なにそれ

513:nobodyさん
05/10/23 02:34:17
>>510
？xA0; みたいなやつ？
他キャリアのつもみんなドコモのやつに置き換えるの？

てか、フレームワークすれでこんなこと聞いてすまん。

514:nobodyさん
05/10/23 06:55:11
cake

515:nobodyさん
05/10/23 16:59:56
>>512
cakeはRails系なので、規約は設定に勝るっていう哲学で作られてる。
たとえば、Userというモデルが対応するテーブルはUsers決め打ちになる。
だから、特殊な場合の変化形を自前でもっとく必要がある。

もちろん、大抵の規約は上書きすることができるけど、それだとcakeの意味がないしね。

516:nobodyさん
05/10/23 20:58:51
>>507
JavaのJakartaプロジェクトみたいなものかな。
今後の標準になるようなものを作って欲しいなぁ。

517:nobodyさん
05/10/23 21:58:24
>>516
Zend自身が乗り出してるから標準を目指してるんだろうね
これをふまえて今の草の根フレームワークはどう動くんだろ？
Mojavi4は完成するのか…

518:nobodyさん
05/10/23 23:50:08
>>517
Zendはどうせ金になるエンタープライズ領域しか目に入っていないだろうから
既存のフレームワークとは競合しないような予感。
あとは、ZendStudio必須とか、余計なことしちゃいそう。

519:nobodyさん
05/10/24 00:45:36
>>518
たしかに余計なことしちゃいそう
よく考えるとZend提供のPHP関連サービスに
いい評判はあまりないもんなぁ。

520:nobodyさん
05/10/24 03:51:45
URLﾘﾝｸ(www.symfony-project.com)
mojavi + rails = symfony

てか、もう迷うのも面倒なんで
そろそろ定番出てきてﾎｽｨ…

521:nobodyさん
05/10/24 04:36:42
定番を望むのもわかるけど、
何でもできる＝どれも中途半端な性能
てことが往々にしてあるので、すきなの見つけて自分で
進化させていくのがいいかも。
できればsourceforgeとかつかってｗ

522:nobodyさん
05/10/24 15:04:10
Zend PHP Framework
あれどうなってんの？

523:nobodyさん
05/10/24 15:04:59
>>519
Smartyとか？

524:nobodyさん
05/10/25 10:38:07
SmartyってZend発？

525:nobodyさん
05/10/25 12:33:45
違うと思う

526:nobodyさん
05/10/25 22:39:29
まぁZendの事だから、期待出来ないな。

今までノータッチだったけど、Ethnaって良さそうだなぁと思い、
本家のML見て見てみたら、ら○じぃがいるじゃねぇかよ。
あいつ嫌いなんだよな・・・。
坊主憎けりゃ・・・じゃないけど、なんかEthnaやだなぁ・・・。
藤本神は好きなんだけどなぁ・・・。

527:nobodyさん
05/10/25 23:01:50
そんなこと言うもんじゃありません

528:nobodyさん
05/10/25 23:04:45
URLﾘﾝｸ(netevil.org)
ｱｸﾚｺｷﾀｺﾚ

529:nobodyさん
05/10/26 07:10:19
ZendのFrameworkはお布施用にきまってるだろ

530:nobodyさん
05/10/26 08:56:51
いやフレームワークでは金は取らないじゃないか？

531:そりゃないか
05/10/26 09:23:36
Zend Framework Lite 無料
Zend Framework Enterprise 　　有料

532:nobodyさん
05/10/26 14:00:18
DB周りのコンポーネントとか有料かもな

533:nobodyさん
05/10/27 03:34:49
Zend Studioお布施済みの俺としては、Studio対応で無問題。

534:nobodyさん
05/10/28 21:50:40 geHxPjMK
Mojaviで
モバイル/PCの分岐はどこでどんなふうにやってる？

535:nobodyさん
05/10/29 01:43:09
>>534
やったことないけど、フィルタでforward分けしたらいいんじゃない？

536:nobodyさん
05/10/29 02:16:56
>>534
なにを目的として分岐をするかによる。
機能を分けたいならActionを分けるだろうし、
表示を分けたいだけならViewだろう。

537:nobodyさん
05/10/29 13:30:02
Mojaviのフィルタって好きなだけ作れるけど
プリフィルタしか使わない場合とかポストフィルタしか
使わない場合とかってある？

538:nobodyさん
05/10/29 23:44:53
それはよくあるでしょ。

539:nobodyさん
05/10/30 11:03:38
agavi api 日本語訳
URLﾘﾝｸ(www.geocities.jp)

540:nobodyさん
05/10/30 11:22:35
>>539
乙

541:nobodyさん
05/11/01 22:33:59
php5のひとはどのフレームワークつかってんの

agaviとか？

542:nobodyさん
05/11/01 23:23:56 D/XKY8a/
Mojavi3を使っているんだけど、
複数のActionから共通のViewを呼び出すにはどうするのが綺麗なやりかただろう？

543:nobodyさん
05/11/01 23:39:42
>>542
Actionでarrayかえせばええやん

544:nobodyさん
05/11/02 01:36:57
MojaviはActionとViewが
ｲﾁｲﾁで対応してるからどうやってもトリッキーになりそうだな。
俺はViewを分けるほどのことないだろと思ってｵﾘﾌﾚ作ったけど。
ViewHelperの仕込みとか結構ごちゃつくから分けてもよかったかもと
思ったりもする。

545:nobodyさん
05/11/02 01:46:12
>>544
日本語変。

546:nobodyさん
05/11/02 18:54:03
>>543
ActionでArrayをかえすってどういう具体的にどうすること？

547:nobodyさん
05/11/03 02:43:18
＊＊＊　すべてのPHPユーザーに告ぐ　＊＊＊

URLﾘﾝｸ(www.hardened-php.net)
URLﾘﾝｸ(www.hardened-php.net)
URLﾘﾝｸ(blog.ohgaki.net)

PHPに深刻な脆弱性がある事が発表されました。今まで見つかったPHPの脆弱性の中でも「最悪」の脆弱性です。全てのPHPユーザは今すぐ対処を行う必要があります。

548:nobodyさん
05/11/03 12:11:06
>>546
俺も意味が分からなかった

549:nobodyさん
05/11/03 13:09:55
>>546
Mojavi3ではActionの戻り値として、
第一要素がモジュール名第二要素がビュー名の配列をかえすことによって、
遷移先を指定できる。

550:nobodyさん
05/11/03 16:33:22
>>549
そうなんだ
そりゃ便利だね

551:nobodyさん
05/11/04 23:32:52
テンプレートエンジンをSmarty-lightにしてる人いる？
Smartyとほとんど変わらず使えて、しかも軽くなるなら、
結構お得だと思うけどどうなんだろう。

552:nobodyさん
05/11/05 00:49:33
おいagavi使ってるやついるか

553:nobodyさん
05/11/05 02:20:18
10分で作るCakePHPアプリ for Windows - p4life
URLﾘﾝｸ(p4life.jp)

cakeってここまでやってくれるのか・・・

554:nobodyさん
05/11/05 21:01:35
>>553
それだけ見ると　Rails　と変わらないよね

555:nobodyさん
05/11/05 21:21:51
簡単すぎて不安になるな
鯖一つで収まるようなｼﾝﾌﾟﾙなアプリにはかなり最強かも…

556:nobodyさん
05/11/05 21:37:15
つーか、rubyの勢いはマジですごい。

557:nobodyさん
05/11/05 21:47:05
海外の連中はそのうち業を煮やして、Rails 用の Ruby を
fork させそうな勢いだよな。

558:nobodyさん
05/11/05 21:49:19
ﾜﾛｽww

559:nobodyさん
05/11/05 23:42:35
EthnaでPEAR::DBじゃなくてADODBって使えるのかな？

560:nobodyさん
05/11/05 23:55:13
>>559
Ethna　専用ｽﾚがあるよ

【PHPフレームワーク】Ethna【スケルトン自動作成】
ｽﾚﾘﾝｸ(php板)l50

561:nobodyさん
05/11/05 23:59:23
>>560
お、サンクス。
ちょうどその辺りの話題のレスがあるね。

562:nobodyさん
05/11/06 01:02:45 1KuwxXQW
S2PHP使ってる方いますか？
どんな感じでしょう。

563:nobodyさん
05/11/06 11:37:34
>>562
流石に仕事に使ってる人はいないだろうね。
触った感じは面白いよ。上の方に出てたpokﾌﾚとして。
まぁ当然まだまだなんだけど、将来はかなり楽しみ。

564:nobodyさん
05/11/06 12:29:44
Mojaviの
index.php/param/value/param/value
形式のURIってmod_rewriteとの併用前提なんだね。
間にindex.phpがまるだしでﾀﾞｾｰURLになるなーとｵﾓｯﾃﾀ…

565:nobodyさん
05/11/06 16:28:01
>>564
ソースは？

566:nobodyさん
05/11/06 19:17:49
>>564
mod_rewrite使わなくても、index.phpに相当するファイルをForceTypeしちゃえばいいと思うよ。

567:nobodyさん
05/11/06 22:26:13
>>564
別に mod_rewrite 前提ってわけじゃないっしょ。

568:564
05/11/07 05:38:11
>>565
そうじゃないかな？と思っただけでソースはないよ

>>566
（入口）URLﾘﾝｸ(hoge.com)
(出口）URLﾘﾝｸ(hoge.com)

これをForthTypeでやるにはどうすればいいの？
考えてもいまいち分からなかった

>>567
まあ検索エンジン対策という意味では
index.phpがあってもなくても関係ないからなぁ

569:nobodyさん
05/11/07 10:02:24
path_info形式にすると
ブラウザがドキュメントURLを誤認識するのが面倒くさいね
リンク全部絶対URLにしなきゃならんのか。

570:nobodyさん
05/11/07 10:39:05
>>564
(入口）URLﾘﾝｸ(example.com)
(出口）URLﾘﾝｸ(example.com)
は無理だけど、
mv index.php hogehogeして、
(入口）URLﾘﾝｸ(example.com)
ならどうよ？

571:nobodyさん
05/11/08 00:44:57
PHPプログラマーズマガジンで　Seagull ってのが紹介されてるね。
立ち読みしか読んでないけど。

これ、フレームワーク？ CMS?

572:nobodyさん
05/11/08 03:42:16
>>570
さんくす。
よくよく考えたら、mod_rewriteでindex.phpを無条件にはさむと、
他のファイルへのアクセスに支障が出るから、
そういう方法しかないかもしれない。

573:nobodyさん
05/11/09 02:42:24
URLﾘﾝｸ(longinus.org)

初めて見たんだけど、これの中ちゃんと読んだことある人いる？

574:nobodyさん
05/11/09 09:10:03
>>573
ぱっと見Mojavi系と似てるね
デフォルト拡張子がincなのはセキュリティー上
推奨できないと思う

575:nobodyさん
05/11/09 09:21:44
フレームワーク大杉

576:nobodyさん
05/11/12 16:50:24
Synfony勢いとかサイトのクオリティーで抜きん出てる気がする
これからはこれか？

577:nobodyさん
05/11/12 17:07:53
Symfonyのムービー見たらテンプレートにphp生書きで、
しかもテンプレート中から$user->getAttribute()とか平気でしてる。
最近Smartyみたいなテンプレートエンジンの
意義みたいなものに疑問を感じてきた俺には示唆的だった。
実際テンプレートエンジンから
独自文法の解釈外したら馬鹿みたいに短いコードで書けるんだよね。
もともとPHPはob_系関数があってキャッシュの実装なんかも
やろうと思えばすぐ出来る環境だし。

578:nobodyさん
05/11/13 01:22:28
デザイナーにはHTMLを触らせず、cssだけいじらせる時代になってしまえ

579:sage
05/11/13 08:33:59 nNKS4KNy
>>578
当方デザイナ（つーかコーダかな）ですが、それ大いに賛成です。
開発者からページに掲載するデータの定義だけ教わって
あとはxhtml＆cssと格闘するみたいな。
もしくはxhtmlの出力フォーマットだけもらってもいいや。

tableタグ使ったレイアウトに決別すると、
どうしてもそういう方向になってくる気がします。

580:nobodyさん
05/11/13 09:24:35
もう一歩進んでhtml作るときにtdiary互換のcssを参照するようになったりしたら、
webデザイナーの仕事が減っちゃうかもしれないよ?

でも、むしろその方が本来のグラフィックデザインの実力で勝負できていいのかな。

581:nobodyさん
05/11/13 17:30:56
おまいの作るhtmlは、えらく目的が限定されとるな。

582:nobodyさん
05/11/14 02:43:58
php5なんだけど、何がおすすめ？

583:nobodyさん
05/11/14 11:50:11
これは既出？
URLﾘﾝｸ(www.pm9.com)

何でもいいがFirefoxでもちゃんと見れるように作ってよ・・・orz

584:nobodyさん
05/11/14 12:29:09
ドキュメントとかしっかりしてるみたいだけど，
商用ライセンスってのが・・・

585:nobodyさん
05/11/14 14:49:17
>>583
■クラスタリング
高負荷サイトの為のWebサーバ、DBサーバの並列化に対応しています。

これが気になるなー
ちょっと見てみようかな

586:nobodyさん
05/11/14 21:59:02
>580
tdiary互換のcssって...なんでtdiaryなの？

587:nobodyさん
05/11/15 01:06:37
tDiaryのテーマを変えて喜んでるだけの厨房だから

588:nobodyさん
05/11/17 09:26:30
mojavi2ってsession_destroyは手動でやるしかない？

589:nobodyさん
05/11/19 15:36:29
Symfony見たらActionにショートカット用メソッド
（getRequestParameterとか）付けてたから俺もそうした。
何か綺麗さが損なわれるような気がしてﾔｾ我慢してたけど。

590:nobodyさん
05/11/21 03:01:02
mojaviを勉強しはじめました。
参考になるソースを見ようかなと思うのですが、お勧めのオープンソースなものって
ありませんか?

できればmojavi2系
できれば、smartyとかadodbとか使ってたり
携帯の処理なんて書いてあるとさらに素敵です。

591:nobodyさん
05/11/21 22:25:36
cakePHPってデータベース絡みには結構よさげだけど認証や権限関連が弱いな

592:nobodyさん
05/11/21 23:12:08
mojaviでFPDF使っている人いる？
なんかIEで表示されないんだけど、原因は何？

593:nobodyさん
05/11/21 23:14:05
>>592
あんたもか！漏れもだわ。

594:nobodyさん
05/11/22 00:24:11
>>592
あぁ、それIEのバグ
対処法はいくつかあるけど

595:nobody
05/11/22 12:19:16
mojaviの外に出たら、うまくいった。

596:nobodyさん
05/11/22 12:52:15
view_noneじゃなくてexitすると動くことがある

597:nobodyさん
05/11/22 16:52:59
>>591
Controller の beforeFilter と PEAR::Auth を組み合わせればカンタン。
aclがいらないなら5行もあればできる。

でも、組込み認証の是非に関する議論は一応やってたと思う。
個人的にはこれ以上Controllerは太らないで欲しいんだけど...

598:nobodyさん
05/11/22 19:29:40
>>597
早とちりかな？
認証はともかくとして、権限をどうやってPEAR::AUTHで簡単に？
五行のコード載せてみて

599:nobodyさん
05/11/22 20:31:33
> aclがいらないなら

acl = 権限ジャマイカ？

600:nobodyさん
05/11/22 20:39:40
>>594
対処法キボンヌ

601:nobodyさん
05/11/23 15:11:58
>>598
権限 = acl のつもりだったんだけど、どうしてもAclが欲しいなら今でもMyAclを使える。
うろ覚えで書くとたとえばこんな感じのメソッドをAppControllerにでも追加すればいいはず。
beforeFilterに_aclCheck、componentsにはMyAclを追加してね。

function _aclCheck(){
$this->auth =& new Auth(...);
$this->auth->start();
if(!$this->MyAcl->check($auth->getUserName(),
$this->params["controller"]."/".$this->params["action"]))
$this->_permFailed();
}

たぶんこのままでは動かんと思うけど、流れは大体こんな感じ。
権限不足画面などのViewを含めると5行はハッタリだったね、慌てさせてごめんよ。
nightlyにはさらに高機能なdbAclもあるらしい。

602:nobodyさん
05/11/24 22:26:05
agavi で DBに接続したんですけど、下記
$db = $this->getContext()->getDatabaseManager()->getDatabase()->getConnection();

クエリーを発行するにはどうしますか。
MySQLDatabase.class.phpにはメンバー関数がないようだし。

603:nobodyさん
05/11/25 14:25:00
MVCのModelにあたる部分は、Mojaviで言うとどの部分になるのでしょうか?
actionsでしょうか?

処理の部分をどこに書けばいいのかがわからなくて困っています。

MVCの記事をかなり読んだのですがどの部分がModelなのかちょっとよくわかりませんでした。

604:nobodyさん
05/11/25 14:28:18
>>602
よくわからんけどたぶんmysql_queryでやるんじゃん？

>>603
MojaviにModelあるけど
ActionはMVCのC

605:nobodyさん
05/11/25 14:37:14
Action内から呼び出す自作またはModelをextendsしたクラスあたりと思っていればよいかと。

606:nobodyさん
05/11/25 15:44:35
おいおいお前ら正気か
CってControllerのCじゃないんかよ

ビジネスロジックを担当するんだからActionクラスはModelだろ
それとももっと違う次元の話か？

607:nobodyさん
05/11/25 16:00:45
Action内でビジネスロジックを実行する場合はAction=M
Actionから一層掘り下げてModelを呼ぶ場合は
Action=Cになるんじゃないの？
前から思ってたがあまり峻別できない概念だよな。
MVCがお互いを包摂し合ってる部分がある。
音楽のジャンル分けみたいなもんだな。
厳密な区分が最初からあるわけじゃない。

608:606
05/11/25 16:09:51
なるほどね
まあ確かにそう使う場合もある罠

もともとWebｱﾌﾟﾘの世界の話じゃないしな、曖昧になるのは仕方ないというかなって当然
そういう意味ではDBの設計と似てるところがあるかな
MVCにとらわれすぎてクソな実装かますのが一番ダメダメ
つーか実際書き始めるとMVCとか結構どうでもよくなってくる

設計段階での指針程度にとどめておくべきだろうな

609:nobodyさん
05/11/25 16:20:05
結論

>>603
MVCとかどうでもいいからまず動くように書いてみろ、話はそれからだ

どうしても気持ち悪ければあとでいくらでもリファクタリングするよろし
その過程でだんだんMVCになることもあればそうでない場合もある

っつーのが本質だと思うんだな俺は。

610:nobodyさん
05/11/25 17:24:45
なるほど勉強になりました。
明確な区別はないんですね。

実はもうコーディングをしててformsの下とかviewsの下にもロジックを書いたりしていて
多分違うんだろうなぁ～と思って聞いてみました。

VIEWを返しているあたりは、action=Cと思ったんですけど、その前に処理を書こうかなと
思います。

formsはどこに当たるかといったら、まぁModelと考えておけばいいですかね。
そういうことがナンセンスなのかもしれませんが。

611:nobodyさん
05/11/25 21:04:56
PHP5.1.0リリースだというのに静かなものだね・・・。

俺が思うに、ある程度知識がないとMojavi使いきれないと思うよ。
とりあえずMojaviでいうＶｉｅｗが必要ないフレームワークにしてみたら？

612:nobodyさん
05/11/26 01:25:15 a7zffmpw
mojavi2.0を使っています。

URLﾘﾝｸ(www.stackasterisk.jp)
ここを参考にディレクトリ構造を変えたのですが、
レンタルサーバでhtdocsをベースに指定する事って出来るのでしょうか？

613:nobodyさん
05/11/26 04:50:35
そんな解決はできても難しいし、やるべきじゃない方法だよ。
多分、フレームワークの理解を根本的に間違えてるんじゃないかな。
DocumentRootにindex.phpを置いて、外部からアクセス禁止してる箇所にmojaviフォルダとwebappフォルダを置く。
あとはpath調整して動かすんだよ。

614:nobodyさん
05/11/26 08:50:15
そうそう
わかんないうちはとかくなにもかもマニュアルの通りにしないといけない、と鵜呑みにしがちだけど、
少し冷静に考えてみるとどうでもいい事なんてたくさんあるぜよ。

つーわけでindex.phpはどんな名前のディレクトリにあろうがブラウザから参照できる位置に置くべし
まーほとんどのレン鯖の場合public_html以下に適当な名前のディレクトリ作ってほりこんでるんでないかね。

615:nobodyさん
05/11/26 10:50:33
mojaviで　"class IndexAction extends Action"のようにIndexでactionを指定しても
"URLﾘﾝｸ(xxx)"とわざわざ書かないと
Only variable references should be returned by reference と怒られてしまって困ってます。

環境は
PHP 4.4.1-pl1
mojavi 2.0.3 beta　です。

616:nobodyさん
05/11/26 11:21:14
それは困りましたね＾＾；；；；；

617:615
05/11/26 11:41:56
すみません、解決しました

618:nobodyさん
05/11/26 12:33:18 2543W0TM
>>617
最近流行ってるね

619:nobodyさん
05/11/26 13:54:07
>>618
よくわかったね

620:nobodyさん
05/11/26 14:23:28
>>619
スキだからさ

621:＼＿＿＿＿＿＿＿＿＿／
05/11/26 15:15:03
　　　　　　　　　Ｖ
　　　＿＿＿＿_
　　／::::::::::::::::::::::::::＼　　　　　　　　　　　　　　　　　
　 /::::::::::::::::::::::::::::::::::::::＼　　　　　　　　　　　
　 |:::::::::::::::::|＿|＿|＿|＿|　　　　　　　　　　
　 |;;;;;;;;;;ノ　　　＼,, ,,／ヽ　　　　　　　　　　
　 |::（ 6　　ー─◎─◎　）　　　　　　　　
　 |ノ　　（∵∴　（ o o）∴）　　　　　　　　
／|　　　<　　∵　　３　∵>　　　　　　　　　
::::::＼　　ヽ　　　　　　　ノ＼　　　　　　　　　
:::::::::::::＼＿＿＿＿＿ノ:::::::::::＼　　　　　　　　

622:nobodyさん
05/11/26 15:36:40
PHPでフレームワーク（笑）

623:nobodyさん
05/11/26 20:37:10
あなたも技術者の端くれなら何か有用な情報を書き込んでください。
ここはWebプログラミング"技術"の板です。
煽りは必要ないです。

624:nobodyさん
05/11/26 21:19:29
>>623
迷惑掛けて申し訳ない
しばらくロムります

625:612
05/11/26 22:44:49
>>613,614
レスありがとうございます。
なるほど。アドバイスありがとうございます。

出来るだけアドレスを短くしたいんで
index.phpはDocumentRoot直下に置きたいんです。
でもレンタルサーバを借りているんで、そうするとmojaviフォルダとwebappフォルダも
DocumentRootになってしまうなと思いお聞きしました。

外部からアクセス禁止してるフォルダのあるレンタルサーバってあるのでしょうか？
それとも.htaccessで禁止するしかないでしょうか？

626:612
05/11/27 00:27:09
自宅鯖を立てることにしました。ありがとうございました。

627:nobodyさん
05/11/28 02:21:48
mojavi3のviewにあるdecorator ってプロパティーはどんないみあるの

628:1-627
05/11/28 10:56:11
すみません、全て解決しました。

629:nobodyさん
05/11/28 16:28:05
>628
流行ってんの？

630:nobodyさん
05/11/28 17:36:24
なあに、かえって免疫力がつく

631:nobodyさん
05/11/30 04:52:05
cakephpでADODBって実質使えないな…
selectLimitらへんとか、あの作り方じゃまともな対応期待できそうにないな

632:nobodyさん
05/11/30 17:47:33 yPyLs/p1
>>631
詳しく

633:nobodyさん
05/11/30 17:48:31
>>495
これどうなったんだろ
携帯に対応しやすいフレームワークって面白いかと思ったんだけど

Mapleの半角<-->全角とかも日本らしいくて、こっちも携帯とか期待できるのかな

634:nobodyさん
05/11/30 18:21:22
>>632
一番てっとりばやいのは、oracle8iとかDB2とか動かすこと。
まともにうごかない。
cakephpのselectLimitのソース見るとわかるけど、adodbの機構一切つかわず
Limit生書き。コメントにも、「adodbがlimit句のsql文取得するためのもの持ってないんで対応できませーん」
みたいなこと書いてある。

635:nobodyさん
05/11/30 22:27:42
ほんとだ...

でもこれ、lastInsertId()が単なるプレースホルダーで、呼んだ瞬間にdie()だから、
動かないのは当然だよね? Model::save()で死ぬし(w
wikiのドキュメントにあるadodb対応っていう看板はまだ外しておくべきだな。

636:nobodyさん
05/12/01 13:07:20
でもよく考えたら adodb にdbごとの適切なLimit節文字列を返す機構ってあったっけ?
adoのドライバのレベルの話?

AdoConnection::selectLimit() を使えよって話なら、そもそも "to get correct limit string"
するためのものじゃないし、上のレベルのModelはこのために全面改装が必要になるし。

637:nobodyさん
05/12/01 13:12:50
関係ないがadodbはReplaceの形でinsertとupdateもできるようにしてくれ。
あとautoquote時に数字もquoteしてくれ。
text型に入れてても000000が0になる。

638:nobodyさん
05/12/01 15:46:10
どのフレームワークでもいいんですが、フレームワークを使ったオープンソースな
ソフトってご存じないですか?

639:nobodyさん
05/12/01 15:57:03
存じております

640:nobodyさん
05/12/01 16:17:39
URLﾘﾝｸ(www.horde.org) の IMP や Chora とか。

Mojavi の知りたい。

641:nobodyさん
05/12/01 16:57:05
>>636
＞でもよく考えたら adodb にdbごとの適切なLimit節文字列を返す機構ってあったっけ?
文字列を返すのはないよ。
適切に実行することはできるけど

642:nobodyさん
05/12/01 21:07:40
>>639
存じておりましたら存じているものをここへ書いて下さい

643:nobodyさん
05/12/01 23:21:16
quickformでプルダウンメニューの入力チェックしたいんだけど、addruleでやってもうまく機能しません。
何故？

644:nobodyさん
05/12/02 01:43:30
BasicSecurityFilter使うと無限forwordループならね～か？

645:nobodyさん
05/12/02 06:04:33
>>642
WaWaWa

>>643
多分書き方がおかしい

>>644
使ったこと無い

次ページ