はじめに Linux Mint 18.3 に、xdebugを入れた時のメモです。 PHPはインストール済みから始めています。(PHP7.0) 参考資料(感謝!) WEBサービス創造記 様のページそのままです 手順 PHPがデバッグ版でないことの確認 $ php -i | grep Build Zend Extension Build => API320151012,NTS PHP Extension Build => API20151012,NTS Debug Build => no
PHPSTORM ①PHPの指定 prefarences -> languages&flameworks -> php CLIインタープリターが最初は何も入ってないので指定してあげる 「・・・」をクリック 「+」をクリックすると、PHP関連の選択肢が出てくるので選択する 俺の場合は「/usr/local/Cellar/php71/7.1.14_25/bin/php」 →MACのPHPがどこに入ってるかわからんくてめちゃ悩んだで・・・ そしたら「デバッガー:Xdebug2.6.0」が表示されていればOK ②SERVERの指定 prefarences -> languages&flameworks -> php -> server 名前:homestead ホスト:xxx.test(自分で指定したURL) ポート:80 デバッガー:xdebug プロジェクトファイルに合わせたサーバー上のパスを
前略 最近なんだかんだでフリーランスなりました お仕事の話あればください! という報告ついでにメモ的備忘録 後略 vagrant内でphpを実行した時にxdebugしたくなったらこうすれば良いようです php \ -dxdebug.remote_enable=1 \ -dxdebug.zend_extension=/usr/lib64/php/modules/xdebug.so \ -dxdebug.remote_port=9000 \ -dxdebug.remote_autostart=On \ -dxdebug.idekey=PHPSTORM \ -dxdebug.remote_host=192.168.33.1 \ -f hoge.php php.ini に書くオプションを直接渡す感じ 堅苦しいセキュリティソフト入ってるとXdebugの邪魔したりするのやめてほしいです! すごく嵌りま
PhpStorm から Vagrant VM の PHP アプリケーションをリモートデバッグする(Web & CLI) - Shin x blog 最初はこれ見てやろうとしたんですがレポジトリがどうのこうのとか言い出してよくわからなくなりました。 そもそも2014年というあたりで回れ右すべきだった。 いや流石にHomesteadさんはなんかあるやろと検索したらズバリなタイトルが出て来ましたのでこれを参考にしてみます。 Homestead + Xdebug + PhpStorm でリモートデバッグ環境をつくる - ラボラジアン PHP7.2にはXdebugがない? 上記資料では7.1だったんですが、Homesteadは7.2を指してるんですよね。 で、7.1のフォルダにはxdebugのiniファイルがあるんですが7.2にはありません。 なんでやねんって調べたらそれっぽいのが出て来ました。 U
XAMPPのPHP7でXdebugを使う場合 XdebugのDLLをダウンロード XAMPPのバージョンによっては環境が異なりXdebugのDLLが適用できないものもある。 まずは、XAMPPでApacheを起動させる phpinfo()でPHPの情報を表示 環境にあったXdebug.dllをダウンロード phpinfo()で出力されたソースコード(html)を全部コピー https://xdebug.org/wizard.php のサイトのテキストボックスにコピーしたソースコードを貼り付ける [Analyse my phpinfo() output]ボタンを押す 現在の環境に合ったDLLのファイルがダウンロードできるのでこれをダウンロードする C:\xampp\php\ext にダウンロードしたDLLを入れる php.iniを編集 下記を末尾に追記 ただしphp_xdebug-2.6.0
これのきっかけ 開発機がWindowsなので、実際の動作環境に合わせてvagrantでCentOSを建てApache,MySQL,etc等をインストールし、やった環境構築完了!と思っていた時期がありました。 [root@localhost /]# php -v PHP 7.1.17 (cli) (built: Apr 25 2018 08:30:10) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.1.17, Copyright (c) 1999-2018, by Zend Technologies with Xdebug v2.6.0, Copyright (c) 2002-20
前段 以前、こちらでPhpStormでxDebugを使う記録を取ってました。 PhpStormとHomesteadとXdebugでDebugできるようにする - Qiita その後、なんか調子悪くなったhomesteadをdestroyしたせいで? xdebugのインストールとかが吹き飛んだっぽくて、デバッグできなくなってしまいました。 php -mでモジュール一覧を見ても、Zend Modulesにxdebugが表示されません。 なので、改めて入れ直します。 使えるかどうかの確認 毎回、「どこを確認すればええんや……」となるのでまとめておきます。 各設定が具体的にどうなっていればいいかは以下を参照してください。 Homestead + Xdebug + PhpStorm でリモートデバッグ環境をつくる - ラボラジアン PhpStormの設定 PhpStorm Preferences L
PHP のデバッグツールである Xdebug にはリモートデバッグという機能があります。 …というのは言うまでもなく、広く知られていると思います。 しかし、Xdebug の設定をなんとなくコピペで済ませたりしていないでしょうか? Xdebug のリモートデバッグ設定、理解していますか? 日本語のサイトを検索すると「 xdebug.remote_enable=1 にして、xdebug.remote_host を xxx にして…」と設定だけが淡々と書かれた情報が多いです。 しかし、設定項目について、それぞれの意味を理解していないとトラブル時の対処が難しくなります。 リモートデバッグとは何か? リモートデバッグ (Remote Debugging) とは、実行中の PHP とは別の場所にデバッグを制御するものが存在する 方式です。 よくある環境だと、次のように図示できます。 PHP 本体とは別
コマンド実行後、エクスプローラーからC:\tools\php72をフォルダごと削除します 試した手順(うごかないほう) https://xdebug.org/download.php よりXDebugをダウンロード。2018/07/13現在2.7.0alpha1 C:\tools\php72\extにダウンロードしたファイルを配置し、Ctrl+右クリックよりフルパスをコピーしておく C:\tools\php72\php.iniを開き、一番下の行に以下を追加 [XDebug] zend_extension = "(さっきコピーしたフルパス)" xdebug.profiler_append = 0 xdebug.profiler_enable = 1 xdebug.profiler_enable_trigger = 0 xdebug.profiler_output_dir = "(適当なフォル
はじめに ブレークポイントが使いたいだけの人生だった。 Xdebug入りのコンテナイメージ準備 公式のphp:7.1-apache をベースに下記のDockerfileを用意 FROM php:7.1-apache RUN pecl install xdebug-2.7.0alpha1 RUN docker-php-ext-enable xdebug RUN echo 'xdebug.remote_enable = 1\n\ xdebug.idekey = "PHPSTORM"\n\ xdebug.remote_host = [ローカルPCのIP]\n\ xdebug.remote_autostart = 1\n\ xdebug.remote_connect_back = 0' >> /usr/local/etc/php/php.ini
結論 https://qiita.com/t_n/items/203cd3593427a35f7ed7 のように、 shell の if 〜 then 〜 fi を使う。 ただし、記事にある通りで、 これはするべきではないです と思います。が、今の所、この方法しか思いつかなかった。。というメモ。 具体例: # ..snip.. COPY ./docker/workspace/usr/local/etc/php/conf.d/xdebug.ini /usr/local/etc/php/conf.d/xdebug.ini RUN if [ "${PHP_XDEBUG_INSTALL}" = "true" ]; then pecl install xdebug ;fi RUN if [ ! "${PHP_XDEBUG_INSTALL}" = "true" ]; then rm -rf /usr/
php 7.2 Laravel 5.4 Homestead 6.1.0 (Vagrant経由で起動) Windows10(Homesteadとの共有フォルダを作成してWindows上でソースを編集している) PhpStorm 182.3911.43 xdebug 2.6.0 やりたい事 PhpStormからPHPUnitをデバッグ実行したい (ブレークポイントで停止させたい) 手順 1. Homestead上でxdebugの設定を行う /etc/php/7.2/mods-available/xdebug.iniを以下の通り編集する zend_extension=xdebug.so xdebug.remote_enable = 1 xdebug.remote_connect_back = 1 xdebug.remote_port = 9000 xdebug.max_nesting_level
Xdebugによるデバッグの仕組み PHPアプリのデバッグ実行には、Xdebug というPHP拡張を利用します。 Xdebug PHP ランタイムに組み込まれたXdebugとデバッガが通信することにより、リモートデバッグが実行されます。 PHPアプリとデバッガを両方ともホストOSで起動していれば、特別な設定をしなくても通信が成立して問題なくデバッグできます。 PHPアプリをゲストOSで実行する場合、通信先のデバッガが localhost にないので、通信に失敗します。 解決策 要するに、XdebugがホストOSのデバッガと通信できるよう、Xdebugを設定すればいいわけです。 方法は2つあります。 方法1: xdebug.remote_connect_back を有効にする Xdebug の設定ファイル (xdebug.ini) で、xdebug.remote_connect_back を
Docker for Mac/Windowsで動作しているPHPアプリを、VS Codeからデバッグする方法です。 Docker for Mac/Windowsで起動したコンテナでは、host.docker.internalというDNS名で、ホストのIPアドレスを引くことができるようになっています。 Networking features in Docker for Mac Networking features in Docker for Windows Xdebug の設定のxdebug.remote_hostに、この値を指定することで、コンテナ内のPHPとデバッガが通信できるようになります。 xdebug.default_enable = 1 xdebug.remote_autostart = 1 xdebug.remote_connect_back = 0 xdebug.remot
稼働中の Elixir/Erlang アプリケーションをお手軽デバッグトレースできる erlyberly が超便利!ErlangdebugElixir erlyberly って何? erlyberly は、Erlang の他、Elixir, LFE (Lisp Flavoured Erlang - Elang VM 上で動作する Lisp) といった Erlang 系言語向けのデバッグトレースがビジュアルに出来る GUI ソフトウェア。Java で出来ているので JDK (8u20 以上が必要) が入っている環境であれば動作する。 百聞は一見に如かず、というわけで、まずはスクリーンショットから。 Erlang 系言語にはコマンドラインのデバッガは幾つかあるが、視覚的にデバッグ・トレースできるものは余り見当たらない。 豊富な機能 できることは GitHub の READ.md に貼られている
はじめに お読みいただきありがとうございます。 この記事は、「Life is Tech ! Members Advent Calendar 2016」の18日目の記事です。 突然ですが皆さん、スマホアプリが裏でサーバーとおこなっている通信、覗いてみたくないですか...? そんなことして何がお得なの...? って思われるかもしれませんが、こんないいことがあるんです: 通常の操作(長押し等)では保存できない画像などがフル画質で保存できる! アプリが利用しているAPIの(だいたいの)仕様がわかる! 端末内の個人情報を外部に勝手に送信していないかチェックできる! などなど... たくさんあるんです! そこで今回は、スマホがおこなっているすべての通信パケットをPCで解析できるツール Charles をご紹介します。 ※ この記事では筆者手持ちのiPhone6とMac(OS Sierra)を使って解説
500ストック! | 通信系のデバッグには Charles が便利 by @usagimaruma https://t.co/fsM0FZkimi https://t.co/IkHXGUEtYs
その後、ブラウザなどでhttps化したサイトにアクセスします。 フォアグラウンドで実行しているtcpdumpコマンドをCTRL+Cで停止させ、その後scpコマンドでローカルPCに/tmp/dump_https.pcapファイルを持ってきます。 あとはローカルPCのwiresharkでこのパケットキャプチャを見ていきます。 キャプチャした内容を見てみる 順番に見ていきます。 SSLでは実際に暗号化通信を行う前にSSLハンドシェイクを行う必要があります。 ざっくりだと以下をやるようです。 Step1 使用するアルゴリズムの合意 Step2 サーバーの認証 Step3 データ転送で使用する鍵の確立 Step4 ハンドシェイクが正しく行われたことの確認 Wiresharkで細かく通信の流れを見ると以下のようになっていました。 (Client HelloなどはTLSプロトコルのハンドシェイクタイプの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く