開いているファイルのプロセスを特定（lsofコマンド） - Qiita
lsofコマンドの使い方です。 lsofコマンドは、、、 PortやPID、プロセス名からファイルがオープンしている情報を表示するコマンド。 よく利用する場面 「netstat -an |grep LISTEN 」とかでListenしているPortを調べてそのPortが何のプロセスとかで動いているのかとかを確認するのに使っています！ 使い方サンプル % lsof /var/log/system.log COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME tail 97529 USERNAME 3r REG 1,2 498299 12085861 /private/var/log/system.log
開発時にログを見るならtailよりもless！！ - Qiita
アプリの開発をしていると、アプリが吐き出すのログを見ることが多いと思います。 以前会社の同僚に教えてもらったので、自分で考えをまとめるために記事にします。 背景 僕の場合Railsで開発することが多く、development.logなどを見ることが多いです。 ログを垂れ流して見る場合ターミナルで tailf コマンドや tail -f を使っていて、 必要があれば Ctrl-c で止めてターミナルをスクロールしてログを見ていました。 あとはターミナルの検索機能で文字列検索したり。。。などなど そんな人に tail ではなく less を使うとちょっと便利だよという内容です。 lessの基本 Unix関連のOSには多分デフォルトでインストールされていると思います。 コマンドの引数にファイル名を指定して起動します。 操作感は more や vi と似ています。 vi とは違い起動時にファイルの
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
