You cannot ask users to manage their own security
I've been dancing around this issue recently, but it's time to comeout and say it explicitly: if you want things to actually be secure,you cannot ask users to manage their own security .
In practice, users are not interested in security (well, not much)and are not going to do it, and the rare ones that are interested anddo care almost certainly don't know enough to make sensible choices . What you get if you make users manage their ownsecurity is more
「我不信死無報應。」(北島,〈回答〉)
( 文明單位:警權 。嘉賓: 程展緯 、陳景輝) 林鉅溥引起全城興趣。 alone in the fart 追蹤了林鉅溥的審案紀錄。希望地理在平安夜聽審過後的 法庭空間分析 。 高登討論 。仗義者值得鼓掌。
法官的判刑是報復性的。呈上近四十封求情信,
逆風.飄來歌聲
容祖兒
千 禧 年 第 一 位 令 我 感 動 的 歌 手 叫 容

A Unix shell glob trick
This is the kind of trick where first I show the trick and then I explainit:
$ touch a-b; mkdir a-c$ cd a-*sh: cd: a-b: Not a directory$ cd a-*/$ pwd/tmp/a-c
(This is also a good illustration of quality of implementation in errorhandling. A number of non-bash Bourne shells will report things like' cd: too many arguments ', while bash would happily work if a
很想買
吊頸要抖氣, 忙到無命嘔
手沒有停下來, 腦筋沒有靜過來. 飯沒有心情吃, 水沒有心思喝, 玩笑沒有心情開. 一大堆文件數據, 像催命符, 不僅要勾我三魂七魄, 還要掏盡肉體內的精力.
暫時鬆一口氣, 胃中一股悶
The ufsdump block size doesn't seem to matter much
Some time ago I discovered that the Linux dump block size can make asignificant performance difference . Ever sincethen I had in the back of my mind to find out if the same thing was trueon other systems, with other versions of dump ,and recently I got around to doing some experimentation on Solaris.
In the spirit of sharing negative results as well as positive ones: no,it doesn't seem to. I got a modest performance increase by specifying a b value greater than the default of 64