スレチ失礼。ATNDより、PHP関連の勉強会を紹介します。


■Ktai Library for cakephp 勉強会@関東
URL: http://atnd.org/events/6209
日時: 2010/07/17 11:00 to 15:00
場所: マイ・スペース＆ビジネスブース池袋西武横店
参加条件: Masa-Pさんの本「PHPで作る携帯サイト　デベロッパーズガイド」を持参、かつ４章までを自力である程度実装できている、もしくは出来る方


■OpenPNE3で学ぶsymfony勉強会
URL: http://atnd.org/events/6255
日時: 2010/07/24 15:00 to 17:00
場所: 手嶋屋新宿御苑オフィス
内容: この勉強会は毎回OpenPNE3の各機能、仕様にフォーカスを当て、ベースフレームワークであるsymfonyを理解していく勉強会です。
参加者はみんなsymfonyに興味のあるプログラマです。Webエンジニアとのネットワークづくりにもお役立てください。


■Python4PHPer 第7回講習会
URL: http://atnd.org/events/6344
日時: 2010/08/12 10:00 to 22:00
場所: 国立オリンピック記念青少年総合センター
内容: Python未経験者向けの、PythonとGoogle App Engine (GAE) の入門講座です。


■第11回　LOCAL PHP部勉強会
URL: http://atnd.org/events/6443
日時: 2010/08/28 14:00 to 16:30
場所: 札幌市産業振興センター　セミナールーム９

おいしね↑

生きる！

原西来てるな

shell上でコンポーネントを使うにはどうすればいいでしょうか？

使い方はたぶんこれでOKなのを見つけたんですが

App::import('Component','コンポーネント');
$this->コンポーネント = new コンポーネントComponent();

こんなエラーがでちゃいます

PHP Fatal error: Class 'App' not found

Appが無いって事でしょうか
ちなみに上記コンポーネントを使おうとしなければエラーはでません
cake1.2です

エラーのまんまだけどAppがまだ読まれてないところで使ってるんじゃない？
どこにそれ書いたの

ところでCakePHPって新規の案件以外では使えないよね。

デジャブやめろw

そんなネタはおもしろくない

面白いとか面白くないとかじゃなくて
事実を突きつけてる。OK？

じゃ、事実として意見を言うけど、確かに使いづらいよ。
特にMVCに分かれていない更新案件なら、手間がかかるだけ。

でも、それ（新規案件だけで使う）が何か問題あるのか？

まぁCakePHP使いこなせてないだけだろうね(笑)

いや、そうじゃなくて、更新案件なら
今まで作っていた作り方があるのに
わざわざCakePHPを使う必要があるのか？ってこと。

お前は、自分が管理しやすいからって
一から作り直すのをクライアントに勧めるのか？

最終的に何を言いたいのかわからんけど
フレームワークってそういうもんだろ
PEARとか拾ってきたクラスとかってのは既存のシステムからそれを利用するコードを書くわけだけど
フレームワークって逆にフレームワークから呼び出されるコードを書くのがデベロッパの仕事なわけで
当然フレームワークに沿った描き方する必要があるに決まってる

何回ループするんだよｗ

最近だけで３回くらいデジャブな感じ

>>869
だから新規の案件意外で使えなくても不思議じゃないのに、
わざわざ聞くなってこと。言わせんな恥ずかしい。

>>87
「案件意外」

たしかに恥ずかしいな

>>874
横だけど、2ちゃんで誤字突っ込むやつ久々に見た

男で突っ込まれるのが好きな奴なんているのか

RoRも込みでの話しになるけど
新規でしか使えないフレームワークなんて何の意味があるのかね？
RoR系のフレームワークってDBのテーブル名やPKは必ずIDにしなくちゃいけないとか
規約があるんだろ？
そんなもの使っかえねーし、きめぇ事この上無いんだが
なんでお前らこんな糞みたいなの使ってんの？

そうじゃないフレームワークはどれ？
フレームワークを理解してる？

>なんでお前らこんな糞みたいなの使ってんの？
使っている人が多いから

それ以上の理由ってあるか？

primaryKeyもtable名も変えれるけどね。
規約に沿ってないなら指定すればいいだけ。

>>883
読み直しました。

やはり、一旦saveしてそこからgetLastInsertIdで追加したIDを取得して
もう一度saveするやり方しかないみたいですね。
考えたら、素のDB処理もそうするし、同じ事ですね。勉強になりました。

糞って言いたいだけだろ

Cookbookすらまともに読んでないようなやつは
できないということにしといてもいいんじゃね？ｗ

とりあえず、できるしCookbookにもろに書いてるがな

次の患者どうぞ

>>879
新規案件だからだろ
他のがいいときは他の奴つかうし
フレームワークに振り回されてんじゃねーよ

>>884
ちゃんとモデルごとに分けて配列に入れてからsaveAllしてる？
そもそもちゃんとモデルが関連づけされてる？取り出すときは一緒に出てくる？
怪しいところはその辺かなあ

>884
http://book.cakephp.org/ja/view/84/Saving-Related-Model-Data-hasOne-hasMany-belongsTo
100回読み直してみて

>>890
884で書いた事って、891のURLで書いている事と同じ事ではないでしょうか？
891のURLでも分けてsaveしてますよね。

ちゃんとモデル毎に分けて配列に入れてますし、
paginateする時も一緒に読み込んでますよ。

すげーなお前

>>893
ヒント>>890と>>891は別人

MediaPluginの使い方が難しすぎる・・・
素直に適当なコンポーネント作成してアップロードさせた方が良いな

>>895
え？書いてあるよ

>>896
ソース読めばそうでもない。

>>897
ほんとだ。書いてあったｗ
ってことは結局>>889
>>878は腹に落ちるまで何度も読めばいいのに

>>882
知ってるよ。
でも設定より規約を重視するフレームワークでは
推奨される行為ではないんだろ？
DBにも制約があるなんて屑加減にも程がある。