這幾天，我的噗浪河道上，除了 Apple iPad 之外，也出現了一些關於 CNNIC 根憑證的噗。
基於中國大陸政府的黑暗與邪惡，以及中國網路界的「和諧」作風，我決定把 CNNIC 的根憑證移除掉，順便把移除方法貼出來。
2010/02/02 23:37 UPDATE
另有 MacOS 與 Linux 的移除教學文，有需要的請參考以下連結：
有安裝 Gallery 2 作為相簿系統的人可能跟我一樣，會在 Apache 的 error log 裡面看到一大串如下的 log：
PHP Notice: Undefined index: sfPhotosRecursiveLimit in [Gallery目錄]/modules/rss/SimpleRender.inc on line 78
追了一下程式，發現是變數沒處理好。
於是，我修改了 modules/rss/SimpleRender.inc，加了以下這段程式碼處理變數：
if ( !isset($params['sfPhotosRecursiveLimit']) ) {
$params['sfPhotosRecursiveLimit'] = $params['sfPhotosRecurseLimit'];
}
修改過後的某個片段長這樣：
$params['feedDate'] = $params['sfDate'];
if ( !isset($params['sfPhotosRecursiveLimit']) ) {
$params['sfPhotosRecursiveLimit'] = $params['sfPhotosRecurseLimit'];
}
/* apply defaults */
跟我一樣，覺得那些 log 很礙眼的，就參考一下吧。
我把 patch 一併貼到官方論壇了（Problem fix for RSS module），不知道會不會被採用就是了。
昨天，FreeBSD 官方發布了三個 Security Advisories：
根據 Advisories 內容，我原本打算透過以下的步驟作 patch：
但是，進行到第 4 個步驟（FreeBSD-SA-10:02.ntpd 的編譯階段），就出現了如下的 message：
make: don't know how to make /usr/obj/usr/src/usr.sbin/ntp/ntpd/../libparse/libparse.a. Stop
找了一些討論後，我在這個討論串裡看到好幾種作法。
幾經嘗試，我最終在 FreeBSD 8.0-RELEASE-p1 amd64 用以下這個作法順利編譯成功：
有相同問題（狀況）的人可以參考看看。
Tags: FreeBSD , patch , Security AdvisoriesJavascript 提供了 For ... In ... ，我用的還蠻高興的（雖然我很少撰寫 Javascript）。
今天遇到某種特殊需求，我才發現這個迴圈語法並非萬能。
從 array 裡隨機挑出不重複的值有兩種情況，一種很單純，For ... In ... 迴圈可以處理的很好：
var fruits = ["Banana", "Orange", "Apple", "Mango"];
var x;
while(fruits.length > 0) {
var r = Math.floor( Math.random() * fruits.length );
var n = fruits[r];
document.write("Choosen[" + r + "]: " + n + "<br />");
document.write("Array: " + fruits + "<br />");
for(x in fruits) {
if (fruits[x] == n) {
fruits.splice(x, 1);
}
}
}
若是 array 裡面已經存在重複的值，而且 array 的資料的來源不方便控制（例如是 HTML 裡面的 li 物件），For ... In ... 這種方便的迴圈語法就必須放棄，改用傳統的 for 迴圈：
var fruits = ["Banana", "Banana", "Orange", "Orange", "Banana", "Apple", "Apple", "Orange", "Mango"];
var i=0;
while(fruits.length > 0) {
var r = Math.floor( Math.random() * fruits.length );
var n = fruits[r];
document.write("Choosen[" + r + "]: " + n + "<br />");
document.write("Array: " + fruits + "<br />");
for(i=0; i<fruits.length; i++) {
if (fruits[i] == n) {
fruits.splice(i, 1);
i--;
}
}
}
Tags: array , For loop , Javascript , random 前陣子，在工作上剛好需要對 wav 檔案格式進行判定，可是 NAudio 製作出來的格式用來作判斷又有錯誤，所以土法煉鋼寫了一個小 class：
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.IO;
public class Wave
{
public struct Format
{
public String FileName = String.Empty;
public Boolean PCM = false;
public uint Channel = 0;
public uint SampleRate = 0;
public uint BitsPerSample = 0;
public uint ByteRate = 0;
public uint BlockAlign = 0;
};
private Format _fmt;
private void fillUp()
{
_fmt.ByteRate = _fmt.Channel * _fmt.SampleRate * _fmt.BitsPerSample / 8;
_fmt.BlockAlign = _fmt.Channel * _fmt.BitsPerSample / 8;
}
public Format getType(String fileName)
{
_fmt.FileName = fileName;
try
{
FileStream fs = File.OpenRead(@fileName);
Byte[] readTmp = new Byte[36];
fs.Read(readTmp, 0, 36);
fs.close();
if (BitConverter.ToUInt16(readTmp, 20) == 1)
{
_fmt.PCM = true;
}
_fmt.Channel = BitConverter.ToUInt16(readTmp, 22);
_fmt.SampleRate = BitConverter.ToUInt32(readTmp, 24);
_fmt.BitsPerSample = BitConverter.ToUInt16(readTmp, 34);
fillUp();
}
catch (Exception e)
{
Console.WriteLine("Wave.getType(fileName) Error : " + e.ToString());
}
return _fmt;
}
}
我們在開發 PHP 專案時，時常會把一些常用變數放在某個 PHP 檔案，接著用 require()、require_once()、incluce()、include_once() 等函式將之引入。
若系統目錄很複雜，就會在很多檔案裡面看到類似這樣的語法：
require_once('../../Config.php');
然而，當這種系統必須變動目錄結構與檔案所在目錄時，開發人員就得額外多花些時間來更改上述之程式碼。
其實，PHP 的設定檔中，有個很少被注意到的變數，就是 auto_prepend_file 。
假設目前有個 PHP 專案，專案根目錄之系統絕對路徑為 /var/www/html/Project，
共用設定檔為 /var/www/html/Project/Config.php 。
我們可以在 /var/www/html/Project 下建立 .htaccess 檔案，內容如下：
php_value auto_prepend_file "/var/www/html/Project/Config.php"
而 /var/www/html/Project 目錄下所有的檔案，以及所有子目錄中的檔案都會自行引入 /var/www/html/Project/Config.php 。
PS. 由於 auto_prepend_file 的設定是透過 require() 來實作，使用這種方法要特別注意以下兩點：
幾天前，跟 Solaris 叔叔 談到 MySQL 的 ENUM，回家後上網找了些資料，剛好找出了一些使用 MySQL 時，與效能有關的 tips。
稍微整理過後，放在這裡：
| EQ_REF | 一對一比對 |
| REF | 一對多比對 |
| RANGE | 特定範圍的資料會被傳回 |
| INDEX | 使用 INDEX 裡的資料 |
| ALL | 對整個 TABLE 作掃瞄（最差） |
SELECT `col_a` FROM `table_a` LEFT JOIN `table_b` ON `table_a`.`col_b` = `table_b`.`col_c` WHERE `col_d` = ....; -- SELECT 的欄位不需 INDEX，ex： `col_a`。 -- JOIN 的欄位需要 INDEX，ex： `table_a`.`col_b` 與 `table_b`.`col_c`。 -- WHERE 的欄位需要 INDEX，ex： `col_d`。
SELECT * ...
-- 下列這種語法無法利用 INDEX SELECT ... WHERE `col` LIKE '%string%'; -- 下列這種語法會利用 INDEX SELECT ... WHERE `col` LIKE 'string%';
-- 下列這種語法會使用 INDEX，速度快。 SELECT ... WHERE `col` < 100 / 10; -- 下列這種語法會導致 FULL TABLE SCAN，速度慢。 SELECT ... WHERE `col` * 10 < 100;
這是我的第一個 C# Windows Form 程式。
執行畫面：
使用方法：
下載：
最近在玩 C#，寫個小軟體。
不過，我發現我產生出來的 exe 檔就是很醜，看起來的感覺就好像是病毒檔... 
用 MSDN 跟上網搜尋，solution 也不算好找，所以寫這篇順便幫自己紀錄一下。
Windows Form 有兩種圖示可以設定：
By the way，我覺得目前寫這個小軟體應該還算實用，寫完後再丟上來～ 
以下是在 PTT 的 PHP 板看到某篇文章後的心得，以及小小的經驗分享。
對 Smarty 稍有經驗的人，應該都知道樣板內可使用 {include} 這個 tag 來嵌入其他 template file。
然而，因為 Smarty 內的變數都是全域變數，所以我對這個 tag 的看法是「能不用，就不用」。
用常見的網站論壇系統舉個簡單的例子：
<html><head><title>$title</title></head>
若 B 設計師在其 template file 中使用了 {include} 來嵌入 A 設計師的 template file，就可能會產生預期之外的顯示結果。
當然，若是開發團隊已事先溝通好各項變數的命名，就不會有這種情況。
但為了減少此類風險，降低 debug 的難度，我們會選擇使用這種方式：
當然，若嵌入的 template file 內沒有任何變數，就不須考量以上的狀況，開發/設計人員可以大膽地隨意使用。
Recent Comments