Heads up! The newest version of Ferris, Ferris 3, is currently in alpha. We highly encourage anyone who is starting a new project or looking to extend an existing non-Ferris project to check it out. Read the announcement or jump straight to the code. Ferris is the framework for Google App Engine Lightweight, customizable, model-view-controller framework written in Python to harness the power of Ap
米Googleは10月9日（現地時間）、iOSアプリのバックエンドを無料で構築できる「Mobile Backend Starter for iOS」を発表した。6月からAndroid向けに提供しているものを、iOSにも対応させた。 Mobile Backend Starterは、Googleが提供するクラウドベースのサーバサイド環境「Google App Engine」で動作するバックエンド。Google App Engineは、数百人までのユーザーベースに無料で対応する（有料でスケールアウトできる）。 iOS向けに、ユーザーデータの保存、米Appleの「Push Notification Service（APNS）」を使ったプッシュ通知、クライアント端末更新のためのクエリ、Google Accountsを使ったユーザー認証などの機能を構築できるObjective-Cのライブラリが用意され
Googleはこれまで限定プレビューとして招待されたユーザーにのみ公開していたGoogle App EngineのPHP対応を通常のプレビューへと移行、誰でもGoogle App Engine上でPHPを利用可能にしたことを明らかにしました。 Google App Engine上のPHPでは、Google App Engineに最適化されたWordPressの「Google App Engine for WordPress」をはじめ、phpMyAdmin、Drupal、phpBBといったアプリケーション、Laravel、Silex、CodeIgniterなどのフレームワークなども利用可能だと説明されています。 Google App EngineはすでにJava、Python、Goに対応しており、PHPは4番目の対応言語となります。 Google App Engineの特徴は負荷に対して自動
米Cloud Sherpasは「Google App Engine（GAE）」向けのPythonフレームワーク「Ferris」を公開した。GAEのネイティブライブラリをベースにMVCアーキテクチャでのアプリケーション構築に必要となる機能が組み込まれており、GAEプラットフォーム上での開発を効率化できるという。 GAEは米Googleが提供するPaaS型のクラウドサービス。PythonやJava、Goなどの言語を使って開発されたアプリケーションをGoogleのクラウドインフラ上で実行できるもので、利用者は5000万人、この5年間で開発されたアプリは100万以上と言われている。GAE上で実行するアプリケーションは一定の規約に従って作成されている必要があり、自由にアプリケーションを作成できるわけではない。そのため、フレームワークを利用する場合はGAEに対応したフレームワークを選択する必要がある。
Crowyのサービス継続が難しい状況になりました。本日よりCrowyをオープンソース化し、サービス継続にご協力いただける方を募集します。
こんにちは。co-meetingの木村です。 いつもCrowyをご利用いただきありがとうございます。 2010年11月にMashup Award 6への出品のために個人で開発を開始したCrowyですが、おかげさまで好評をいただき、今まで2年以上に渡りサービスを提供し、現在では4万人以上のユーザにご利用いただいております。 昨年の8月から9月にかけてTwitter社がAPIおよび利用規約の変更をアナウンスがありましたが、本サービスCrowyも3月5日までに対応する必要があります。これに対応しない場合、APIを継続利用することができず、Crowyのサービスも継続することができなくなってしまいます。 Crowyは、co-meeting社で運用メンテナンスして来ましたが、ここ１年はメインプロダクトであるco-meetingの開発に注力しているため、Crowyに対する追加開発は行うためのリソースを確
先週の金曜日に、リクルート・メディアテクノロジーラボで開催された App Engine ja night #19 でPicoTubeの紹介をさせて頂きました。Beer Talkというビールを飲みながら話を聞くというちょっと変わった感じだったのですが、いろんな方向からたくさん質問して頂いたのと打ち上げでのコアな話が楽しかったです。使用した資料を SlideShare にアップロードしましたので、よかったらご覧になってください。
GoogleAppEngineは全体的に速度は遅いので、アプリケーションのチューニングは必要になる。 インフラ側を触れない(多少の設定はあるが)からアプリケーションコードでがんばらないといけない。 インフラを触れるなら、構成要素の各種ソフトウェアの設定を変更するなどしてチューニングする方法を選べるのだが、それは選べない。 設計で失敗すると後工程のパフォーマンスチューニングで手がつけられない状態、ほとんど作りなおさないといけない事態になりやすい。 そこそこ複雑な(データモデルが20個を越えるぐらいの)システムの場合、エンジニアに求められるスキルが、AppEngineを使わない場合に比べてかなり高くなる。 そのため、AppEngineを採用するプロジェクトは全体的に難易度が高い。 プロジェクトは少数精鋭のほうが成功しやすい。もし、規模が大きい場合は、サブプロジェクトとして分割し、複数のシステム
Compare-And-Set in Memcache
With the most recent release (1.5.3, last week) App Engine's Python API for Memcache has added a new feature, Compare-And-Set. This feature (with a different API) was already available in Java; it has also been available in the non-App-Engine pure-Python memcache client. In fact, I designed the App Engine Python API for this feature to be compatible with the latter, since most of the rest of the A
ここ数ヶ月、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
App Engine 1.5.0 のリリースはかなり大きくて、 App Engine はもっと広い範囲でホスティングプラットフォームになりつつありますね。 1.5.0 は下記のリンクでダウンロードできる。 http://code.google.com/appengine/downloads.html バックエンド バックエンドと言う機能がリリースされました。バックエンドは より制御出来るインスタンス。バックエンドは複数のインスタンス を作ることができます。直接ユーザーからリクエストを処理する こともできますし、普通のインスタンスからのリクエストのみを 処理するように設定できます。 バックエンドは2つの週類があります。 動的バックエンドはリクエストによって、インスタンス数が 増えたり、減ったりするタイプです。ですが、今のところは、 20インスタンスまで増える制限があります。 静的インスタンス
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー 洗練されたwsgi savvyなフレームワークから見ると，マイクロフレームワークというのは単なるシンタックスシュガーに過ぎない。既存の機能をアクセスしやすい名前空間に閉じ込めて提供するだけなので，作るのはそんなに難しくない。 というわけで，Google App Engine用のフレームワークahaをマイクロフレームワーク化するプラグインmicroneというのを書いてみた。 試してみるための手順は以下。 ここからブートストラップを取ってくる。 アーカイブを解答したあと，ディレクトリに移動して「python bootstrap.py」を実行。 その後，「bin/buildout」して，環境
(この記事は Python Web フレームワーク アドベントカレンダー2010 のために書いた 12/24 の記事です。 他の記事を読むには http://atnd.org/events/10465 をご覧ください) 私は普段、 kay フレームワーク を使いますが、最近、 Tipfy (http://www.tipfy.org) というフレームワークを試してみました。 Tipfy は Kay と同じく、 Google Appengine専用フレームワークです。 Kay は Django に似ているものの、 Tipfy は Appengine SDK の Webapp フレームワーク に 似ているように作りました。 インストール Tipfy は buildout という環境管理ツールの利用を推進しています。 まずは、 Tipfy の配布プロジェクトテンプレート をダウンロードします。
GAEアプリって結構Objectのシリアライズ使うことあるよね？（俺だけ？） 転置インデックスとか、ビュー（クエリの結果をまるごとシリアライズして1エンティティに保持してるやつ）とか、 結構いろいろと使ってるんだけど、微妙に遅いので速くならないかなーと。 Javaの標準シリアライズ以外に、シリアライズのライブラリって色々あるみたいです。 Apache Thrift GoogleのProtocol Buffer http://code.google.com/intl/ja/apis/protocolbuffers/ HadoopのWritable Message Pack http://msgpack.org/ 等 んで、速そうな奴＆簡単に使えそうな奴って事で、 HadoopのWritableと、Message Packを試してみました。 サイズ的には、 Java標準 > HadoopのWr
Tweet友人からこんなん(Android1.6でもAndroid Marketなくても動くC2DMを作ってみた)あるんだけど作れる？と聞かれ裏も取らずに作れるよーと返してしまったので頑張って作ってみました。 独自C2DM システム構成 throw Life ブログさんの図ではオレオレC2DMに Google 公式 C2DM が使用されているようなのですが、この独自C2DMではGAE(Google App Engine)のみを用いています。 ブラウザから送信されたデータをGAE(cloud)経由で端末にPUSHするシンプルな構成です。 この独自C2DMの一番の肝は、つい先日(12月8日頃に)リリースされた Google App Engine SDK 1.4.0 で正式サポートされている Channel API です。 Channel API を簡単に説明すると、Googleのサーバ(GA
August 2011 (1) July 2011 (1) June 2011 (2) April 2011 (2) March 2011 (2) February 2011 (2) January 2011 (6) December 2010 (6) November 2010 (5) October 2010 (8) September 2010 (2) August 2010 (3) July 2010 (9) June 2010 (4) March 2010 (1) February 2010 (7) January 2010 (2) はじめに GAE/Python ではスレッドや子プロセス等による並列化が出来ないので、タスクキューを使うのが一般的です。 しかし、URLフェッチについては、非同期リクエストを利用することで、タスクキューを使わずに複数のHTTP通信を同時実行出来ます。
GAE/Pyでbulkloaderを使ってデータをアップロードする - すぎゃーんメモのあたりからGAE/Pyをほとんど触ってなくて最近の事情も知らなかったのだけど、最近久々に触ってみたらこのへんもちょっと変わっているようで。 Backing Up and Restoring | Python | Google Cloud Platform 以前はbulkloader.Loaderを継承したクラスの.pyを作ってそれを使う、というやり方しかなかったと記憶しているのだけど、今はそのへんの変換方法をyamlで指定することで代替可能になっているようで。 #!/usr/bin/env python from google.appengine.ext import db class Tweet(db.Model): date_time = db.DateTimeProperty(requir
Just another pp4gae weblogpypress4gae is too long for a project name, and this app named pp4gae, so I renamed the project to pp4gae. Google Code SVN is very slow for me, wait for half a minute to get a compare result is unbareble. So I moved it to github, which is fast and powerful. http://github.com/zrenx/pp4gae Right now, there's just the app in github, you'll need to download the web2py_src.zip
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー これまでPloneで運用してきたこのブログをGoogle App Engineベースに移行しました。 旧サイトのコンテンツが一部移行が終わっていないですが(みんなのPythonサポートページとか)，数日中に移行します。少々お待ち下さい。 ブログエンジンは3階層の構成になっていて， App Engine用のフルスタックのフレームワーク railsライクなrouting クラスを使ったコントローラ モデル用のCRUDフォーム，管理画面を簡易に作成するためのベースコントローラ デコレータを使ったフォームコントローラ ウィジェット i18n makoテンプレート プラガブルな認証 モデル用ユー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
