こんにちはー。ファガイです。 今日は知見的なものの共有をしようかなと思います。 この記事を見てるということはLaravelに興味があったり、実際に使っている方だと思いますがLaravelのコアで利用されているサービスコンテナ(DIコンテナ)がどのように作用しているのかを把握されてない方もいると思います。 そのあたりをこの記事では書いていこうと思います。(そう言いつつも、なんか色々網羅した気がします・・・) はじめに この記事、結構長いです。解説には必要不可欠な情報ばかり含まれてます。 それを理解して読んでいただければと思います。。。 対象者 Laravelを少し触ってきた人 DIコンテナがなんとなく分かる人 LaravelのDIの仕組みが魔法だと思ってる人 環境 Laravel5.3を想定。ただ、Laravel5.1でもほとんど同じソースなので気にせずに。 まずDIって何よ？ Depend
こんにちは！@best_not_bestです。 私は現在、dots.の開発を担当しています。このサービスは全てLaravelで動いています。今回はこのシステムの裏側を説明したいと思います。 dots.とは？ 「エンジニアのため」のイベント情報検索サービスです。 2013年10月にローンチし、2015年12月21日現在、ユーザー数は約34,000人になります。 ちなみにローンチ日は10月2日で、ドッ(10)ツ(2)を意味しています(´･ω･`) 2015年7月にシステムリニューアルを行い、その際にフレームワークをCakePHPからLaravelに変更しています。 使用しているもの ミドルウェア PHP 5.5 Laravel 5.0 fluent/logger guzzlehttp/guzzle aws/aws-sdk-php-laravel watson/validating dakats
「Laravelリファレンス」という書籍を執筆しました。 Laravel リファレンス[Ver.5.1 LTS 対応] PHPカンファレンスの壇上でご紹介した書籍がいよいよ登場します。色々な事情で、出版予定日は年を越す形（2016/01/08）になりましたが、何とか年内に入稿まで進められて良かったです。 このエントリは、Laravelリファレンス Advent Calendar 2015の10日目です。 本書のターゲットバージョン 本書は、現状の最新版である 5.1 が対象です。このバージョンは、Laravel 初の LTS（Long Term Support）リリースで、バグフィックスはリリースから 2 年間、セキュリティフィックスについてはさらに 1 年の 3 年間がサポートされます。 進化の早い Laravel の中でも長（中）期的にサポートされるバージョンなので、特に業務などで使う
２ヶ月くらい使ってみたけど、悪くはないんだけど、なんか最近持ち上げられすぎてる気がするので、気になったところを書き出してみる。 あくまで個人的な感想なので、マサカリ投げるのは歓迎。 概要 Noticeを含むエラーが全て例外になる 最近のフレームワークは大体やってそうだけど、エラーを出すと全て例外を出すので、不要にcatchしなければ問答無用で落ちる。これにより、NOTICE出しっぱなしで何となく動いているコードを殲滅できる。標準にしてほしい。Fatalも例外として扱ってくれるが、Fatalを取れるのはプログラム終了後なので、特に意味はない。出力が同一フォーマットになるくらい。 ちなみに自前で実装するにはErrorExceptionのページに書いてあるので、この通り実装しよう。簡単である。 ファイルの配置が自由 composer autoload使っていればどれでもそうなんだけど、Model
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く