はてなブックマーク

{ "private": true, "scripts": { "dev": "cross-env NODE_ENV=development node_modules/webpack/bin/webpack.js --progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js", "watch": "cross-env NODE_ENV=development node_modules/webpack/bin/webpack.js --watch --progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js", "watch-poll": "cross-env NODE_ENV=de

<div @click="handler('親')"> <div @click.stop="handler('子')"> ボタン </div> </div> 通常同じイベントをハンドルしたDOMがネストされている場合、親要素に向かってイベントが連鎖する。 .stopをつけるとhandler('子')は実行されるが、handler('親')は実行されない。 .prevent event.preventDefault()を呼ぶ

Laravelで画像アップロード処理を実装したいのですが、 フロント側まだ作ってないので、テストを作って裏側だけで画像アップロードの挙動を確認したのでその流れを残しておきます。 テスト作成 class ImageUploadTest extends TestCase { public function testUploadImage() { //フェイクディスクの作成 //storage/framework/testing/disks/designに保存用ディスクが作成される //(指定しなければdesignではなくlocalフォルダが保存用に使用される) Storage::fake('design'); // テスト後ファイルは削除される // Storage::persistentFake('design'); テスト後も画像ファイルが残る // 画像アップロード用サービスクラス作成(

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Laravelで作ったサービスをSSL化した時に、ページによってhttpのままだったり、httpsになっているはずなのに保護された通信になってなかったりしたので実施した対策ことを記載します。 HTTPで接続されたらHTTPSにリダイレクト 全ページHTTPSで接続されるように強制したいので、HTTPでの接続を全てHTTPSにリダイレクトします。 リダイレクトはMiddlewareで出来ます。 $_SERVERの中身を見てHTTPSかどうかを判別するのですが、気をつけないといけないのが、使っているWebサーバーによって$_SERVERのキーの内容が異なるということです。 ここは以下の記事を参考にしました。 https://qiita.com/suin/items/e5cfee2f34efedb67b8c 1.Middlewareの作成 aritisanコマンドで自動生成できます。 //App

Laravel + Vue.js + axiosでSinglePageApplication(記事投稿機能)を作成しました。 LaravelではデフォルトでVue.jsやaxiosが使えるようになっています。 クライアントをVue.js、非同期通信をaxios、APIをLaravelで実装しています。 #[準備] ##■DBマイグレーション 今回は記事投稿機能なので記事を保存できるarticlesテーブルを用意する。 usersテーブルはデフォルトで用意されているものを利用。 //database/migrations/2017_08_18_081137_create_articles_table.php //省略 public function up() { Schema::create('articles', function (Blueprint $table) { $table->

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 背景 ファイルシステムに画像をアップロードする処理を実装してHerokuにアップロードしたところ、Herokuは１日１度のDynoの再起動に伴いアップロードしたファイルを全消去するという仕様があることが判明。 それはアカン！ということで画像アップロード先をAWSのS3に変更しようとしたところHerokuにドキュメントがあったので参考にしたけど何一つうまくいかなかった(多分事前の設定とか必要だったけどそこら辺は省かれていた)ので色々調べて実装した内容をシェアします。 事前にS3側で必要な設定〜実装までの流れを出来るだけ省かずに記載するので

背景 以前書いたこちらの記事（PHPでDDD実装事例）でPHP・Laravelで個人で運営しているハウススタジオの予約受付業務の自動化システム(一部)をDDDっぽく実装しました。 多分こちらの記事も併せて読んで頂くとよりわかりやすいと思います。 今回はこちらのLaravelとEloquentの永続化パターンのサンプルを参考にエンティティの生成と永続化の部分をファクトリとリポジトリにカプセル化する処理を自分のプロジェクトに適用してみました。 こちらのスライド（Laravelとドメインモデルと永続化モデル）も参考にしました。 上記のサンプルでは、以下の4パターンが実装されているのですが、私は３番のPOPOのEntityとEloquent Modelを参考にしました。 1 Eloquent ModelをEntityとする 2 EntityがEloquent Modelを中に持つ 3 POPOのE

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記 1.一意な識別子を生成するnextIdentity()メソッドの実装を追記しました 2.ReservationServiceクラスを修正しました (リファクタリング、Customerクラス追加) 3.続編では無いですが、その②を書きました。 PHPでDDD実装事例その②リポジトリ&ファクトリで永続化・生成処理をカプセル化(Laravel)(図あり) 背景 自分が運営しているハウススタジオの予約受付業務の自動化システムを、今学習しているDDD風に設計して、YYPHPにてコードレビューしてもらったので、 ・前提となる業務の内容 ・業務

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?