Laradock で複数の Laravel 開発環境を構築し管理する方法 - UPDATE
どうも、こうすけ（@kosuke_upd）です。 今回は、Laradockで複数のLaravel開発環境を構築し、管理する方法を解説します。 以前、こちらの記事でLaradockでのLaravel開発環境の構築方法を解説しましたが、この方法で複数の開発環境を動かそうとすると、環境を変更するごとに設定ファイルを変更する必要が出てきます。 Docker (Laradock) を使って Laravel の開発環境を構築する方法 しかし、これから紹介する方法でLaravelの開発環境を構築することで、複数のLaravel環境を構築しても簡単に環境を切り替えることができる汎用性の高いものを構築できるのです。 新規でLaradockによる複数のLaravel開発環境を構築する方法と、すでにLaradockによる開発環境が存在する状態からLaradockによるLaravel開発環境を追加する方法とに分け
[PHP]引数にint又はnullを許容する関数を作る(タイプヒンティング、PHPDocコメント) | akamist blog
PHPで、渡されたパラメータの型がintまたはnullであることを、スクリプトで表明するための表記方法です。 php 7.1の場合 php 7.1では、null許容型が用意されているので、"?int"のような指定方法が可能です。 public function someFunc(?int $param) { ... } 以下のコードは、int値を指定する、nullを指定する、省略するの３つが可能です。 省略したときは、-1が指定されたとみなされます。 public function someFunc(?int $param = -1) { ... } ちなみに、TypeScriptやc#でのnull共用型の書き方は下記のとおりです。phpとは"?"を書く場所が異なるので注意が必要です。 SomeFunc(int? param) php 7.0の場合 nullを許容することをデフォルトパラメ
![[PHP]引数にint又はnullを許容する関数を作る(タイプヒンティング、PHPDocコメント) | akamist blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/743e8a1fb21584b78fa6f49b1f739a2e29c1937d/height=288;version=1;width=512/https%3A%2F%2Fakamist.com%2Fblog%2Fwp-content%2Fuploads%2F2017%2F10%2Ficon_php.png)
初心者を戒めるPHP - Qiita
この記事は何か 挑発的な文言になってる箇所はあるものの、内容としてはそれなりにまじめに書いたつもり。むしゃむしゃしてやった。いまでは反芻してゐる。 PHPDocは必ず書け あらゆる再利用可能な手続きは、他人が容易に応用できるように型が明示的でなければいけない。メンバー全員が実装コード全てを把握できるものならそれが理想だけれど、残念ながら時間は有限だ。ヘッダだけを読んでメソッドの仕様が理解でき、またはコードを読む助けになるようなコメントが良い。 有名な事実を紹介すると、多くのコードは数か月(早ければ数日！)も経てば、他人が書いたコードに感じられるほど理解できなくなることがしばしばある。もちろん設計の練度にもよらうが、設計判断について注意を要した点などをコメントに残しておくことで、ひいては未来の自分の役に立てることができる。 お前の先輩は「PHPには型がない」などと知ったかぶって意味不明1なこ
gitのローカルのブランチ名を変更したい - Qiita
ローカルのブランチ名を変更する方法です。Pull Requestのissue番号を間違っていたときなどに活躍します。
WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
PHPオブジェクト指向プログラミング入門
「PHPで、どのようにオブジェクト指向プログラミングをしていくか」を解説する連載。最終回は、「永続化インスタンス」の必要性とserialize、unserialize関数、インスタンスと「参照」、「浅い」コピーと「深い」コピー、cloneキーワード、マジックメソッド「__sleep()」「__wakeup()」「__clone」などについて解説。
データベースからLaravelのSeederを逆生成する - Qiita
はじめに 結論から言うと、orangehill/iseedを使えば、逆生成できます。 逆生成したくなった背景は下記のとおり。 Laravel 5.4で書かれたAPI データベースを使った機能テストを書きたい マイグレーションはある Seederは使っていない いわゆるマスターデータ（最初から投入されているデータ）が必要 CI環境（など使い捨ての環境）でテストを自動実行したい 導入手順 READMEを読めば分かることですが、やったことを列挙します。 composer require --dev "orangehill/iseed" 開発者しか使わない機能なので、--devでインストール config/app.phpのprovidersにOrangehill\Iseed\IseedServiceProvider::classを追加 artisanコマンド 下記のようにartisanコマンドを実
Supervisorで簡単にデーモン化 - Qiita
やりたいこと 常時起動させたいスクリプトなど、デーモンプロセスとして動かしたいことがあると思います。 しかし例えば/etc/init.dのスクリプトなどを自分で書くとなると・・・ PIDファイルの管理をいちいち書くのが面倒でミスりやすい。 ステータスの取得とかも同様。 そもそもそんなローレベルのツールを使わなくてもよい。もっとユーザレベルに近いもので充分。 一般ユーザで起動停止くらいさせたい。 つまりは、大体同じ様になるはずの 「プロセス管理スクリプト書くのが面倒」 なのと、 サービスとして登録してしまうと 「基本はrootで起動停止管理」 になるので、 この２つを避けたいということになります。 systemdを使うとスクリプトを書く必要はなくなりますが、 rootでなければ起動停止ができない、という扱いにしたくない。 stdout/errに色々吐きまくって直したくない。 システムのサービ
PHPにおけるインターフェースと抽象クラス、多重継承、トレイトの使い方
連載目次 「PHPで、どのようにオブジェクト指向プログラミングをしていくか」を解説する本連載。今までは、下記のように、PHPを例とした、オブジェクト指向について学んできました。 第1回「PHPにおけるクラスの書き方と呼び出し方――インスタンス、メソッド、プロパティ」 第2回「大規模PHP開発で欠かせないアクセス修飾子とカプセル化、アクセサー、コンストラクター／デストラクター」 第3回「PHPにおける継承、オーバーライド、protected、parentの書き方と使い方、継承の設計」 前回の「便利だけど使いどころが難しいPHPの代表的なマジックメソッドと無名関数の使い方」では、PHPに固有（に近い）仕様である、「マジックメソッド」について説明しました。今回は、再び「比較的どの言語においても通用しやすい」お話である、インターフェースと抽象クラス、および多重継承についてあらためて学んでいきましょ
typoしてpushしてしまったコミットコメントを修正してpushしなおす方法 - Qiita
はじめに チーム内の共有ブランチから自分の作業ブランチを切って作業していた際、 コミットコメントを打ち間違えてしまったのでコメントを修正します。 コミットの履歴の改変になるので作業は注意をしながら行います。 また、共有ブランチでは行わないようにしてください。 コミットをやり直す方法 使用するコマンド git commit --amend 直前にしたコミットをやり直します。 前回のコミットにファイルの追加を行ったり、コミットコメントの変更を行ったりできます。 使用例 たとえば以下のようなコミットがあったとします。 commit xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Author: xxxx <xxxx@xxxx.com> Date: Wed Aug 26 12:57:24 2015 +0900 Added text1.txt A sample/text1
ウェブサイトにFacebookメッセンジャーを埋め込むことが出来るって知ってた？ - カスタマーチャットプラグイン - Qiita
ウェブサイトにFacebookメッセンジャーを埋め込むことが出来るって知ってた？ - カスタマーチャットプラグインJavaScriptFacebookFacebookMessengerBotchatbotCustomerChatSDK 僕は知らなかったのでテンション上がってしまいました。 タイトル文言読んだだけだと「ん？」って感じだと思うのですが、こんな感じです。 分からなかった方のために無駄に集中線を追加。 https://protoout.studio プログラミング学習はもう古い。「令和」時代のイノベーションを担う日本初のプロトタイピング専門スクールを開校 最近スクールを作った(↑)のですが、そのWebサイトにチャットを組み込んで問い合わせなどを増やせないかなぁと調べていたところ見つけたのでつけてみました。↑のWebサイトでどんな感じか見てみて下さい。効果測定はこれからです。 という
LaravelのViewComposerの活用に関して
使用技術Laravel5そもそもViewComposerとは？ViewComposerはViewに対する表示準備を行うための機能です。 これを利用することで、Controllerで共通で取得する必要がある要素等を分離して対応することが出来ます。 (つまり、コントローラーの肥大化を防ぐ) 導入Laravel5にはViewComposerの機能が含まれていますが、ファイルは用意されていません。 理由としては、書こうと思えばどこでも書けるからでしょう。 今回は、公式サイトに載ってあるComposerServiceProviderを利用します。 app/Providers ディレクトリに ComposerServiceProvider.php を作成します。 <?php namespace App\Providers; use View; // Illuminate\Contracts\View\
スタブとモックの違い - Qiita
オブジェクト指向設計実践入門を読んで学んだことのまとめです。 具体的にRspecでモックを書くときはこうしましょう、といった具体的な話ではなく言葉の意味の説明がメインです。 ソフトウェアテストの対象 スタブもモックもテストコード内で使うものです。違いを考える前に、テストについて振り返ってみます。 テストを行うべきなのは、次の2つについてです。 オブジェクトがほかのオブジェクトからメッセージを受け取ったとき、期待する答えを返すことができるか 要するにパブリックメソッドに対するユニットテスト 「オブジェクト指向設計実践ガイド」には、プライベートメソッドに対するテストは書くべきではない、さらにいうとプライベートメソッドを書くべきではない(プライベートメソッドを他のオブジェクトに切り出して注入せよ)とあります。 オブジェクトが副作用のあるメッセージ送信を行うとき、その回数や引数が適切か ログを書く
Laravel、コンテナによる依存解決とは
タグ： Laravel5.1LTS Laravel これは、Laravel Advent Calendar 2015の2015年12月23日公開分です。 小ネタです。Laravelのドキュメントでよく見かける「コンテナによる依存解決」とは、何でしょうか。初めて公式ドキュメントを読む人には、意味不明です。そのための解説です。 コンテナとは Laravelのコンテナの正式名称はサービスコンテナです。名前自体は何度か変更されているので、余り厳密に名称だと捉えないほうがよいでしょう。（呼び方についてもいろいろと世間にはうるさい人がいるので、結局Symfonyと同じにしたというところでしょうか。） ある文字列のキーでインスタンスやインスタンスの生成方式を登録して、呼びだされた時にインスタンスを返してあげる役割のクラスです。一番シンプルな説明です。もっと厳密にはDIコンテナとかサービスローケータとか、
[RadarPHP]Action-Domain-Responder(ADR)パターンとRadarの紹介｜PHP｜開発ブログ｜株式会社Nextat（ネクスタット）
こんにちは、ナカエです。 Radar.ADRがベータになったので、前から書こう書こうと思っていたとRadarの紹介を数回に分けてしていきたいと思います。 ※今日の記事はRadarにたどり着くくらいで終わります。 最近のPHP製Webフレームワークと私 弊社も業務で利用していますが、世間ではLaravelが盛り上がっていて、日本語記事も増えたなと感じます。CakePHP3も2に比べグッと使いやすくなりました。大御所のSymfonyも3が出ました。Zend Frameworkも3系の詳しい情報が入ってきています。 PHP7の本番導入もそろそろ見えてくるかなという今日この頃。 新しいのが出たからフレームワークを今すぐ乗り換えるぞ、ということはまずありえません。しかし、今後の新しいフレームワークの登場や既存のフレームワークのメジャーアップデートに必要以上に惑わされないために、Webフレームワークと
Lumen/Laravel Action-Domain-Responder(ADR)アプローチ - Qiita
MVCをより洗練させたパターンとして提唱された派生パターンです 1 このADRのフローは次の通りです フロー WebハンドラはRequestを受け取り、ActionをDispatch ActionはDomainとやりとりを行う アクションはデータをResponderへ Responderは、アクションによって生成されたデータを使用してResponseを作成 Responseをクライアントに返却 ほとんどのwebアプリケーションはこのパターンとなります。 特定のAction(endpoint)は、ドメイン、つまり特定の業務ロジックを実行、それをレスポンスとして返却します。 複数のエンドポイント、リソースを一つのコントローラで解決するのではなく、 一つ一つが独立したクラス、責務となりますので、より小さく、シンプルな実装となります。 メンテナンス性や、複雑さも生まれにくいパターンであるともいえる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introduction | Laratrust
Laravel リポジトリパターンの実装 - Qiita
laravelのAPIリソース - Qiita
ララジャパン