エラー画面やAPIエラーから独自エラーまで！ フローチャートでちゃんと理解するLaravelの例外処理とケーススタディ - Qiita
エラー画面やAPIエラーから独自エラーまで！ フローチャートでちゃんと理解するLaravelの例外処理とケーススタディPHPLaravelexceptionlaravel5.5 TL;DR Laravel 5.5 ベース（Laravel 5.7 まで対応） フローチャートでおおまかな処理の流れと、どこでどんなことをするのかを解説します それを踏まえて「こんな時はこうする」というケーススタディを紹介 中小規模のプロジェクトにはそのままコピペで使ってもらえるベストプラクティス的なものを目指しています 実際にこれをベースにしたものが中規模業務アプリに実装されています バリデータ編もあります。 → フロー図で理解するLaravelバリデータの仕組みと、チーム開発でのケーススタディ 動機 個人的にエラー処理の仕組みを理解するために書いたチャートです 自分で勉強しようとしたとき、Laravelのエラー
PHPとPythonの違いについてのまとめ - Qiita
コードゴルフなるものもあり、コードを短く書く競技がある（詳細はこちら）。 対話モード Python3では対話モードという機能が利用でき、1行コードを入力すれば、その内容が評価され、実行される。エラーがある場合、その場で指摘されるため、簡易的な動作確認や計算に便利。 配列 リスト(list)、タプル(tuple)、辞書(dict)、集合(set) PHPで当たり前のように利用していた配列。Python3でもリスト、タプル、辞書、集合といった類似機能があるが利用目的によって、使い分けが必要。 集合を除き、PHPと同様に要素にオブジェクトだけではなく、リスト、タプル、辞書、集合を指定することもできる。 リスト(list) PHPで$a = [1, 2, 3];のような単純な配列であれば、Python3でもa = [1, 2, 3]で表現できる。多次元も可能。i, j, k = aとするとそれぞれ
Smalltalk・PHPのトレイトとRuby・Scalaのミックスインの違い - Qiita
シェルリ（Schärli）が発案して Smalltalk でその実効を試したトレイト（Traits。エンティティとしては trait）はちょっとわかりにくい言語機能なので Ruby のモジュールや Scala のトレイト（これまた紛らわしい名前…）に代表されるミックスインと比較してみましょう。 まず、ミックスインというのは Ruby で話題にはなりましたが特に新しい機構というわけではなく、むしろもっとも古く、オーソドックスな多重継承機構です。クラスまたはクラスに準ずるエンティティ（Ruby ならモジュール、Scala ならトレイト（名称詐欺！）、抽象クラスなど、インスタンス生成能を持たないクラス様のもの）を継承パスに任意の数を挿入できる機構がミックスインです。 それに対して、トレイトは継承機構とはまったく関係ないところで機能します。端的には、本来であればクラスの一部であるメソッド辞書（ある
Xdebug: Documentation » Step Debugging
Xdebug's step debugger allows you to interactively walk through your code to debug control flow and examine data structures. Introduction # Xdebug interacts with IDEs to provide step debugging functionality, and therefore you also need to configure an IDE that knows how to talk to Xdebug with the open DBGp protocol. This protocol is supported by nearly every PHP IDE (including Visual Studio Code a
Docker for Mac 上のコンテナに対して、PhpStorm + xdebug でリモートデバッグ - Qiita
Docker for Mac 上のコンテナに対して、PhpStorm + xdebug でリモートデバッグPHPPhpStormxdebugDocker PhpStorm + xdebug のリモートデバッグの記事もたくさんあるし、それに Docker を使ったものもちらほらあるんだが、Docker for Mac を使うと微妙に事情が違っていたので、うまくいった方法をまとめとく。 前提 以下のような構成であるとします。 Docker for Mac を使って、php のコンテナを立ち上げており、xdebug が利用可能になっている PhpStorm を使っている 必要な手順 以下の手順が必要になる。 Mac 上のネットワークインタフェース lo0 に対してエイリアスを追加する xdebug.ini を設定する PhpStormを設定する (注意) DBGp の設定は必要ない Mac 上の
Docker for Mac の PHPStorm で Xdebug を行う | エンジニア ブログ
環境が変わるたびに Xdebug の設定にハマってブログに書いている いしかわ です。 今回も開発環境が Docker に変わり、案の定ハマったので足跡を残しておきます（苦笑 それと、弊社ではめずらしい求人が出ていることがありますので、どうぞ見てみてください。 >> 採用情報はコチラ ■ 構成 OS X Yosemite Docker for Max Docker version 1.12.5 Webサーバーコンテナ CentOS 6.8 PHP 5.3.3 Xdebug 2.1.4 DBサーバーコンテナ MySQL 最初、よくわからなかったのがネットワーク構成。おそらく以下のような感じのはず？ MacはWifiにて 192.168.0.x を利用。ただ、ネットワークを移動すると 192.168.3.x や 192.168.11.x なども利用しています。 Docker for Mac を
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP arrays aren’t really arrays
もっと前に知っておきたかった！と思うSmartyのTips - EC studio 技術ブログ