VisualStudioCodeのデバッグでどうしてもブレークで止まらない場合 (PHP Xdebug) - Qiita
【追記】2018/04/12(木) 1.22.1 のバージョンアップでふと確認した所、 stopOnEntry を指定しなくてもちゃんと止まるようになっていました。 この記事を書いた際のバージョンが 1.20.1 で、こちらでも再度試したらちゃんとブレークポイントを設定した所で止まりましたので、何か他に原因があったのかもしれません。 結論 "stopOnEntry": trueを加えたら止まるようになりました。 原因 よくわかりません。 これまで、Visual Studio Codeでデバッグしたことは無く、設定なども見よう見まねでやっていたのですが、どうしてもうまく行かず、PHP Debug - Visual Studio MarketplaceのSupported launch.json settings:を見ていたところ、stopOnEntryの記述があり、試したら先頭で止まるように
[メモ] Dockerにて、PHP 5.6 + Apache + MySQL 5.6 を XDebugする環境作成 - Qiita
概要 Dockerにて、PHP 5.6 + Apache + MySQL 5.6 を XDebugする環境作成 Eclipseにて 環境 Windows 10 64bit ホスト機にて、VirtualBoxを動かして、Dockerを使用 参考: [メモ] Windowsで、Vagrant+Virtualboxを使ってるとき、dockerが使える環境を作成 デバッガ Eclipse PHP (予定..) VisualStudioCode (予定..) PHPStorm (評価版) ブラウザ: Google Chrome コンテナの設定・起動 Docker実行環境作成 VirtualBoxなどの場合、ポートフォワードの設定をしておくと、よいかもしれません。 使用ポート: 80(http), 443(https), 3306(MySQL), 8080(phpMyAdmin) 参考: [メモ] W
![[メモ] Dockerにて、PHP 5.6 + Apache + MySQL 5.6 を XDebugする環境作成 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/c78e32ffc40779ce70d3169f12f3d2a9f9ada063/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGNzU1OTQlMkZwcm9maWxlLWltYWdlcyUyRjE1NzQ4MTc4Njk_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmJnPUZGRkZGRiZmbT1wbmczMiZzPTEwMDc2YjU2MTUwZTU5ZTk3OTQ0YzQwNzA0ZGM5Zjdi%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Da9529cddc14d8eea1a5842355f1305e6%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUUzJTgzJUExJUUzJTgzJUEyJTVEJTIwRG9ja2VyJUUzJTgxJUFCJUUzJTgxJUE2JUUzJTgwJTgxUEhQJTIwNS42JTIwJTJCJTIwQXBhY2hlJTIwJTJCJTIwTXlTUUwlMjA1LjYlMjAlRTMlODIlOTIlMjBYRGVidWclRTMlODElOTklRTMlODIlOEIlRTclOTIlQjAlRTUlQTIlODMlRTQlQkQlOUMlRTYlODglOTAmdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtcGFkPTAmcz1iZWU3ZGU0NGI3MWQ3ZjMyZjI1NDNmNDJmZGI4YWY4NA%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBtdDA4JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9YjAxZTdmZWJlMzc0ZTYwZTUxYTk1M2EyNDY2YzM4MDI%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D20df9bcb2753a26db7e28df9627d6cb7)
Dockerで古いPHP(5.x)のXdebugを組み込んだデバッグ環境を構築する - Qiita
はじめに 新しい技術が好きな技術者といえども、古いシステムの改修や保守のために既にサポートが切れてしまっているようなバージョンのソフトウェアを触ることになる、という経験は誰しも訪れる。 そんなとき、古い開発環境をわざわざインストールしたくない。 ならば仮想化技術の出番でしょう。 追記 1 mac OSでうまく動かなかったので対処しました。 mac OSの場合は最終的にlocalhostにDockerコンテナ内のportがマッピングされるので、http://localhost/でアクセスできるようになります。 詳しくはDocker公式 Networking features in Docker for Mac の項を参照 作成したコードはこちらのgithubリポジトリにあります。 追記 2 mac OSではXdebugでのブレークポイントが確認できていません。 こちらのGistを元に、コンテ
Docker for Mac 上のコンテナに対して、PhpStorm + xdebug でリモートデバッグ - Qiita
PhpStorm の設定をする 設定する画面は３画面 デバッグポートの設定 PhpStorm メニューの Preferences を開き、 Languages & Frameworks -> PHP -> Debug を選択する。 Xdebug の項目があるので、Debug ポートが 9000 で、「Can accept external connections」がチェックされていることを確認する。 Server の追加 PhpStorm メニューの Preferences を開き、 Languages & Frameworks -> PHP -> Servers を選択する 「+」 をクリックし、設定を追加する。 Name は設定名なのでわかりやすいものをつける(Host名と合わせておけばいいと思う) Host名は /etc/hosts 等で名前解決できるようにしたホスト名を設定。名前解
VisualStudioCode + Vagrant + XdebugでPHPをリモートデバッグ - Qiita
VisualStudioCode と Xdebugを使って、ホストマシンからVagrant上のPHPをリモートでデバッグするための手順をまとめてみました。 環境 vagrant 1.9.5 CentOS7.3 PHP 7.1(remi-php71でインストール済み) Xdebug 2.5.4 Xdebugをインストール peclでもインストールできるらしいですが、今回はyumでインストールしてみます。 $ sudo yum --enablerepo=remi-php71 -y install php-pecl-xdebug インストールできたか確認 $ php -i | grep xdebug Additional .ini files parsed => /etc/php.d/15-xdebug.ini, xdebug xdebug support => enabled : 省略 Xde
XdebugをWindowsのPhpStormに導入する - Qiita
前提 Windows環境への導入 PhpStorm2017.2.1への導入 Vagrant環境への導入 Laravel(Homestead)への導入 PHP7 目的 Xdebugを使えるようにする 操作方法 Windows環境にPHPをインストールする。Vagrant環境にLaravel（Homestead）環境を用意します https://xdebug.org/download.php からXdebugをインストールします 2には沢山のバージョンがあり、どれを使ったらいいか分からない（私はそうでした）ので、https://xdebug.org/wizard.php のカスタムインストールを利用します コマンドで「php -i」と入力するとPHPの情報が表示されるので、それをまるっとコピーして3のサイトに貼り付けます 推奨のXdebugが表示されるので、それをDLし、指示に従って適する場所
Xdebugによるボトルネック箇所の見極め - Qiita
以前、メインで関わっていないリリース中のプロジェクトでボトルネックになっている箇所を見つけるために「Xdebug + Webgrind」を使った時の経験談になります。 最初にやったこと プロファイリングする箇所を決める 全ての箇所をプロファイリングしていると時間がかかるので、メインで担当しているエンジニアや運用担当者にボトルネックになっていそうな箇所を聞く。 キャッシュの有無 DBの結果をMemcachedなどに保存しているのでキャッシュの有り無しでプロファイリングをしてみる プロファイリングした結果を見る webgrindのshowを「100%」にして「milliseconds」で見る 表示するのに時間はかかるが100%にしておくと、メソッドが省略されないのでこの状態で見ていく。 メソッドの呼び出し回数と時間を見る 基本的にメソッドの呼び出し回数とそのメソッドの時間の数値が高いものがボト
NetBeansでのxdebug設定方法 - Qiita
NetBeansでのxdebug設定方法 開発環境：Windows7 php5.5.19 自分の環境にあったxdebug.dllを探す方法 下記ソースでphpinfoを表示する。 <?php phpinfo() php?> http://xdebug.org/wizard.phpへ出力されたphpinfoをコピーして貼り付け、実行すると下記画面のようになる。 出力画面のdllダウンロードリンクからダウンロードして、記載の場所へdllを格納する。 php.iniファイルを変更する。 php.iniファイルの変更箇所(下記項目を追加した) [XDebug] zend_extension="C:\php55\ext\php_xdebug-2.2.7-5.5-vc11-x86_64.dll" xdebug.remote_enable=1 xdebug.remote_host="127.0.0.1"
Laravel 5.3でデバッグバーを使用する方法 - Qiita
... /* |-------------------------------------------------------------------------- | 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
DockerでXDebug使ってPHPデバッグする際はremote_connect_backが使えない - Qiita
XDebugを使ってPHPのデバッグをする際、設定方法には2つある。 remote_hostをホストPCのIPアドレスに設定する remote_connect_backをtrueにする remote_connect_backを使えばホストPCのIPを入力せずとも、ホストPCとの連携が簡単に出来る。 If enabled, the xdebug.remote_host setting is ignored and Xdebug will try to connect to the client that made the HTTP request. https://xdebug.org/docs/all_settings#remote_connect_back ところが、Docker上にインストールしたXDebugとの連携の場合は、こうはいかないらしく、remote_hostを設定しないと動
Slim 3 Framework まだやってます xdebugでデバッグとかリモートデバッグとVisual Studio Code で楽々デバッグ。その４ - Qiita
まだやってます slim 楽でいいすね。ちょっとした便利rest-apiなんかチョコチョコっと作れるのでいいすわー。 Visual Studio Codeでデバッグしたい 仮想環境vagrantに入ってvi でコード編集するのが面倒なのでnfsマウントしたvagrantのディレクトリ下にslimおいて・・・とwindows側でVisual Studio Code使って編集してますがなんか面倒になったわけですよ。xdebug使ってリモートデバックするまでもないのでxampp立ち上げてローカルでデバッグする環境をさくっと作ってみます。 前提と今回のレシピ ・その１で、Vagrant環境にPHP7.0とslim3色々、＋ Vagrant環境にxdebugを設定す（今回） ・Windows環境にXAMPPいれる ・Visual Studio Code ＋ 拡張モジュール PHP Debug いれる
Docker＋GolangをVisualStudioCodeでリモートデバッグする - Qiita
はじめに DockerにGolangの環境を閉じ込めたときデバッグどうするの？と思ってなかなか情報を集められなかったのでまとめます。 検証環境 ホスト側 Windows10 + Boot2Docker + VisualStudioCode Sierra + Docker for Mac + VisualStudioCode コンテナ側 golang:onbuildを使用（執筆時点ではgolang 1.7） Golangのデバッガについて VisualStudioCodeではDelveを使うようなので、Delveを使います。 ドキュメントやissuse見てるとリモートデバッグもサポートしていて、もしかしてDockerもいけるかもってところが発端。 Dockerのリモートデバッグについて リモートデバッグが可能なようで、こちらをベースにGolang用に書き換えます。 Live Debuggin
Golangでエラー時にスタックトレースを表示する - Qiita
Golangのerrorにはスタックトレース情報はない．基本は必要ないと思うし困ったこともない．一方で新しくプロジェクトに入りかつコードベースに慣れてない場合はどこが問題かアタリをつけるためにあっても良いとも思う．pkg/errorsを使ってるならそれはすぐに実現できる． pkg/errorsの基本的な考え方についてなどは GoCon 2016 springの後に "Golangのエラー処理とpkg/error"にまとめた（作者のDaveのブログ記事は "Don’t just check errors, handle them gracefully"）．ここで強調して書いたのはちゃんとエラーをアノテートする（何をしてそのエラーが発生したかの状況を付加する）ことである．特に外部のパッケージとやり取りする場合，つまりまともなエラーメッセージが返ってこないかもしれない場合，pkg/errorsの
MACにMAMP、NetBeans、XdebugでPHPをトレースする方法 - Qiita
環境 MAC: Yosemite(10.10.3) MAMP: 3.2.1 NetBeans: 8.0.2 Xdebug: 2.2.5 前提 MACにMAMPがインストールされている事とする PHPバージョンの確認 MAMPのphpinfoで、PHPのバージョンを確認する。 私の環境では、5.6.7。 Xdebugを有効化 MAMPをインストールすると、Xdebugも一緒にインストールされています。 しかし、デフォルトではXdebugは無効化されている為、有効化する必要があります。 まず、ターミナルを開いて下記コマンドで、php.iniの場所を確認する。 $ find /Applications/MAMP -name "php.ini" /Applications/MAMP/bin/php/php5.1.6/conf/php.ini /Applications/MAMP/bin/php/p
Check! Visual Studio Code で PHP をデバッグ実行 (Xdebug) - Qiita
こんにちは、オークファンの @dz_ こと大平かづみです。 Prologue - はじめに プライベートでも使っている Visual Studio Code で PHP デバッグができるように、 PHP Debug の拡張機能を導入してみました！ Visual Studio Code とは？ さて、 Visual Studio Code は、Microsoft 製のオープンソースのエディタです。 Javascript をはじめ、 PHP もある程度補完してくれ、シンプルながら使いやすいエディタです。Windows はもちろん、Mac, Linux でも利用できるので、両刀遣いとしても重宝します。 Visual Studio Code > Debuggers > PHP Debug 前提 接続先のサーバーに xdebug がインストールされていること おおまかな流れ 接続先サーバーの xde
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PhpStorm(on Windows10) 基本設定メモ(1) - php+xdebug環境 - Qiita
PhpStormでXdebugを使えるようにしよう！ - Qiita
必要な時にのみxdebugをオン - Qiita
Golangのデバッガdelveの使い方 - Qiita
UbuntuにLAMP環境(PHP5.6)を構築する(構築~xdebug,composerの導入まで) - Qiita
