sourceコマンドを誤って使ってしまいゾッとした話 - Qiita
ってやってしまった。 ぎゃぁぁあああああああーーーーーーーー！！！！！！！！ と叫んでも遅し、、、処理が走ってしまい止められなくなってしまいました。 処理の途中に 「公開鍵を上書きするかどうか？」とか出てきて、 n として回避した後、今は無くなっているレポジトリから git clone しようとしたところで、アカウント確認のために処理が止まり、そこで、 Ctrl + c で強制終了できました。 解説 source コマンドは、ファイルに書かれたコマンドを現在のシェルで実行するコマンドです よって、私がミスして実行してしまった処理の内容は、 .zsh_history にファイルに書かれたコマンドが1行ずつ実行する。という内容になります。 .zsh_history には私が過去に打ったコマンドがすべて記録されているため、つまり、それらのコマンドが順に実行されていくということになってしまいます。
ターミナルのディレクトリ移動を高速化する - Qiita
tl;dr よく使われるコマンドの一つに cd コマンドがあります。ターミナル生活の 80% 近くは cd と ls である、という英文記事を何処かで見かけました。それを効率化しようという Tips です。 目的 cd はよく使われるのに使い勝手が悪いコマンドである気がしてなりません。cd コマンドは有効なパス（相対パス、絶対パスは問わず）しか解釈してくれないからです。つまり、存在していて尚且つパスが解決できるものに限るのです。例えば、ホームディレクトリにいるときに、/home/lisa/work/dir に行こうとして cd dir とだけタイプしても no such file or directory （そんなディレクトリは見当たらないよ！）と言われてしまいます。きちんとした経路でなければならないのです。いちいちパスを覚えていない場合や、部分的にしか思い出せない場合には結構面倒ですよね
zshの起動が遅いのでなんとかしたい - Qiita
関連記事 zshの起動が遅いのでなんとかしたい 2 最速のZsh プラグインマネージャーを求めて 概要 一言 : zshの起動が遅いのでなんとかしたい tmuxでペインをどんどん作っては消したりしているとzshに起動の遅さでイライラしてくる。これは精神的に良くないのでできるだけ速くしてみた。 前提 dotfilesをあげているのでそれを見てくれると早いと思うがだいたい以下の様な流れで起動する。 環境はMac10.11、zsh5.2(brewでインストール)である。 zshrcから.zsh.d/*.zshを読み込む プラグインマネージャーのzplugを使ってプラグインをロード 見た目はsindresorhus/pure。シンプルで速い。 tmuxが立ちあがってなければtmuxを起動 また、oh-my-zshやpreztoなどのフレームワークは使わない。理由は以下のとおり。 遅いと思われる。（
oh-my-zshを使っていて重いと感じている方、preztoはいかが？ - Qiita
背景 oh-my-zshは大変便利で、便利ではあるけど複雑怪奇なzshの設定を簡単に済ませることができるようになりました。 しかし、気の赴くままにpluginを追加していると、起動が重くなったり補完が重くなったり徐々に使いづらくなってしまいます。初回の起動が重いのはscreenやtmuxを活用してつぎつぎzshを起動・終了している人にはじわじわ効いてきますし、補完が重いのはとてもつらいものです。 また、oh-my-zshのpluginには、元のrepositoryからsourceを持ってきたまま放置されているものもあります。例えば、oh-my-zsh/plugins/zは2014-04-11時点では本家のrupa/zより古く、更新されてないことが伺えます。 oh-my-zshはいろいろつらさもあることは分かった、しかしoh-my-zshを捨てて一からzshを設定するのはつらい……。そんな方
【Mac】zshをサブシェルで起動するとPATHがおかしくなる - よんちゅBlog
どういう状態かというと。 ★サブシェル起動前 $ printpath ← $PATHを表示 /Users/yonchu/.pythonbrew/bin /Users/yonchu/.rvm/gems/ruby-1.9.3-p286/bin /Users/yonchu/.rvm/gems/ruby-1.9.3-p286@global/bin /Users/yonchu/.rvm/rubies/ruby-1.9.3-p286/bin /Users/yonchu/.rvm/bin /usr/local/share/python /usr/local/mysql/bin /Library/Java/Home/bin /Users/yonchu/bin /Users/yonchu/dotfiles/bin /usr/local/bin /usr/local/sbin /usr/local/share
peco/percolでCUIなスニペットツールを作ってみる - Glide Note
以前にSheetというスニペットツールを利用すると大変便利と書いた。 CUIなスニペットツールsheetが便利なのでzshでsheetファイルを補完 - Glide Note - グライドノート で、障害対応で使うコマンドとかよく忘れるコマンドを大量に登録してて、毎日使ってて重宝してるんですが、スニペットが 増えると管理が破綻する問題があって、pecoやpercolを使えば解決出来そうと思ってやってみた。 仕組み snippets用のファイル or sheetのスニペットファイルをpeco/percolで絞りこんで、クリップボードに送ったりして簡単に利用できるようにする よく使うコマンドのスニペットファイルを用意 sheetの資産をそのまま利用も出来るんですが、今回は下記のような感じでファイルを~/.snippetsで用意。私が使ってるやつから一部抜粋。 1 2 3 4 5 6 7 8 9
tmux + zsh 環境下での PATH の話 - Pastalablog in はてな
全然ZSHの仕組みを知らなかったとかそういう話です。 情弱なので自分のzshがどこからPATHを読んでるのか分かってない— Pasta-K/ShutoMorii (@pastak) 2014, 2月 20 zshがPATHを複数回読んでいる気がする— Pasta-K/ShutoMorii (@pastak) 2014, 2月 20 echo $PATHすると内容が重複してる— Pasta-K/ShutoMorii (@pastak) 2014, 2月 20 @FromAtom 確認しましたが１つでした。— Pasta-K/ShutoMorii (@pastak) 2014, 2月 20 そもそもずっと、phpenvが上手く使えなくておかしいと思ってた。 いつも、デフォルトのphpが起動するので、毎回$ ~/.phpenv/shims/php hoge.phpとかってしてた。これ絶対おかしく
How to prevent Tmux from filling up the global PATH variable with duplicated paths?
This happens because your .zshrc is evaluated for every new zsh process. So when you start iTerm2 it gets evaluated making your changes to $PATH, then when you start tmux that gets your modified $PATH and passes it on to a new instance of zsh inside of there and that new zsh process again evaluates the .zshrc making the changes again. There are several ways that you could prevent this. $TMUX First
実行時間が長いコマンドが終わったら、zshが勝手にGrowl通知してくる (Mac/Linux/SSH接続先) - Qiita
実行時間が長いコマンドが終わったら、zshが勝手にGrowl通知してくる (Mac/Linux/SSH接続先)ZshMacLinuxGrowlMacOSX Linuxカーネルのmakeとか、実行に時間のかかるコマンドを実行して、終わるのを待って眺めるのは辛い。でもその隙に別のことをやると、そのまま完了を待っているのを忘れてしまって時間を無駄にした気持ちになって辛い。&& growlnotify とかコマンドの後につけるのを忘れたことに気がついて、Ctrl-Cで一旦止めるかどうか悩むのが辛い。 というわけで zshのフックを適当に使って、普通にzshでコマンドを叩くだけで、閾値以上の時間がかかるコマンドが終わると通知してくれる設定を考えてみた。 MacのGrowl 対応 ( growlnotify 必須 ) Linuxのデスクトップ通知対応 ( notify-send 必須 ) SSH接続先
anything 的な絞りこみコマンド percol の紹介 - 備忘録
いつも KeySnail でお世話になっている id:mooz さんが，percol という超絶便利コマンドを作ってらっしゃいます．このコマンドはとてもライフチェンジングなコマンドなのですが，あまり Web 上に情報がないので紹介がてら布教してみようと思います． percol のインストール＆使い方 percol は入力の1行を1候補として，部分一致かつ AND 検索で絞り込みし，選択した候補を出力するコマンドです．端的に言えば Emacs の anything.el のコマンド版です． インストール方法や基本的な使い方は github リポジトリの README に全部書いてありますが備忘録として書いておきます． $ git clone git://github.com/mooz/percol.git $ cd percol # python setup.py installこれでインス
percol 入れて zsh と組み合わせたら超便利
import sys, commands from percol.command import SelectorCommand from percol.key import SPECIAL_KEYS from percol.finder import FinderMultiQueryMigemo, FinderMultiQueryRegex ## prompt # Case Insensitive / Match Method に応じてプロンプトに表示 def dynamic_prompt(): prompt = ur"" if percol.model.finder.__class__ == FinderMultiQueryMigemo: prompt += "[Migemo]" elif percol.model.finder.__class__ == FinderMultiQuery
ターミナル版anything的なpercolをzawの代わりに試してみた - $shibayu36->blog;
emacsを使っているとterminalでもanything的にいろいろやりたくなるんだけど、そういう時にこれまでzawというツールを使ってきた。 https://github.com/zsh-users/zaw zaw.zshで最近移動したディレクトリに移動する - $shibayu36->blog; zawを使って最近更新したブランチをチェックアウトする - $shibayu36->blog; zaw結構便利なんだけど問題点もある。 読み込む行数が増えてくると遅くなる 履歴検索で10万行とか行くと動かないので致命的 zshに完全に紐付いてしまって、気軽には使えない で、この前YAPCでid:moozさんと話してて、percolという便利ツール作ってると聞いたので、試してみた。 percolとは 紹介記事などがあるので、それを参考に。 https://github.com/mooz/pe
Emacs 上で快適に Bash や Zsh を利用する設定 : 紹介マニア
概要 Emacs を利用していると全部 Emacs でやりたくなるのは Emacs 使いとして当然だと思います。 Shell だって Terminal など利用せず Emacs 上で動作させたくなることでしょう。 この文書では Emacs 上で Shell を快適に利用するための設定を記述していきます。 目次 概要 検証環境 Emacs での Shell Mode に関する基礎知識 shell term (ansi-term) eshell どのモードを利用するか 利用する Shell について Windows での Shell の準備 Mac OS X での Shell の準備 Emacs 側の設定 PATH の設定 利用する Shell の設定 文字コードの設定 システムの terminfo を利用しない設定 エスケープを綺麗に表示する term 呼び出しキーの割り当て Shell 側
amon2-setup.plの zsh補完を書きました - Shohei Yoshida's Diary
http://gihyo.jp/dev/serial/01/perl-hackers-hub/001801 Web+DBの記事も Webで見れることになったので。 リポジトリ syohex/zsh-perl-completions · GitHub コード flavor一覧は 'list-flavors'オプションから取得しているので、 独自の flavorをインストールしていてもおそらく補完されます。 #compdef amon2-setup.pl local -a flavors flavors=($(amon2-setup.pl -l | awk '{print $1}')) _arguments -n : \ '*--flavor=[Set up flavor]:flavors:'"($flavors)" \ '--vc=[Setup the Version Control(Def
zshのalias -s (suffix alias)が神な件 - プログラムモグモグ
まず, 他のシェルをお使いの人にはごめんなさい. aliasコマンドの-sが使えるのは zsh 4.2.x- で, 他のシェルでは実装されていないと思います. あと, もう既に alias -s 知ってるよーって人は読まなくていいです. alias -s って何？ 打ったコマンドの後ろ(suffix)を見て, 適当に宜しくやってくれるやつです. 次の例を見て下さい. ~$ echo "print ('hello, world')" > hello.py ~$ python hello.py hello, world ~$ alias -s py=python py=python ~$ ./hello.py hello, world ~$ Pythonのコードは python hello.py で実行出来ますが, お尻が py なら python を使います, とaliasしておけば, ./
screenを起動するスクリプト用のzshの補完関数 - hitode909の日記
以前，sというコマンドを作った．これは，名前付きでscreenを起動して，既にその名前のscreenが起動していれば自動的にdetachしてくれる，というもの． 日記を見ると，けっこういろいろやってる． screenを起動するシェルスクリプト - hitode909のダイアリー 指定された名前のscreenを立ち上げる関数を改良 - hitode909のダイアリー screenのaliasを修正しました． - hitode909のダイアリー screenを起動するスクリプトでタイトルバーとhardstatusに名前を出すようにした - hitode909のダイアリー これは便利だったのだけど，自分で定義したコマンドなので，適切な補完が効かない． % s Desktop/ Documents/ Downloads/ Library/ Movies/ Music/ Pictures/ Publ
zsh の分かりにくい記号、用語のまとめ - Qiita
zsh Advent Calendar もいよいよ最終日なった。便利な使い方とかがいっぱい載ってるので、まだの人は見てみると良いと思う。 こういう Advent Calendar とか便利な Tips とかの記事なんかは、読んでると自分なりにカスタマイズしたくなってくる。それに、単純にコピペするだけじゃなくて、何をやってるのかちゃんと理解したいって人も多いと思う。 でも、そういうときに困るのが、なんか変な記号みたいなのがいっぱいあって何やってるか分かんなくなること。 例えばこんな感じ。 意味わかんないし、(N-/) とかググってもうまく検索できない。 この手の記号とかはいっぱいあるし、知らないことがあるのはしょうがない。でも「調べ方が分からない」ってのはだいぶまずい。「知らなかったとしても必要なときに調べられる」ことが大事だと思う。 というわけで zsh の分かりにくい記号、用語をまとめて
zshのカレンダー | Advent Calendar 2012 - Qiita
URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
おすすめzsh設定 - 2011-09-05 - ククログ
他の人がzshを使っているのを見ていると、「もっと便利に使えるのに」と、もやっとしたり、「え、その便利な機能ってなに？」と、発見があったりします。だれかに「この設定をすると便利ですよ」と話しやすくするために、今のzshのおすすめ設定をここに記しておきます。 もし、Emacsも使っている場合はおすすめEmacs設定もどうぞ。 ディレクトリ構成 長年漬け込んできたzshの設定がそこそこの量になっているので、以下のようなディレクトリ構成にして分類しています。主に、zsh標準機能の設定と追加パッケージの設定を分けるためにこうしています。 ~ ├── .zshrc # シェルを起動する毎に読み込まれる。 │ # ~/.zsh.d/zshrcを読み込んで │ # 標準機能の追加設定を行う。 ├── .zshenv # ログイン時に一度だけ読み込まれる。 │ # ~/.zsh.d/zshenvを読み込ん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大文字小文字を同一視して補完したい！！ - （ひ）メモ
