其他

    GAE在發布時就宣布了除GAE目前提供的免費資源外, 使用者可以按需購買計算能力. 關於這個功能, 今天GAE團隊發布了一些更新, 並發布了一個介面.    象AdWords一樣, 使用者可以設定每天的預算, 預算表示你願意每天付出的最高價格, 如果實際使用量小於你的預算, 則按實際使用量收費. 同時使用者還能在不同resources中分配自己的預算, 你可以指定每天的最高預算是2美元, 其中CPU時間用掉25%, 也就是50美分, 頻寬和儲存各用25%. 這一點比較好,

Apple.us上的一篇文章"偉大的互動介面都來自……"分析了蘋果創造的三種改變世界的互動介面:滑鼠、點擊滾輪和多點觸控, 並總結道:偉大的互動介面都來源於“以最快的方式找到目標”!並且胡維還引申到: "當一種新的互動介面能夠明顯將“尋找目標”的方式提升到一個新台階，採用這種'互動介面'的產品就能夠讓自己明顯區別於眾多競爭者的產品，而不是產品的'新功能'"同樣, google也正是以此脫穎而出, 無論是它簡潔的搜尋方塊, 還是龐大的計算叢集,

上周五檢查FeedzShare的"Quota Detail"時發現"High CPU requests"一項統計已經消失了,不由得猜測是app engine team又整出一個bug還是真的取消了對高CPU的限制. 周六app engine的官方blog宣布No more "High CPU Requests"!,老冒也很快貼出了GAE去掉了該死的high CPU requests app engine

FeedzShare的頁面比較簡單, 因此沒有用Django等python web framework, 而是使用Google App Engine內建的webapp. 但是webapp沒有內帶頁面緩衝支援, 需要在每個action方法中自己檢查緩衝.參考網上一些blogs, 我用decorator實現了一個簡單的頁面緩衝機制, 類似asp.net中使用@ OutputCache指令一樣, 用簡單的聲明來實現頁面緩衝. 如下面代碼中, 頁面將被被緩衝5分鐘:from cacheHelper

Google App Engine 的blog 昨晚正式公布了GAE收費計劃 , 從現在開始就可以購買額外的計算資源了. 收費計劃和原來所說的差不多:* $0.10/CPU core小時* $0.15/每月每GB空間* $0.12/每GB輸出頻寬* $0.10/每GB輸入頻寬* $0.0001 每封發出的郵件*每個收件者現在GAE Console的菜單裡已經出現了收費的選項. 對於免費的資源來說, 有好訊息有壞訊息. 好訊息是datastore 增大到了1GB, 馬上生效,

月光部落格介紹了FeedzShare的"個人化閱讀", 同時他提到:"社會上一些其他的標榜著“社會化Recommendation Engine”的網站，都存在一個不好的地方，就是通過“網頁快照”的方式大量建立“複製內容（重複內容）”，如建立地址/meme/item/id這樣的網址，在網上搜尋文章的時候，經常這些複製內容還會排在原始文章的前面，導致原創部落格的排名降低，有時還被搜尋引擎懲罰。"對於這種"複製內容"獲得流量的行為, 我也很反感.

除了'1000'的限制(查詢返回記錄不能超過1000條)外, 今天發現GAE還有一個'1M'的限制. 我在用Memcache緩衝一個大List時碰到MemoryError, error message寫明了一個cached item不能超過1000000bytes. 跑到group上問了一下. Aral也碰到了同樣的問題. 除了memcache外, 原來GAE裡面很多地方都有1M的限制(以下翻譯自Aral的blog): 一個資料結構不能大於1M,

 “/SCM-HUB-UPGRADE”應用程式中的伺服器錯誤。 編譯錯誤 說明: 在編譯向該請求提供服務所需資源的過程中出現錯誤。請檢查下列特定錯誤詳細資料並適當地修改原始碼。 編譯器錯誤資訊: CS1595: 已在多處定義“SCM_HUB.SCM_HUB.Global”；使用“c:\WINNT\Microsoft.NET\Framework\v1.1.4322\Temporary ASP.NET Files\scm-hub-upgrade\ce5a4417\b6099ac4\assembly\

空值空 (NULL) 值表示數值未知。空值不同於空白或零值。沒有兩個相等的空值。比較兩個空值或將空值與任何其它數值相比均返回未知，這是因為每個空值均為未知。空值通常表示未知、不可用或將在以後添加的資料。例如，客戶的中間名首字母在客戶下定單時可能不知道。下面是有關空值的一些資訊：若要測試查詢中的空值，請在 WHERE 子句中使用 IS NULL 或 IS NOT NULL。在 SQL 查詢分析器中查看查詢結果時，空值在結果集內顯示為 (null)。可通過以下方法在列中插入空值：在 INSERT

外語學習忌 ！ 第一，過分將就方法和技巧，而不願意下真功夫。語言的運用是一種技能，而這種技能不是靠技巧能獲得的。太講究方法和技巧會被其佔用很多的時間和精力，而對學習的內容本身投入較少的時間和精力，因此反而會影響學習的效果。 第二，過分將就速度和效率，不願花時間經常重複復習學過的內容。語言運用是一種技能，技能只能靠熟能生巧，要不斷重複才會熟練，只有熟練了才會形成一種不加思索的技能。

6號(禮拜三, 應該是我們的禮拜四早上了), Google App Engine Helper for Django 發布了更新. 這將是最後一個應用於Diango 0.96的版本. 接下來的Helper將基於Django 1.0.  詳細的Release notes見這裡.最近一直在看web2py, 好久沒有關注Django了, 版本號碼好像停留在0.96了好長一段時間. 因為這條訊息跑去Django的網站看了一下, 原來V1.0已經Alpha2了. V1.0正式版預計9月份發布.

搜尋是Google App Engine被廣泛要求的一個特性. 其實最新的GAE SDK中已經提供了搜尋API, 可能因為還沒有成熟, 還沒有被公開. 但是在GAE的文檔中可以找到一些痕迹.Google App Engine 的官方文檔Uploading Data with Bulk Data Uploader中的樣本示範了如何加入搜尋功能:首先把Entity設為Searchable:  def HandleEntity(self, entity):    ent =

FeedzShare 個人化閱讀 推出後, 收到很多朋友的使用反饋. 有些朋友反饋FeedzShare 的推薦比較準確, 也有些朋友說FeedzShare的推薦準確性和個人化不夠;  和所有人工智慧系統一樣, FeedzShare 個人化閱讀需要一個學習的過程, 需要收集到足夠使用者曆史資訊才能準確地推測出使用者的喜好,進一步為使用者推薦. 對於新加入或者平常在Google Reader 中推薦比較少(一周<5)的使用者, 可供FeedzShare分析的資料不夠時,

雅虎BOSS API和Google's App Engine基礎上的Mashup應用，一個搜尋結果比號稱是Google殺手Cuil還要好的搜尋引擎. 前兩天, 作者在blog上說Yuil已經死掉了.今天Yuil的作者在Blog上更新說, Yuil換了個網域名稱又回來了:Yuil is dead! 4hoursearch is now online. 而且還提供了原始碼下載.為什麼叫 4HourSearch.com, 作者說:Why 4hoursearch? It took 4 hours to

GAE的SDK提供了一個local的runtime, 讓你在本地開發調試app. 但是協助文檔只有線上版本, 所以開發的時候必須要有internet串連(至少我自己離開文檔就什麼也做不了), SDK 離線開發的能力打了個折扣. Google App Engine的官方blog今天正式發布了一個離線版的文檔. 你可以在這裡下載zip包. 文檔是HTML格式, 基本上是http://code.google.com/appengine/ 的複製, 包括了Home, Doc, FAQ,

轉貼自:http://www.kantsuu.com/bbs/dispbbs.asp?boardID=62&ID=5146&page=1 在這首先感謝[陰克日]發了這麼好的文章! 為什麼有人學了一年日語就考過了2級，而我們學了三、四年連簡單的話都聽不懂？為什麼人家讀幾遍就能把一個單詞記住，而我們在本上一行行地寫卻也記不住呢？為什嗎？為什麼呢？我們心中總是充滿了太多的疑問。

Keso在理解Chrome中說, Chrome意在雲端運算, 說的非常對. 不過我覺得google之所以要推出Chrome, 不是因為在雲端運算中瀏覽器越來越重要, 而是因為瀏覽器也許已經不再重要.遵循摩爾定律, pc機(以及其他計算終端, pda, 手機)的計算能力飛速發展, 因此需要充分利用每個使用者自己手裡的計算能力,而不能僅僅依靠自己的servers. Gmail的驚豔就是因為它使用了ajax技術, 把大部分UI的工作丟給了用戶端,使得UI的響應速度大大提高. 從減輕伺服器負載,

我對 Java on GAE沒有什麼興趣, 這次升級讓我最關注的是GAE 終於有cron了. FeedzShare 要定期抓取feed, 沒有cron 以前只能另外找個機器定期訪問FeedzShare 來啟用. cron 一直是我最期盼的feature. 知道這個訊息後第一時間找到文檔並下載了最新的sdk (記得要去英文網頁, 不要去中文頁面, 中文頁面現在還掛著1.1.0, What the hell?). GAE上的Cron Job 定期調用你app上的某個url來實現Scheduled

最近appengine team 悄然更新了roadmap頁面. 最新的roadmap顯示, 在未來半年內會推出以下功能(Most of these features here are intended to be launched within the following six months):Service for storing and serving large filesIncoming email supportSupport for mapping operations

Twitter獲得一億美元投資後, ReadWriteWeb 發表了這篇文章  (中文翻譯見譯言) 分析了對 Twitter 和 Facebook 之前幾次的投資, 以及不同投資條款對兩家公司今後發展路線的影響. 參照邵亦波關於風投的blog一起來看挺有趣, 尤其是這篇 談到清算優先權(Liquidation Preference)有時候對創業者很不利. 這一點在RWW的文章中也被當重點提出來, 甚至會影響twitter 的盈利計劃.