framework
イベントって何かと便利だから、共通処理をイベント使って書きたくなります。
Event不可。MiddlewareかControllerに。
Eventはバックグラウンドタスクとしてコールされるので、リダイレクト処理描いても無駄だよって。
参考：firing a redirect from an event
だから、ログイン後に特殊なリダイレクトのロジックを挟みたいときは、
コントローラのログイン処理の後でリダイレクトのロジックを挟むか、
ミドルウェアにリダイレクトのロジックを記述
のいずれかにしましょう。
イベントリスト
イベントのリストはこちらにまとまってる。
概ね、次のようなところにあるよう。
Auth
Cache
Consoleコマンド
Databaseのトランザクション
Log
Mail
Notification
Queue
Redis
リファレンス本にもイベントのこと書いてたような気がするので、後でチェックする。
アドベントカレンダー に触発されて、記事を書いたところ、ちょうど枠に空きが出たので、投稿したいと思います。
Laravelのドキュメントって結構分かりやすく書かれている方だと自分は思っているんですけど、今日はその中でもこんがらがりがちな「認証と認可」について今一度、整理したいと思います。どういうケースに使えるのかとか。artisan make:authしたら概ね完成しちゃいますが、認可って便利なので、認可の説明が多いです。
実世界に置き換えて考える
技術的な話に入る前に、日本語の「認証と認可」を理解します。というのも、「認証と認可」という日本語もわからないし、英語の「Authentication、Authorization」もわからないので。。。言語って難しいですね。。。
ググって見ると、「認証と認可」について、「よくわかる認証と認可 ｜ DevelopersIO 」という素晴らしい記事がありました、ここを読めば、理解できます。さすがです、クラスメソッドさん。
認証：通信の相手が誰（何）であるかを確認すること。 （例：マイナンバーカード）認可：とある特定の条件に対して、リソースアクセスの権限を与えること。 （例：チケット/切符の発行）
切符を買った人は電車に乗るということを許可されますけど、それが誰だって構わない。切符さえ持っていれば、誰だって乗れる と。それが「認可」です。
後述していますが今回、認可の実例として、運転免許を例にしています。
「運転免許証」を持つこと自体は、あなたが誰かを確認できるものになるから「認証」を意味しますけど、「運転」という行為は、免許証持っていても飲酒してたらしてはいけませんよね。
なんとなく理解できたのではないかということで、いよいよLaravelについての話に移ります。
Laravelでは、認証が「Guard」、認可が「Gate/Policy」の3パターンありますので、順にそれぞれ触れていきます。
続きを読む »
cssを書くとき、sass/scssを書きたくなる。
最近は、フロントエンドの開発環境にWebpackを使うことが増えてきたけど、
自分は、Laravel MixというWebpackのラッパーを使って楽している。
個人的に、過去、Gulp -> Webpack -> Laravel Mix と試してきて、ふと、Webpackに戻ろうかと思ったけど、結局Laravel Mixに戻ってきた。
本記事ではこれらを比較して見た記事。
続きを読む »
表題の通りなんですけど、一度ログインした後、別のアカウントに切り替えようとログインしなおしても、Twitter側にセッションが残っているかなんかで、ログイン画面が出ずにcallbackしてしまう、もしくは今ログイン中のアカウントと紐づくみたい挙動になる。私は毎回ログイン画面出したいんだ！とそういったケース。
なお、Twitterドキュメント を見る限り`force_login=true`してあげれば済む話なんだけど、LaravelのSocialite でどうするの？という話と、ちょっとおまけ。
続きを読む »
ちょっとしたAjax系のFormの実装をする必要があって、
Formのためだけに、Wordpress使うのもなんだし、LaravelやSymfony使うのもFatすぎるかなって感じていて。
理解の仕方は、次の順日本語ドキュメント があるので、ざっくりはわかる。
https://github.com/auraphp https://github.com/friendsofaura
・A: Filterをaura/filterを直接使う。(github )github )
基本
/vendor/auraの中身で、重要そうなのは、web-kernelあたりのよう。
アプリケーションは、/config/Common.phpにかいていく。なお、/config/_env.phpにて、環境の設定を変更をすることで、
/config/Dev.php
/config/Prod.php
/config/Test.php
と、環境別に動作を切り替えれることが出来る。/config/Common.phpは、_env.phpの設定にかかわらず全てにおいて実行される。
DI
関連するサービスをsetし、必要時に、getして使う。
$di->set(<サービス名>,$di->lazyNew());
$service = $di->get(<サービス名>);
ルーティングとディスパッチャ
$router->add()でルーティングを指定して、$dispatcher->setObject()のクロージャで、ルーティングの処理をする。
$router->add(, );
$dispatcher->setObject(, function () use ($di) {
// ここに処理
});
バリデーションチェック
Aura/Filterを追加する必要がある。Aura/inputも。必要に応じてAura/htmlも追加。
HTMLテンプレート書くなら、次のバンドルをcomposerに追加する。
フォーム書くなら、次のバンドルをcomposerに追加する。
さて、説明がうまく出来ないので、以下のA、Bの場合とで、サンプルソースを見比べて欲しい。
A:Filterだけの場合https://github.com/tomothumb/Sample-Aula-validation/blob/5e8dd23b450140ab4f2fe55ac7a0b399dc2bedb3/config/Common.php
B: Fromを利用する場合https://github.com/tomothumb/Sample-Aula-validation/blob/master/config/Common.php /src/App/From/Contact.php を追加し、Formの要素とバリデーションの内容を記述する。
違いをGistに書いた。（わかりにくい。。。）
設計方法学ぼうとおもってたのに、いつのまにか、アプリケーションの書き方/使い方を学んでいる自分がいる。。。
同じことをSilexとSlimでも今度やってみよう。
日付変わっちゃいました・・・2015年ECCUBE アドベントカレンダー 23日目の記事です。写真はECCUBE開発合宿の深夜の1コマ。
当初、作ったプラグインの案内でもしようかと思ったのですが、バグだらけで改善作業中なので、自分がECcubeを理解していく中で（まだまだわかってないですが）、自分なりのベストプラクティスを、これからECCUBEの開発を始めるヒトに向けて共有したいと思います。ECCUBE3-InfiniteScroll 」「MECCUBE3-Masonry 」「ECCUBE3-Loveit 」（３つありますが、内容似てまして、松竹梅的な。）
思ってたのとなんか違う。
まず、私個人としては、Laravelは半年弱ほど触った程度。
Symfonyを理解していないからか？と、そう考え、ECCUBEの開発合宿へ参加したついでに、たまたまその翌日、東京はメルカリさんで開かれたsymfony meetup に寄ってきました。基本からしっかり学ぶ Symfony2入門
Symfonyを学ぶことは近道。
ECCUBEを始め、最近は著名なCMSやフレームワークがこぞってSymfonyを採用しはじめていますが、なぜSymfonyが選ばれるか。なぜSymfonyが王道なのか。そういった内容を話されていました。（そのスライドはこちら⇒ Symfonyを選ぶ理由とその他の話 )
CakePHPでも、Laravelでも、それぞれのフレームワークでCakePHP Way、Laravel Wayみたいな◯◯Wayというベストプラクティスや強い主張があったりするけど、Symfonyというのは、主張してこないフレームワーク であると。自分流にアレンジしやすい とのこと。
主張してこないとはどういうことかというと、Symfonyのコアが担うのは、「リクエストを受け取り⇒レスポンスを返す」
王道を知ることは、今後他のフレームワークを理解するうえでも、それぞれの◯◯ Wayの解釈ができるようになりますよ 、とそういった内容でした。
（※ちなみに、Symfonyの日本語ドキュメントのサイトは遅れているようで、翻訳ついていくのは諦め気味とおっしゃっておられました。）
Symfonyの基礎をわかるとどうなる？
symfony本「基本からしっかり学ぶ Symfony2入門
フレームワークとはなんぞや
Symfonyとはなんぞや。
デバッグバーの使い方
Routing
Controller
View (Twig)
Entity (Doctrine)
Repository
Form
Validation
メール(Swiftmail)
機能の拡張
フィクスチャ
Console拡張
API実装
サービスプロバイダ
テスト
が順に解りやすく落とし込まれてあり、読み進め、実際に手を動かしながら、一つのWEBアプリケーションができます。Symfonyの基礎が中盤ぐらいまででわかります。後半で、サービスプロバイダの解説がされてありますが、ここを理解することがSymfonyおじさんになる手段であり、みながSymfonyを採用する肝のようです。ここまで読みきれてません、まぁ正直難しいです。
ECCUBEおじさんになるためには
先に述べたとおり、基本的な所を読了するだけで、ECCUBEのディレクトリ構造がざっくり理解できる ようになります。
Symfonyは個性を主張してこないと述べましたが、Symfonyのチュートリアル的なものをしていると、アノテーションとか、手軽だけど、なんか魔法ばっかり。思っきり個性を主張してきます。。。（目をつぶります）
このせいで、Doctrineでもフォームでも何でも、ECCubeが吐くエラーメッセージの解決策をググりますと、概ね、Stack Overflow様がSymfonyの解決するための黒魔法 を教えてきます。ECCUBEではこの魔法が全く役に立たずハマります。
そこで、Symfony本に目を通しておきますと、ホグワーツ魔法学校に通ったようなものですから、この先生の言ってることは、こう読み替えればよいのかとか、Silexの領域だなとか、ほんの少し見えてくるようになります。
Silexにどっぷりは必要？
おそらく、ECCUBEを深く知る上では、
Symfonyの基礎を把握する
という流れではありますが、Silexのドキュメントもなかなかしんどいです。
Symfonyの基礎を把握する
というのがベスト・プラクティスじゃないかなと思っています。といいますのも、Symfony基礎がわかるとディレクトリ構造がわかるので、コードのたどり方がなんとなくわかってきて、ECCUBEコアに、ピンポイントで似た例がでてくるのがほとんど。Silexのドキュメント見るより手っ取り早いと感じるからです。
コア開発者になるなら、SilexもSymfonyサービスプロバイダもしっかり理解してください。ということになるんだと思います。
さいごに
ECcubeの話というより、Symfonyの話がほとんどになってしまいました。
最後になりますが、Symfonyを初学者向けソースを、Symfony meetupで知った部分貼っていきます。
Sublime Text 2では、Ctagsプラグインを使うことによって、コードナビゲーション（Class/Functionが定義されてるところへジャンプ）できるようになります。
コーディング中にふとClassやFunctionの動作を知りたくなった時にいちいちFunction名をサイト内検索したり、ドキュメントサイトを開いて探さなくても、キーバインドで瞬時にそのClass/Functionが定義されてるところへジャンプして確認できると。
と、文章で記述しても伝わりにくいので、英語ですが動画見てもらった方がイメージをつかみやすいかなと。（4:10~6:00ぐらいまで）VIDEO
次の上２つについては以前紹介しましたが、加えてコードナビゲーション機能があると、軽量で高機能のエディタへと進化します。
FTPが使え、保存と同時にアップロードもできる。 Sass/SCSSのコンパイルが簡単。 コードナビゲーションが使える。（←これ）
プラグインは以前からインストールしてマニュアル通り設定していたものの、どうもSublime Text 2からCtagsをリビルドできない状態でして、Terminalから.Ctagsファイルを作っていたのですが、エディタ設定を見なおしたらすんなりSublime Text 2からCtagsをリビルドできるようになりましたので、共有したいとおもいます。（Macでの手順です）
続きを読む »
」の出版されたけども、その著者が登壇されるということだったので、行かなきゃとい思いまして、毎度のことながらスケジュールつめこんで。