Kalita 不銹鋼手沖咖啡壺 1.0L

因為朋友友情贊助的玲瓏壺內部有點些微生鏽的感覺 ( 不是不鏽鋼嗎？！ )

這也就表示說我可以買一支手沖壺囉！ ^^

由於幾乎每天都會用到一、兩次以上，所以花了點時間尋找好用的手沖壺。

一開始是想買這一支 － 野田琺瑯 月兎印 手沖壺

( from www.fcl.co.jp )

壺的裡外都有鍍上琺瑯，不論質感、手感都相當好，保溫性也非常不錯。

評價也兩極。

.

而另外考慮的是 Kalita ，

Kalita是世界知名的日本咖啡器具品牌，最經典莫過於它的手沖銅壺，

( from www.kalita.co.jp )

相信一直是咖啡玩家心目中最想擁有的一支壺，

也會在一些咖啡店看到它的身影，具有絕佳的導熱速度，以及理想的保溫效果。

但是不容易保養，

而且對於我這種業餘的、技藝不精的只能說是一種浪費。

.

想不到我最後決定買感覺比較耐操又好用的 Kalita 不銹鋼手沖咖啡壺 1.0L

( from www.fcl.co.jp )

.

查詢了一些資料，容易控制水流比較適合新手。

所以它就出現了。

比想像中還大一些。

壺底印上品牌 Logo & Made In Japan 喔。

1.0 L 的容量，還蠻深的。

厚實的木柄，很好握，加上水的重量後，整個重心的配置還蠻穩的。

鶴嘴型的出水口，水柱很柔而且容易控制粗細。

跟玲瓏壺比較起來，玲瓏壺水柱拍打的力道較強勁。

目前使用上整體而言還不錯。

不過發覺一個問題，就是因為鶴嘴出水口的設計。

所以如果水比較滿加上沒拉高注水的話，容易卡到濾杯。

看來還要再適應一下。

Kalita 不銹鋼手沖咖啡壺 1.0L

因為朋友友情贊助的玲瓏壺內部有點些微生鏽的感覺 ( 不是不鏽鋼嗎？！ )

這也就表示說我可以買一支手沖壺囉！ ^^

由於幾乎每天都會用到一、兩次以上，所以花了點時間尋找好用的手沖壺。

一開始是想買這一支 － 野田琺瑯 月兎印 手沖壺

( from www.fcl.co.jp )

壺的裡外都有鍍上琺瑯，不論質感、手感都相當好，保溫性也非常不錯。

評價也兩極。

.

而另外考慮的是 Kalita ，

Kalita是世界知名的日本咖啡器具品牌，最經典莫過於它的手沖銅壺，

( from www.kalita.co.jp )

相信一直是咖啡玩家心目中最想擁有的一支壺，

也會在一些咖啡店看到它的身影，具有絕佳的導熱速度，以及理想的保溫效果。

但是不容易保養，

而且對於我這種業餘的、技藝不精的只能說是一種浪費。

.

想不到我最後決定買感覺比較耐操又好用的 Kalita 不銹鋼手沖咖啡壺 1.0L

( from www.fcl.co.jp )

.

查詢了一些資料，容易控制水流比較適合新手。

所以它就出現了。

比想像中還大一些。

壺底印上品牌 Logo & Made In Japan 喔。

1.0 L 的容量，還蠻深的。

厚實的木柄，很好握，加上水的重量後，整個重心的配置還蠻穩的。

鶴嘴型的出水口，水柱很柔而且容易控制粗細。

跟玲瓏壺比較起來，玲瓏壺水柱拍打的力道較強勁。

目前使用上整體而言還不錯。

不過發覺一個問題，就是因為鶴嘴出水口的設計。

所以如果水比較滿加上沒拉高注水的話，容易卡到濾杯。

看來還要再適應一下。

千萬不要把空的SIM卡轉卡放到3G Data Card內

iPad & iPhone 4 都使用 Micro SIM 卡，

所以自從都換了 Micro SIM 卡後，因為懶惰，不想另外收納轉卡，

就這樣先放進 SIM 卡插槽再放進 3G Data Card 內，方便攜帶，

結果要拔起來時，把 Data Card 裡面的 SIM 卡接腳給... 扯斷了...

可能是因為轉卡是空的，有空隙卡住接腳，造成拔起來的時候，就順勢拉起並扯斷了。

送了兩次後，才發現是這個緣故，不過已經來不及了，

最後一次報價 $1,100.- ( >< 我在拍賣上看二手的也是這個價格 )

不曉得其它家的會不會這個樣子，還是小心點好，

反正 iPhone 4 有 Hotspot ，或者用 iShare MR-102N 也行，

應該用到 3G Data Card 的機會也不多了吧！ ^^

出現 iTunes 無法從同步服務載入資料類別資訊 提示

想不到今天 Mac iTunes 一接上 iPhone / iPad 就給我出現這個訊息，

不管 iPhone / iPad 甚至是 Mac 重開都没有用，

只能同步不能備份 ( >< 挖勒，這樣我的遊戲永遠破不了關 )

好加在被我找到解決方法，差點就要給它 reset 下去了說，

可以參考

iTunes 10.2：安裝 Xcode 4 之後出現“iTunes 無法從同步服務載入資料類別資訊”提示

Windows 版 iTunes：“無法載入資料類別”或“無法載入供應商資料”同步服務提示

基本上重灌就好了，可能真的是受到安裝 xcode 4 的影響！

.

給穿了幫寶適的 iPhone4 可以輸出音樂

自從有了 iPhone 4 之後，第一件事就是給它穿上肖想很久的殼

Element CASE Vapor ，金屬的質感，讚！

不過也帶來了一些困擾，不只是 Element CASE，

應該有用 Bumper 式的保護套都會遇到這個問題，

就是除了原廠的傳輸線，其它比較大一點的線可能就無法使用了，

( 例如 VGA Adapter / Composite AV Cable )

所以透過 E7Buy 代購幫我在 日本 Yahoo 找到了 Dock 延長線，

讓 Oracle 透過 SMTP 元件發送 iPhone 看得懂的 eMail

系統透過 Oracle 發送郵件，原本是沒有特別指定什麼編碼什麼的，
Outlook 收信收的好好的，開放 Push Mail 後，User 開始用手機收信了，
但是透過 Oracle 發送出來的郵件，在 iPhone 上看，
在郵件清單預覽的時候，主旨跟內文兩行看起來是正常的，
但是點進去看郵件內文就變成全部亂碼了，
試了很多編碼組合，看起來用 base64 比較沒有問題，
內文除了 UTL_RAW.CAST_TO_RAW 外還需要轉成 base64編碼 UTL_ENCODE.BASE64_ENCODE
.
sample code

CREATE OR REPLACE PROCEDURE "SEND_MAIL" (
msg_to varchar2 :='',
msg_subject varchar2 :='',
msg_sender varchar2 :='',
msg_text varchar2 := '' )
IS
lv_conn UTL_SMTP.CONNECTION;
lv_server VARCHAR2(255) := 'SERVERIP';
lvmsg_to VARCHAR2(50) := '';
lv_encoded_subject VARCHAR2(255) := '';
BEGIN

lvmsg_to :=replace(msg_to,';','');
--建立連線
lv_Conn := UTL_SMTP.Open_Connection(lv_server, 25);
UTL_SMTP.Helo(lv_conn, lv_server);
UTL_SMTP.Mail(lv_conn, msg_sender);
UTL_SMTP.Rcpt(lv_conn, lvmsg_to);
UTL_SMTP.OPEN_DATA(lv_conn);

-- 主旨
UTL_smtp.write_raw_data(lv_Conn,utl_raw.cast_to_raw(convert('Subject: ' ||msg_subject||utl_tcp.crlf,'zht16big5')));

--設定編碼
UTL_SMTP.WRITE_DATA(lv_conn, 'Content-Type: text/html;charset=Big5' || UTL_TCP.CRLF);
UTL_SMTP.WRITE_DATA(lv_conn, 'Content-Transfer-Encoding: base64'|| UTL_TCP.CRLF);
--寄送日期
UTL_SMTP.WRITE_DATA(lv_conn,'Date: ' || to_char(sysdate-1/3,'YYYY-MON-DD hh24:mi:ss','NLS_DATE_LANGUAGE=AMERICAN') ||UTL_tcp.CRLF);
--寄件人
UTL_SMTP.WRITE_DATA(lv_conn, 'From: ' || msg_sender || UTL_TCP.CRLF);
--收件人
UTL_SMTP.WRITE_DATA(lv_conn, 'To: ' || lvmsg_to || UTL_TCP.CRLF);

--一定要空一行開始傳送郵件內文
UTL_SMTP.WRITE_DATA(lv_conn, UTL_TCP.CRLF);
--內文編碼後輸出
UTL_SMTP.WRITE_DATA(lv_conn, UTL_RAW.CAST_TO_VARCHAR2(UTL_ENCODE.BASE64_ENCODE(UTL_RAW.CAST_TO_RAW(convert(msg_text,'ZHT16BIG5')))));

--關閉連線
UTL_SMTP.CLOSE_DATA(lv_conn);
UTL_SMTP.QUIT(lv_conn);

EXCEPTION
WHEN UTL_SMTP.INVALID_OPERATION THEN
dbms_output.put_line(' Invalid Operation in SMTP transaction.');
WHEN UTL_SMTP.TRANSIENT_ERROR THEN
dbms_output.put_line(' Temporary problems with sending email - try again later.');
WHEN UTL_SMTP.PERMANENT_ERROR THEN
dbms_output.put_line(' Errors in code for SMTP transaction.');
END;


解決使用 .Net AJAX 從Client回Server時，中文會出現亂碼的問題

情境是例如在前端有一個 TextBox 控制項，當輸入文字後要回 Server 端處理，再送資料到 Client 端。
因為不需要整頁全部送回 Server 端，所以會採用像 .Net 的 AJAX Control 來做，

<asp:UpdatePanel ID="UpdateDOCTypePanelTrigger" UpdateMode="always" runat="server">
<ContentTemplate>
<asp:TextBox ID="test" AutoPostBack="true" OnTextChanged="test_TextChanged" runat="server"></asp:TextBox>
<asp:Label ID="testInfo" runat="server"></asp:Label>
</ContentTemplate>
<Triggers>
<asp:AsyncPostbackTrigger ControlID="test" EventName="TextChanged" />
</Triggers>
</asp:UpdatePanel>

.
但是送中文字回 Server 會有亂碼，所以需要特別處理一下。
找到的解決方法大概有兩種：
.
第一種是

protected void test_TextChanged(object sender, EventArgs e)
{
byte[] buffer = System.Text.Encoding.Default.GetBytes(test.Text);
testInfo.Text += System.Text.Encoding.UTF8.GetString(buffer);
}

這一種有一個缺點，有時候用GetBytes會漏一個byte，
所以解出來還有可能會有一個字是亂碼。
.
另外一種

protected void test_TextChanged(object sender, EventArgs e)
{
string s = System.Text.Encoding.UTF8.GetString(Request.BinaryRead(Request.ContentLength));
System.Collections.Specialized.NameValueCollection form = HttpUtility.ParseQueryString(s);
testInfo.Text += form[test.UniqueID];
}

稍微複雜一點，但是可以正確解出來，
就用這個了吧！
.
還是有更好的解法呢？