( cd /path/to/src/ ; tar -cvf - . ) | ( ssh user@host.example.jp 'cd /path/to/dst/ && tar -xf -' )

コメントにより修正:

rsync -avz --delete --progress /path/to/src/ user@host.example.jp:/path/to/dst/

SetEnvIf User-Agent "MaSagool.*" BadRobot
order allow,deny
allow from all
deny from env=BadRobot

User-agent: MaSagool
Crawl-delay: 120

cd /usr/src
make update
make buildworld && make installworld

cd /usr/src/lib/bind
make obj && make depend && make && make install
cd /usr/src/usr.sbin/named
make obj && make depend && make && make install

screenのコマンド「aclchg」を使用して生徒の書き込み権限を削除する。これにより生徒は教師の動作を見ることのみができるようになる。そうようなことをしない場合、教師は生徒を完全に信頼して自由に作業させる、ということを意味する。

            eval {
                $status = mirror("$url", "$ARCHIVE_DIR/$savename");
                system("/usr/bin/gzip -9 $ARCHIVE_DIR/$savename");
            };

print "Location: http://www.otsune.com/archive/$year/$url.gz\n\n";

インストーラーのisoイメージをnfsサーバーにマウント:

vnconfig -c -v /dev/vn0 /path/to/6.1-RELEASE-i386-p6.iso
mount -t cd9660 /dev/vn0 /nfs/path/to/FreeBSD6.1R

/etc/exportsで公開指定:

/nfs/path/to/FreeBSD6.1R  -alldirs,ro -maproot=root 192.168.aaa.bbb

/etc/rc.confにnfsサーバーの起動指定を書き、nfsdを起動しておく:

nfs_server_enable="YES"

dhcpサーバーのdhcpd.confでpxebootイメージとnfsrootを指定:

host ext4 {
          hardware ethernet 00:13:72:xx:xx:xx;
          fixed-address 192.168.aaa.bbb;
          filename "pxeboot";               
          option root-path "nfsserver:/path/to/FreeBSD6.1R";
}

isoイメージの/boot/pxebootをdhcpdサーバーの/tftpboot/pxebootにコピー:

scp /nfs/path/to/FreeBSD6.1R/boot/pxeboot hoge@dhcpserver:/tftpboot/pxeboot

/etc/inetd.confを修正してtftpdを有効にする:

tftp    dgram   udp     wait    root    /usr/libexec/tftpd      tftpd -s /tftpboot

/usr/sbin/inetd -wW -C 60

pxebootでネットワーク起動したら"6. Escape to loader prompt"を選択:

set vfs.root.mountfrom="ufs:/dev/md0c"
boot

インストール元メディアをNFSに指定する:

nfsserver:/nfs/path/to/FreeBSD6.1R

「ウェブ2.0企業」などと言っている人の記事は（技術的に）信用しなくてもよし:

関連記事:

cd /usr/src
make update
cd /usr/src/gnu/usr.bin/gzip && make obj && make depend && make && make install

portupgrade `portaudit -aq| sort -u`

さっそくバッテリーの調整をする:

• JavaScriptの事を「Java」と略すのはトホホ

• 圧縮すると元のサイズより大きくなるファイルの扱いがWindows Updateで厳密に成った
• パッチ当てたWindows 2000は、管理データのエラーが出たらDFで埋めたデータを返すので壊れる
• FreeBSDのmount_ntfsはその辺りの管理データでエラーが出ても、通常どおりに読み込みするので読める

https://mail.google.com/gmail/feed/atom/Spam/

https://USERNAME:PASSWORD@mail.google.com/gmail/feed/atom/Spam/

mixi API作るのを積極的に止めているという噂はガセだよ、笠原さんも他の中の人もそんなスタンスの人はいないよ

全然関係ないけど、規約が変更されてmixi広告の行動追跡クッキーを食わされていたので、手順に従って無効化した:

システム的に考えるとWeb2.0を持ち出すまでもなく、mixiは不完全なシステムです。
* コミュニティにサブアカウントがない
* 過去ログの検索がほぼ不可能
* 長くmixiを続けているとコミュニティの発言を追うことは実質できなくなる
ということは、mixiのコミュニティはスタート時とあまり変わらない状態、つまりはいつでも新鮮な状態がキープされているのです。

でも時間泥棒的インターフェイスってなぜか一般人にはウケるんだよね。
たとえば Excel とか。

cd /usr/src
make update
make buildworld && make installworld

[REVISED]出た: