はてなブックマーク

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でプロジェクト作ってるとDBを複数に分けたい場合があると思います。 ありますよね？ 調べてみたら結構簡単にできたので備忘録的な扱いとして手順を残しておきます。 環境 簡単に言うとこんな感じです。 今回はすべてMySQLで構築しましたが、もちろん他のORDBと共存させることも可能みたいです。 本当はSQLServerと共存させたかったのですが、ドライバがないって怒られました。 configファイルにsqlsrvの文字があるのに標準でドライバがないってどういうことなのHomesteadさん...。 ドライバ入れたらいけるっぽいけど、工数取られそうだったので今回はオミット。 何か情報をお持ちの方がいればご教示ください 変更手順 次の場所を変更していきます。 /config/database.php /.env(オプション) 設定をベタ打ちする場合 'connections

やりたかったこと こんな感じで孫から祖先の関数を叩きたかった。 結論から先に こんな感じで階層ごとに親へ$emitしてやる必要があるみたい。 あくまでも親－子の関係しか存在し得ないので、祖先に渡す場合は一旦親を経由する必要がある。 Code See the Pen Vue - grandchild-emit by tosite (@tosite) on CodePen. 試してみたこと （実際のコードとは違いますが、やらんとすることは伝わるかと思います。） <parent @parent-method="parentMethod"> <child @parent-method="parentMethod"> <grand-child @parent-method="parentMethod"> </grand-child> </child> </parent> <parent @paren

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

はじめに Laravelのジョブ機能、便利ですよね。 Controller側から割り当てて、タスク監視サービスのsupervisorから自動で実行できれば、バックグラウンドで処理させることも簡単ですね。 アップロードしたファイルをDBにセットする処理をジョブ化したのですが、ここでハマってしまったので自分なりに理解するために現状を整理しました。 経緯はこんな感じ。 おいィ？処理は正常終了してるはずなのにDBのレコード数が想定の倍になってるだとォ？ ジョブが失敗したとき(public function failed())でログを吐くようにしてなかったので修正した 見かけ上はうまく行ってるのにfailedに引っかかってるナンデ？ ログファイルを詳細に吐けるようにしてデバッグしたろ！ そもそも**tries=1の時点で最高2回は処理が走る**とか言う仕様→二重になってたのはこれが原因では？ con

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?

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? #はじめに そろそろJavaでサーバーサイドやらWindows ApplicationやらAndroidの開発やらをしてみたくなったので、統合開発環境を導入することにしました。 当初はEclipseを導入する予定でしたが順調にJUnitの設定でつまづいてしまい、色々思うところがありまして、IntelliJの導入に踏み切りました。 このIntelliJ、Eclipseに次いでシェア2位を誇っているようで、何よりUIが今風なのが気に入りました。 どうもEclipseは日本語環境にした途端、実行速度がアレになっちゃうみたいですね。 余談ですが

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ここ数年でアジャイル、アジャイルという言葉をよく耳にするようになりました。 ソフトウェア工学的な意味で、"agile※1"開発を行うための開発手法（フレームワーク）の総称です。 今までのウォーターフォール型では、「最初に要件を決めて」、「開発期間を定めて」、「実装する」...という流れがあります。 しかし、これでは開発後期に発生したバグへの対応や、仕様追加と言った"変化"に対応することは難しいです。 ではどうするか、というところから生まれたのがこのアジャイル、と言うものです。 アジャイル型開発では、期間を短く区切って、この期間