Unleash Django with app-engine-patch - Google App Engine - Google Code
Unleash Django with app-engine-patch This article was written and submitted by an external developer. The Google App Engine team thanks Jesaja Everling for his time and expertise. Jesaja Everling February 2009 Introduction The Django framework can make your life as a web developer a lot easier. It takes care of a lot of common problems web developers have to deal with, and offers many "reusable a
Welcome! - gae-search / full-text search on App Engine
Full-text search — on App Engine, for Django — Try the demos — Buy now minimal code :: scalable :: with auto-completion The "Search documentation" function in the navbar is based on gae-search. Please try it! Features You get the following features, including a basic support package and a free 6 months upgrade period (after which you can, of course, continue to use gae-search). Index only specific
app-engine-patchを使ってみた(GoogleAppEngine) – taichino.com
GAEをちょこちょこ弄っているんですが、標準のwebappはWebアプリ用のフレームワークとしては貧弱ですので、Djangoを使ってみる事にしました。で、DjangoはGAEにも標準で組み込まれているのですが、どうやらそのままだと色々制限が強く、代わりにapp-engine-patchというDjangoをGAE用に修正したパッケージを使うのが良さそうです。 以下のその手順のメモになります。理解度が低いので間違ってるかもですが。 やること インストール 整理 adminユーザの作成 HelloWorldアプリ作成 本番サーバにアップロード 1. インストール app-engine-patchは幾つかのサンプルアプリと一緒にサンプルパッケージとして配布されているので、インストールは非常に簡単でzipパッケージをダウンロードして適当なディレクトリに解凍するだけです。解凍したディレクトリ内のman
Unicode で萎えそうになったとき(orz)に思い出してほしい5つのこと - Solr, Python, MacBook Air in Shinagawa Seaside
通常の CGI では環境変数 LANG や sitecustomize.py なんかで なんとなくごまかせていた Unicode と UTF-8等 の使い分けも Google App Engine ではキチンと処理してあげないとエラーになっちゃいます。 コーディング中に下のメッセージが出て、萎えた方も多いんじゃないでしょうかorz。 UnicodeDecodeError: 'ascii' codec can't decode byte 0xe5 in position 33: ordinal not in range(128) ボクもこいつにかなり体力と集中力を消耗させられました。 開発環境のdev_appserver.pyではエラーにならなくっても、Google App Engine にアップロードした後に実行するとエラーになったりすることもあるんですよねー。 以下はボクが試行錯誤の中で
Amazon Web Service 用のWrapper書いてみた - Solr, Python, MacBook Air in Shinagawa Seaside
Python から Amazon Web サービスを使って商品検索をする Wrapper を書いてみました。 PyAWSというのがあって これを使うといいよとブログで紹介している方もいたので試してみたのですが 添付されていたサンプルをうまく動かせなかったり XMLのパースにminidomを使っていたりしていたので ElementTreeを使って自分で書いてみることにしました。 使い方 添付のソースの main のあたりをみてもらう方がわかりやすいかもしれません。 AmazonWebServicesWrapper() : インスタンスの作成 awsapw = AmazonWebServicesWrapper( AccessKeyID, associateTag=False, logger=False ) In AccessKeyID ： アマゾンから発行される Amazon Web Serv
AmazonのProduct Advertising API認証プロキシ(REST版・GAE用)ソース - 風柳メモ
公開中の認証プロキシエンドポイントAPI RESTを使用しているクライアントアプリケーションの場合、従来のAmazonアソシエイトWebサービスAPI(REST)で使用していた、 http://webservices.amazon.co.jp/onca/xml http://ecs.amazonaws.jp/onca/xml http://xml-jp.amznxslt.com/onca/xml といったエンドポイントを、 http://honnomemo.appspot.com/paproxy http://honnomemo.appspot.com/rpaproxy/jp/ に置き換えることで(クエリはそのまま）Product Advertising APIの認証処理を意識せずとも従来と同等に動作する……はず。 ご自分のGoogle App Engine上で動作させたい場合、以下のソー
Python library of Amazon Associates Web Service
Python library of Amazon Associates Web Service を公開しました。既存で pyAWSというのがあるみたいですが、正直使いにくかったので、自分用に作成しました。Google App Engine に乗っけたかったので、Pure Python で dom をパースできる pxdom を同梱してます。もち、xml.dom.minidom でも動作します。APIのバージョンは、いまんとこ最新の "2009-02-01" です。とりあえず、ItemSearch の機能しかありません。 import aaws api = Api('1MGVS72Y8JF7EC7JDZG2') items = api.ItemSearch('Python', SearchIndex='Books', ResponseGroup='Small') print '%s' % i
Google App Engineアプリケーションと対話する·App Engine Console MOONGIFT
システム開発に問題はつきものだ。重要なのはそのデバッグ方法で、分かりやすい方式として対話型のコンソールが知られている。PythonやRubyなどでは対話型にコードを試すことができ、実際のデータの確認はもちろん、ちょっとしたコードをテスト実行するのに便利だ。 Google App Engile開発者必見！Web上で対話型に操作できる この方式はWebサーバをクラウド化しているGoogle App Engineでは通用しない。開発環境とGoogle App Engineの環境は100%同じではないので、環境の違いによるエラーが起こる可能性は十分にある。目の前で起きている問題にどう対処するか、対話型実行を可能にするのがApp Engine Consoleだ。 今回紹介するオープンソース・ソフトウェアはApp Engine Console、Webベースの対話型コンソールだ。 App Engine
Google App EngineでのXMLを使った処理 - voidy21の日記
サンプルURL http://voidy21.appspot.com/nicotag_example/index.html どうやっているか XMLから情報を得たいときには XML文字列そのものを取得 その文字列をパースする(DOMを取得) DOMから指定したタグの情報を取得する という流れになると思うんですが、Google App EngineでXMLのパースをどうやってやればいいかちょっと悩んだので書いておきます。 まず1.はgoogle.appengine.apiのurlfetchを使えばOKです。 問題は2と3なんですが、今回はxml.domのminidomを使ってみました。 本当はElementTreeというPythonのXMLパーサライブラリを使うと もっと柔軟にかつ楽にXMLを処理できるのですが、Google App Engineではデフォルトで使えないのでやめました。*1
GoogleAppEngineのサーバサイドの処理時間をProfileで表示させる為にcProfile使う - When it’s ready.
Python旅館ネタ。これまた、tmatsuo氏に教えてもらた。 googleAppEngine内で、何の処理にドンだけ時間が掛かってるとか、どの処理が何回呼ばれてるとかそういうのが知りたい時にprofileを使うとある程度分かります。 やり方は凄い簡単で、デフォで使ってるmainメソッドを、real_mainメソッドに改名してprofile_main()から呼ぶだけ、profile_main()内では、＜pre＞タグ使ってhtmlを追加する処理が書いてあるのでみたい要素をprintするだけです。この方法の他にLoggingに回す方法もあるらしいです。 def main(): logging.getLogger().setLevel(logging.DEBUG) logging.info('-'*80) urls = [('/ngram/api/post', UpDate), ('/ngr
gae上でDataStore使わずにmemcacheで転置インデックス作ってみた。 - When it’s ready.
あまりテストをしてないけど、少なくとも100倍くらい速いし、まず時間かけ過ぎで落とされない。これはとても大きい。 以下、コード def uniqueInverseIndex(feed_id, text): try: ngram = NgramTokenizer(feed_id, text) ngram.setNgramArr(2) except: response.out.write('NgramTokenizer make instance is faild') try: for i in ngram.getNgramArr(): InvIndex = InverseIndex.get_or_insert( "_" +i['word_text'], word_text=i['word_text']) InvIndex.feed_id.append(db.Text('%s:%s'%(i['
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tornadoドキュメント翻訳 — Tornado v0.2 documentation
http://www.karashi.org/~poppen/d/20090623.html
http://blog.appenginefan.com/2008/06/unit-tests-for-google-app-engine-apps.html