トップページ⇒php
1001コメント290KB

ZendFrameworkってどうよ？

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2006/10/07(土) 02:49:15ID:6wQ8r0Dc
ようやくVer.1.0が出るらしいね
これってどうよ？

PHP5に移行したほうがいいのかな
0704nobodyさん2007/11/18(日) 12:55:18ID:???
原理主義と簡便性のバランスはいつだって難しいね……

データが（程度の問題で）かなりアトミックに扱うべきだと思ったら
一見複雑になるように見えても新たなクラスを作る合理的理由があるはずだろうし
シチュエーション的な理由（Cによるということ）だけでに複数のモデルを同時に扱いたいってのなら
Cからtran制御することにもそれなりな正当性がありそうに思える
0705nobodyさん2007/11/18(日) 13:20:09ID:???
ケースバイケースだろ

ただ上記のUserとUserProfileっていう名前の場合、
普通1:1か1:nの関係でエンティティとしては「ユーザ」という1エンティティなわけで
そのユーザエンティティを登録する処理なんだから
Userの登録処理に押し込めるのは自然な流れだと思うし
それ以外の場合でも、そういう複数モデル（テーブル）にまたがる
一連の更新処理をモデルに対応するテーブル間のマッピングから考えて
いずれかのモデルに押し込めておくのは俺はわりとやる

でも全く関係のない2者間のモデルを同時更新するなら（UserとLogとか）
Cでトランザクションすることだってあるだろう
どっちかでしかトランザクションしないってのは思考停止

っていうか実際そんな簡単にMCは割り切れない部分もあるし
その場に応じてちょっと普通ではやらない置き方になる時も多々あるよ
MVCMVC言って盲目的に割り切ろうとしてる奴も思考停止だ
0706nobodyさん2007/11/18(日) 13:39:00ID:???
明らかに全然関係なかったらトランザクションいらないんじゃないの？
0707nobodyさん2007/11/18(日) 14:07:55ID:???
よーわからんが、1リクエストの処理が以下のように共通化されてて
try {
トランザクション開始
アクション関数呼び出し
} catch () {
　ロールバック
　ログ出力
} finally {
例外じゃなきゃコミット
}
アクション内ではトランザクションとか何も意識しない
とかなっとけばいいんでないの？
モデルのなかでいちいちトランザクション貼ってロールバックとか
毎回書く方がナンセンスじゃないか？
複数のモデルの処理が全部正常に行われたらコミット、
何か1つでも失敗あったらロールバックてときも上の方法だと何も考えなくても対処できてる。
07085692007/11/18(日) 14:56:17ID:???
PHPにfinallyあったっけ？
0709nobodyさん2007/11/18(日) 15:11:10ID:???
>>707
アクション内全部が1トランザクションとか愚の骨頂
どんなアクションだろうが最初にファイルをオープンしてロックかけておけば
いつでもファイルいじれるよ！どうだい柔軟で便利だろ！
とか言ってるのと同じくらいバカ

CだろうがMだろうがどこでトランザクション張ってようが
そこで毎回rollbackの対応を書いたりなんてしない
FW使ってるなら普通上層で一元的に例外に対するコントロール部分があるし
そもそも例外発生したらcommitされないんだから
そのまま終了しても自動的にrollbackされる
07107072007/11/18(日) 15:47:47ID:???
>>709
すまん、>>707は簡素すぎた。
実際はopenTransaction()ってメソッドが親のコントローラとかにあって、
それを呼ぶとトランザクションが貼られる。
で、明示的にアクション内でcommit()呼ばないとアクション抜けたときに自動的にコミット。

>FW使ってるならほげほげ
そういう仕組みがあるならいいよ。
てか上の話見てて毎回書くようなことを書いてるように見えたから
ちょっぴり自己主張しちゃいました。

>>708
すまん、実はJava厨が紛れ込んだだけなんだ。
0711nobodyさん2007/11/18(日) 19:22:08ID:kBwRbUKB
でも、finallyは必要だよな。
0712nobodyさん2007/11/18(日) 19:24:42ID:???
finallyって存在意味あるの？
例外投げられたらcatchに移行する
例外投げられなかったらfinallyが実行される
てことはtryの最後にfillany内の処理書いとけば同じことじゃんなんて思うんだが
0713nobodyさん2007/11/18(日) 19:32:13ID:???
>>712
もっかい勉強しようぜ
07147072007/11/18(日) 20:32:34ID:???
>>711
namespaceもほしいお

>>712
ファイルとかセッション閉じる処理とか例外でも正常終了でもしないといけないっしょ？
そういうのをfainallyにまとめて書くのだ。
0715nobodyさん2007/11/18(日) 20:54:37ID:???
>fainally
(^-^)
0716nobodyさん2007/11/18(日) 21:36:37ID:???
>>714
PHPの場合はリクエスト(≠プロセス)終了時に変数はすべて開放されるし、
そのときリソースも開放される。(ファイルを閉じたり、DBならトランザクションを
アボートしてコネクションを閉じたりする。セッションハンドラも然り)
てなわけで、JavaやC++ほどfinally節の必要性は感じない。

まあ無いよりはあった方がいいとは思うけど。
07177072007/11/18(日) 22:45:39ID:???
そういえば前にcloseしてねーけどいいのこれ？って聞いた覚えが。
確かにphpではfinallyはあんまいらないかも。
0718nobodyさん2007/11/18(日) 23:06:35ID:???
JavaだとデストラクタがあってもGCでいつ開放されるかが予測しにくいので
finallyで処理する必要があるんだよね。
DB接続もリクエストをまたいで使い回すのが普通だし。
0719nobodyさん2007/11/18(日) 23:39:18ID:???
Java信者も大変だよな
07207072007/11/19(月) 00:10:52ID:???
>>718
そうなんだよね。
そういう点ではC++のがデストラクタにきっちり組み込めるのでfinally無しでもいけたりする。

>>719
Javaはフレームワークは混沌としてる。
結局railsだけだなFW的にまともに軌道乗ってるの。
VM乗って高速化したらrailsの天下かもね。
0721nobodyさん2007/11/19(月) 00:55:15ID:???
PHPも十分混沌としてると思うぞ
0722nobodyさん2007/11/19(月) 01:06:02ID:???
選択肢が一つしかないよりは乱立してるほうが健全じゃね？
0723nobodyさん2007/11/19(月) 13:24:40ID:xD0eowNd
>>722
なかなか良いこと言うな
0724nobodyさん2007/11/19(月) 22:57:53ID:???
そうか？
0725nobodyさん2007/11/21(水) 00:20:31ID:???
最後には淘汰されつついくつかに統合されるのがプログラミング以外にも当てはまる世の流れだな。最初から選択肢が一つは不健全
0726nobodyさん2007/11/21(水) 00:28:36ID:???
そうして文字コードもたくさんできました。
0727nobodyさん2007/11/21(水) 15:45:13ID:???
Zend_Configで.も含む設定名ってどうすればいいんでっしゃろ。
[sample]
hoge.hoge = var
だと
$sample = $Zend_Config->sample->toArray();
で
$sample[hoge][hoge];
に格納されてしまうけど、
$sample[hoge.hoge]としたいんです。

そもそも[]の中に.使えませんでしたっけ？
0728nobodyさん2007/11/21(水) 22:44:32ID:???
>そもそも[]の中に.使えませんでしたっけ？
使えるよ。っていうかこれはすぐ調べられることだと思うんだが^_^
0729nobodyさん2007/11/21(水) 23:38:30ID:???
コーディング規約だけつこうた。
0730nobodyさん2007/11/22(木) 02:35:12ID:???
Zend_Viewきっついな
Controllerとやたら密接に絡んでるせいですんげぇ使いづらい・・
0731nobodyさん2007/11/22(木) 03:26:56ID:???
なんであんな密接にしたんだろうな
しなくてもよさそうなもんなのに
0732nobodyさん2007/11/22(木) 12:08:27ID:8IILrWGo
>>730
$front->setParam("noViewRenderer",true);
にしておけ。
0733nobodyさん2007/11/23(金) 04:43:01ID:???
zendはコンポーネントベースだからPearライブラリを使ったみたいに自分で構成までくむの？それとも推奨構成あり？
0734nobodyさん2007/11/23(金) 11:37:35ID:???
推奨構成はあるよ規約ではないけどな
ドキュメント嫁
0735nobodyさん2007/11/23(金) 16:12:50ID:???
世間のウェブデザのほとんどが使いこなせないのがPHP。
真珠の掲示板ですら設置できない低スキルで、毎月数十万のぼったくり請求している酷い業界。
0736nobodyさん2007/11/23(金) 17:03:13ID:???
それでいてデザイン発注するとテーブルレイアウトで返してきたりな
07377272007/11/24(土) 14:31:21ID:???
どなたか改善策きぼんぬ
0738nobodyさん2007/11/24(土) 16:34:31ID:???
parse_ini_fileでいいじゃん
設定ファイル読み込むだけのクラスが
直感的に使えない時点でもう何かダメだと思うんだ
0739nobodyさん2007/11/24(土) 17:03:10ID:???
てか単純な設定ファイルなら普通に.phpで書いてもいい気がするけどな
0740nobodyさん2007/11/24(土) 17:10:15ID:???
作法に従いたいって事だろうな。
0741nobodyさん2007/11/24(土) 17:36:48ID:???
初歩的な質問で、検討はずれな事を言っていたらすいません。

$db->query('SELECT * FROM `hote_table` WHERE `id` = ?', $id);
Zend_Dbでプリペアドステートメントを使ってSQLのクエリを送信しようとしているのですが、
数値文字列にもクォーテーションがついてしまいます。オプションか何かで数値文字列に
クォーテーションが付かないようにしたりできますか？
また、そうでなくとも似たような簡略化する方法は予め用意されていますか？

ご教示お願い致しますm(_ _)m
0742nobodyさん2007/11/24(土) 20:03:59ID:???
$db->query('SELECT * FROM `hote_table` WHERE `id` = ?', (integer) $id);
でキャストしてもそうなる？
0743nobodyさん2007/11/25(日) 02:52:34ID:???
$db->-select()
->from( 'table' )
->where( "status = '1'" );

特定条件下で上記 where句を取り除きたい場合、
if($hoge){
$db->-select()
->from( 'table' )
->where( "status = '1'" );
}else{
$db->-select()
->from( 'table' );
}
のようにif文で分けるなどの方法しかないでしょうか？

$db->-select()
->from( 'table' )
if($hoge){ ->where( "status = '1'" ) };
みたいな感じの書き方はないでしょうか。
0744nobodyさん2007/11/25(日) 07:30:29ID:???
>>743
出来ないはず。
whereメソッド戻り値見てみ。すぐに意味が解るはずだから。
0745nobodyさん2007/11/25(日) 13:01:53ID:???
>>743
取り除くんじゃなく必要に応じて足していく

$select = $db->select()->from(～);
if (条件1) {
　$select->where(～);
}
if (条件2) {
　$select->order(～);
}
...
$sql = $select->__toString();
0746nobodyさん2007/11/25(日) 14:26:50ID:???
>>727
ここを参考にしてちょ
　プログラマ向けリファレンスガイド　5.3. Zend_Config_Ini
---引用開始---
デフォルトでは、キーの区切り文字はピリオド (.) です。 しかし、これは変更することもできます。変更するには、 Zend_Config_Ini オブジェクトの作成時に $config のキー 'nestSeparator' を設定します。たとえばこのようになります。
require_once 'Zend/Config/Ini.php';
$config['nestSeparator'] = ':';
$config = new Zend_Config_Ini('/path/to/config.ini', 'staging', $config);
---引用終わり---
0747nobodyさん2007/12/03(月) 21:28:30ID:???
1.0.3 出てるよ
http://framework.zend.com/changelog
0748nobodyさん2007/12/04(火) 01:25:06ID:???
>>747
Google Data PHPクライアントライブラリ、YouTubeやPicasaをサポート
http://journal.mycom.co.jp/news/2007/12/03/036/index.html

ZF 1.0.3以降とZend GdataでYouTube、Picasa Web Albums、Google Documents Listが
サポートされるそうです。
0749nobodyさん2007/12/04(火) 07:19:25ID:???
また内緒でZend_Loaderが変わってたらしいじゃない。
0750nobodyさん2007/12/04(火) 14:24:37ID:???
Gdataとかそんなサブ的な、おまけ的なところ後回しでいいから
Formとか作れよ
0751nobodyさん2007/12/04(火) 16:45:59ID:???
PDFの日本語はまだダメ？
0752nobodyさん2007/12/04(火) 18:14:52ID:???
adroitおもすれ
0753nobodyさん2007/12/05(水) 17:30:35ID:???
1.0.3 リリースで鯖落？
0754nobodyさん2007/12/05(水) 19:11:57ID:???
くう…
良さそうな無料レンサバがみんなPHP4だorz
0755nobodyさん2007/12/05(水) 21:04:00ID:???
xreaでいいじゃん
0756nobodyさん2007/12/06(木) 03:32:59ID:???
safemode懐かしい
0757nobodyさん2007/12/06(木) 11:19:10ID:???
>>753 今は復活　ヨーロッパ諸国やイスラエルが活動を始めるまえに
（日本時間で　冬１５時、夏１４時）ダウンロードするものを済ませ
たほうがいいよ。それ以降は混雑しますので、Zend Frameworkに限らず。
0758nobodyさん2007/12/08(土) 21:58:18ID:???
今日使い始めたばかりなんだけど、いきなり躓いてしまった。
インストールや初期設定は終わり、一番最初のindexアクションは成功。
controllers/以下にIndexController.phpを作って
http://127.0.0.1/
でIndexController.phpのindexactionは表示できるようになった。

そこで次は別のを作成。
controllers配下にMainController.phpを作成
<?php
require_once 'Zned/Controller/Action.php';

class MainController extends Zned_Controller_Action
{
    public function indexAction()
    {        echo "初期";    }
    public function newsAction()
    {        echo "ニュース";    }
}
内容は単純なこんなもの。

調べた結果によると、
http://127.0.0.1/main/ でアクセスすれば初期と表示され
http://127.0.0.1/main/news/ でアクセスすればニュースと表示されるはずなのに
どちらも
Not Found
The requested URL /main/ was not found on this server.
とでて表示されない。

何か設定が足りないのだろうか？
ttp://blog.so-net.ne.jp/pluto-blog/
環境はこのブログを参考にして構築してみた。
0759nobodyさん2007/12/08(土) 22:05:50ID:???
Zned→Zend
スペル間違い訂正。
修正しても変わらず。
0760nobodyさん2007/12/08(土) 22:08:31ID:???
とりあえずZendがZnedになってるtypoを確認
でも404だと根本的にroutingできてなさそうだな
.htaccessを確認をしてみるとか
0761nobodyさん2007/12/08(土) 22:18:28ID:???
言われたとおり.htaccessでした。
そもそもApacheの方で設定できてなかった・・・orz

設定後、表示はされるようになりました。
しかし何故か文字化け・・・
日本語を使うと文字化けしてしまう。
でもIndexController.phpの方は日本語でもちゃんと表示される。
MainController.phpの方だと文字化けしてしまっている。
それぞれのファイルの保存文字コードや改行コードを調べてみるもどちらもUTF-8で保存、改行はLFのみ。

全部化けるならPHPのマルチバイト辺りの設定かなと思うのだけど、
indexのが化けないで、mainが化ける意味が・・・
0762nobodyさん2007/12/08(土) 22:34:52ID:???
吐き出すコンテンツにmetaタグ指定も無しで
response headerでもcharset指定してないんだったら
そりゃ化けてもおかしくないだろう

・とりあえず吐き出す内容にmetaタグ入れてみる
・responseのcontent-typeヘッダにcharset指定を入れる

くらい最低試せ
0763nobodyさん2007/12/08(土) 22:48:26ID:???
そういやそうだよね・・・
indexが化けなかったのは日本語が長めだったからブラウザが自動認識してたみたい。
初期とかじゃないくて同じ文字入れたら化けなかった。
こっちは短すぎてブラウザが文字コード断定するに至らなかったようだ。

metaタグ入れたら短くてもちゃんと表示されるようになった。
どうもありがとう。

一通りいけたので、これから頑張ってやっていけそう。
0764nobodyさん2007/12/08(土) 23:59:02ID:vYBrSVgv
がんがれ
0765nobodyさん2007/12/15(土) 17:18:24ID:???
http://blogs.zend.com/2007/11/22/zend-framework-launch-zendcon-roadmap-and-zf-11/
ZF 1.5
2008年第1四半期予定？
0766nobodyさん2007/12/19(水) 21:47:47ID:???
1.03使ってみることにしたよ。
あまりユーザいないのかもしれないけどよろしく。
0767nobodyさん2007/12/20(木) 00:41:26ID:xSS/j6Nl
いるよ。いっぱいいるよ
0768nobodyさん2007/12/20(木) 04:01:45ID:???
そうか？
0769nobodyさん2007/12/20(木) 06:46:02ID:???
ちょっと質問。

$front->setBaseUrl('/sample');
とやって、(たぶんsetBaseUrl()していることは関係ないと思うけど)
ttp://localhost/sample/
とか
ttp://localhost/sample/index
ではちゃんとアクセスできるんですが、
ttp://localhost/sample/index.php
でエラーが発生するのはデフォ?
dumpさせると
["controller"] => string(9) "index.php"
["action"] => string(5) "index"
["module"] => string(7) "default"
ってあったから、「"Index.php"と言うコントローラ(Index.phpController.php)が無いよ!」
ってことなんだろうけど、ほんとうにこの動作がデフォルトなんだろうか?

0770nobodyさん2007/12/20(木) 06:46:51ID:???
お前は何を言ってるんだ
0771nobodyさん2007/12/20(木) 12:41:22ID:???
>>769
普通にデフォルト
0772nobodyさん2007/12/20(木) 17:09:50ID:???
>>771
さんくす、そうだったのか。

>>770
うまく伝わらなかった? それとも「今更」だったのか。
まぁ、今更だったんだろうけど、念のため確認しておきたかった。
既出だったらｽﾏｿ。

そこで、/sample/index.phpとアクセスされた場合、みなさんどうしてる?
1. エラーメッセージhtmlを吐く
2. ErrorControllerから _forward('index')
3. ErrorControllerから setRedirect() でHTTP Location: ヘッダーを吐く。
他

2と3を比べた場合、2の方が負荷が低いだろうけど、何となく気持ち悪いので3かな。
0773nobodyさん2007/12/20(木) 19:15:15ID:???
>>772
いや、というかURL Routingしてんだから
index.phpというURLに対して特別にRoutingする必要自体がない
404 Not Foundにするべき
（すでにindex.phpで公開していてその形に変更するなら
ブックマークへの対応としてindexへリダイレクトする必要はあると思うけど）

バックエンドがphpであろうとperlであろうと
最終的にブラウザに返すリソースはこの場合htmlであって
.phpというURLにリクエストしなきゃいけないのはあくまでサーバ側の都合によるもの
0774nobodyさん2007/12/20(木) 20:06:07ID:???
>>773
あーそっか、頭堅すぎだな > 俺
404ね、納得した。
ありが㌧。
0775nobodyさん2007/12/20(木) 21:45:37ID:???
>>772
自分でそういう風にルーティング設定しているのにわざわざ騒いでて意味わかんねってこと。
index.phpにリクエストが来てどういう挙動をすれば納得したんだ？
0776nobodyさん2007/12/20(木) 23:49:49ID:???
>>775
>>773の説明でスッキリした。確かにそういう風にルーティングしたんだからな。
769の時点ではクライアントにはわからない(関係ない)のだろうけど、index.phpを
置いているんだから、/index.phpにアクセスがあったら/index/indexに自動的に
ルーティングされるべきと思っていたんだよ。

最初から404を吐いてたら気づいたか... いや余計に混乱したかな?
まぁ、俺の頭の固さ所以だ。許してつかーさい。
0777nobodyさん2007/12/22(土) 06:14:11ID:???
1.5でコマンドラインくる！
http://devzone.zend.com/article/2856-Zend-Framework--Coming-soon-to-a-Command-Line-near-You
0778nobodyさん2007/12/22(土) 15:46:48ID:???
PHPでコマンドラインねぇ
コード生成とかか
0779nobodyさん2007/12/22(土) 16:48:43ID:???
cakeとかsymfonyにもあるけど、zendのはxml書くのかもしれん
0780nobodyさん2007/12/29(土) 22:20:05ID:???
ZFの中のメソッドから直接echoしてるとこってある？
0781nobodyさん2007/12/29(土) 22:40:12ID:???
grep -r echo *

（省略されました・・全てを読むにはワッフルワッフルと書き込んでください）
0782nobodyさん2007/12/29(土) 22:42:31ID:???
あるよ
0783nobodyさん2008/01/10(木) 12:18:00ID:???
ルーティングで
http://URL/APP/controller/action　でも
http://URL/APP/controller/action/
でもアクセスできるから，自システムへのリンクを張るときに相対パスで
<a href="../otherAction/">
とか書くと上の２種類の場合でアクセス先が変わってしまうんだが
こういう時はどうすればいいの？相対パスは無理？
0784nobodyさん2008/01/10(木) 21:07:34ID:???
無理矢理どっちかからしかアクセスさせない、とかやる方法もあるとは思うけど、
基本的には無理なんじゃないかな。
面倒だけど
{$baseUrl}/controller/otherAction
みたいなことにしてる。
0785nobodyさん2008/01/10(木) 21:37:16ID:???
ルーティングを前提としたFWならリンク生成は
Controller/Action/Parameterを引数にとるヘルパがあって
それを使って生成するもんじゃないかね
ZFにもUrlHelperってやつがあるよ一応
（リンクは生成してくれない、上記引数からhrefになるパスを生成するだけ）

デフォルトでリンク生成のヘルパすら無いZFもどうかと思うんだけど
0786nobodyさん2008/01/14(月) 22:21:16ID:???
windowsなんだけど、Modelをrequireする時ってc:\app\models\someModel.phpみたいに
フルパスで書いてる？それともinclude_pathに基底パス入れてる？
Modelも指定ディレクトリを参照してControllerと同名のファイルを自動で読み込んでくれればいいのに。
0787nobodyさん2008/01/14(月) 22:26:41ID:???
>>786
置き場所変わっても動くように相対でやるのが基本。
require dirname(__FILE__) . '/aaa/bbb/ccc/Hoge.php';
みたいに、そのスクリプトファイルからの相対で書く。
ちなみにModelを一気にrequireするときは
foreach (glob(Modelのディレクトリ . "*.php") as $path) {
　require_once($path);
}
のようにする。
0788nobodyさん2008/01/15(火) 04:22:21ID:???
>>787
ありがとう。相対パスでやってみる。

ZFでこれだけモデルが冷遇されてるのは何故なんだろう。
他のFWではモデルも自動で読み込んでくれるようなんだけど。
0789nobodyさん2008/01/15(火) 22:34:48ID:???
autoload使えば？
0790nobodyさん2008/01/17(木) 18:31:07ID:???
別に冷遇されてないだろ。
Zendのコンセプトは疎結合なんだから、自動で読み込まれたら結合しすぎってことだろ。
0791nobodyさん2008/01/17(木) 22:08:33ID:???
じゃviewが自動で読み込まれるのは？
0792nobodyさん2008/01/17(木) 22:42:57ID:???
よく知らないけどビューはコントローラを使う時ほぼ必ず必要になるからじゃない？
ごめん俺よく分からないから適当なこといってると思う。
0793nobodyさん2008/01/17(木) 22:48:02ID:???
controllerとviewも最初は疎結合だったよ
viewが自動でロードされるようになったのもだいぶ後になってから
結局疎結合過ぎてもっていう部分で
ようやくバランス取って来てる段階
0794nobodyさん2008/01/17(木) 22:57:13ID:???
これにDIコンテナつけて欲しい
guiceみたいにコードで書ける奴
0795nobodyさん2008/01/18(金) 21:35:47ID:???
>>794
お前そこらじゅうでDIコンテナいってるな。どうかしたのか？
0796nobodyさん2008/01/20(日) 18:46:56ID:???
Smartyの手動呼び出しではなくViewRendererに組み込む方法が
スムーズにいなかなくて悩んでいたんだけど、setViewBasePathSpec()メソッドが肝だった。
これでZend_Viewとほぼ同じように扱える。
既に知っていた人、Smarty使ってない人は気にしないで下され。
0797nobodyさん2008/01/21(月) 23:57:18ID:???
PDT最新版だいぶマシになってるね。
ただphp_mysql.dllを読んでくれない・・・
php_mbstring.dllはよんでくれるんだけどなぁ。
0798nobodyさん2008/01/22(火) 00:32:15ID:???
Zend Framework使用しているアプリでEclipseにうまく対応できるの？
0799nobodyさん2008/01/23(水) 10:37:16ID:???
Zend使おうと思ってるけど、スレ過疎ってるなぁ・・・
今はもう人気ないのかな？

これってURL直下におかずに、外部から呼び出すタイプでおｋ？
0800nobodyさん2008/01/23(水) 10:46:23ID:???
高木神のおかげでZFの日本語マニュアルが完璧なので掲示板で聞くことがあまりないし。
0801nobodyさん2008/01/23(水) 10:56:54ID:???
>>800
ちょっと詳しく聞かせてもらおうじゃないか

今ZFダウソして、使ってみようと思うんだが
参考サイトとか何かないのかな
0802nobodyさん2008/01/23(水) 11:04:00ID:???
インスコ出来ないんだったら素直に聞けばいいのに。。。
0803nobodyさん2008/01/23(水) 11:19:24ID:???
インスコのしかた教えてください(´；ω；｀)ﾌﾞﾜｯ
■ このスレッドは過去ログ倉庫に格納されています