顯示文章

這裡允許您檢視這個會員的所有文章。請注意, 您只能看見您有權限閱讀的文章。


主題 - LeMax

頁: [1]
1
肉腳版 / lame server ! phorum.study-area.org ??
« 於: 2003-12-03 22:48 »
剛剛查 firewall log 的時候, 發現了這一段

代碼: [選擇]
Dec  3 22:13:34 firewall named[1637]: lame server resolving 'phorum.study-area.org' (in 'study-area.org'?): 211.74.198.169#53

211.74.198.169 是 dns.brain-c.com.

不太可能吧  :o

這算正常嗎 ? (It happens !!)

還是... 是我自己的問題 ?

2
請問有無[線上網管日誌]的工具可以參考

我的需求是這樣的:

1.希望是 web base 的(廢話), 隨時可上網記錄.
2.有群組管理及版面分區功能, 像 phpbb.(目前我是用phpbb204, 但文件編輯能力很差)
3.像 wiki 的文件編輯能力,或可用HTML.(我沒真正用過 wiki 不知道有無群組管理及版面分區功能)
4.以 php + mysql 撰寫且 GPL (如果想修改,會方便一些).

不知各位先進們是如何作網管日誌的 ?

3
昨夜近 12 點的時候, 因樓上七樓住家的冷氣機漏水, 滴在弟家的冷氣機上, 平日難入眠的我, 更是無法忍受. 頭探出窗外往上看, 是水管脫落.
 由於已非第一次, 於是請大樓管理員轉逹. 10 分鐘後, 依然故我, 詢問管理員, 謂已予告知, 於是請他再說一次. 時間一分一分過, 完全沒有停的跡象. 我想應是親自拜訪的時候了.
 上門按了按門鈴, 沒人應 ! 再按一次 ! 沒反應 ! 再按幾次 ! 火起了 ! 舉起拳頭猛搥三下, 已確定吵到鄰居了, 還是沒人回應, 再搥, 終於有人應了, 且是全家出動, 5人團團包圍, 口出惡言, 一付殺人模樣. 自己心想於心無愧, 反正爛命一條, 就衝突了起來, 直到管理員來架開 (管理員很高大)勸說, 才各自散去.
 回到家中一夜沒睡, 想到了劉文聰, 想了些不該想的事. 自己的脾氣雖不是很好, 但總喜歡先講理, 以求心安理得. 沒像這次如此難平.
 早上上班又遲到, 血紅的雙眼, 加上劉文聰的影響, 心中已想好將要作的事, 完全不想去想後果. 決定之後也該工作了, 先打開 Notes 看有沒有什麼上級的工作交待. 沒有 ! 但有同事的一封[文章分享]上帝的獎賞 .
 仔細看完後, 心情平靜了, 劉文聰走了, 計劃也不需了. 為什麼! 人總是慾求不滿, 總覺得人是不公平的, 寛以待人的結果是他人的踏石階, 為人作嫁. 現在我才知道我原來其實是上帝的最佳獎賞, 我一直都是右手. 那些左手們之所以不能成為右手, 是他們沒我的幸運, 而我差一些便放棄了上帝的最佳獎賞. 很高興自己又向前走了一步.

把最好的東西分享給大家 !

==========================
上帝的獎賞 文/劉燕敏

1963年,一位叫瑪莉﹒班尼的女孩寫信給《芝加哥論壇報》,因為她實在搞不明白,為什麼她幫媽媽把烤好的甜餅送到餐桌上,得到的只是一句“好孩子”的誇獎,而那個什麼都不幹,只知搗蛋的戴維(她的弟弟)得到的卻是一個甜餅。她想問一問無所不知的西勒.庫斯特先生,上帝真的是公平的嗎?為什麼她在家和學校常看到一些像她這樣的好孩子被上帝遺忘了。

西勒﹒庫斯特是《芝加哥論壇報》兒童版“你說我說”欄目的主持人,十多年來,孩子們有關“上帝為什麼不獎賞好人,為什麼不懲罰壞人”之類的來信,他收到不下千封。

每當拆閱這樣的信件,他心裏就非常沉重,因為他不知該怎樣回答這些提問。

正當他對瑪莉小姑娘的來信不知如何回答是好時,一位朋友邀請他參加婚禮。也許他一生都該感謝這次婚禮,因為就是在這次婚禮上,他找到了答案,並且這個答案讓他一夜之間名揚天下。

西勒﹒庫斯特是這樣回憶那場婚禮的。牧師主持完儀式後,新娘和新郎互贈戒指,也許是他們正沉浸在幸福之中,也許是兩人過於激動,總之,在他們互贈戒指時,兩人陰差陽錯地把戒指戴在了對方的右手上。牧師看到這一情節,幽默地提醒:“右手已經夠完美的了,我想你們最好還是用它來裝扮左手吧。”西勒﹒庫斯特說,正是牧師的這一幽默,讓他茅塞頓開。

右手成為右手,本身就非常完美了,是沒有必要把飾物再戴在右手上了。同樣,那些有道德的人,之所以常常被忽略,不就是因為他們已經非常完美了嗎?後來,西勒﹒庫斯特得出結論,上帝讓右手成為右手,就是對右手最高的獎賞,同理,上帝讓善人成為善人,也就是對善人的最高獎賞。

西勒﹒庫斯特發現這一真理後,興奮不已,他以“上帝讓你成為好孩子,就是對你的最高獎賞”為題,立即給瑪莉﹒班尼回了一封信,這封信在《芝加哥論壇報》刊登之後,在不長的時間內,被美國及歐洲一千多家報刊轉載,並且每年的兒童節他們都要重新刊載一次。

前不久,一位中國人不知在什麼地方發現了這封信,讀後,他通過國際互聯網在《芝加哥論壇報》的網頁上留言,說:“中國民間有一句古話,叫‘惡有惡報,善有善報,不是不報,時候未到’。我曾經對惡人遲遲得不到報應感到迷惑不解。現在我終於明白,因為讓惡人成為惡人就是上帝對他們的懲罰。”
=========== end =============

4
Linux 討論版 / 關於 umask 的 NAND 計算
« 於: 2003-07-10 16:09 »
因為我是電子工程科的, 所以以下 umask 的計算部份一直都算不出來.

代碼: [選擇]
在建立目錄的時候﹕
1) 首先﹐我們先對 unmask 進行 NOT 運算﹕
000,010,010 的 NOT 運算結果是﹕111,101,101 ﹔
2) 然後再和 777﹐就是﹕111,111,111 進行 AND 運算﹔
3) 最後﹐我們會得到這樣的結果﹕111,101,101 ﹔
換成十進位就是 755。

而至於檔案的建立﹕
預?#93;會把它的 x (001) 拿掉﹐其實?#93;是先進行 NAND 運算﹕
1) 先對 x 做 NOT 運算﹕001 NOT ==> 110
2) 然後和 111 做 AND 運算﹕
111,111,111
110,110,110  AND
-----------------
110,110,110      ===> ?#93;就是 666﹐ 然後再和 umask 022 做 NAND 運算﹕
000,010,010 NAND ===> (?#93;就是和 111,101,101  AND)
-----------------
110,100,100      ===> 換成十進位是 644 ﹐這才是真正的結果。


如果 110,110,110  跟 000,010,010 作 NAND 運算,
結果應該是 111,101,101 , 不是預期的結果.
應該是先對 umask 022 作 NOT 運算 , 其結果再與 666 或 777 作 AND 運算.
用 NAND 作說明似乎不合適.

弟的觀念如有謬誤,請諸學長們指正. 謝謝 !!

以下是 NAND 真值表
代碼: [選擇]
NAND 真值表
 A B │ Y
── ┼ ─
 0 0 │ 1
 0 1 │ 1
 1 0 │ 1
 1 1 │ 0

5
Linux 討論版 / [第五章﹕架設 DNS] 的問題
« 於: 2002-12-13 17:36 »
[第五章﹕架設 DNS] 文章中

兩個 domain 的負責解析的區域
siyongc.domain   192.168.100.*
dmz.domain   10.0.1.*

它的兩個反解檔中

---- /var/named/192.168.100.rev  ---
$TTL    86400
@  IN  SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
                                      2001111601 ; Serial
                                      28800      ; Refresh
                                      14400      ; Retry
                                      3600000    ; Expire
                                      86400 )    ; Minimum
@   IN  NS  rh71.siyongc.domain.
@   IN  NS  lp64.dmz.domain.  <------- 這一個


--- /var/named/10.0.1.rev  ---
$TTL    86400
@  IN  SOA rh71.siyongc.domain. root.rh71.siyongc.domain. (
                                      2001111601 ; Serial
                                      28800      ; Refresh
                                      14400      ; Retry
                                      3600000    ; Expire
                                      86400 )    ; Minimum
@    IN  NS  rh71.siyongc.domain.  <------ 跟這一個
@    IN  NS  lp64.dmz.domain.

我對照鳥哥[簡易 DNS 伺服器設定]的文章
『 @ IN NS localhost. 』這一行的意思是說,@ ( zone ,亦即是 localhost 這個 domain ) 的管理的 Name Server 為 localhost 這部主機

那麼 @    IN  NS  rh71.siyongc.domain. 這句是不是解釋成:
@(rh71.siyongc.domain.)的管理的 Name Server 為 rh71.siyongc.domain. 這部主機
如果解釋是正確的.
那多一句 @    IN  NS  lp64.dmz.domain.
好像有點奇怪.
同一domain 有兩個主機管理,也都是 master

是不是我的理解有誤??

另外兩個正解檔例子也有相同的情形.
/var/named/siyongc.domain
/var/named/dmz.domain

6
原來是使用redhat 7.3
在apache 上設定 virtualhost (name base)
使用上並無問題.
http://www.aaa.bbb
     http://test.aaa.bbb
     http://web.aaa.bbb
等,都可以指到正確的virtualhost DocumentRoot 的index.htm

升級成 redhat 8.0 (重新安裝)後,若
http://www.aaa.bbb
     http://test.aaa.bbb
     http://web.aaa.bbb
 都會跑到 apache 的 default page
(有一根羽毛的那一個)
一定要指定 file name 才會正確.
像這樣:
     http://www.aaa.bbb/index.htm
     http://test.aaa.bbb/index.htm

請問可能是那裡的問題?
是apache 1.3x 與 2.x 的差異嗎 ?
還是我的安裝有問題 ? (我是完全安裝)

頁: [1]