LINE Botのデバッグにはngrokが便利
Google App Engineで動作するLINE Botを作ってみました。 LINE API + Google App Engine + Pythonでボットを作成する これ、デバッグが大変なんですよね... 良い方法はないか調べてみると、ngrokを使うと簡単にローカル環境でデバッグできそうです。 ngrok ローカルで起動中のwebサーバーを簡単に外部公開できるサービスです。 今回はUbuntu 18.04で動作させてみます。 アカウントを作成してLogin。 ログインしたあとの画面、Download Linuxをクリックします。 「ngrok-stable-linux-amd64.zip」がダウンロードできました。 解凍して得られる「ngrok」を適当な場所に保存します。 3. Connect your accountに表示されているコマンドを実行して認証を実行。
2016-06-04 - uokadaの見逃し三振は嫌いです
racchai.hatenablog.com 初心者向けのpdbの紹介記事を見かけたのでバット読んだけど、 このやり方も書いて欲しいなと思ってこのエントリを書いてみた。 #!/usr/bin/env python import sys def log(args): print args def main(args): log(args) #import pdb;pdb.set_trace() main(sys.argv) import pdb している行をコメントアウトしたスクリプトを用意しました。 % python2.7 -mpdb sample.py > /private/tmp/sample.py(3)<module>() -> import sys (Pdb) b 12 # <= 12行目のmain()にブレイクポイントをセットします。 Breakpoint 1 at /priva
【linux】カーネルパニックの種類 | 発生方法 | 対処
1. カーネルパニックとは カーネルパニックとは、カーネルで致命的なエラーが発生し、OSの稼動が完全に停止した状態の事を言います。OSを継続して稼動さえることは不可能であり、再起動するしかありません。エラーの原因を調査するために、カーネルパニック時にはメモリダンプ(カーネルダンプ、クラッシュダンプ、コアなどと呼ぶ場合も有ります)を出力することが可能です。メモリダンプとは実メモリの内容をファイルに出力する機能のことを言います。OSがsyslog (シスログ) に書き出す余裕もなくクラッシュするのでメモリダンプは唯一の解析の手がかりとなることもあります。OSを再起動すると、メモリダンプが /var/crash/<IP アドレス-YYYY-MM-DD-mm:ss>/vmcore にコピーされます。(diskdumpの場合) 参考：diskdumpの設定方法 2. カーネルパニックの種類 カーネル
Rails4 今のところ最強なデバッグツール達 - Qiita
Gemfile の 「group :test, :development do」ブロックに書いている 個人的に最強な設定 を晒したいと思います。(2013/10/24 現在) 作業環境 Ruby 2.0.0p247 Rails 4.0.0 Gemfileに設定している内容 ※ コメントに随時変更したものを追記しますー group :test, :development do gem 'pry-rails' gem 'pry-doc' gem 'pry-stack_explorer' if RUBY_VERSION >= '2.0.0' gem 'pry-byebug' else # 以下はRuby1.9の時のみ使う(pry-byebugの代わりに) # debuggerは1.9以下でしか動作しない, remote は byebug で使えないようになった gem 'pry-debugger
RailsのDebug環境を改善する | Webシステム開発／教育ソリューションのタイムインターメディア
皆さん、Railsの開発でデバッガ使ってますか？ 私は最近ようやく使うようになりました。 それまでは、Rubyistなら誰もがやっているであろう、ppデバッグ(ppで変数を表示)のみでデバッグを行なっていました。 C#でプログラムを開発していた頃は、 「デバッガ無しで開発とかありえない！大きなプロジェクトでppデバッグとか、そんな手法使えるわけないだろ」 と思っていましたが、Rubyだとデバッガ無しでも案外なんとかなってしまいます。 ppを埋め込んで変数を表示、などもお手軽にできるのが、軽量言語の素晴らしい所でもあると思います。 しかし、流石にプロジェクトの規模が大きくなるに連れて、ppデバッグだけではプログラムの流れを追いにくい、という問題に直面していました。 エラーがどこで発生したのかを確認するために、ppを至る所に埋め込んでデバッグ。そんな手法に限界を感じていた、ある日、同じプロジェ
Rails で、Controller に定義されている action を一度に取得する方法はありますか？ - QA@IT
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
VimのソースコードをいじっていたらSEGVしてしまった時にgdbでトレースする方法 - Humanity
@ynkdirさんのコメントより引用。 以下の修正を加えてます。(引用なのに修正加えていいの...?) vim → /path/to/vim (@h-eastさんから指摘頂きました。ありがとうございます) 参考までに... 1. Vim をデバッグ情報付き最適化無しでコンパイルする。 $ CFLAGS="-g -O0" ./configure && make 2. core ファイルが生成されるようにしておく (サイズは適当)。 $ ulimit -c 100000000 3. SEGV を待つ。 $ /path/to/vim なにか作業... 4. Vim が落ちたら core ファイルを調べる。 $ gdb /path/to/vim /path/to/core backtrace
お題目うぉっち:Hadoop Streaming メモ
2010年01月24日 Hadoop Streaming メモ ClouderaのVMで Hadoop-Streaming をいじったときの調べ物＆備忘メモ。 ■処理対象の指定 処理対象ファイルが特定のフォルダの下にある場合は、-input で親フォルダ名を指定するだけで中身のファイルを全て拾ってくれる。 input が2個以上ある場合は -input (対象) -input (対象) というようにして複数回指定すればよい。 inputとして渡されたファイルの拡張子が .gz か .deflate だと、mapperに読み込む前にHadoopが自動的に解凍してくれる（ZIP、JARも可能） ・output も圧縮することも可能（ mapred.output.compress=true） ・ファイルのパスを指定する際に使えるワイルドカードは、「?」」と「*」と {a,b} (←コンマで区切ら
HowToDebugMapReducePrograms - HADOOP2 - Apache Software Foundation
How to Debug Map/Reduce Programs Debugging distributed programs is always difficult, because very few debuggers will let you connect to a remote program that wasn't run with the proper command line arguments. Start by getting everything running (likely on a small input) in the local runner. You do this by setting your job tracker to "local" in your config. The local runner can run under the debugg
2012年7月3日 うるう秒がLinuxシステムを直撃！ わかっていても避けられなかったトラブル | gihyo.jp
Linux Daily Topics 2012年7月3日うるう秒がLinuxシステムを直撃！ わかっていても避けられなかったトラブル すでにあちこちでニュースになっているので、ご存じの方も多いかと思うが、グリニッジ標準時で6月30日の深夜、地球の自転にあわせるためにうるう秒（a leap second）が23時59分60秒として挿入された。そしてこの1秒が世界各地のコンピュータシステムをちょっとした混乱に陥れたのである。Linuxもその例外ではなく、いくつものトラブルが報告されている。 今回のうるう秒トラブルの多くはコンピュータの内部時計を調整するNTP（Network Time Protocol）に正しく情報を伝達できなかったことが主原因だとされている。Linuxではカーネルバージョンが2.6.26以上のシステムで頻発したようだ。 Linuxで起こったトラブルの中では、「Server
Rubyのpでメソッドチェーンを覗き見よう！ - hp12c
Rubyでメソッドチェーンの途中経過を覗き見るには Kernel#tapが便利だよね (1..10).tap{ |x| puts x.inspect } .to_a.tap{ |x| puts x.inspect } .select { |x| x % 2 == 0 }.tap{ |x| puts x.inspect } .map { |x| x * x }.tap{ |x| puts x.inspect } # >> 1..10 # >> [1, 2, 3, 4, 5, 6, 7, 8, 9, 10] # >> [2, 4, 6, 8, 10] # >> [4, 16, 36, 64, 100] tapのブロックにはもちろんいろいろな手続が書けるけど やっぱり出力系メソッドがよく使われると思うんだ それならいっそのこと それらのメソッドがselfを返すようにして しかも引数を取らないとき
Google ChromeのJavaScriptデバッガの進化がすごい - os0x.blog
Chrome版のFirebugことGoogle Chrome Developer Toolsですが、以前gihyoで解説したときよりさらに便利になっているので、少し紹介します(元はWebKitなので、そのうち(近いうちに)Safariでもそれなりに使えるようになるはずです)。 圧縮されたコードの整形 まず、目立つところからいきましょう。ちょうど先日更新されたChromeのdev版(12.0.742.0)に搭載されたばかりの機能で、minifyされているJavaScriptコードを読みやすいように整形して表示してくれるというものです(IE9の開発者ツールにも実装されている機能です)。 例えば、Google Analyticsのコードは圧縮されていて普通は読めません。 しかし、Chromeのデベロッパーツールなら、 このように整形してくれます。 やり方は簡単で、デベロッパーツールのScript
Welcome | Werkzeug (The Python WSGI Utility Library)
Werkzeug¶ werkzeug German noun: “tool”. Etymology: werk (“work”), zeug (“stuff”) Werkzeug is a comprehensive WSGI web application library. It began as a simple collection of various utilities for WSGI applications and has become one of the most advanced WSGI utility libraries. Werkzeug doesn’t enforce any dependencies. It is up to the developer to choose a template engine, database adapter, and ev
Emacs Lispのソースコードデバッガ edebug を使う - http://rubikitch.com/に移転しました
edebugとはソースコードデバッガedebugとは、Emacs Lispのソースコードデバッガです。 これを使うと、Emacs Lispがどのように実行されているのかをステップバイステップで見ることができます。 前の記事で紹介した trace-function では不十分な場合は、edebugで本格的にデバッグします。 edebugは状態がころころ変化するので、実際に手を動かしてみましょう。 edebugを有効・無効にするC-u C-M-xで関数をedebug対象にするedebugは基本的には関数単位でedebug対象にします。 特定の関数をedebug対象にするのは簡単です。 通常、関数フォームを評価する、すなわち関数を定義するには、defun中あるいは、defunの直後でC-M-xを使います。 それに対し、関数フォームをedebug対象にするには数引数をつけ、C-u C-M-xを使い
デバッグの第一歩!Emacs Lisp関数をトレースする方法 - http://rubikitch.com/に移転しました
Emacs Lispのデバッグをしているとき、特定の関数呼び出しをトレースしたいことがあります。 関数呼び出しのトレースとは、呼び出した関数の引数の値と、返り値をチェックすることです。 もちろん、関数が呼び出されたかどうかもわかります。 トレースの実現にはadvice機能を使っています。 M-x trace-functionでトレースするM-x trace-functionは、特定の関数をトレースします。 このコマンドは、トレース対象関数と出力バッファを聞いてきます。 出力バッファはデフォルトで*trace-output*なので、そのままにしておくのが無難です。 複数の関数をトレースする際に出力がごちゃごちゃになるのが嫌ならば別のバッファ名にしておけばいいです。 その後でトレース対象関数を呼び出したら、トレース結果を表示します。 M-x trace-function-backgroundで
elisp でマクロを含んだ関数のデバッグに便利な方法
マクロを含んだ関数のデバッグをするために、ステップ実行しようとする と一瞬で終わってしまうことがあります。これについて、ツイッターでア ドバイスをもらったので、調べてみました。 例えば以下のコードで、hoge() をステップ実行しようとすると hoge-only の式に入れず、ミニバッファに Result: “ccc” と表示され 一瞬で終わってしまいます。 (defun hoge-p () t) (defmacro hoge-only (&rest body) `(cond ((not (hoge-p)) (message "This command can be used in hoge only")) (t ,@body))) (defun hoge () (hoge-only (message "aaa") (message "bbb") (message "ccc")))
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PS4の設定でシェルスクリプトのデバッグが捗る - Qiita
GitHub - esminc/tapp: tap { pp self }
getopts(1)
『Emacs Lisp デバッグ — ありえるえりあ』へのコメント
