rebase -i でコミットをまとめる - Qiita
pick 8145f1c Fix screen rotation problem pick d90db4a v1.2.4 pick 646bf79 Fix screen rotation problem pick 71a6940 v1.2.4 # Rebase ed7420a..71a6940 onto ed7420a # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # f, fixup = like "squash", but discard this c
SublimeText 3がアクティブのときにCPUをバカ喰いしてフリーズする問題の解決方法 - 人生dat落ち
前々からSublimeText3が重くて困っていたが最近はその症状が顕著でアクティブウィンドウに切り替えるたびにフリーズしてしまい作業にならないので解決方法を調べることにした。 Before アクティブ時のCPUの様子。やばたん。 Preference.sublime-settingsに"index_files": falseを追加してあげると直る。 Preference.sublime-settingsは基本設定 -> Settings - Userをクリックすれば開ける。 Preference.sublime-settings { : : "index_files": false, : : } After sublimetext3 - PHP 100% CPU usage with Sublime Text 3 - Stack Overflow
PCと戯れる日々（備忘録）:mlocateのデータベース更新で特定のディレクトリを除外する
2012年03月28日 mlocateのデータベース更新で特定のディレクトリを除外する Ubuntu Server を構築する際、ルートパーティションは10GB程しか確保していませんでした。(/homeだけ別パーティション) 現在70％ほど使用していて(おそらく半分は古いカーネル類)、特に増える予定もなかったのですが、最近ふと見ると90％を超えていることがしばしば。対策をどうしようと頭を悩ませていたところ、どうも一時的なもので暫くするとまた70％程に落ち着くことが判ってきました。 90％を超えているときにプロセスを確認してみると、updatedb.mlocate というのがどうも怪しい。 で、いつものようにGoogle先生に聞いてみます。 どうもこれはファイル一覧のデータベースを更新しているもので、更新の際の一時ファイル(というか新dbファイル？)が要領を圧迫しているらしい。 そこでバック
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP 100% CPU usage with Sublime Text 3
List of zsh bindkey commands
よく実行するコマンドにキーバインドを割り当てると捗る話 - Qiita
