| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 下一頁»

0335期：Yahoo Pipes 的日期時間處理

作者：CGS • 日期：2009/12/24 • 類別: 程式漫談 • 留下意見(0) • 閱讀本文

昨天寫的 Yahoo Pipes 文章(0334期)中提到了用一個 Datee Formatter 來轉換日期時間格式，原始的版本在 http://pipes.yahoo.com/pipes/pipe.info?_id=xMo_xxo23BGLjCC91fC6Jw ，不過回家後細想了一下，原作者似乎只是為了創造一個 RSS 的物件而去做讀取網頁的動作，所以讀取的網頁必須穩定，而且回應很快速(預設去抓 Google News)，然後他再去對 pubDate 及 y:published 的所有欄位作取代的動作。

回頭思考一下邏輯與效能，每一次轉換都要做網頁的讀取是很奇怪的思考，萬一要轉換 100 筆資料，不就讀了 100 次網頁，如果我們能自己製作出單筆的 RSS Item，那就可以省下這些讀取的時間。其實 Yahoo Pipes 有一些其他內建的元件可以取代。

閱讀本文

0334期：實戰 Yahoo Pipes 應用(以 PChome 個人電子報與 iTry 討論區為例)

作者：CGS • 日期：2009/12/23 • 類別: 程式漫談 • 留下意見(0) • 閱讀本文

Yahoo Pipes 其實早在 2007 年 2 月就發表了，不過一直沒去試過他的功能，經過幾年的發展，原本類似的競爭工具 Google Mashup Editor、Microsoft popfly都已經停止服務[Google 建議改用用 Google App Engine(應用服務引擎)]。

網路上最常看到的應用是利用 Yahoo Pipes 抓取不同的 RSS來源，然後把他依一定的條件式過濾及排序後，送出一個處理後合併的 RSS，這種功能很多聯播的 RSS 工具都做得到，就簡單做個範例，我們可以合併氣象局所有的36小時天氣預報 RSS成為一個全台灣36小時的天氣預報(我做的範例在 http://pipes.yahoo.com/cgspipes/mycwb )，RSS 的短網址是 http://ppt.cc/PT~S。

閱讀本文

0296期：Unicode 全字集字型：Arial Unicode MS

作者：CGS • 日期：2009/06/22 • 類別: 程式漫談 • 留下意見 (4) • 閱讀本文

我在 0175期：Delphi 處理 Unicode 的問題，曾經談過用 TextOutW 來處理 Unicode 字集的問題。

原本以為這樣的解決方案，大致上沒有問題，後來發現我遺漏了一個問題，Windows 下的字型都有其對應的字集，我當初選的字型是 FixedSys，他對應的字集是 CHINESE_BIG5，表示可以印出大部份的正體中文字。

但當我們需要印出的是網頁上使用者輸入的資料，問題就會變得更複雜，因為客戶可能輸入的是日文、韓文或簡體中文，或是更奇特的文字。

閱讀本文

0262期：關於 CodeGear 的一些消息

作者：CGS • 日期：2008/03/24 • 類別: 程式漫談 • 留下意見 (4) • 閱讀本文

今天收到的 CodeGear Developer Network (CDN) 提到了 Delphi/400 和 Delphi/400 for PHP 兩個新產品的發行，我從新聞稿看起來，似乎是可以整合原本 IBM 的 System i 及AS/400系統來開發適合於 Windows 或 Web 2.0 的程式，而不用受限於原本的 RPG(Report Program Generator)或 COBOL 開發環境。

原本的 Ruby on Rails 開發工具 3rdRail 也釋出了 1.1 的版本來實作 Rails 2.0 的規格，看來CodeGear 的團隊也把一些程式開發的目標，由原本的 Windows 平台，擴展到了網路的平台。

閱讀本文

0261期：多層次(Multi-Tier)程式設計的效能瓶頸

作者：CGS • 日期：2008/03/22 • 類別: 程式漫談 • 留下意見(0) • 閱讀本文

因為之前還在負責實作新系統其他部份的程式及修正資料，所以將跟前端網站的資料交換交給另一位同事實作，因為整個架構是第一次撰寫，所以資料交換的速度似乎存在很多的問題，讓前端查詢資料時，速度拖慢了許多。

慢慢檢視一部份的程式，我才慢慢解開這些效能的謎團，原本因為我初期只撰寫一部份示範程式，某些變數我是用整體變數處理，因而需要取得和鎖住特定的 Critical Section，但是如果同時有許多查詢式，就會造成排隊很久的現象，我請同事改成動態取用程式內的區域變數，就可以減少不必要的 Critical Section，讓排隊的現象減少而舒緩。

閱讀本文

0259期：Delphi 存取 HTTPS 網頁

作者：CGS • 日期：2008/03/07 • 類別: 程式漫談 • 留下意見 (4) • 閱讀本文

最近在實作網頁金流 API的存取，Delphi 實作 HTTP 的通訊協定很容易。通常我都是用 Indy 的 HTTP Client 處理一般的 HTTP GET/POST 需求，只是要注意 Delphi 7 內建的 Indy 9 跟 Delphi 後期使用的 Indy 10 的作法有一些不一樣就可以了。

到了實做 HTTPS 就發生一些問題，查了一下，通常都建議用 OpenSSL。網路上雖然有一些使用 OpenSSL 的範例，只是到了我試寫的測試程式就是無法以 SSL 連接，試了幾個網路上的範例作法都不行。

閱讀本文

0258期：NBA灌籃大賽全球網路大投票實測

作者：CGS • 日期：2008/02/21 • 類別: 程式漫談 • 留下意見(0) • 閱讀本文

最近的新聞很關心陳冠希的豔照外流事件，這大概是網路擴展到一般家庭後，發生的無法控制檔案流向的例證吧，當我們把檔案或圖片藉由不同的管道如網頁、P2P 外流時，沒有人能控制這些檔案會擴散到何處，這大概是資訊自由化之惡吧。不過這週日，讓我更感興趣的卻是 NBA 採用網路投票決定灌籃大賽冠軍誰屬。

這週日的中午打開電視剛好看到 NBA 灌籃大賽採用網路投票，倒是另一個資訊使用普遍化的例證，美國對外輸出的運動節目很多，不管是打電話或是傳簡訊，通常還是局限在美國本土，不過這次 NBA 倒是在電視上打出冠軍由網路決定的方式(這應該算是職業運動迎合 Web 2.0 的方式之一吧)。

由於瞬時由網路會擁進的全球連線會很多，我覺得這種結合網路的方式很新奇，能夠採用這種方式投票的節目很想看看網站會不會因此而停機或是無法連接，還是多金的 NBA 聯盟會渡過這次艱難的挑戰。

閱讀本文

0250期：Ruby on Rails 新開發工具 3rdRail

作者：CGS • 日期：2007/10/03 • 類別: 程式漫談 • 留下意見 (2) • 閱讀本文

大概是今年年初 CodeGear 發表 Delphi for PHP 時，CodeGear 就放出他們會開發新的 Ruby on Rails(RoR) 語言開發工具，時隔半年，真的就發表了 3rdRail 這個開發工具，連帶之前 CodeGear 發表的 JGear 套件，似乎 CodeGear 已採用 Eclipse 當做新的跨平台開發工具。

看了一下安裝過程，3rdRail 會安裝 JRE，和 Eclipse，因為整個開發工具是以Java 撰寫，所以一次就有三個平台的選項，Windows、MacOS跟 Linux ，或許這是對開發工具採用 Java 的最大誘因吧，CodeGear 從以往開發 JBuilder時，在 2.0 之後，就採用 Java 來開發，讓不同平台可以同時使用大量重覆的程式碼。我想這個特色吸引 CodeGear 直接採用 Eclipse 來開發 3rdRail 。

閱讀本文

0248期：反向推敲程式的流程

作者：CGS • 日期：2007/09/28 • 類別: 程式漫談 • 留下意見(0) • 閱讀本文

程式設計的工作做久了，總是會遇到程式交接的關卡，一些工程師會因為更換工作的關係而把程式交給下一位維護，來來回回之間，總是會有一些遺漏的部份。

等到過了多次交接之後，如果沒有特別去看程式流程，就會形成知其然，而不知所以然的狀況，加上現在的程式介面比起以前變化多上許多，很少有人能兼修數種程式語言加上網頁語言。

閱讀本文

0246期：科技產品的不信任感

作者：CGS • 日期：2007/09/18 • 類別: 程式漫談 • 留下意見 (1) • 閱讀本文

任職的公司應該也算台灣蠻大的電腦網路公司，因為上下班要打卡，所以大家每到上下班時間，就得記著要把感應磁卡讓讀卡機感應一下，不過後來我發現很多人都會不斷的重覆刷卡，避免沒有被感應到。

其實機器本身有簡單的螢幕顯示是否感應成功，甚至裝設了燈號來說明是否感應成功，只是在電腦應用如此普遍的公司，員工還是對於資訊硬體有著極強的不信任感。

或許是因為有些同事的經驗，曾有刷卡未感應的事件，在員工之間耳語之下，或是自己的親身經歷，由於我自己這幾年來並沒有發生類似的事件，我還是很習慣的只要看到 OK ，就會離開讀卡機。

閱讀本文

| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 下一頁»