... /* |-------------------------------------------------------------------------- | Application Debug Mode |-------------------------------------------------------------------------- | | When your application is in debug mode, detailed error messages with | stack traces will be shown on every error that occurs within your | application. If disabled, a simple generic error page is shown. | */ 'deb
FuelPHP Advent Calendar 2015の6日目を担当する@wataです。昨日は@sharkppさんのNestedSets Model を使って FuelPHP 用コメントボックスパッケージを作った話でした。 本記事ではFuelPHPを用いた開発におけるユニットテスト、特にデータベースまわりに関するテストケースの作成について、保守性の面から色々考えたあれこれを書かせていただければと思います。 FuelPHPのテスト事情 突然ですがみなさん、テスト書いてますか? PHPはとっても柔軟(?)な言語なので、品質を担保するためにはいつでも実行可能で、軽量なテストによって、動作が常に正しいことを検証できることが望ましいとされています。 PHPの場合、テスティングフレームワークとしてはPHPUnitが有名であり、多くのテスト支援のための機能が実装されています。FuelPHPも例外なくP
状況 すでにある程度作成されたプロジェクトのコードベースをlaravelで作り直す事になった. しかし, コードは作りなおすが, DBは既存のものを使いたい. 変更する まずはソースを追ってみる 前回の調査の際に, 最終的にユーザ認証はproviderのretrieveByCredentialsメソッドであることが判明していた. /** * Attempt to authenticate a user using the given credentials. * * @param array $credentials * @param bool $remember * @param bool $login * @return bool */ public function attempt(array $credentials = [], $remember = false, $login
Action-Domain-Responder MVCをより洗練させたパターンとして提唱された派生パターンです 1 このADRのフローは次の通りです フロー WebハンドラはRequestを受け取り、ActionをDispatch ActionはDomainとやりとりを行う アクションはデータをResponderへ Responderは、アクションによって生成されたデータを使用してResponseを作成 Responseをクライアントに返却 ほとんどのwebアプリケーションはこのパターンとなります。 特定のAction(endpoint)は、ドメイン、つまり特定の業務ロジックを実行、それをレスポンスとして返却します。 複数のエンドポイント、リソースを一つのコントローラで解決するのではなく、 一つ一つが独立したクラス、責務となりますので、より小さく、シンプルな実装となります。 メンテナンス性
'default' => 'mysql', 'connections' => [ 'mysql' => [ 'driver' => 'mysql', 'host' => env('DB_HOST', 'localhost'), 'database' => env('DB_DATABASE', 'forge'), 'username' => env('DB_USERNAME', 'forge'), 'password' => env('DB_PASSWORD', ''), 'charset' => 'utf8', 'collation' => 'utf8_unicode_ci', 'prefix' => '', 'strict' => false, ] ], 'default' => 'mysql_one', 'connections' => [ 'mysql_one' => [ 'driv
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? laravelのライブラリであるlucadegasperi/oauth2-server-laravelを使ってOAuth2用のサービスプロバイダー(OAuth2サーバ)を立てる。 OAuth2クライアントを実装する記事はググると沢山にヒットするがサーバの方は少ない。あっても古い。そして英語の記事...。 OAuth2自体ややこしい、oauth2-server-laravelについても記事が少ない。2度と面倒な調査をしたくないのでメモで残す。 1.環境とか OSX 10.10 Yosemite vagrant 1.8.1 VirtualB
laravelアプリケーションを作成する際、viewにはblade templateが使用されています。bladeでのdataの出力では"{{}}"が使用されており、bladeテンプレート内で普通にmustache記法を使用すると競合してしまい、ErrorExceptionになるか、予測していない情報が表示されたりしてしまいます。ということで2つ対応方法をご紹介。 vue.jsのmustache記法に使用する記号を変更する("{{}}"を別の記号にする) vue.jsドキュメントGlobal APIのVue.configに"delimiters" という設定があります。 { // print stack trace for warnings? debug: true, // attribute prefix for directives prefix: 'v-', // interpola
この記事では、Mac の環境をメインに説明しますが、Windows 環境で行う方法も補足します。 開発環境の構築は、ターミナルを使ってコマンドで指示をします。 この記事内では、コマンド自体の詳しい説明はしませんので、不明な箇所は調べてください。 Windows の方で、コマンドプロンプトを利用している方は、Git for Windows をインストールして、Git Bash というソフトを使って作業してください。 最初に Laravel、VirtualBox、Vagrant、Homestead、Composer について簡単に学んだ後に、実際に開発環境の構築を行います。 私自身未熟ですので説明に誤りがあるかもしれません。 誤りがあれば、ご指摘ください ((_ _ (´ω` )ペコ 第1章 Laravel とは 第2章 VirtualBox とは 第3章 Vagrant とは 第4章 Ho
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く