#
中鐵快運 跨省 4.3元/KG
一般3天到，但有時貨運量大，無法確定到貨時間
上午10:30電話過去，說下午2點后才能來取貨，我說下午不在，比較緊急，實際上取貨師傅11點多就到了
來取貨的人有2人，開的是面包車，能一次運走較多貨物
貨物較散時會收15元包裝費。
一般人不支持貨到付款，只有大客戶才支持。
先交費，多退少補（一般會多收），發票不當場發，之后會聯系你或郵寄給送貨地址（具體不詳）。
我是當天要離開，沒法將發票給我，他們說會將發票和多的錢放到包裝的貨物里。
順豐快遞 跨省 1KG內20元，超過部分12元/KG
到貨很快，合肥到杭州一天內能送到。
來取貨的只有1人，開電動車，貨物較多時無法一次取完。
支持貨到付款，無包裝費。
客服說1小時內到，通常半小時左右會有取貨人來電話聯系，之后看情況，有時候半小時能到，有時候很拖。
已經有人做了介紹
http://www.hzlzh.com/sina-app-engine-beta/
對我這種平時寫點小應用自娛自樂的個人開發者來說，最重要的變化就是SAE不再免費了
1RMB=50云豆
SAE進入beta后發放給內測開發者5000云豆，我去帳號里查看時剩下4945，感覺用得有些快
平時也沒寫多少東西，也就10多個php頁面，以后還是側重玩GAE吧……
雖然SAE相比GAE規模不大，但也有些不錯的地方
譬如cron，同樣的5min間隔執行的東西，SAE比GAE更準些
譬如客戶端，雖然SAE沒法在本地執行代碼，但能從服務器下載應用的最新代碼很不錯
之前GAE寫的東西，有些是在公司電腦里寫的，有些是在家里寫的，現在都不知道家中電腦里的代碼是不是最新的了
SAE進入beta后，能在線查看修改代碼，使用的編輯器是ecoder，
http://ecoder.quintalinda.com/
SAE很多其他功能還沒用到，就不多做評價了
以下說點胡話吧
國內整體環境有些急功近利，運營1年多了，沒任何收入，SAE也是國內第一個吃螃蟹的，能否盈利也不清楚，投資者沉不住氣，SAE團隊大概也是頂不住上層的壓力，迫不得已開始收費計劃。
總感覺SAE還沒成熟到能收費的階段，因為SAE上的應用并不多，我只見到10多個而已
應用能減少建站難度。應用少會限制SAE的用途，SAE面向的群體是什么呢，現在能干什么呢？個人的話，租php空間來干嘛，主要是搭博客，建論壇，搞CMS；想創業的，大概不會選SAE，因為限制太多，不如租主機，自由度更高；企業的話，注重的是穩定，現在還不會嘗試新出來的SAE
開發SAE開源項目，SAE會獎勵云豆。應用不多這點也能靠收費來激發開發者多發開些SAE開源項目來彌補，不知效果會如何
現在還真不知道SAE會發展得如何……
預計近期SAE應該會開發注冊吧，新帳號里應該會有一些云豆，給開發者試用，然后期待這些新鮮血液帶來更多付費用戶和SAE開源項目，希望SAE能發展下去
我出差的時候（是指在日本）
張X（日本那邊的人）說：“這個叫李X的代碼寫得真爛啊。”
我：“他是我室友。”過了一會
張X：“這個叫唐XX的寫得更爛。”
我：“這個是我前室友。”再過了一會
張X很無奈地問我：“這個叫鄭X一定是你的前前室友吧？”
我。。。
今天遇到一個問題，寫了一個頁面，抓取其他某站點的內容，然后重組成新的頁面，主要是一個圖片的展示（gallery）。
但是該站點做了防盜鏈，圖片無法顯示，403.
這種盜鏈主要是靠Referer來實現的，也就是說更改了Referer就能顯示圖片，但Referer不是在頁面編碼能解決的。
Referer是瀏覽器發出的，只能更改瀏覽器才能更改Referer。
firefox有一個插件refcontrol，可以做到這一點，不過不是我要說的
繼續研究，該站提供一種embed功能，供其他頁面調用，此時就能允許其他站點直接顯示圖片。
一般網站是不提供這種功能的，所以下面方法并不是所有網站適用的。
通過對比header內容，最終知道是它在cookie里設定了一個字段，以此來判別。
那么，只要我設定該值即可。
兩種方法
1.服務器端設定set-cookie，試驗證明，此法不可行，主要是domain無法更改到對應站點的domain下
2.客戶端用javascript設定document.cookie。仍不行……，原因不明，大概也是無法改domain吧
這下只剩最后一招了，在我的頁面里直接調用embed頁面，讓它替我設cookie，如何調用呢？
首先想到用frame，試了下，frame和圖片幾乎同時發出request，這樣cookie還沒設定，請求圖片肯定403.
又想到onload，呃，是在body完了后才調用，肯定不行
后來看到，html的head里的文件先下載完畢后，再請求圖片。這點我以前也提到過，
javascript代碼的執行順序
head里主要有2種文件調用，js和css。
這里就不是什么正規寫法了，因為embed頁面既不是js文件，也不是css文件，但瀏覽器是不會管這個的，直接調用。
一般也不會這么用……旁門左道
先用了js這種，在src里寫上embed頁面地址，可以顯示圖片，但有個javascript錯誤。
接著改進，用css的，會發現最終調用了兩次，一次是在開始，還有一次是在所有其他head文件全下載完之后
有些小影響，但問題不大。
時間比較晚，就懶得加上試驗代碼，OK，就這樣，完工。
1.
http://www.jsforest.org/2010/07/29/js-this指向的小測試/
這個說是在考this的指向，實際上是在考變量的作用域。
先說其中第二題。o是一個對象，doIt是它的方法，那么doIt的this自然指向o
第二題結果為10無懸念。
再來看第一題，在doIt的內部加入了一個setTimeout方法，setTimeout又調用了一個匿名方法。
在javascript中，函數（或方法）也是對象，那么匿名方法中的this應該指向doIt，結果為20.
實際上將代碼跑了下，第一題結果為5.哪里錯了？
問題出在setTimeout。
window.setTimeout(code, delay)
When
code is executed, it is executed in the context of the Window object. If
code is a function, the Window object is the value of the
this keyword. If
code is a string, it is evaluated in the global scope with the Window object as the only object on the scope chain. This is true even if the call to
setTimeout( ) occurred within a function with a longer scope chain.
這段話說明了setTimeout不管在哪里執行，其作用域都是在Window下，this一直指向Window。
第一題的x=5是全局變量，Window作用域下的。
這題說是在考this的指向，原來最終考的是個setTimeout的問題……被耍了
2.
http://www.css88.com/archives/2429
看到這個問題，首先注意到的是第一個用了
===，第二個沒有，而javascript是個弱類型語言，使用provisionalTable[item]取值沒判斷類型。
然后，試著找了Object中判斷值是否存在的方法，譬如provisionalTable.item ,in等都沒判斷類型。
想法一，重載[]方法，不過，這個怎么重載？又不是個function
想法二，數字是利用toString()轉成字符串的，那么重載Number.prototype.toString=function(){return this;}; 6=='6'返回false了，但provisionalTable[item]取值還是一樣
想法三，provisionalTable同時存在6和'6'時，provisionalTable[item]能區分這兩者，那么在provisionalTable中加入一個設為true時，將另一個也加入，并設為false。但這樣會有效率問題，事實上，acsu提出的方法里僅僅加了個typeof方法，就將效率損失殆盡。
突然想到，這個問題不是找解決方法，而是找最優方法
嗯，作罷，效率問題不是我等小民該考慮的，這個必須從根本上重構javascript才行
不過思考下，還是能學到很多東西的