Zend Framework Part5
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2011/02/11(金) 04:04:29ID:???http://framework.zend.com/
マニュアル
http://framework.zend.com/manual/ja/
翻訳状況
http://mikaelkael.dyndns.org/checker/language/details/lang/ja
http://framework.zend.com/wiki/display/ZFDEV/Japanese+(Nihongo)
バグ報告
http://framework.zend.com/issues/secure/Dashboard.jspa
API
http://framework.zend.com/apidoc/core/
前のスレッド Zend Framework Part4
http://hibari.2ch.net/test/read.cgi/php/1265721684/
0376nobodyさん
2011/10/17(月) 20:05:24.48ID:???内部的にリダイレクト ･･･ _forward
ブラウザ側でリダイレクト ･･･ _redirect
単純な画面更新による重複対策なら後者を使う。
順次登録の意味がよくわからんが、
複数画面にまたがるフォームって事なら、普通はセッションを使う。
0377sage
2011/10/24(月) 20:34:32.99ID:???権限とかDBに入れて、if()文で仕分け、有料会員はUPDATE・・・
ってのが普通だと思うのですが、
DB接続のコストがかからない、
1ページ中にユーザによって見せていいコンテンツと見せてはいけないコンテンツがある、
同じく書き込みできるユーザとの区別
とかメリットがあると思うのですが、
Zend_Aclを使った方がいいメリットというのはこれら以外にどんな場合でしょうか?
0378nobodyさん
2011/10/24(月) 23:05:29.81ID:???DBと連動させて抽象的なAclとしても使える。
Zend_Controller_Actionを継承したクラスに仕組みを追加しておいて
Action単位で制御できるなどなど
0379nobodyさん
2011/10/25(火) 07:30:17.23ID:???他にZFの勉強になりそうなOSSってある?
0380nobodyさん
2011/10/25(火) 08:44:55.21ID:???そのままじゃ使えないケースが多くて、
無理矢理AuthとAclを組み合わせるなら、
自前で両方実装してしまった方が遙かに使いやすい。
0381nobodyさん
2011/10/26(水) 01:07:32.88ID:???つーか、最近のSQL抽象化はだんだん邪魔に感じてきたな。
普通にSQL書いてすんなり通るのに抽象化させてバグったり
s2jdbcみたいなのならまだいいが、結局DBリファクタしたら
そこらじゅうコード書き換えることになるし・・・。
0382nobodyさん
2011/10/26(水) 04:13:50.61ID:???個人的にはZend_Dbレベルの抽象化が丁度いいわ。
ZendFWは全機能使おうとすると糞重いので、
使いやすい部分だけ切り出すのがベストやね。
Controller系はもう少し単純軽量なのに置換えたい。
0383nobodyさん
2011/10/27(木) 21:10:57.53ID:???自分がZFで使用しているコンポーネントは
Auth、Application、Cache、Config、Controller、Db、Http、Layout、
Mail、Log、Loader、Registry、Session、View(自分はSmarty)
こんなものなのですが、
「このコンポーネントはバグがあったり、処理速度が遅いから使わない方がいい」、
「それ使う位ならこのライブラリのこれを使った方がいい」、
「このコンポーネントはこういう使い方がお勧めなんで使った方がいい」
ってのがありましたらアドバイス頂きたいのですが
0384nobodyさん
2011/10/28(金) 06:31:15.89ID:???Application ･･･ 思想はわかるが、これも自分で組む方が早くて軽い気がする。
Cache ･･･ 有用。必須。
Config ･･･ ケースバイケース
Controller ･･･ FrontからDispatchまでの流れが少々重い。
Db ･･･ 高機能PDOという認識。Zend_Db_Table程度の抽象化は丁度良い。
Http ･･･ 高機能だよね。
Layout ･･･ 使わない。
Mail ･･･ 使ってるけど、あまり優位性は無い。
Log ･･･ 汎用性故に少々使いにくい。
Loader ･･･ AutoLoaderだけつかってる。
Registry ･･･ つかわない。独自クラス使ってる。
Session ･･･ 便利だけど、ちょっと重い気もする。
View ･･･ 使わない。俺もSmarty.
0385nobodyさん
2011/10/28(金) 17:18:53.56ID:???殆どのCMSは使ってるし
まぁ、重いかどうかは良く分からない
勝手にAutoloadしてくれるのでいいかなと思ってる
0386nobodyさん
2011/10/28(金) 21:59:27.07ID:???Magento
, TomatoCMS
0387nobodyさん
2011/10/29(土) 20:31:21.12ID:???ソースコード見てみたけど特に複雑でもなく、重そうな処理もパッと見なさそうだけど
代わりにどんな実装してるの?
まずログインフォーム時にデータベースに問い合わせて、
セッションやらクッキーにAuth=OKとかしてページ毎に確認するとか？
まぁ、Zend_Authもデフォルトでセッションに格納してるけどね
まぁアプリケーション全体に認証を適用するにはPluginに登録して・・・ってなるのでそこは少し重くはなるだろうけど、
ページ毎に読み込み処理をする時点でそう処理速度が変わるのかな？
0388nobodyさん
2011/10/30(日) 05:36:57.17ID:e2iBYRcUフレームワークの利点はチームで作業する時に学習コストが低くなること
アプリケーション毎にプログラマが独自実装(笑)してたらメンテが大変だろ
0389nobodyさん
2011/10/30(日) 11:47:54.69ID:???ほとんどのクラスは自前クラスでラップしてやらないと使い勝手が微妙。
前にも言われていたが、フレームワークを作る為のフレームワークって言葉がシックリくる。
バージョンアップ重ねる毎に、メモリ負荷が重くなってきてるのが怖い。
0390nobodyさん
2011/10/30(日) 20:05:08.12ID:???ディレクトリから削除したらまずいんでしょうか？
Viewヘルパーとか結構複雑にからんできているのでエラーになるのかな、と思ったり
でもライブラリを少しでも軽くしたいのですが
あと、自分はFullしかダウンロードしたことないのですが、Minimalとはどう違うのでしょうか?
単純にコメントや空白などが削除されただけとかなのでしょうか？
0391nobodyさん
2011/10/30(日) 21:04:03.95ID:???試しに小物アプリ想定して、要るものだけパス通してみなよ
いらないモジュール消すのは可能だけど、何が何に依存してるのか洗い出すのは面倒、というか無意味な作業だと感じるかと
0392nobodyさん
2011/10/31(月) 03:16:44.55ID:???＞ZFって、コンポーネント増えてきてますけど、これって単純にZend_Aclとか使わないものを
＞ディレクトリから削除したらまずいんでしょうか？
ドキュメントの以下に依存性が書いてある。
ファイル自体は削除してしまっても問題無いが、
ディスクスペースが数MB軽くなるだけなので、普通は消さない。
- Zend Framework の依存性
http://framework.zend.com/manual/ja/requirements.introduction.html
＞あと、自分はFullしかダウンロードしたことないのですが、Minimalとはどう違うのでしょうか?
ダウンロードページの説明ヨメ。
http://framework.zend.com/download/current/
- Full
Contains Zend Framework, Dojo Toolkit, all demos, and all tests. Start here if you don't have a preference.
- Minimal
Contains only the components in the Zend Framework Standard Library.
0393nobodyさん
2011/10/31(月) 16:27:00.66ID:???Config 拡張して使ってる
Date 抽象化目的で使ってる。便利な時もあるけどオプションやら使い方覚えるのがめんどくさ
Form 遅いけどまあまあ便利。Config経由で使ってる
妙にややこしいところは嫌だな。
Zend_Form_Element_Fileとかなんなのあれ。
Zend_Fileと分ける必要あるの？
0394390
2011/10/31(月) 17:48:31.42ID:???アレッ？
そう言えばAutoloaderって先にClassを読み込んでるんですよね？
読み込み時になって読み込むんじゃないですよね？
0395nobodyさん
2011/10/31(月) 23:41:20.30ID:???単にHTMLってかformタグ内の抽象化。
慣れてくれば案外使える。使えるってかZend教団、
Zend護送船団なWEBシステム作るんなら、struts1の
form beanをPHPで表現したらこんな感じになりました
って感じ。viewとの相性もいいからな。
似通った画面が多いシステムだと、結構威力を発揮する。
ただし、忘れるな。お前が使ってる言語は"PHP"ってことをな。
0396nobodyさん
2011/10/31(月) 23:45:06.94ID:???0399nobodyさん
2011/11/04(金) 23:24:33.19ID:???クラス図みて、ちょっと使ってみっかと思って
サンプルみたらそのソースがZend_Dbそっくりの
抽象化で唖然とした。
やっぱこの手が流行なんかなぁ・・・。俺の理想は
ibatis→mybatis、PHPだとphpdaoあたりなんだけど。
0400nobodyさん
2011/11/05(土) 23:38:07.90ID:???流行というか、低レベルラッパーとしてのリファレンス的な実装だろうね。
phpdaoは使った事ないけど、Zend_Db_Tableじゃダメなの？
0401nobodyさん
2011/11/07(月) 23:38:13.33ID:???抽象化の意味があんのかな?と思う。
それにほとんどの場合、AUTO_INCREMENTとか
シーケンス使ってる弊害でDB変更したら、ソース
触るし。まぁその部分を設計時にちゃんと抽象化
していないからそうなるんだけど。
0402nobodyさん
2011/11/08(火) 12:47:28.62ID:???抽象化するメリットがあるか無いかを設計段階で判断して、
導入するかしないか決めればいいだけでは･･･
0403nobodyさん
2011/11/09(水) 00:13:55.82ID:???何かいい方法はありませんかね？
0404nobodyさん
2011/11/09(水) 00:40:03.92ID:???どうしても使いたいなら継承クラス作って実装するなりすれば？
0405nobodyさん
2011/11/09(水) 01:10:13.74ID:???君の言う判断行為はほとんどの場合、実績の有無、
上流担当者の好み、会社の方針で決まる事象に対してで、
>>401 はこのタイプの実装方法で開発効率とか
保守性に寄与すんのかなと言ってると思うのだが?
0407nobodyさん
2011/11/09(水) 01:31:17.57ID:???0408nobodyさん
2011/11/09(水) 02:35:04.06ID:???＞>>401 はこのタイプの実装方法で開発効率とか
＞保守性に寄与すんのかなと言ってると思うのだが?
その点に関しては、少なくとも俺は恩恵を受けてるから何とも。
ただ全てに必要かと言われればわからない。
ケースバイケースに判断して導入すればよし。
0409nobodyさん
2011/11/09(水) 08:21:50.96ID:yE+sRBhEapplication/inc/hoge.inc.phpがあって、各コントローラ.phpの中で
require_once "inc/hoge.inc.php"; としてそのファイルを読み込めてたんだけど
php.iniや.htaccessを見たらapplicationディレクトリがinclude_pathに指定されてませんでした
なんで読み込めてたんでしょうか？
zend自体がそういう仕様だったのかな
0411nobodyさん
2011/11/09(水) 19:14:24.82ID:ZgH5UlUGクッキー非対応の携帯電話からのアクセスについて質問です。
・bootstrapのプラグイン(Zend_Controller_Plugin_Abstract)のdispatchhLoopStartupにて、
useragentでPCと携帯とスマートフォンの3種に区別しています。
・bootstrapのプラグイン(Zend_Controller_Plugin_Abstract)のpreDispatchにて、
権限のチェック(DBにてmoduleとcontrollerとactionからresourceがあるか否か)をしています。
権限がない場合は、ログインフォームへredirectしています。
・bootstrapのプラグイン(Zend_Controller_Plugin_Abstract)のpreDispathcにて、
携帯の場合は、use_trans_id=1にして、URLにセッションIDを付与してます
※それ以外のPCとスマートフォンの場合は、use_trans_id=0で、セッションクッキーを利用。
携帯からのアクセスの場合、フォームはhiddenのセッションID、直リンクはURLにセッションID、
が付与されていて正常動作しているのですが、サイト内でセッションIDの維持ができず、どう対処しようかと悩んでいます。
やりたいことは、
携帯からのアクセスの場合、GETやPOSTのセッションIDからgetParamsでユーザIDやログイン済みか否かを取得
です。
この、取得方法について何か解決方法ありますでしょうか。
もしくは、「そもそも、そんなことしないで、こういうふうに」とかあれば。
みなさん、こんな場合、どうしてますでしょうか?
0412nobodyさん
2011/11/10(木) 18:11:51.77ID:tdE7yVMP0413nobodyさん
2011/11/10(木) 19:41:14.83ID:???＞サイト内でセッションIDの維持ができず、どう対処しようかと悩んでいます。
どゆこと･･･？
特別な事しなくてもuse_trans_idを有効にすればある程度セッションは機能すると思うが･･･
サーバ名からの絶対パスだったり、Locationヘッダでリダイレクトを行う場合は、明示的にセッションID付ける必要があるけど。
>>412
何故かというかそういう仕様なのでは。
ルーティング後、エラーハンドラプラグインにモジュールを指定するなりしなさい。
0414nobodyさん
2011/11/11(金) 13:51:36.97ID:z1VebOQPすいません。。。いけました。
原因は、GETパラメータ無しでredirectしてましたorz
権限の承認(bootstrapプラグインのpreDispatch)のところでGETが剥がれてるのかな?
と思って、プラグイン周りばっかりチェックしてました。。。
0416nobodyさん
2011/11/15(火) 20:34:57.16ID:???0417nobodyさん
2011/11/15(火) 22:22:58.78ID:h5gc+rfd夜分にすみません。クエリを投げる際に同名のプレースホルダを
複数回使用する方法を教えて頂きたいです。
具体的には以下のようなコードを書いているのですが、
初回の aaa のみしか変換が行われません。
$sql = "
SELECT id
FROM table
WHERE
aaa = :id
AND
bbb = :id -- <- ここの変換が行われない
";
バインドする際には以下のように記載しております。
$bind = array(
'id' => 1
);
Zendのインスタンス->query($sql, $bind);
0418nobodyさん
2011/11/17(木) 00:29:35.00ID:???$sql = "
SELECT id
FROM table
WHERE
aaa = :id
AND
bbb = :id2 -- <- ここ
";
$id = 1;
$bind = array(
'id' => $id
, 'id2' => $id
);
0419nobodyさん
2011/11/17(木) 01:32:33.49ID:yVlmWW7j同じものを意味しててもviewとmodelで、もち方が違う場合、
例えば
- DBでは 日付型 hogedate カラム
- HTMLではhogedate_year,hogedate_month, hogedate_dayに分割
この場合、view<-->modelの値の変換と
その値が正当かってチェックはどうするのがいい感じでしょ？
viewでやるとすれば、Zend_Formとかでやるんだろし
modelでやるとすれば、Zend_Db_*のどこかに書くんだろうなとは思うけど
どっちでやるのがいいのか、なんかいまいちピンと着ません
特にその日付が"過去の日付はダメ"みたいなロジックを持つ場合
それはmodelの都合だからviewにはもたせるのはおかしい気もして。
0420nobodyさん
2011/11/17(木) 01:33:26.74ID:???0421nobodyさん
2011/11/17(木) 02:11:04.58ID:yVlmWW7j日付とか、値の大小とかはわりと分かり易いのですが
さらに、数字であるべき、とかアルファベットであるべきとか、
そういうのもmodelの都合って考えはおかしいでしょうか？？
つまり、値に関係することは全てビジネスロジックだと。。
で、そう考えると
$hoge = new hoge( $form->get() ); //formは本来の形に戻すだけ
$hoge->save() ; //save()はチェックしてしてNGなら例外throw
みたいな感じかなぁとも思ってたのですが
Zend_Formのリファレンス見るとvalidate豊富だし
私の考え方はなんか違うのかなぁと思って。
0422421
2011/11/20(日) 02:23:19.81ID:U4ai7bA9http://mwop.net/blog/200-Using-Zend_Form-in-Your-Models
http://code.google.com/p/zendframeworkstorefront/
もしかして当たり前なことだったりすごく変な例なのかもしれませんが
私的になんとなくしっくりくので一応。。
っていうか419で書いた
>modelでやるとすれば、Zend_Db_*のどこかに書くんだろうな
っていうのはおかしくて、modelクラス？作ってそこからZend_Db_*を触るのが
本当みたいですねｗ
0423nobodyさん
2011/11/22(火) 09:34:49.34ID:KiX8FVtHスマホに入れて暇な時見たいんだよね
0424nobodyさん
2011/11/24(木) 22:38:31.07ID:???最近の書籍で調べても最新2009年とか古すぎだろ・・・
0425nobodyさん
2011/11/25(金) 00:39:12.52ID:???来年の２月には英語の Zend Framework 2.0 クックブック、
3月にはそのドイツ語版が発売される予定です。
http://www.amazon.co.jp/Zend-Framework-2-0-Cookbook-Belhomme/dp/1849512302/
0426nobodyさん
2011/11/25(金) 02:02:12.62ID:???でもやっぱ日本じゃユーザ少なそうだなぁ。
それなのに案件的には多い。謎・・・
0427nobodyさん
2011/11/25(金) 02:50:24.75ID:???公式リファレンス読めば一通り理解出来るし、
他のFWと違って、ほぼピュアなPHPコードで疎結合な実装されてるから、
細かい動作を知りたければソースコードを読むのがベストだろう。
0428nobodyさん
2011/11/26(土) 13:35:49.35ID:???公式リファレンスを理解できねえ、ソースも読まねえアホ向けの本なら需要あるな
PHPは裾野が広すぎて、とんでもねえアホが使ってたりするからな
0429nobodyさん
2011/11/26(土) 14:19:58.30ID:???Zendからダウンロード出来るhtmlがオヌヌメ。
あれで暇なとき、開発本線とは違う知識を貯めれた。
>>426
日本はLL案件には金出さない客大杉。
だからどうしてもCakeに流れる→Zend需要なしと勘違いされる。
0430nobodyさん
2011/11/26(土) 14:33:06.35ID:???フォームのデコレータなんて全然理解できなかったよ
結局海外のブログ記事で要約使い方理解した
0431nobodyさん
2011/11/26(土) 22:26:01.85ID:???0432nobodyさん
2011/11/27(日) 00:06:27.58ID:???ソースコード読め。
粗結合なFWで、説明の粒度を合わせるとどうしても公式リファレンスレベルになってしまう。
全てを詳細に網羅するのは不可能(それこそ英語本レベルの分厚さになる)
君の求める書籍はZendFramework本じゃなくて、 Zend_Form本になる。
0433nobodyさん
2011/11/27(日) 03:11:32.67ID:vrSamLR+リファレンスが分かりにくいって言ってるよーなもんじゃ
オレはこういうことできますよって例が出てて
それをちょっと変えたいと思ったときに困ることが多い印象があるかなぁ
0434nobodyさん
2011/11/27(日) 03:50:03.06ID:vrSamLR+楽に・すばやく作るためにFW使うのに
やりたいことやるためにイチイチソース追っかけるっていうのは
FWを使う利点をひとつ消してよーな
趣味や、PHPの勉強のためのリファレンス的なFWって位置づけなら
ソースみてふんふん納得すればそれでもいいかもしれんけど
0435nobodyさん
2011/11/27(日) 07:49:42.29ID:Ksyi1fh0使う大きなメリットってあるの？
0436nobodyさん
2011/11/27(日) 08:13:22.69ID:???0437nobodyさん
2011/11/27(日) 12:54:22.11ID:???Zend_formとzend_decoratorとzend_filterとかzend_validate当たりをきちんと使って
役割をちゃんと分けてクラス設計するとコードがすごいキレイになるよ
フォームの受信だけじゃなくてフォームから送信された情報も同じformオブジェクトで管理できるのがすごいクール
ただ最初の構築が滅茶苦茶面倒なのと勉強大変なのがネック
アプリケーションの管理画面とか頻繁に書いてる人はやる価値あるかも
0439nobodyさん
2011/11/27(日) 17:43:41.90ID:???別に嫌味とかで言ってるんじゃないよ？
例えばXoopsとかなんてZFなんかよりずっと汚いからね
WordPressに至ってはゴミだと思うｗ
マニュアルが分かりにくいというのも、まだ実践が足りないんだと思う
ソースコードの例文見れば即座に使い方、何がやりたいのかとか分かるから
ま、我慢して慣れていくしかないと思うね
慣れれば自分のやりたい事、だいたい出来るから
簡単だと思うよ
0440nobodyさん
2011/11/27(日) 17:56:40.10ID:???0442nobodyさん
2011/11/27(日) 19:20:02.18ID:???0443nobodyさん
2011/11/27(日) 19:25:36.44ID:???0444nobodyさん
2011/11/27(日) 21:58:37.41ID:???DjangoやってからCake使おうとしてチュートリアルで苦労したわ
ZFに限っては勘の良い人なら公式リファレンスで足りるし、チュートリアルが必要なのか微妙だが
0445nobodyさん
2011/11/28(月) 00:15:43.16ID:???実装終わってみると凄え綺麗に書けたからまあいいんだけど
0446nobodyさん
2011/11/28(月) 01:23:00.83ID:???twitter->status->update
だけど
statusUpdate
のがどう考えても早いよね
0447nobodyさん
2011/11/28(月) 15:43:34.16ID:???ZendFrameworkのリファレンスはサンプル付きで、大体何が出来るかまでは書いてある。
コード補完やクラス継承図を見られないエディタを使ってるような連中には、
コード読むことすら出来ないって事か。
0448nobodyさん
2011/11/28(月) 20:40:18.61ID:???つまりはリファレンスがだめと
0449nobodyさん
2011/11/28(月) 20:47:37.53ID:???昔から何度もあったし、飽きた
0450nobodyさん
2011/11/29(火) 00:06:09.35ID:???「PHP公式のリファレンスを読んだけど、ブログの作り方がわかりません＞＜情報不足です。」
と言ってるレベル。
こんなところでごねてないで、ZendFWフォーラムにでも意見してくれば？
今度は「英語が読めません＞＜情報不足です＞＜糞FWだわ。」ってなるのが目に見えるが。
0451nobodyさん
2011/11/29(火) 01:41:32.54ID:???にしても先輩や上司と仲良くやってりゃ聞けば分かる程度の道具だろうに
あとソース読むとかワロス云々はさておいても、ZFのソース自体は単に一読の価値あるよ。
よく整理されてるし、ライブラリとして多用しても綺麗なソース保てるように配慮されてて読みやすい。依存も極力最低限になってるし。
(だからといってフルスタックなフレームワークをディスる意図はありませんので悪しからず
0452nobodyさん
2011/11/29(火) 01:41:55.01ID:CVBQ0R+oオレはデコレータまわりを取り除く方法でさんざん悩んだ
指定の仕方によっては簡単なのかもしれないけど
form->addElement( type, name, opt )のときに
MultiCheckBoxにくっついてくる<br />がどうしてもとれなくて
結局ぐぐって解決したけど
リファレンスで十分っていってる人は
どういう風にたどるのか教えて欲しい
0453nobodyさん
2011/11/29(火) 01:55:28.54ID:???serviceのTwitterでなやんだときはlookupなかったぽいのでサブクラス作ってさくっと追加出来たけど、結局ソースはある程度辿ったな…
0454nobodyさん
2011/11/29(火) 05:14:05.28ID:???Zend_Formを使った事無い俺が、10分弱程コードを読んだ。
あってる？
Zend_Form_Element_MultiCheckBox を見る。何も無い。
継承元の Zend_Form_Element_Multi を辿る separator を何とかすればいいのかな？と推測する。
Zend_Form->addElementを見る、
Zend_Form->createElementして、Zend_Form_Elementのコンストラクタに$opt渡してる。
Zend_Form_Element、のコンストラクタから setOptions を辿る。
$method = 'set' . ucfirst($key); で値を渡してると推測する。
$option["separator"] = ""; を渡せば解決するかも？
0455nobodyさん
2011/11/29(火) 05:23:32.67ID:???裏で何やってるか良く解らんのが怖かった。
importの挙動が不明で、ぐぐってみたら「凄い！便利！」と絶賛されてて仲間になれないなと思った。
0456nobodyさん
2011/11/30(水) 19:56:28.57ID:???zfのリファレンスはフレームワーク初心者には訳わからんと思うわ
クイックスタートもZend_Application使ってるんだっけ今は
0457nobodyさん
2011/11/30(水) 22:32:53.76ID:???0458nobodyさん
2011/12/07(水) 00:45:18.96ID:???うん、それでできる。
ちなみにオレが迷走したのを思い出しながら今たどってみたら
Zend_Form_Element_MultiCheckBox を見る。何も無い。
Zend_Form_Element_Radioでも<br>ついてくるので見てみる。
「それを表示するために formRadio ビューヘルパーを使用します。」の記述を見つけて
確かに、<input>そのものじゃないからなぁ、と納得して、view helperへ。
formMultiCheckbox($name, $value, $attribs, $options, $listsep)
「$listsep は、デフォルトでは HTML の改行 ("<br />") です。」
これかぁと思いつつ、こんどはviewHelperを指定する方法を確認するために
addElementへ。。
ってやってるうつにだんだんメンドになってぐぐったｗ
ソース見たほうが、早そうだね。
0459nobodyさん
2011/12/07(水) 02:55:33.65ID:???微力ながら、見つけた内容はブログの肥やしで公開してみるは
0460nobodyさん
2011/12/08(木) 00:18:29.83ID:???結局、マニュアルなんて、有志が作ってくれてるんだから、文句なんか言えない
じゃぁお前が作れってことになったような記憶がある
Perlだって分かりにくいし、PEARよりはZFはずっと充実してるじゃないか
PHPのマニュアルは自分が色々見た中ではNO.1だと思うけど、PHPが良すぎて甘えてるのではないかと
JavaScriptなんか公式的な便利なものはそもそも存在しないし
mozillaなんか分かりにくい
>>459のような人が出てきて、皆で作っていく
それがこの世界だと俺は思っている
ちなみに俺はソースコード読んでるよ
自分が目に付いたものは全部
0461nobodyさん
2011/12/08(木) 04:54:19.25ID:???公式リファレンスが揃ってても、
仕事で導入する場合はある程度内部構造も把握しておかないと不安だし、
ソースコードを紐解くスキルはＯＳＳ使うなら必須だと思う。
0462nobodyさん
2011/12/17(土) 09:03:11.10ID:???mikaelkael.dyndns.org/checker/language/details/lang/ja
Out of Date の解消を一個でも良いので手伝ってもらえるとうれしいです。
ちなみに Zend_Gdata_Calendar.xml と Zend_Validate-Hostname.xml は今片付けておきました
0464nobodyさん
2011/12/18(日) 11:18:55.47ID:???mikaelkael.dyndns.org/checker
全体の翻訳率を算出してくれたり、英語とほかの各種言語の間のドキュメントの差分を
出してくれたりします。
最新状態にアップデートできていないもの(Out of Date)がまだ22件あります
(24件のうち2件は昨日解消済み)、
例えば、Zend_Db_Select.xml は 去年の３月の英語版の更新（リビジョン番号21584）があまりにも多くて
1年半以上手付かずのまま残してあります。
0465nobodyさん
2011/12/18(日) 11:54:27.76ID:???日本有志はほぼ完璧だな〜って感心した記憶が
http://framework.zend.com/manual/status
0466nobodyさん
2011/12/18(日) 19:46:50.30ID:???んで、これ翻訳した場合、その後どうしたらいいの？
どっかアップするんだろうけど、このページには見当たらないよね？
自分がマニュアル確認した際に未翻訳の部分があったら別にやってもいいけど
ただ、最近あまりPHPやってないんでいつになるかは分からないけど
0467nobodyさん
2011/12/19(月) 12:59:39.98ID:???Subversion を使っている場合は、下記が日本語ドキュメントのコミット先のリポジトリーになります
framework.zend.com/svn/framework/standard/trunk/documentation/manual/ja/
リポジトリーにコミットする前提条件として、CLA という契約が必要でした。
最近不要になったという話は見かけたものの、実際に手続きがどう変化したか
分からなくて申し訳ない m(__)m のですが
CLAが必要な時代に他の人が書かれた、下記ブログが参考になるかもしれないです
nonn-et-twk.net/twk/zf-cla
http://d.hatena.ne.jp/sasezaki/20100125/p1
>>465
その url は最近１〜２年くらい表示が変になってしまって
（英語とオランダ語だけ表示されるとか）
mikaelkael.dyndns.org/checker に乗り換えてしまったんですが
ありがとう :D
0468nobodyさん
2011/12/21(水) 11:54:51.25ID:???http://www.amazon.com/Easy-Websites-Zend-Framework-ebook/dp/B004RVNL3G/ref=sr_1_1?s=digital-text&ie=UTF8&qid=1324435960&sr=1-1
この本良かった！
初心者から中級者までおすすめ
0469nobodyさん
2011/12/21(水) 12:53:16.96ID:???0470nobodyさん
2011/12/22(木) 00:11:37.38ID:???0471nobodyさん
2011/12/22(木) 01:35:42.00ID:???ttp://www.przeor.pl/temp/easy php websites.pdf
見たけど内容が全く違うんで普通にkindleで買うしかないみたいです
0472nobodyさん
2011/12/22(木) 10:04:51.44ID:???0473nobodyさん
2011/12/22(木) 18:17:08.71ID:GXN13YzZ0474nobodyさん
2011/12/22(木) 23:21:47.06ID:???内容的にはどんな事が書かれているの？
Webということは、Webサイト、blog、SNSとかそういうのを構築するって内容？
ログインフォーム、データベース接続、テンプレート、そんなのが書かれているんだろうか？
日本で出版されている本は実践的なものは無く、解説書ばかりだけどねｗ
0475nobodyさん
2011/12/22(木) 23:48:17.84ID:???＞ログインフォーム、データベース接続、テンプレート、そんなのが書かれているんだろうか？
好奇心で聞くけど、お前が求めてる上の内容の記事ってどんなの？
自分は日本で出版されてる本の解説で十分実践的というか困ってないんだけど
よっぽど深いレベルで理解したいってこと？ どんなことを勉強したいんだ？
■ このスレッドは過去ログ倉庫に格納されています