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し、指示に従って適する場所
【IntelliJ】Scala/PlayFrameworkをIntelliJでデバッグする【Play】 - Qiita
注意：IntelliJは13.1（2014/4/6 時点のEAPです。）、PlayFrameworkは2.2.2でございます。 あんまり有用な情報ではないですが、手順書づくりの一環で作っています。 知っている人はスルーしてください。 PlayFrameworkを入れる＆アプリを作る play consoleでアプリを作ってください。 アプリ作成後、play consoleで、IntelliJ用の設定ファイルを生成しましょう IntelliJの設定 開発マシンにIntelliJを入れてください。 Ultimate版はPlay 2プラグインもあるので幸せになれるかも 前述で作ったアプリで、play console で idea を実行していれば、すでにそのアプリはIntelliJのプロジェクト扱いなので、IntelliJのファイルメニューのOpenから開けます。開いてください。 デバッグ設定
【Unity】デバッグのやり方入門 - Qiita
注意事項 動作環境：Unity5.2.2f1 VisualStudio2017 Unity 向けに執筆していますが、その他の環境でも参考になるかと思います この記事は、読み物要素を重視しているので文量おおめです。お急ぎの方は3行以上の文の塊は飛ばしてかまいません この記事の内容は、筆者が独学でUnityを習得するうえで重要だと思ったことになります。つまり主観です。 はじめに Unityでデバッグを学ぶ Unityを使って何か実現したい時、ググって使えそうなところをコピペするだけで大体なんとかなります。しかし、そのコピペ元がコードを間違えていたり、コピペミスをしたときにデバッグができないと、途方に暮れるしかありません。にもかかわらず、デバッグを学ぼうにも、「Unity デバッグ」などと検索しても出てくる記事はUnityとVisualStudioのつなぎ方ばかりで、肝心のその先のテクニックにつ
Xdebugによるボトルネック箇所の見極め - Qiita
以前、メインで関わっていないリリース中のプロジェクトでボトルネックになっている箇所を見つけるために「Xdebug + Webgrind」を使った時の経験談になります。 最初にやったこと プロファイリングする箇所を決める 全ての箇所をプロファイリングしていると時間がかかるので、メインで担当しているエンジニアや運用担当者にボトルネックになっていそうな箇所を聞く。 キャッシュの有無 DBの結果をMemcachedなどに保存しているのでキャッシュの有り無しでプロファイリングをしてみる プロファイリングした結果を見る webgrindのshowを「100%」にして「milliseconds」で見る 表示するのに時間はかかるが100%にしておくと、メソッドが省略されないのでこの状態で見ていく。 メソッドの呼び出し回数と時間を見る 基本的にメソッドの呼び出し回数とそのメソッドの時間の数値が高いものがボト
Xamarin を使用したアプリ開発での、問題解決の方法 - Qiita
Xamarin はクロスプラットフォームアプリ開発ツールで、しかも「ネイティブAPI をラップするだけ」のタイプなので、トラブルの解決方法は、ネイティブアプリ開発の情報やノウハウの中にある場合が多いです。 私が Xamarin.Forms でアプリ開発をしていて、書いたコードが期待通り動作しない場合、以下のような手順で問題解決を試みていますよーというのを紹介します（環境面のトラブルではなく書いたコードの問題についてです）。 ひとつ最初に言いたいのは、問題が発生したときにまず行うことは、 問題が発生する最小の環境を作り出す ことです。修正のためにコードを書き換えたり、人に聞いたりするのはその後です。これは Xamarin に限らず、いやプログラミングに限らず、問題解決する際にはいつも心がけている事です。 1. それはネイティブ（Java-Android や Swift-iOS）でも起こり得る
JetBrains Rider で Xamarin.Android プロジェクトのデバッグが行えるようになりました - Qiita
クロスプラットフォーム対応の.NET向けIDE、JetBrains Rider の EAP(Early Access Program) ver.20 で、ついに Xamarin.Android の「実行」がサポートされました（今までも「ビルドだけ」はできたのですが）。 Rider EAP 20: Xamarin Android, Node.js, .NET Core improvements, and more - .NET Tools Blog.NET Tools Blog たとえば Xamarin Samples の ButtonCode - Xamarin を Rider で開いてビルド、デバッグ実行してみます。 これは Xamarin.Forms のソリューションですが、その中の Android プロジェクトは実行できます。 上図のように、エミュレータも起動でき、ブレークポイントを
NetBeansでのxdebug設定方法 - Qiita
開発環境：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" xdebug.remote_port=9
Golangのデバッガdelveの使い方 - Qiita
はじめに Goで書いたコードデバッグするのにdelveというデバッガ使ってみたら、なかなかに便利だったので基本的な使い方をまとめておく。 delveのコードは以下のGitHubリポジトリで公開されてるんだけど、 https://github.com/derekparker/delve 使い方の説明が公式ドキュメントにあんまり書いてないので、実際に触ってみて、具体例を挙げて説明していこうかと思う。 インストール 手元の環境はMacなのでbrewで入れた。 ※他の環境の場合は以下の公式ドキュメントを参照して下さい。 https://github.com/derekparker/delve/tree/master/Documentation/installation
Android7からcharlesでssl通信が見れなくなった件 - Qiita
問題 Charlesを使用して通信デバッグをしていたが、Android7以上の端末でssl通信が見れなくなった。 原因 どうやらネットワークセキュリティーの仕様が変わったらしい Changes to Trusted Certificate Authorities in Android Nougat ３行まとめ より安全なデフォルトを提供するためにAndroidが信頼できる認証局（CA）の仕様を変更したよ Apiレベル24(Android 7)以上からだよ CAを明示的に有効にしないと通信はみれないよ 対応方法 信頼できるCAを追加しましょう https://developer.android.com/training/articles/security-config.html?hl=ja#CustomTrust カンタン導入 デバッグだけ通信を見れる様にする 1. AndroidManif
iOS10.3以降でCharlesが使えない場合の対処法 - Qiita
iOS10.3以降でCharlesを使ってSSL通信内容をデバッグ確認しようとしましたが、 以前はうまく使えていたのに今回はキャプチャできずハマったのでメモします。 事象 以下のエラーが表示され、SSL通信が確認できない 原因 iOS10.3からルート証明書の信頼をする設定が必要になったため。 設定方法 設定アプリ > 一般 > 情報 > 証明書信頼設定 からCharlesのルート証明書をオンにする。 ダイアログが表示されるので、「続ける」をタップ。 その他チェックリスト 上記の証明書の信頼設定以外での確認項目です。 基本的な設定方法はこちらの公式サイトから確認できます。 https://www.charlesproxy.com/ PCとiOS端末が同じネットワークに接続しているか （iOS端末が4GでPCが社内Wifiになっていないか、VPN環境でないか） iOS端末のネットワーク設定で
Laravel 5.3でデバッグバーを使用する方法 - Qiita
barryvdh/laravel-debugbarというパッケージがあるのでこれを使用する。 barryvdh/laravel-debugbarをインストール compose ... /* |-------------------------------------------------------------------------- | Application Debug Mode |-------------------------------------------------------------------------- | | When your application is in debug mode, detailed error messages with | stack traces will be shown on every error that occurs
Wiresharkで独自プロトコルの解析 - Qiita
Wiresharkで独自プロトコルを解析する いきさつ WiresharkではLua言語で記述したファイルをプラグインとして扱うことが出来ます。 業務で端末間の通信が怪しかったので、Wiresharkを使うことになりましたが、単にキャプチャーしただけだとバイナリを脳内解析することになります。ちょっと勘弁ということでプラグインを作ることにしました。Lua言語ってなんちゃら？と思うけど、独自プロトコルを解析するくらいであれば簡単に作ることが出来ました。 前準備 Wiresharkのインストールフォルダにある init.lua の設定を変更します。 disable_luaをfalse に設定 run_user_scripts_when_superuserをtrueに設定 ファイルの最終行に「dofile(DATA_DIR.."foo_protcol.lua")」を追記 -- Set disabl
Android Studio 2.1のAndroid Emulatorの通信をCharles Proxyを使ってパケットキャプチャする - Qiita
Android Studio 2.1のAndroid Emulatorの通信をCharles Proxyを使ってパケットキャプチャするAndroidAndroidStudioCharles 個人的なメモ。多分Android Studioにかぎらず適用出来ると思う。 EmulatorはNexus 5 API 23で確認。 やり方 Charles Proxyを起動する。 Android StudioからAndroid Emulatorを起動する。 エミュレータの中のSettingsアプリ → Wireless & NetworksのMore → Cellular networks → Access Point Names → T-Mobile US(環境によって違うかもだけどとにかく使ってるやつ) → Proxyを自分のホストマシンのIP, Portを8888に設定 スクショめんどいからこれ見
Macに接続したiPhoneのパケットをキャプチャする(Wireshark) - Qiita
iOSアプリを開発していると、実機からの通信を見たいときなんかがあります。 そんな時に、実機のパケットを見れると便利なので方法をまとめておきます。 まずiPhone(iPadでも良いですが)をMacに接続します。 次に、後で利用するiPhoneのUDIDを取得しておきます。 UDIDを確認するには、iTunesから見るのが簡単です。 表示されない場合はUDIDの付近をクリックするとシリアル番号やECIDなど表示が切り替わるので、UDIDが表示されるまでクリックしてください。 値は⌘Cか、編集 - UDIDをコピーでコピーできます。 このUDIDを、rvictlでリモート仮想インタフェースとして設定します。 (rviはRemote Virtual Interfaceの略) $ rvictl -s xxxxxxxxxxxxxxxxxxxxx Starting device xxxxxxxxxx
CharlesでSSL接続のデバッグが出来ない - Qiita
CharlesでのSSL接続デバッグ Charlesを利用してiOSアプリのデバッグを試みていたんですが、httpsの通信に失敗していました。 通常のhttp通信は参照出来ていて、 ・SSLのRoot証明書Charles Proxy CAをMac側にインストール、全て信頼済み ・iOS側にプロファイルはhttp://www.charlesproxy.com/getssl/よりインストール済み ・Enable SSLProxingも設定済み この状態で、変わらず SSLHandshake: Received fatal alert: certificate_unknown とのエラーが表示されていました。 結局 iOS 10(.3) 以降？の新しい設定項目の問題でした。 参考URL http://stackoverflow.com/questions/42157551/unable-to-u
printデバッグにさようなら！Ruby初心者のためのByebugチュートリアル - Qiita
はじめに この記事はByebug（バイバグ）というgemを使ったデバッグ方法を説明するチュートリアル記事です。 JavaやC#のようなコンパイル型の言語ではEclipseやVisual StudioのようなIDEを使って開発することが主流です。 なので、自然とIDEに標準装備されているデバッガを使ってステップ実行したりすることが多いと思います。 一方、RubyではRubyMineのような有料IDEもあるものの、IDEではなくテキストエディタを使って開発している人の方がまだまだ多いと思います。 そうすると、初心者の方はなんとなく「Rubyでデバッガを使ってデバッグするのは無理なのでは？」と考えてしまう人も多いかもしれません。（僕は初心者の頃そう思ってました・・・。） ですが、そんなことはありません！ RubyでもIDEを使わずにターミナル上でデバッガを使ってデバッグすることは可能です。 とい
Unity プロジェクトを Visual Studio でデバッグ（ステップ実行等） - Qiita
導入にちょっとハマったのでまとめておく。 環境の前提 Unity がインストールされていること Visual Studio 2010,2012,2013,2015 のいずれかがインストールされていること Visual Studio Tools for Unity 導入 https://msdn.microsoft.com/ja-jp/dn833194.aspx この中から手元の Visual Studio のバージョンにあったインストーラを入手 Unity 側設定：パッケージのインポート プロジェクトを開く Assets - Import Package - Visual Studio xxxx Tools メニューを選択 インポートに成功すれば、「Visual Studio Tools」メニューが増える。 Unity プロジェクトから Visual Studio を開く Visual S
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を設定しないと動
【Charles】アプリの通信をキャプチャする - Qiita
Android、iOSアプリ開発でAPIのリクエスト、レスポンスを確認するために使っているツール「Charles」について記載します。 スマートフォンアプリ開発で是非、利用して頂ければと思います！ Charlesについて CharlesはHTTPプロキシ、HTTPモニタを行うためのツールです。 このような書き方をすると難しいツールのように感じてしまうかもしれませんが、使い方は至ってシンプルです。 Charlesを使うことで、通信時のリクエスト、レスポンスの中身を除いたり、値を好きに書き換えたりすることができます。 APIが異常系のレスポンスを返してきた場合のアプリ側の挙動を確認したい場合に、サーバー側の設定やDBの値を変更する必要がなくなります。 また、この記事ではOSX + iOS + Androidで使うことを前提に記載します。 もちろん、WindowsやLinuxでも使うことができま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
必要な時にのみxdebugをオン - Qiita
