閉關紀要18.將包含中文的資料上傳到Google app engine

        從上一篇文章開始,我已經開始全面的使用Google App Engine,實際上,我在這方面是一個新手,因此,不會基於GAE寫多少文章,不過一旦遇到很困擾我的問題,我還是覺得應該將心得提供出來給大家分享。        資料上傳是一個很費勁的問題,上面已經提到了,由於Google App Engine採用的Python不支援訪問遠端資料庫(這應該是基於效能的考慮),你只能選擇將自己的資料上傳到GAE的Google Datastore API庫之中,Google

Google Maps地圖投影全解析

轉http://hi.baidu.com/liongg/blog/item/9b2db899938737006e068cfc.html關於Google

失敗的嘗試-在GAE之中跨app訪問資料

    在上次上傳了很多資料到GAE上面之後,我開始考慮怎麼使用它們,首先要解決跨app訪問資料的問題,因為我申請了很多appid,我希望他們能夠共用資料,這樣我就會輕鬆很多,要不然我要為每一個資料提供查詢介面,然後再其他的app之中提供者,是很費勁的事情。    因此我在這個問題上進行了一下嘗試和研究,到目前還是在失敗狀態,因為我是在研究的過程之中開始寫的文章,不知道後面能不能研究成功,這個問題雖然在Google文檔上沒有官方說明,但是我相信是能夠做到的,原因如下:   

春節回家

        向公司請了3天年假,今天晚上就要回去過春節了。        沒有哪一次回家像這一次這麼輕鬆的,票是別人幫忙買的,我自己一點心都沒有費,連回家要帶的東西也不是我準備的,我只是簡單的收拾了一下自己的東西,就可以上車了。       這次回家我不打算帶電腦,我的筆記本太大了,背回去太累,而且一年了,也應該遠離電腦和網路。在家裡老老實實的和家人聊聊天;閑的時候看看書,裝裝高深,也就罷了。只是想起家裡人肯定又要三番四次的拿我的終生大事來語重心長一番,心裡還是覺得有些惴惴不安。      

閉關紀要19.Google Datastore API的疑似BUG?

        今天我的18w的資料向Google Datastore API導了很久,結果中途被我一不小心把那個視窗關閉了,也就中斷了,在我想“斷點續傳”的時候,對已經上傳的資料進行檢視,發現了諸多問題。        首先是發現缺了一些資料,而且這些缺的資料毫無規律,我前面講到,Bulk data uploader以10條為單位向伺服器傳送資料,不過資料的缺失卻不是以10條作為單位的,這一點就讓我十分困惑,在我仔細研究Bulk Client和Bulk Server的代碼以找出問題所在的時候,

Step1帳戶登入系統(9. 總結和源碼下載)

        因為本次閉關期間還有很多任務沒有完成,時間已經安排不過來,因此,只能比原計劃提前結束此系列文章的介紹,不過反正需要介紹的內容差不多都已經介紹完畢了,只是提前進行源碼的整理而已。        因為這是一個總結的貼子,因此,先列出之前的9篇文章內容:        Step1帳戶登入系統(0.整體思路)        Step1帳戶登入系統(1.程式結構)        Step1帳戶登入系統(2.基礎代碼)        Step1帳戶登入系統(3.使用Google的Auth

GoogleMap API 離線版

以前看過 Rover.Tang 一篇關於Google Map API 離線版的文章 Google Maps API離線開發包(沒有網路也可以開發Gmap了)(還有一位大俠更早寫過這類文章,也做了一個離線包,不過現在他的網站好像訪問了不了)根據文章中所述方法,下載了一個版本應該是225b的版本,同時把原Google Map上的樣本下載下來進行了測試,大部分都可以正常的運行。如需要的同學可向我索要

googlemap資料擷取器

前幾天在和一個朋友聊天的時候,他說想從這GoogleMap上面抓點資料下來,當時沒在意,覺得應該很容易的,不就是分析一下GoogleMap的請求地址,再來分析這個地址,然後用通過的資訊採集器,定義好要的資料格式,不就可以採下來了嘛。後來按這種方式分析了一下,結果行不通,Google還是牛B,找到請求的地址在哪裡,而看了一下Baidu的,就要簡單多了,用上面說的方式就可以實現。Google上的資訊比Baidu上的內容多很多,還是有很多人想從上面採集一些自己想要的資料,所以決定自己寫一個採集工具。最

黃山遊記(二)

        上回講到我們一行人到達賓館之後,原計劃的一天行程就結束了,可是時間還兩點都沒有到,在這個時候,有些頗有追求的人開始覺得在這麼大好天氣的情況下不留在賓館裡打牌實在是太可惜了,而我和幾個其他的傢伙想去挑戰一下西海大峽穀,原因是:還早、天氣很好、不累、最關鍵是聽說我們的200元的門票有150是花在了西海大峽穀上,因此非去不可。        花開二朵,各表一支。賓館裡面打牌的盛況我們且按下不提,單說我們小分隊經過步仙橋前往西海大峽穀的行程。       

黃山遊記(三.總結和經驗)

        看此篇之前,建議先看:黃山遊記(一)和黃山遊記(二),本來已經寫完了,後來想起還有一些經驗和資費沒有寫,索性就再加一篇簡單的說一下,如果你正準備去黃山,可以看看。        首先就是我已經推薦過的遊豆腐客棧,再次建議去黃山的時候通過或這個網站瞭解相關情況,預定房間(尤其是山上的房間)        下面是我門此行的費用明細(先說好,不是我做的,我沒有這麼細心的):        去黃山可以注意一下幾點:        1.有一些省可以有門票優惠的,比如湖北、安徽、浙江、江蘇、

FGMap學習之–載入百度地圖

今天我們用FGMap來載入百度地圖資料。從目前國內的地圖服務商提供的地圖來看,地圖瓦片切圖規則只少分為三種。其中Google Map、Bing地圖、MapABC、QQ地圖是一類,而百度地圖、搜狗地圖是使用的另一類,還有一類應該是mapbar的地圖(還沒有仔細去分析它的瓦片編號規則)。第一類FGMap中已經都是整合,這裡就不再說了,今天說說第二類:百度地圖。前幾天看到獅兄寫的百度地圖Silverlight版和Flex版(via SuperMap iClient) ,裡面有一個例子是用Flex寫的,

FGMap學習之–載入51地圖

繼續我們之前的載入各類地圖資料之旅,今天我們要載入的地圖資料是51地圖。51地圖的資料和其它的編碼方式很不一樣,中間有特定的一個演算法,根據座標值可以轉換為對應的唯一ID值,當然,這個演算法是在前輩的基礎上得來的,具體為什麼這麼寫,我也沒有看明白。只是通過這種方式,可以把51的地圖載入進來,代碼如下:package com.fgmap.maps.examples{import com.fgmap.maps.Copyright;import

GoogleMap地圖圖片請求資料限制解決辦法

最近GoogleMap對於通過API訪問的地圖服務的請求不再是完全免費,使用者每日每個API最多可以產生25000個地圖下載任務,對於地圖圖片則限制在2500張。這會對很多使用Google Map API開發的應用程式有很大的影響,特別是在國內。也到不少朋友的尋問,完全突破的方式還沒有,想了一種變通的方式來解決。這個辦法就是在我們的用戶端和Google

Jla架構介紹(五) 設計模式:模組和執行個體管理

    今天我要分享的是模組管理,這是Jla架構的一個非常重要的內容,本篇所介紹的模式也將比前面介紹的Jla架構核心存在更多爭議,坦白的說,我的這個解決方案面向了複雜的設計模式問題,卻並沒有提出自己的解決方案,最多隻是將問題變得更清晰一些。     大家都知道,要開發一個較為複雜的程式,光靠OOP的思路肯定是解決不了問題,因為OOP解決的是類之間組織的問題,

Jla架構介紹(二) 核心和基本規範

    這一篇將介紹Jla架構的核心,在此之前,先要介紹"Jla"這個名稱,全稱是"JavaScript Lazy App",這個架構的核心是將一系列代碼單元組合起來,在頁面上按需載入,也就是通俗提到的"懶載入",這也就是這個名字的由來。  

甘南-青海湖九日遊(一.出發)

    必須承認,要戰勝人的惰性實在是太難了,我看起來不算很宅,但是這一整個夏天(在跟隨電台去達裡諾爾轉過一圈之後)都沒有出門,情願在床上翻來覆去睡的腰酸背痛,或者在家裡走來走去直到百無聊賴,都興不起出去逛逛的興頭,我一邊自責,一邊幻想自己在下一刻就能忽然像吃了菠菜一樣爆發起來,立刻去做一些有追求的事情。    本來說不定十年八年就這樣幻想過去了,所幸在這個時候,忽然安子從天而降,把我和其他幾個宅男宅女們從深宅之中解救出來,因此就有了這一次的甘南-青海湖之行。   

Jla架構介紹(三) 資源引用和Sprite模式

    前面的一篇文章,我介紹了Jla架構的代碼單元的規範,為什麼需要有這樣的規範?最主要的目的還是將能夠將代碼和功能進行有條理的拆分,讓每個代碼單元僅僅關注自身的邏輯,這樣就可以提高代碼的重用性。   

GoogleMapAPIV3.8.6離線包下載

之前發布的GoogleMapAPIV3離線包有朋友反映缺少檔案,啟動並執行時候,有些功能不能會出錯,所以重新製作了一個離線包。這個離線包是最新的3.8版本,更新內容請查看http://code.google.com/p/gmaps-api-issues/wiki/JavascriptMapsAPIv3Changelog3.8 February 15, 2012Fixed:Regression: Scaled markers rendered incorrectly with invalid

Jla架構介紹(四) 組態管理模式

    今天輪到分享這個架構的組態管理機制,一般來講,每個代碼單元都可能允許通過配置參數來實現定製化的介面和功能,如果沒有配置,一般是很難將一個代碼單元直接移植到另一個應用裡面去使用,這一章,我簡單的分享一下我為Jla架構設計的配置機制。    配置機制需要實現在任意地方,對任意的代碼單元進行統一的配置,而代碼單元在讀取這個配置的時候,按照統一的標準去讀取,而不應該該配置是由哪個代碼單元設定的,這就是配置機制的設計思路,進一步將代碼單元和應用本身分離開來。   

flex自訂群組件分類 在組件面板裡放到不同的檔案夾下

http://www.ccflash.com/Flex__2011_03__4269.html前幾天有人問到,怎麼給flex自訂群組件分組呢?   自己寫的組件全部被放在組件面板的自訂檔案夾下了。這幾天我也一直在想這個問題,最後終於找到辦法了!先看一下:這裡我已經把我的自訂群組件分別放到了兩個檔案夾裡面。  是不是大家想要的效果呢...步驟一:建立一個檔案我把它命名為design.xml<?xml version="1.0"?><design version="2"> 

總頁數: 61357 1 .... 3781 3782 3783 3784 3785 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.