Bash は言わずと知れた歴史あるコマンド言語です。テキストにコマンドの羅列を記述するだけで、手軽にシェルスクリプトとして実行することができます。 シェルスクリプトの実体はシェルコマンドの羅列に過ぎませんが、手続き型プログラミング言語にあるような制御構文も備えています。変数や条件分岐、ループ、関数などです。これらを使えばシェルスクリプトでプログラミングも可能です。 もちろん、現代の一般的なプログラミング言語と比べると機能は限られます。他の言語には見られないシェルスクリプト特有の癖や記法も数多くあり、最近の言語に慣れている人ほど、つまずくポイントが多いです。 しかし、シェルスクリプトだからこその良さもあります。Bash は現在でも多くの OS で標準シェルとして採用されており、普段使っているシェルコマンドを書くだけで動かせる手軽さは何者にも代えがたいです。一度身につけておくと長く使えるお得な

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは

シェルからでも重い処理というのはちょこちょこあって、例えば超デカいログファイルを移動して圧縮したりというお仕事は世界中のあらゆる場所で毎日行われていたりする。コマンドラインからでも大量の圧縮済みログファイルをいっぺんに展開したい、とか。 あるディレクトリ以下に存在するたくさんのファイルを(圧縮済みのものを除いて)全部 bzip2 圧縮したい！と思ったら、とりあえずさくっと次のようにコマンドラインで叩けばいい。 $ find . -not -name '*.bz2' | xargs bzip2 これで、まあそんなに問題なく効率的にbzip2圧縮ができる。だがしかし。 最近は複数コアのCPUが普通に転がってるし、あまつさえHyperThreadingが有効になってたりしてOSから見える論理CPU数がハンパない。普通に8とかある。その一方で複数コアを使用してくれるコマンドというのはあんまりなくて

若い子怖い。　from Linux　はじめたときにはFedoraなんて存在しなかったクラスタより。 若いうちからPCにならされるって、すごいよね！ @fadis_氏がつづけてくれてました！ -> http://togetter.com/li/108990

だいぶ風邪もよくなってきたので起き出して来て、ぼーっとネットを見てる。その隣でid:elm200さんが仕事をしてたりしてるのだが、わりとelm200さんとはUNIXネタで盛りあがる事が多い。 というわけで治りかけの風邪でぼけーっとしてるついでに、俺がUNIXを勉強してたときに見付けた笑える話とかを思い出してみるのもいいかなと。 タイピング矯正ソフトウェア「SL(1)」 UNIXでファイルのリストを取りたいときは「ls」というコマンドを打つのだが、タイピングを誤って「sl」と書いてしまうことがある。SL……蒸気機関車かよ!! などということは誰もが一度は思ったのであろうが、それをホントに実装しちゃったイカれた^H^Hした先達がいらっしゃったのである。 豊田正史とslコマンド (Masashi Toyoda and SL command) これを実行するとターミナルにホントにSL──蒸気機関車

随時追加 ターミナルを立ち上げたまま席を離れるとマシンにイタズラされることがよくある．とはいえシャレにならないイタズラはしても笑えないので，基本的には教育的に効果があって被害の出ないものしか実際にはしない． じゃあ，たとえ root じゃなくてもどこまでえげつないことができるのか*1，今回はちょっと考えてみたユーザ権限でできる酷いイタズラを紹介する．対象はリモートログインする UNIX 系 OS を利用しているサーバ，主に Ubuntu である． ls が sl 方法 alias ls=sl sl を期待したという意見が多かったので掲載．掲載しなかったのは sl がインストールされていない環境が多く，インストールには root 権限が必要になるから．後述のバイナリを持ち込んでパスを通す方法を使えばできないことはないかも． エディターが全部 ed 方法 alias nano=ed alias

rsync -avz --exclude-from=pattern-file --delete SRC/ DEST SRCの末尾に/をつける。たいてい必要。 SRCスラッシュの有無は、mv SRC DEST と mv SRC/* DEST の違いと一緒。スラッシュの後ろに*が省略されているものと考える。 DESTのスラッシュの有無は関係なし。 --dry-run(-n)をつけて試す。 SRC、DESTともローカルのディレクトリを指定して試す。 DESTはまず空ディレクトリで試す。DESTが同期済みだと何が更新されるのか正確にわからないので。 --list-onlyをつけてファイル一覧を得る。 DESTを省略してファイル一覧を得る。 --list-onlyと同じ？ --deleteはDESTのファイルを根こそぎ削除する可能性がある。注意。 --delete-excludedは使わない。--d

% pidof apache2 6405 6404 6403 6402 6400 6112 普通に便利だ。

前回、cronでジョブ（コマンドやスクリプト、単一のプログラムなど）を自動実行するために、crontabからその設定をする方法について調べていた。自分なりにかなり詳細に。 ところが、OSX 10.5ではcronを利用してジョブを自動実行する仕組みは一切、利用されていなかった...。ユーザーがcrontabで設定ファイルを作成しない限り、cronさえ起動していない状態だ。（crontabで設定ファイルを作成すれば、cronも起動するようになる。）cronに替わって、OSX 10.5ではlaunchdが活躍していた。launchdはcron以上に柔軟にジョブを管理する仕組みを持っている。 例えば、スティッキーズをspotlightで検索可能な状態にするために、cronを使ってStickiesDatabaseを1分ごとにコピーしていた。*1 最初は無差別にコピーしていたが、 * * * * *

"make install"したソフトウェアを管理できる超便利ツール「Paco」 - 元RX-7乗りの適当な日々 ぱっと見でstowを連想したけど、一言でいうと多分こんな感じ。 paco:　引数のコマンドを実行して、そのコマンドがファイルシステムに書き込んでたらログる stow:　シンボリックリンクを手軽に追加・削除する。 で、rootになれる人でpacoを説明するのはいまいちと感じた、というかrootになれないので$HOMEにインストールした。 オプションはprefixと--with-paco-logdirがないとデフォルトで/var/log/pacoだったかを作ろうとして蹴られたので指定したくらいかな。gpacoも入れられる環境じゃないので無効にした。 hoge% ./configure --prefix=$HOME/usr/local/stow/paco-2.0.6 --with-p