Posts

www.ASPAlliance.com www.ASP.net www.CodeProject.com www.c-sharpcorner.com www.DevX.com www.DotNetJunkies.com www.SearchVB.com www.TheServerSide.net

以下的方法我只在 中華電信 (CHT) 進行測試，手機型號為 Sony Ericsson K600i，NB 是剛入手的 IBM X60 (藍芽內建)。雖然台北市聲稱是一個 WiFly 涵蓋的網路城，但是有些地方收訊並不好，找得到基地台訊號也不見得連得上，再者，評沽自己使用的次數可能屈指可數 (不是在家，就是在公司，否則也會在市中心附近)，另外也有可能是在山區或郊區無法收到任何無線網路訊號的地方，由於某些情況下在外頭會有臨時需要上網的情況，這就衍生出使用手機上網作為臨時解決方案的念頭，以下是我的設定方式。 前提是電腦與手機已經配對成功，且已開啟藍芽裝置，[藍芽數據機] 會出現在 [控制台] 的 [電話和數據機選項] 中， 點選該藍芽數據機 -> 內容 -> 進階，在 外加初始化命令中輸入: +CGDCONT=1,”IP”,”internet” 按下確定 在 [我的藍芽中心][整個 Bluetooth Neighborhood] 中選擇你的手機裝置 點選 Dial-up networking -> 撥號，此時使用者名稱與密碼不用輸入，撥號號碼輸入 *99# 進行撥號。 連接成功! 電腦與手機間使用藍芽訊號溝通，所以手機有藍芽功能且使用中華電信網路的朋友可以試試。 PS. 沒有使用 IM 的話，記得關掉 SKYPE 或 MSN 之類的程式，因為吃封包量吃得挺兇的!!! 再 PS. 使用 3G 手機的朋友，記得 3G 網路要打開，也就是用 3G + GSM 的模式，不用只用 GSM，否則你會用 GPRS 連線，而不是 3G 連線，速度上是差很多的。

剛剛在 PCHome 的線上購物買了個產品，接著收到貼心的購物清單郵件，居然發現寄件者的 Email 使用的是 ms99.pchome.com.tw 的網域。 我們都知道 HiNET 以前對郵件伺服器的命名方式一開始先是用 hntp1 (Hinet Taipei 第 1 台??)，接著因為 Email 用量越來越大，加上使用者人數增加，所以把 hntp1 拆成 ms1 – ms4 的主機，後來更長到 msXX 的龐大郵件伺服器群。有這段歷史記憶的朋友應該會跟我一樣有個想法: 『PCHome 要九十幾台 Mail Server 作甚麼用���?!』，接著試著 ping ms99 這台主機 — 有通!! ms98 — 沒有! ms97 — 沒!! ms1 呢?!!! — 呃…… 原來只有 ms99 是存在的呀…! 給這台主機取名字的老兄~ 我算是敗給你了!!!

九月中剛入手一台 IBM X60，在一連串的煙火事件發生之後，用 ThinkPad Congifuration 檢查過的確是 SONY 製造的，傳出 IBM 的機器在機場的自燃事件發生後，想說會不會有回收的動作，今天在 TP非官方情報站 上看到回收的公告資訊，抄下電池序號去看看是不是符合回收的 Program，沒想到不是在回收的系列中，雖然沒有在列表中，但使用這顆電池時心裡還是不踏實，因為這顆電池還是屬於 SONY 製造的，不曉得哪天自己會不會變成新聞主角。 真不曉得這種回收批號的認定標準是甚麼 -.-” 還是大家都是得到相同訊息，作用是讓人安心?! 中獎的朋友來出個聲吧~!! 圖1 (輸入電池序號後的訊息) 圖2 ThinkPad Configuration 執行畫面 Lenovo 的公告 (很陽春)

有個 User 在 SPS2003 的 Sub Site 中建立了一個 Document Library 並在裡頭建立了大量的目錄來作資料分類，這看起來不會有甚麼問題，但是當目錄階層一多的時候，問題就來了，原因是因為 SPS2003 的 URI 表示方式 : http://[Porta URL]/sites/[SiteName]/[Dir1]/[Dir2]/[FileName] 在這種情況之下，越多階的目錄結構，將導致 URI 的字元數超過瀏覽器吃得下的數量，當然就會出現問題了。 而相同的情況也反應到 Sub Site 的階層數上，當 Sub Site 底下還設定了更下層的 Sub Sites，URL 也有可能會爆掉，所以在本質上這種設計方式會導致的問題還真不少，在大量使用 GUID 來當作 URL 之外，也許是為了管理的方便而有了這樣的設計，不曉得這個問題在 2007 版本上有沒有進行任何的修正。 總之在規畫你的 Team Site 時要特別注意這種架構設計問題，不要再誤踩地雷就是了。 All of our length checks are done by converting the string to UTF-16, and counting the number of 16-bit characters (which removes the distinction between UCS-2 and UTF016 surrogate characters). Any actual database path that exceeds 256 UCS-2 characters for the directory name, 128 characters for the leaf name, or 260 characters for the full server-relative url (without leading slash) is too long and unsupported. ...

在專案中我們把大量的資料由 Notes 轉換到 SharePoint Portal Server 2003 上頭來，開發了 Export 及 Import 的程式來進行，在 Import 的時候發現到 Insert 的速度會隨著塞入的資料量增多而變得越來越慢，後來發現 SPS2003 的 List 有 2000 筆的建議限制，限制歸限制它僅僅只是一個建議值，事實上你在它上頭放幾萬筆 ListItem 也不會有問題，但就是『慢!!!』。 在載入一萬多筆舊資料之後，每一筆的新增大概會占掉 14 秒的時間，這使得使用 SPList.Items.Add() (< – 就是慢在這) 指令所寫的資料寫入程式在 Import 兩萬筆資料時要花費大約兩天的時間才可以做完所有的工作。不僅僅是這樣，資料進入 SPS2003 後我們會有一些 Application 會使用這上面的資料，並對 ListItem Collection 進行新增或刪除的動作，這表示所有的程式日後跑起來也會有相同的問題。 微軟的 Product Support 給的答案並沒有辦法令人滿意，所以我們另外挖了 SDK 中個另一個 API (SPWeb.ProcessBatchData)，使用這個方法可以不用操作到 SPList.Items 這個 Collection，大大的加速了新增及刪除的動作，搜尋了一下 Google 只有兩篇文章寫相關的內容，也是使用這個方法解決的，如果你的 List 在設計上就是會一直長大的，而且有潛力會超過兩千個 ListItem，那麼應該要改用這個 Method 來進行新增跟刪除的動作，不要用 SPList.Items 來操作，不過據微軟說，這樣寫出的程式不在支援之列就是了，反正就是寫了一個不給用的 API ?? 這一段在 SPS2003 的 SDK 文件中也可以找得到，它真的可以省下很多的時間!! 如果可以，我個人建議大家都改用這種方法。 Keyword: SPS2003, Sharepoint, Large List, Bulk insert, SPList, SPListItem, Slow, Performance. ProcessBatchData Method The ProcessBatchData method of the SPWeb class processes the specified batch string of commands for sending multiple requests to the server per transaction. [Visual Basic .NET]Public Function ProcessBatchData( _ ByVal strBatchData As String _ ) As String [C#]public string ProcessBatchData( string strBatchData ); Parameters strBatchData A string in Collaborative Application Markup Language (CAML) that contains the batch string of commands, which consists of a Batch element and any number of Method subelements that each specify a Windows SharePoint Services RPC method. Return Value A string that contains the results. Example The following code example uses the ProcessBatchData method to add two items to the Announcements list of a specified site in the current site collection. [Visual Basic .NET]Dim siteCollection As SPSite = SPControl.GetContextSite(Context) Dim site As SPWeb = siteCollection.AllWebs(“TestWeb1”) Dim list As SPList = site.Lists(“Announcements”) Dim guid As System.Guid = list.ID Dim myGuid As String = guid.ToString() Dim strPost As String = “xml version=‘1.0’ encoding=‘UTF-8’?” _ & “” _ & myGuid & “New” _ & “Save” _ & “” _ & “New Manager” _ & “Congratulations to Mary for her promotion!” _ & “” _ & “2003-09-14T00:00:00Z” _ & “” & myGuid & “New” _ & “Save” _ & “” _ & “New Technical Consultant” _ & “” _ & “Welcome to the team, John!” _ & “” _ & “2003-10-15T00:00:00Z” ...

剛剛看到中華電信的印刷廣告，目前固定制多了一個 4M/1M 的速率可供選擇，有點搞不懂中華電信的寄件目標，因為我早就把固定制退掉改用撥接制的 12M/1M 速率了，而這個升速優惠是針對 2M/512K 的固定制用戶才對。在價格上網路及線路費用並沒有相差多少，所以使用 2M/512K 固定制的朋友可以考慮一下，最少上傳速度是一倍的差異，但是如果你用的固定 IP 只有一個 (一個固定 IP 已經能作很多事了)，那麼考慮換到 12M/1M 的撥接制再申請一個固定 IP 是一個更好的選擇，不要把錢浪費在無用途的 IP 數上面。 另外有點搞不懂的是，既然帳單都已經用 Email 寄發了，為甚麼這種促銷信件不能一併比照辦理呀? 三張 A4 大小的紙，咚! 不曉得要多砍幾棵樹了…

這一台 NB 在幾個星期前掛了，試了好幾次都沒有辦法修好它，這台機器從 1999 年跟著我到現在，中間有一段時間讓給我老妹使用，因為是一台老機器，CPU 只有 Pentium II 400 MHz，記憶體也只有 192MB (已加到最大)，本來都是拿它來測試一些 Linux 版本，現在掛了就甚麼都不能作。照例，在丟掉它之前，把一些具有剩餘價值的零件拆下來，以後有時間玩的時候可以做一些玩具。 以下是拆機照的網址: http://photolog.fetag.org/album06 應該有很多朋友跟我一樣會把一些舊東西拆來玩吧~… :p

剛剛想去找一些文章, 結果發現下面的畫面 (2006/09/22) !! 2006/10/30 補充 我發現這是經常性的問題~! 這個網站會經常性掛點!!!

幫朋友的朋友打個廣告『愛的歌舞伎贗作』 2006/07/27 19:30 台新金控藝文中心(台北市仁愛路四段118號二樓) 2006/07/28 19:30 台新金控藝文中心(台北市仁愛路四段118號二樓) 2006/07/29 15:00 台新金控藝文中心(台北市仁愛路四段118號二樓) 2006/07/29 19:30 台新金控藝文中心(台北市仁愛路四段118號二樓) 2006/07/30 15:00 台新金控藝文中心(台北市仁愛路四段118號二樓) 點這裡看介紹(官網) 訂票點這邊 找不到約會藉口的朋友們看過來囉~! 時間緊迫，作決定要快!