電腦,程式,數值

看到一些爭論，想起了過去在數值方法課堂上學到的兩件事:
1. 電腦算出來的答案，絕大多數都不精確的。
2. 電腦不會無縁無故出問題。

第一件事，來自於數位系統的限制，不論多強力的系統，也無法完全精確地表示無理數與循環小數。
第二件事，則是電腦系統的本質，程式不正常中斷，系統中毒，當機，這些事情的發生，必有其原因；其責任也許在使用者，也許在製造廠商，也許在不知名的駭客，但其責任絕不會在於不可知的命運與機率。

666

惡魔的數字....-_-

2007, 09, 20

9月20日，天氣好得要命，回家的路上，從巷子裡透出的天光雲色，熟悉，卻未曾多加留意...


翻出相機，將灰塵拍落，取景窗裡透出的是一片湛藍的天空。

偶然飄過的一片烏雲，訴說著明日的天色。

太陽逐步西沉，卻看不到火般的餘暉，只有強烈的光芒，從屋後透出，宣告一日的結束。

Google Doc 屈服於恐懼之下...

其實，也就是editing掛點而已啦...
不過好死不死，在我寫完phobia的時候掛掉....

補充:這叫什麼狗屁好消息...

常用字首字根列表3

字首字根３
怎麼感覺整理所花的時間愈來愈多....

常用字首字根列表2

為了在Safari上列印方便, 將版面也做了些調整...
不過如果是在windows上,使用IE/Firefox瀏覧及列印的網友, 可能要自行將網頁源碼複製到本機,自行調整一下排版.
字首字根１
字首字根２
整理這個比我所估計的還要花工夫.
一堂4小時的課程內容,最少要花到8~12小時,才有辦法整理完成.
從事後的整理中, 就可以瞭解, 補習班的課程密度實在是相當高...
看來, 做補習班的也不好賺啊....

一個防止網頁盜連的Java Script

昨天在檢視sitemeter的資料時, 意外發現一個奇特的訪客, 這位訪客進入本網頁的頁面, 以及離開時的頁面,
都不是本網頁的任何頁面.
而連結到進入點一探究竟時, 竟發現進入點的網頁內容, 與本網頁一致, 然而, 網址列卻全然不同...當下, 很直接的想到--是不是被人盜連了?

於是, 在情況還不明朗的情形下, 決定先找一個方式, 暫時阻擋此類連結.
之前有看過利用網頁內容的座標, 來判斷是否網頁被他人當作嵌入內容, 不過目前的狀況似乎不適合(因為沒有看到任何frame), 在搜尋一陣子後, 發現下面的Java Script可能符合我的需要:

<script type='text/javascript'>
<!--
var who=document.referrer;
if(who && who.indexOf("thedoublee.blogspot.com") == -1 ){
alert("It's an Illegl Link. All Rights reserved by thedoublee.blogspot.com");
top.location.href = "http://thedoublee.blogspot.com";
}
//-->
</script>

將上面這一段程式碼, 加入Template中後, 每當有人意圖從其他入口進入自己的網頁時, 便會跳出一個警告視窗, 之後, 便將使用者導向正確的入口.
這一段程式碼看來相當方便, 然而卻有相當大的問題...效果太暴力了.
以上程式碼, 不只將盜連擋掉, 連一般的連結也擋掉了. 結果就是不論從任何連結, 想要連到本網頁, 都會先彈出一個警告視窗.
真正要有效果的話, 可能得將條件判斷式改得更精確點...也就是說, 不能只判斷進入點是否是本網頁, 而應判斷連過來的網頁是否合法.
不過還好這只是暫時性的作法, 之後針對連過來的網頁查了一下, 發現那是一個網上代理伺服器的網站, 基本上不會造成什麼危害後, 我也就將之移除了.

鍵-值編碼(key-value coding)技術概觀--0.5版

鍵-值相關技術--包含鍵值編碼(key-value coding)，鍵-值監看(key-value observing)--可說是目前Mac應用程式開發基礎模式。包括繫結技術(binding)，腳本語言支援(scriptable)，以及各類UI與應用程式的合作，都是透過鍵值編碼加以實現。
以下文章，參考並改寫自Key-Value Coding Programming Guide以及NSKeyValueCoding Protocol Reference，雖然尚未完全完成，但希望能對有志開發者有所助益。
鍵-值編碼(key-value coding)技術概觀