サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」
はじめに 本稿では、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するツール「jsonengine」について紹介します。 対象読者 Google App Engineに興味はあるが経験のない方。JavaScriptやActionScriptによるクライアント開発、またはiPhoneやAndroidによるスマートフォン開発の経験のある方。JavaやPythonの開発経験は不要です。 必要な環境 最低動作環境は次のとおりです。 Java SE 5 jsonengineって何？ 「jsonengine」は、JavaやPythonによるサーバー側コーディングを一切必要とせずにGoogle App Engineによる開発を実現するオープンソースのツールです。このツールは、昨年開催された「Mashup Awards 6」において「
python から google spreadsheet を DB っぽく使って GAE で動かす + おまけ - glasses factory
仕事効率化やサンプル、自分のメモ書き用など ちょっとした Web アプリケーションを作る際、サーバーを立てたり設定をしたりするのがめんどくさいですよね。 そういう場合僕は google app engine などを使ってサクサクっと作ってしまうことが多いです。 以前から簡単な Web アプリを作る際、DB 代わりとして google スプレッドシートを利用しているという話をちょぼちょぼ色々な所で小耳にはさんでいたわけですが、つい最近仕事上ちょっと必要だったこともあり、 その副産物としてスプレッドシートを DB 代わりにして google app engine 上で稼働するサンプルをちょろちょろっと作ってみました。 下準備 では本題に。 まずはデータを入れ込むためのスプレッドシートを用意します。 API を叩いて作ることもできるのですがその辺については今回割愛します。 気になる
GoogleAppEngine SDK 1.6.1リリース！新機能＆Fix詳細！ / Devslog
DatastoreのHigh Replication Datastore(HRD)移行ツールが正式にリリースされました。 Application SettingsにDuplicate Application Settingsが追加されていました。 アプリケーションIDを取得して複製できます。 こちらに移行手順が書いてあります。 Application Settings – Google App Engine – Google Code Conversion APIが追加されました。 DOC、HTML、PDFやOCRを使用した画像等の相互変換ができます。 ドキュメントはこちらです。 (Python) The Conversion API – Google App Engine – Google Code (Java)The Conversion API – Google App Eng
Flask on Google App Engine（buildout 編） - utahta blog
buildout を使って Flask + Google App Engine な環境を構築してみたメモ。 buildout とは、Pythonベースの環境構築ツール。 日本語による記事が少なくて非常にとっつきにくいですが、慣れると簡単便利です。 こちらが今回書いた物。一応、Linux(CentOS5), MacOSX10.6で動作確認済み。 flask-gae-template セットアップしてみる 以下のコマンドを入力する。 （gitがない場合、代わりに上記サイトのDownloadsからダウンロード＆解凍すればOK） $ git clone https://github.com/utahta/flask-gae-template.git $ cd flask-gae-template $ curl -LO http://svn.zope.org/*checkout*/zc.buildo
GAE/Python でフルテキストサーチ実装した。 redisを使ったインチキバージョン - When it’s ready.
GAEにどんどん機能が追加されていく中、なかなか実装されないのが全文検索。品詞がとれるセグメンターだけでも提供してくれたら全然便利だと思うんだけどそんなアナウンスはまだ有りません。 なきゃ作ればいいじゃんという事で、全文検索もどきを実装してみました。ひとつ前のエントリー通りTriGramです。 以前、恵比寿のイケメン イアンさんと一緒に作ったmisopotetoというモジュールをベースにしています。 今回のポイントは、転置インデックスをredisサーバに送っているところ、GAE（とうかDB全般）は、インサートがめちゃくちゃ遅いので、Ngramでgram毎にエントリーIDをappendしていくというのは辛いです。Twitterの検索結果15個ｘ100文字位をTriGramでインデックスを作ろうとすると、1500個くらいをgetしてappendして、putする必要があります。以前は、TaskQ
Google App Engine / Python 上での開発で最初から知ってればよかった、ってことをいくつか - Masatomo Nakano Blog
ここ数ヶ月、Google App Engine/Pythonを使い、初めてちょっとしたものを作ってみているのだけど、開発初期から知っておけばよかったなー、と思うノウハウ/tips的なものをずらずらと書いてみる。 基本的な環境設定は、 以前書いた まま。 0. 公式ドキュメントを良く読む 言うまでもなく、だけど、 マニュアル はもちろん、 この辺 の下の読み物も、流し読みだけでもしておいたほうがいい。 datastoreとmodel的なところ 1. key nameを使いこなす key nameは、レコードの作成時に指定できる(RDBでいう)primary keyの別名みたいなもの。primary key自体は自動的で作成されるので開発者が指定できるのはkey nameだけ。 key nameをうまく使うことで、datastoreを使いやすくすることができる。特にdatastore上で"un
GAEでPythonを始めるときに知りたい4つのまとめ
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは 最近、とても気になっていることがあります。 それが”Google App Engine + Python”です。 元々、Pythonには興味がありました。 オライリーのPython入門も読破しました。 10日でおぼえる Python 入門教室も5日まではやりました。 しかし、そこで終わりました…。 CakePHPという慣れ親しんだ言語とフレームワークがあったので、そちらに走ってしまいました。 ですが、私はPythonistaに憧れるPHPerです。 ここいらで一つ、重い腰を挙げてPythonの勉強を始めることにしました。 Pythonを勉強する一つの強い理由付けとして、”Google App Engine“の存
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
