サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Wikipedia
qiita.com/takaaki-mizuno
EC2のmicro instanceでcomposer updateを行った場合、メモリ不足で壮大にコケる場合がある。 PHP Fatal error: Uncaught exception 'ErrorException' with message 'proc_open(): fork failed - Cannot allocate memory' in phar://path/to/composer.phar/vendor/symfony/console/Symfony/Component/Console/Application.php:983
OR Mapperを使っているとどうしても実際に吐いているクエリが見えづらくなって、非効率になっても気づかないので、クエリログを淡々と流そうとした。 そのものズバリの答えが俺たちのStackOverflowにあったので、参考にさせていただく。 Laravel 4 - logging SQL queries 以下の様にイベントに反応すれば良い模様。このコードのよい所はdatabaseのconfigで切り替えられるようにしてあるところ。localの場合のみ出力するとかにしておけば、ローカル環境だけでテストできる。 if (Config::get('database.log', false)) { Event::listen('illuminate.query', function($query, $bindings, $time, $name) { $data = compact('bindi
前提 Facebook Graph API v2.0から、Facebookアプリで取得できるIDが本物のIDではなくなり、App Scoped User Idと呼ばれるものになった。これはアプリごとに固有のIDとして発行される。 v1.0のAPIを使っていてv2.0に移行した場合はどうなるのか 以前から存在しているアプリでv1.0を使っていて、そこで取得したFacebook ID(本当のID)を保持していたり、それをユーザの識別に使っていた場合、v2.0になった瞬間に紐付けできなくて死亡...するようなことはなく、v1.0でアプリのアクセス許可を出したユーザーは本物のIDがそのままApp Scoped User Idとして使われる模様。だからv2.0に移行しても紐付けできなくて死ぬことはない。というよりもv2.0以前から存在するアプリはv2.0でも常に本物のIDがとれてしまうのか?(要調査
$env = $app->detectEnvironment(array( 'staging' => array('staging-web'), 'production' => array('production-web*'), 'local' => array('local.*', '*.local', '*.lan' ), )); 設定の切り替えはapp/config/下のディレクトリを切り替えることで分けて適用できる。app/config/に共通の設定を書き、環境名のディレクトリに固有の設定(部分だけ書いて上書きが可能)。
このページを最初にブックマークしてみませんか?
『@takaaki-mizunoのマイページ - Qiita』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く