Best-in-class native macOS app to capture, decrypt, and mock your HTTP(s) requests/ responses with powerful debugging tools.
![Proxyman · Debug, intercept & mock HTTP with Proxyman](https://cdn-ak-scissors.b.st-hatena.com/image/square/2c2061897da0d88411ca3b1fc5ecd801d19732cd/height=288;version=1;width=512/https%3A%2F%2Fproxyman.io%2Fassets%2Fimages%2Ftwitter_banner_v5.jpg)
PhpStormでWebサイトのソースコードをステップ実行する方法を解説します。 意外とググっても的確な情報が出てこなかったり、出てきても古過ぎて微妙に条件が違ってたりするなーと思ったので、改めて整理しておきます。 この記事のとおりにやれば誰でもすぐにステップ実行でデバッグができるようになると思いますので、参考にしてみてください👍 この記事の動作環境 一応僕の環境を書いておきますが、多少環境が違っても基本的に同じ手順で大丈夫なはずです。 PhpStorm 2020.1 PHP 7.3.14 Xdebug 2.9.2 Google Chrome 81.0.4044.113 (Official Build) (64ビット) Xdebugのバージョンは phpversion('xdebug'); で確認 具体的なやり方 1. Xdebugのリモートデバッグ有効化する PhpStormでのステッ
php を GDB でデバッグするのが便利。 以下のエントリで手法が説明されている qiita.com blog.anatoo.jp stackoverflow.com 以降、私が書くのはこれらのエントリに書かれている手順を真似たものなので、詳細を知るにあたっては是非リンク先も読んでほしい 検証: GDB で実行中の php プロセスを覗き見る GDB は実行中のプロセスを解析の対象とすることもできる。このエントリでは、無限ループするバグった php を GDB で覗いてみよう <?php function third($bar = "") { for (;;) { } } function second() { third(); } function first() { second(); } first(); 検証環境 CentOS7.4 (1708) php-5.4.16-42.el
概要 PHP で PHPUnit のテストがうまく通らず、PHPStorm でステップ実行したくなることがたまにあります。 しかしながら、PHPStorm の PHP Remote Debug はブラウザ経由でないと、動きません。 と、思っていましたが PHPStorm でやれる方法が判ったので設定方法を共有します。 なので、無理やり画面を作って、PHPUnit を実行する方法を取ったら、まあ上手くいったので覚書ついでに共有してみます。 (2016--216 k-hottaさんからの指摘でさらに良い方法にたどり着いたので修正しました。) さらに良い方法をご存知の方がいらっしゃいましたら是非コメントください。 前提環境 PHPStorm を使っている。 vagrant を使っており、 php はゲストサーバ側にある。 (つまりリモートデバッグは可能。) テストしたい部分には Web 経由で表
NetBeans 8.2、MAMP 4.1(Apache、PHP 7.1、Xdebug 2.5.0)、CodeIgniter 4.0-devという組み合わせでの、ステップ実行のやり方です。 Xdebugの設定 ApacheのPHPでXdebugとリモートデバッグを有効に設定します。 --- php.ini.org 2016-12-16 02:04:54.000000000 +0900 +++ php.ini 2017-02-10 16:24:00.000000000 +0900 @@ -1161,4 +1161,5 @@ opcache.enable_cli=1 [xdebug] -;zend_extension="/Applications/MAMP/bin/php/php7.1.0/lib/php/extensions/no-debug-non-zts-20151012/xdebug.
プログラムの開発中はエラー発生の連続なものですが、特に開発の初期にはログ出力部分が未整備で、必要な情報が記憶されてなかったりするものです。 こんなときクラッシュレポートサービスを使うと、ほんの少しの手間でエラーが発生したら自動的に情報をクラッシュレポートサーバに転送してくれるようになります。 後はブラウザからその時のパラメータ、スタックトレースなどの情報を見ることができるようになります。 有名なクラッシュレポートサービスとしてはAirbrakeがありますが、有料サービスなので気軽に試してみることができません。 実はErrbitというAirbrake互換のオープンソースプロジェクトがあります。 Airbrake互換ということは、クライアントプログラムに仕込むプラグインがAirbrakeのものが使えるということです。 Errbitのインストール Errbitはrubyで書かれています。 特にパ
はじめに Oracle Databaseを使ったアプリケーション開発で、Oracleが実行したSQLをログ出力して確認したいときがあります。 Oracleのトレースログを有効にすると、実行したSQLをログに吐き出してあとから確認することができます。 新・門外不出のOracle現場ワザ エキスパートが明かす運用・管理の極意 (DB Selection)posted with amazlet at 13.01.10小田 圭二 大塚 信男 五十嵐 建平 谷 敦雄 宮崎 博之 神田 達成 村方 仁 翔泳社 売り上げランキング: 145,950 Amazon.co.jp で詳細を見る トレースログの出力場所を確認する はじめにsysユーザで接続して、トレースログの出力場所を確認します。 以下のコマンドを実行すると、トレースログがどこに出力されるかを確認することができます。 conn sys/orac
PHP再入門中の五所です。 FuelPHPでRailsのpry-railsみたいなことをしようとして、それなりに(半日)はまりましたー。 もうvar_dump($hoge);exit;みたいなことをちまちまやりたくないですからね。 PHPでREPL使いたい Psy ShellというRubyのPryやPythonのIPython並のデバッグ力を持つライブラリがあるので、それを使います。 Composerで追加しておいてください。 Composerをまだ使っていない方は、ぜひ下記をご覧ください。 aimstogeek.hatenablog.com REPL: コマンドラインから1行ずつコマンドを実行できるツール。 スクリプトの実行をやめて、インタラクティブにデバッグできる機能(デバッガ)が付属していることが多い。これ超便利。 Railsのbinding.pryみたいなことがしたい Railsの
どうもゴエです。 仕事上PHPに触れる事が多いのですが、あまりPHPのフレームワークというものを利用したことが無かったので、最近、勉強がてら「Fuel PHP」というフレームワークを弄っていました。 普段だとSSH上から「php 【実行するパス】」で叩いてたんだけど、それだとFuelPHPでは動かないみたい? なのでFuelPHPを弄っている中でバッチ処理である「tasks」をデバッグモードで動かして、実際の動きを確認したかったんだけど、そのやり方が分からなく普段のやり方でやったらドツボにハマったのでメモメモ 今回は以下の環境でやってみました。 PHP STORM ver 8.0.3 Fuel PHP ver1.7 Xampp 1.8.1 デバッグはXdebug ※ここではXdebugの設定やPHPSTORMなどの設定は省きます。 デバッグ設定する前に FuelPHPは「tasks」の中に
phpstormで試してみました。phpstorm 10.0.3なら、以下のようにするとローカルマシンのインタプリタでブレイクポイントを指定しての実行などができるようです。もっと賢い設定方法もあるかもしれません。 phpstorm用に設定したインタプリタのphp.iniでxdebugを読み込むようにする メニューのRun > Edit Configurations... を開く Fileにoilのパスを指定 Argumentsにr [デバッグしたいタスク名](:起動メソッド名 ※run以外のメソッドで起動する場合のみ必要) わかりやすいよう、Nameにデバッグしたいタスクのファイル名なり+起動メソッド名なりを入れておく OKで設定を保存 デバッグしたいタスクのファイルを開き、止めたい行の左側を左クリックしてブレイクポイント設定 画面右上の設定選択画面で、先ほど保存したNameの設定を選択
(2016/03/04 追記) Xdebug 2.4.0が正式版になりました。動作確認済です。 PHP7に暫定対応しているXdebug2.4.0RC4でリモートデバッグをやってみました。出来ないという噂も聞いていたのですが、問題なく実行できたので、メモがてら手順を書いておきたいと思います。 検証環境 今回はDocker(OSXにインストールしたdocker-machineにてDockerホストを作成)上のPHPで実行していますが、手順さえ取り違えなければVagrantでも問題なく実行できるかと思います。 OSX El Capitan(ホストマシン) docker-machine 0.6.0 (Docker 1.9.1) CentOS 7.2(コンテナOS) Apache 2.4.6 PHP 7.0.3 Xdebug 2.4.0RC4 Lumen 5.2 PHPStorm 10.0.3 Xd
EclipseからACCONを使用して開発を行うためのプロジェクト作成とリモートデバッグ方法を説明します。 1.PHPプロジェクトの作成方法 1.1. Eclipseの起動 任意のワークスペースを選択してEclipseを起動します。 1.2.新規プロジェクトの作成 メニューの[ファイル]→[新規]→[PHPプロジェクト]を選択します。 【PHPプロジェクト作成情報】 プロジェクト名:任意のものでOK 内容:既存ロケーションにプロジェクトを作成 Windowsの場合 /c/Users/[ユーザID]/develop/data-volume/workspace/project OS Xの場合 /Users/[ユーザID]/develop/data-volume/workspace:/develop/workspace/project PHPバージョン:5.5 JavaScriptのサポート:O
FuelPHPとおしゃべりしながらデバッグしたい rubyにあるirbやrubygemのpryのようなヤツをphpでもできないか調べてみた。 phpには $ php -a みたいなコマンド叩けば済むけど、自分で書いたコードをbinding.pryのように任意のステップでブレイクポイント置きたい。 PsySH pryに相当するPsySHを発見。 これをFrameworkのFuelPHPで動かしてみる。 まだ、試してないのでたぶん、こうすれば動く妄想。 $ php composer.phar global require fabpot/php-cs-fixer:dev-master 特定のソースコードに対してphpyshをrequireしてevalするらしい # 特定のソースに対して require('~/.composer/vendor/bin/psysh'); # ブレーク置きたいところへ
こんにちは。リスペクトの木村です。 今日は、「MailCatcher」というRubyで使うGemライブラリの話をお送りします。 MailCatcher とは Samuel Cochran氏が開発した、シンプルなSMTPサーバーです。特に細かい設定は不要で、起動するだけでSMTPサーバーが起動します。(ポートは1025番) これだけであればよくあるSMTPサーバーなのですが、MailCatcherの特徴は「SMTPサーバーを経由したメールをブラウザ上から確認できる」という所にあります。送信しようとしたメールはMailCatcherのSMTPサーバーから先には送信されません。 Webサーバーが同時に起動(ポートは1080番)するので、ブラウザからアクセスすると下記のような画面が表示されるので、そこから確認できます。 届いたメールはほぼリアルタイムで受信トレイに表示されるため、リロードの必要はあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く