Linuxコマンドでボトルネックを調べる俺の話を聞け！！LT大会 #8でトークした資料です
Linuxサーバにログインしたらいつもやっているオペレーション - ゆううきブログ
主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /
電話が苦手なCTOをSlackから電話で叩き起こす仕組みを作った - アニメイトラボ開発者ブログ
古きよき時代から来ました、まじめなSE、まじめにSE。CTOの小芝です。 私たちアニメイトラボは、メンバーをニックネームで呼ぶ文化を作っています。CTOはbashと呼ばれているのですが、そんなCTOを電話で気軽に起こす仕組みを作ってみました。 SlackのSlash Commandsという仕組みで、Slackの発言欄から /bashcall と打つと、CTOの「電話」にガチでコールします。幸いにも発生していませんが、障害対応時のエスカレーションを躊躇なく行えて便利です。 animateLAB Advent Calendar 2015 25日目の記事です。 緊急事態は意思決定者を抑えることが重要 障害発生時などの緊急事態では、「速攻で責任者を確保する」ことが重要です。 わたしのポジションはCTO。つまり、社内のエンジニアの中で最も大きな決断を下すことができるため、緊急時には躊躇なく電話してそ
Bashのよくある間違い | Yakst
原文は2015年8月22日時点のものを利用しており、それ以降に追記、更新されている可能性があります。 本翻訳は原作者の許可を得て公開されています。 Thanks for GreyCat! このページはBashプログラマーが陥りがちなよくあるエラーについてまとめました。以下の例は全てなんらかの欠陥があります。 クオートをいつも使い、どんな理由があっても単語分割を使わなければ、多くの落とし穴からあなた自身を守ることができます！単語分割はクオート表現をしない場合にはデフォルトでオンになっている、Bourneシェルから継承された壊れたレガシーな設計ミスです。落とし穴の大半はクオートされていない展開になんらか関連し、単語分割しその結果をグロブします。 1. for i in $(ls *.mp3) BASHプログラマーたちがループを書く際にもっとも犯しがちなよくあるミスは以下のような感じです。: f
ターミナルのディレクトリ移動を高速化する - Qiita
tl;dr よく使われるコマンドの一つに cd コマンドがあります。ターミナル生活の 80% 近くは cd と ls である、という英文記事を何処かで見かけました。それを効率化しようという Tips です。 目的 cd はよく使われるのに使い勝手が悪いコマンドである気がしてなりません。cd コマンドは有効なパス（相対パス、絶対パスは問わず）しか解釈してくれないからです。つまり、存在していて尚且つパスが解決できるものに限るのです。例えば、ホームディレクトリにいるときに、/home/lisa/work/dir に行こうとして cd dir とだけタイプしても no such file or directory （そんなディレクトリは見当たらないよ！）と言われてしまいます。きちんとした経路でなければならないのです。いちいちパスを覚えていない場合や、部分的にしか思い出せない場合には結構面倒ですよね
インフラエンジニアとしてよく使うコマンド集 - Qiita
私がよく使うコマンド集となります。 参考に頂けたら幸いです。 随時更新するかと思います。 コマンドを打つ前に覚えておく事 ①サーバに負荷がかかるコマンドを打つ場合、下記をコマンドの先頭に付けましょう $ ionice -c 2 -n 7 nice -n 19 # -c 2：ディスクI/Oの実行優先度をベストエフォートで実行 # -n 7：さらにこのコマンドの優先度を低くする # -n 19：プロセスの実行優先度を一番低くする
【Mac ショートカットまとめ】作業効率を上げるショートカットと設定 | Ledge.ai
ども、ゆうせいです。実はワタクシ、タイピングのスピードにはそこそこ自信があったりするのですが、どうも作業効率が上がらないと悩んでおりました。 で、気がつきました。キーボードから手を離していることが効率を下げていると。つまり、マウスやトラックパッドを使うためにキーボードから手を離す。そしてまたキーボードに戻る。この一連の動作が恐ろしく無駄を生んでいるわけです。 というわけで今回は、できるだけキーボードから手を離さないことで、作業効率を激アップさせるショートカットキーについてお伝えします。 基本の出来ないものが応用を語るなかれまずはおさらいも兼ねて基本のショートカットから。とは言っても厳選して紹介します。 隠す、閉じる、終わらせる⌘ command+H選択中のウィンドウ（アプリ）を隠す ⌘ command+Wウィンドウを閉じる ⌘ command+Qアプリを終了する いろんなアプリ共通で使える
SublimeTextの教科書で紹介されてるプラグインまとめ - Qiita
via Impress Japan: Web制作者のためのSublime Textの教科書 今すぐ最高のエディタを使いこなすプロのノウハウ サンプルPDF4章の目次より ※説明は私の調べたものなのでかなり適当です。 SideBarEnhancements サイドバー右クリックのメニューを拡張 titoBouzout/SideBarEnhancements LineEndings 改行コードの変更。 SublimeText/LineEndings ※現状、SublimeText3で動かないです。143Pのコラムで動かし方について言及がある模様。 TrailingSpaces 行末の半角スペースを削除。 SublimeText/TrailingSpaces Focus Last Tab Sublime Text 2 では、Chrome などのタブブラウザーと同じように command + 1
あるフロントエンドエンジニアの1日 - Life goes on
Frontrend Advent Calenderの14日目の記事です。 風邪引いてちょっと遅れました…。 先週ですが、札幌でSaCSS Special4 Frontrend in Sapporoというイベントで講演させていただく機会がありました。 自分は"黒い画面"ことターミナルやコマンドに慣れていない方に興味を持ってもらおうという感じで、お話をさせていただきました。 ターミナルに興味が出てきたところで、「どうやって作業してんだろ？」っていうのが見ないと分からなかったりもすると思います。 自分は日常的にターミナル内で作業してるのですが、こんな感じでフロントエンドに関わる作業するのかなーという一例として書いてみます。あくまで イメージです。 10:00 出社してiTerm2を立ち上げる。 tmuxとtmuxinatorを使って、その日の作業に対応した、paneとかwindowとか指定してる
Sublime Text 2 用の ReVIEW プラグイン作った
ReVIEW とは「テキストマークアップ型の原稿フォーマット」であり html, pdf, epub などの形式に変換することができます。 詳しくは kmuto さんの 「書籍制作フローを変える。 「ReVIEW」という解。[PDF]」 や 「ReVIEWによる書籍制作フローを勉強する会を開いたよ : hdk_embeddedの日記」 を見るといいと思います。 ReVIEW 自体は github で公開されています。 https://github.com/kmuto/review 上記「ReVIEWによる書籍制作フローを勉強する会を開いたよ」内で言及されている Effective Android というコミケ本の制作に関わりました。 この本自体は用意した150部がコミケ3日目開始40分でそうそうに売り切れてしまうという結果になり、現在電子書籍化に向けていろいろ動いているようです。 制作にあ
jqコマンドが実は高性能すぎてビビッた話
GWが始まりましたが、鎌倉のGWは観光客多すぎて逆に住民はげんなりして外に出なくなる感じです。とはいえ路地まで観光客が攻め込んでくることは少ないので、路地を散歩する分には天気がよくていい感じですね。ちなみに人力車のおにーさんはそういう味のある路地を知り尽くしているので人力車で移動するのはそこそこオススメです(ぼくは乗ったことないけど「こんなところも通るんだ!」ってところで見かけたりします)。 さて、jqというコマンドをご存じでしょうか。 jq jq is a lightweight and flexible command-line JSON processor. と書いてあるとおり、コマンドラインでJSONを扱うことができるコマンドです。で、今まさに仕事で巨大JSONと戦うことが多く、このコマンドが大活躍です。 とはいえ、ぼくの使い方としては「巨大JSONをキレイに整形して表示する」とい
意外と知られていない diff に関する機能 - 永遠に未完成
Vim Advent Calendar 2012 の 147 日目の記事です。 137 日目の tyru さんの記事で、Vim の diff 機能について紹介がありました。この記事ではもう少し細かい diff の機能について紹介したいと思います。 :diffthis 比較したい対象がファイルではない場合、例えば、外部からデータを無名バッファにコピーしてきた場合に、それらのバッファの diff を表示したいことがあります。この場合は、:diffsplit は使えません。 こういう場合は :diffthis を使います。diff を適用したいバッファでそれぞれ :diffthis をすると、実行したバッファ同士の差分を見ることができます。 これを利用した設定に、help で紹介されている :DiffOrig があります。(:help :DiffOrig) これは現在編集中のファイルと、最後に保
原因調査用Linuxコマンド | 外道父の匠
サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
これからMySQLをイチから学ぶ人に捧げたい23個のコマンドリスト
フロントエンドエンジニア（仮） 〜え、ちょっとフロントやること多すぎじゃない！？〜