If you’ve recently acquired a Vanilla Gift Card and need to check its balance then you can do so by…
![PVFS.org](https://cdn-ak-scissors.b.st-hatena.com/image/square/0e0e4a1a3ced628630ae3a808cf5aedac73cfe19/height=288;version=1;width=512/https%3A%2F%2Fwww.pvfs.org%2Fwp-content%2Fuploads%2F2022%2F04%2Fcropped-Pvfs-primary-transparent-bg-e1649686827987.png)
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
We know what Unix's future used to look like. It was designed by the research group at Bell Labs that built Unix and called ‘Plan 9 from Bell Labs’.[154] Plan 9 was an attempt to do Unix over again, better. The central design challenge the designers attempted to meet in Plan 9 was integrating graphics and ubiquitous networking into a comfortable Unix-like framework. They kept the Unix choice to me
Other solutions that involve doing du -sx /* are incomplete because they will still descend other top-level filesystems are that mounted directly at "/" because the * expands to explicitly include all files and directories in "/", and du will still traverse them even with -x because you asked it to by supplying the directory name as a parameter (indirectly via "*"). Show Sample Output 4.0K /mnt 4.
デザインの「悪い方がよい」原則 The Rise of "Worse is Better" rpg@lucid.com 日本語訳: daiti-m@is.aist-nara.ac.jp によるものを、牧野が改竄 私や Common Lisp と CLOS のデザイナーはみんな、MIT/Stanford 方式の設計に染まりきっている。 この方式の核心は、「正しい」やり方をせよ、という ことにつきる。そういうデザイナーにとっては、以下の点をすべて正しく満たすことが 重要である。 簡潔性 デザインは実装とインターフェースの両面において単純でなければならない。 このとき、インターフェースが単純になることの方が、実装が単純になることより重要である。 正当性 デザインはすべての点において正しいものでなければならない。 誤りは許されない。 一貫性 デザインは一貫性を欠いたものであってはならない。
晩飯くってまったりしている頃にIRCを見ると次のような会話が。22:44 <yaegashi> unix time からふつうの時刻表記に直すのはどうやる 22:44 <yaegashi> irb とかつかわずに 22:45 >ukai< % ruby -rtime -e 'puts Time.at(1234567)' 22:46 <yaegashi> いやだから ruby とかつかわんで(わら 22:46 <ar-m> dateコマンドで 22:46 <yaegashi> date(1) でなんとかできんのかな 22:46 <ar-m> できそうなもんだけどな そうだなあ と思い、ちょっと調べてみることにした。 出力する方はdate +%sだけど逆はないものか。 まず何も考えずに% date -d "$(date +%s)" date: invalid date `1223478096'
Windowsで動く Xサーバ・カタログ やや特殊な用途に用いられてきたXサーバだが、活用しだいでは普通の管理用途にも有用だ。そこで、Windowsで動作する6本のXサーバを紹介する。選択の参考にしてほしい。(編集局) 北浦 訓行 2003/7/15 LinuxとWindowsを同時に使っているユーザーにとって、Xサーバはとても魅力的なソフトウェアだ。今回は、商用の比較的高価なものからフリーのものまで6本を紹介する。 Xサーバとは Linuxでは、ウィンドウシステムとしてX Window Systemが使われます。1984年にMIT(マサチューセッツ工科大学)で開発されたX Window Systemは、クライアント/サーバモデルを採用し、ネットワークを強く意識した構造になっています。 ■クライアントで使うのに「サーバ」 「Xサーバ」は、画面表示やキーボード、マウスの入力などを処理します。
Basic 認証において、ユーザ名とパスワードを送信する方法を説明します。 まずユーザ名とパスワードをコロンで結合します。 もしユーザ名「hoge」、パスワード「fuga」の場合、「hoge:fuga」という文字列を作るわけです。 それを BASE64 でエンコードします。 「hoge:fuga」を BASE64 エンコードすると「aG9nZTpmdWdh」となります。 UNIX のコマンドでは、以下のようにして確認できます。 % echo -n 'hoge:fuga' | base64 -e % echo -n 'hoge:fuga' | openssl enc -e -base64 % echo -n 'hoge:fuga' | nkf -MB % echo -n 'hoge:fuga' | perl -MMIME::Base64 -ne 'print encode_base64($_
C だとお決まりの socket bind listen accept で作る。以下同時接続数 1 の echo サーバ。 #include <stdio.h> #include <unistd.h> #include <sys/types.h> #include <sys/socket.h> #include <sys/un.h> int main() { int sock; struct sockaddr_un addr; if ((sock = socket(PF_UNIX, SOCK_STREAM, 0)) < 0) { perror("socket"); return 1; } memset(&addr, 0, sizeof(addr)); addr.sun_family = PF_UNIX; strcpy(addr.sun_path, "/tmp/hoge"); if (bin
本文書は、NetworkWorld誌に寄稿した記事の原稿を、IDGジャパン編集部殿の許可を得た上で掲載したものです。 システム管理をしていると、システムの動作確認などでSMTPサーバやWebサーバ等に直接アクセスし、生のプロトコルで通信したいといったケースがよくある。今回はそのような時に便利なツール、「Netcat」を紹介しよう。 NetcatはHobbit氏によって開発された、汎用TCP/UDP接続コマンドラインツールである。接続先IPアドレス(もしくはホスト名)とポート番号を指定することにより、その接続先の該当するポートで待ち受けているサーバソフトウェアと通信することができる。またリッスンモードでは、指定したポート番号で通信を待ち受け、接続してきたクライアントソフトウェアと会話することも可能だ。 Netcatのインストール Netcatは1995年から1996年にかけて開発が行われ、1
アスキー・メディアワークスホームページをご覧頂きまして誠にありがとうございます。 アクセスいただいたページ (http://www.ascii.co.jp/pb/unixmag-dvd/event/) は存在いたしません。 20秒後に自動的にアスキー・メディアワークスホームページにご案内致しますが、ページが変更されない際は、恐れ入りますが、こちら(http://asciimw.jp/)をご覧下さい。 今後ともご愛顧賜りますよう、よろしくお願い申し上げます。 ※会社情報 http://asciimw.jp/info/corp/ ※アスキーの本と雑誌 http://ascii.asciimw.jp/ ※書籍関連ファイルのダウンロード専用ページ http://books.ascii.jp/
「ほとんど忘れた、Makefile」 にて: Makefileなんてもう何年も書いたことがないぞ。ウーン、だめだ、忘れている。 「忘れている」ってよりは、僕の知識じゃ古すぎて、改めて勉強しないとダメでした*1。 なにしろ、makeだけじゃ機能が貧弱なんで、cpp(Cプリプロセッサ)やm4(マクロプロセッサ)と組み合わせて使っていた頃しか知らんからね(古すぎ!)。今じゃGNU Makeを(使おうと思えば)どこでも使えるから、GNU Makeを習えばそれでいいじゃないかな。僕は、Windows上のMSYS(MinGW - Minimal SYStem)でGNU Makeを動かしました。 というわけで、GNU Makeの手習いをしたからメモしておきます。以下、名前がMakefileじゃなくても、GNU Makeへの指示を書いたファイルは何でもMakefileと呼びます。 [追記]id:paell
最終更新 2019-01-27 UNIX/Linux のシェル sh・bash・csh・tcsh のリダイレクトを説明する。ファイルへの出力、コマンド出力を別のコマンドの入力とする、標準入力・標準出力・標準エラー出力、パイプなどもあわせて説明する。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く