Публикации с меткой «Google App Engine»

Блог python на хабрахабре

Создание RESTful API в Google App Engine на основе Flask

Хабы: Python, Google App Engine, API


Гомес Хульё Марильё де Серванте — известный международный наркобарон, который беспокоится о качестве предоставляемых его организацией услуг. По этому он, Гомес, решил разработать систему online-заказов для своих партнёров.

Партнёры Гомеса находятся по всему миру, очень ценят мобильность (специфика бизнеса такая) и предпочитают использовать мобильные клиенты. По этому было принято решение разработать универсальный и простой API, к которому каждый из партнёров мог бы обращаться при помощи любых самостоятельно написанных решений.
Читать дальше →

Ростислав Дзинько

Теперь Google App Engine SDK доступен на языке Google Go

В данном посте не проявлю особого творчества, просто публикую здесь перевод поста из блога Go Project. Данный пост считаю очень важным, так как это первое нашумевшее серьезное применение этого языка; и хотя язык позиционируется, как средство системного программирования, в данном случае получаем язык для веб разработки на облачной платформе Google App Engine.


ОригиналПост на блоге Go Project


Google App Engine предоставляет надежные, масштабируемые и простые средства для создания веб приложений. Более сотни тысяч приложений хостятся на appspot.com и пользовательских доменах и при этом используют инфраструктуру App Engine. Изначально система была сделана для создания приложений на Python, а в 2009-м году добавилась еще и поддержка языка Java. Сегодня, на Google I/O, мы с восторгом объявляем вам, что следующим будет Go. Сейчас эта возможность обозначена как экспериментальная возможность App Engine, поскольку технология является новой; но при этом команды App Engine и Go в восторге от этого достижения.


Под словами технология новая мы подразумеваем то, что она еще "обкатывается". На сегодняшний день App Engine SDK для Go доступен для загрузки, а скоро будет доступен и для хостинга. Начиная с сегодняшнего для, используя SDK, вы получаете возможность создавать веб приложения, изучать API (а также, язык, если он для вас новый), а также запускать веб приложения локально. Когда будет доступна возможность хостинга, вы с легкостью сможете переместить проект в облако Google.

Если вам невтерпеж, и вы не можете ждать так долго, вы можете стать доверенным тестером. Для этого следует зарегистрироваться, и вы попадете в список тех, кому данная функция будет доступна раньше всех. После периода тестирования, мы откроем эту возможность всем, хотя она и будет еще некоторое время оставаться экспериментальной частью App Engine.

Еще одна классная, но менее очевидная вещь заключается в том, что вам предоставлен очень простой способ взаимодействия с Go. У вам Go может быть даже не установлен, так как SDK содержит компилятор внутри. Просто загрузите SDK, распакуйте, и начинайте писать приложения. Более того, сервер приложений, который входит в состав SDK, предполагает, что вам даже не придется компилировать приложение собственноручно; все до ужаса автоматизировано.

В SDK вы найдете много стандартных API App Engine, написанных в хорошем Go-стиле, включая Datastore, Blobstore, URL Fetch, Mail, Users, и другие. Поддержка остальных API будет добавлена со временем. Вам предоставляется полная поддержка языка Go и почти все стандартные библиотеки, кроме нескольких вещей, которые не имеет смысл использовать в окружении App Engine. Например, нет пакета unsafe, а пакет syscall урезан. (Реализация использует расширенную версию настройки в Go Playground на golang.org.)



Также, хотя go-рутины и каналы присутствуют, когда приложение на Go работает в App Engine, допускает запуск только одного потока в конкретном экземпляре (instance). То есть все go-рутины запускаются в единственном потоке операционной системы и нет никакой возможность использовать параллельность CPU для клиентского запроса. Мы ожидаем, что удастся убрать это ограничение со временем.


Невзирая на мелкие ограничения, это настоящий язык: код выкладывается в форме исходников и компилируется в облаке с использованием 64-битного x86 компилятора (6g), таким образом это первый компилируемый язык, который работает на App Engine. Go в App Engine предоставляет возможность создавать приложения, от которых требуется эффективность использования ресурса CPU.

Если вы хотите узнать больше, читайте документацию (начиная с “Getting Started”). Библиотеки и SDK поставляются в открытых исходниках, которые размещены на http://code.google.com/p/appengine-go/. Мы создали новый список рассылки google-appengine-go; не стесняйтесь связываться с нами по поводу вопросов об App Engine. Трекер задач для App Engine - это место для отправки сообщений об ошибках, связанных с новым Go SDK.

Go App Engine SDK доступен для Linux и Mac OS X (10.5 или больше greater); надеемся, что Windows версия также будет скоро доступна.

Мы хотим выразить благодарность за всю помощь и энтузиазм команды Google App Engine, которая сделала все вышеописанное возможным.



- David Symonds, Nigel Tao, Andrew Gerrand, и остальная часть Команды Go.

Блог python на хабрахабре

Python / [Ссылка] Введение в Tipfy

Статья написана для тех кто хочет создать новый python проект и разместить его на Google App Engine. Tipfy — это самый быстрой микрофрейворк ориентированный специально под GAE. Подробно расписываются шаги для того чтобы подготовить рабочее окружение, структура директорий и команды. Руководство будет полезно и тем кто пока еще не пользовался buildout для своих python проектов.

Автор — хабраюзер xen (у него не хватает кармы на пост-ссылку, так что постю за него).

Блог python на хабрахабре

Язык программирования Python / Релиз PyCharm 1.0 — новой Python/Django IDE от JetBrains

Сегодня компания JetBrains выпустила релиз PyCharm 1.0 — новой интегрированной среды разработки для Python, Django и Google App Engine.

Про то, чем PyCharm лучше других IDE, можно почитать в сравнительной матрице, а также увидеть в скринкастах. Продукт коммерческий, бесплатно можно пользоваться в течение 30 дней. Также можно получить бесплатную лицензию, если вы работаете над open-source проектом.

Будем рады любому фидбэку.

Сергей Мельниченко

Google App Engine. Обработка запросов с ошибками в webapp фреймворке

Идея переработать блог летала вокруг уже давно, назрело так сказать. Разделив работу на этапы, для начала решил перенести все ресурсы на CDN. Но как всегда захотелось халявы :).

Вспомнил о своем аккаунте на Google App Engine, промелькнула мысль "Можно же построить свой CDN, практически без затрат денег и управлять им так, как душа пожелает". Реализации, которые есть на текущий момент меня немного не устроили и работа закипела.

В качестве основы был выбран webapp фреймворк. Но речь как раз не о моей реализации, а о тонкостях самого фреймворка. Краткий пост хотел посвятить небольшому хаку по обработке запросов, в которых произошла ошибка.

В документации данная тема раскрыта в статье "Перенаправления, заголовки и коды статуса". И приведен следующий пример.

class MyHandler(webapp.RequestHandler):
def get(self):
self.response.out.write("Вы попросили что-то сделать.")
try:
doSomething()
self.response.out.write("Это сделано!")

except Error:
# Очистить вывод и вернуть сообщение об ошибке.
self.error(500)
Вроде бы все понятно, если вызвать self.error(500), то все данные которые записаны в ответ будут удалены и будет возвращено сообщение об ошибке.

Но при выполнении сразу можно заметить один маленький нюанс, сервер нам вернет пустую страницу в случае, когда отработает команда self.error(500) или self.error(404), или будет вызван данный метод с любой другой ошибкой. Но как и написано в документации, ответ будет имеет код ошибки 500 или 404, или любой другой, соответственно.

Поведение метода можно посмотреть в исходниках.
google.appengine.ext.webapp.RequestHandler

class Request(webob.Request):
...
def error(self, code):
"""Clears the response output stream and sets the given HTTP error code.

Args:
code: the HTTP status error code (e.g., 501)
"""
self.response.set_status(code)
self.response.clear()
...
Он всего лишь устанавливает нужный статус и очищает ответ. А хотелось же получить страницу с сообщением об ошибке :(!!!

Просто редиректить на страницу ошибки как-то не интересно. Добавлять после каждого вызова "self.error" рендер страницы ошибки тоже как-то не кошерно. Решил добавить небольшой хак

import os
import logging
from google.appengine.ext import webapp
from google.appengine.ext.webapp import util
from google.appengine.ext.webapp import RequestHandler

template_path = os.path.join(os.path.dirname(__file__), "templates")

def get_template_path(file_name):
return os.path.join(template_path, file_name)

def error_decorator(func):
def wrapper(*args, **kwarg):
handler = args[0]
status_code = args[1]
result = func(*args, **kwarg)
try:
html = {
404 : "404.html",
500 : "500.html"
}[status_code]
if not html:
return;
handler.response.out.write(template.render(get_template_path(html), template_values))
except Exception, e:
logging.error('Raise error in error_decorator. %s' % e)
return result
return wrapper

def main():
RequestHandler.error = error_decorator(RequestHandler.error)
application = webapp.WSGIApplication(
[('/', MainHandler),
], debug=True)
util.run_wsgi_app(application)

if __name__ == '__main__':
main()

При вызове метода "self.error(404)" кроме установки статуса и очистки данных response в ответ будет добавлена страница с сообщением об ошибке. Такой подход имеет ряд преимуществ.

Пользуйтесь! :)


Сергей Мельниченко

Google App Engine. Обработка запросов с ошибками в webapp фреймворке



Идея переработать блог летала вокруг уже давно, назрело так сказать. Разделив работу на этапы, для начала решил перенести все ресурсы на CDN. Но как всегда захотелось халявы :).

Вспомнил о своем аккаунте на Google App Engine, промелькнула мысль "Можно же построить свой CDN, практически без затрат денег и управлять им так, как душа пожелает". Реализации, которые есть на текущий момент меня немного не устроили и работа закипела.

В качестве основы был выбран webapp фреймворк. Но речь как раз не о моей реализации, а о тонкостях самого фреймворка. Краткий пост хотел посвятить небольшому хаку по обработке запросов, в которых произошла ошибка.

В документации данная тема раскрыта в статье "Перенаправления, заголовки и коды статуса". И приведен следующий пример.

class MyHandler(webapp.RequestHandler):
def get(self):
self.response.out.write("Вы попросили что-то сделать.")
try:
doSomething()
self.response.out.write("Это сделано!")

except Error:
# Очистить вывод и вернуть сообщение об ошибке.
self.error(500)
Вроде бы все понятно, если вызвать self.error(500), то все данные которые записаны в ответ будут удалены и будет возвращено сообщение об ошибке.

Но при выполнении сразу можно заметить один маленький нюанс, сервер нам вернет пустую страницу в случае, когда отработает команда self.error(500) или self.error(404), или будет вызван данный метод с любой другой ошибкой. Но как и написано в документации, ответ будет имеет код ошибки 500 или 404, или любой другой, соответственно.

Поведение метода можно посмотреть в исходниках.
google.appengine.ext.webapp.RequestHandler

class Request(webob.Request):
...
def error(self, code):
"""Clears the response output stream and sets the given HTTP error code.

Args:
code: the HTTP status error code (e.g., 501)
"""
self.response.set_status(code)
self.response.clear()
...
Он всего лишь устанавливает нужный статус и очищает ответ. А хотелось же получить страницу с сообщением об ошибке :(!!!

Просто редиректить на страницу ошибки как-то не интересно. Добавлять после каждого вызова "self.error" рендер страницы ошибки тоже как-то не кошерно. Решил добавить небольшой хак

import os
import logging
from google.appengine.ext import webapp
from google.appengine.ext.webapp import util
from google.appengine.ext.webapp import RequestHandler

template_path = os.path.join(os.path.dirname(__file__), "templates")

def get_template_path(file_name):
return os.path.join(template_path, file_name)

def error_decorator(func):
def wrapper(*args, **kwarg):
handler = args[0]
status_code = args[1]
result = func(*args, **kwarg)
try:
html = {
404 : "404.html",
500 : "500.html"
}[status_code]
if not html:
return;
handler.response.out.write(template.render(get_template_path(html), template_values))
except Exception, e:
logging.error('Raise error in error_decorator. %s' % e)
return result
return wrapper

def main():
RequestHandler.error = error_decorator(RequestHandler.error)
application = webapp.WSGIApplication(
[('/', MainHandler),
], debug=True)
util.run_wsgi_app(application)

if __name__ == '__main__':
main()

При вызове метода "self.error(404)" кроме установки статуса и очистки данных response в ответ будет добавлена страница с сообщением об ошибке. Такой подход имеет ряд преимуществ.

Пользуйтесь! :)

Метки

.net .NET C# .sort 1.2 2009 2010 404 error admin ajax amazon analytics and apache api archlinux asp.net async asynchronous autocomplete bash blender blog blogengine blogs book bootstrap bot bpython buildout byteflow bzr C c plus plus C++ cache cbv Chaco checkio chrome ci ckeditor class based views clojure closure cms cms с удобной админкой code coding style collectd COM comet competition conference ConfigParser contest Context continuous integration CouchDB coverage CppCMS cpyext cpython crud csrf CSS ctypes curl custom model fields cx_freeze cython database db dbm dbqueries debian debug debugging decorator decorators deploy deployment descriptor design dev devconf developers development diveintopython Django django 1.2 django 1.3 django advent django framework django template django trunk django weblog django-admin-tools django-cms django-compressor django-hosts django-piston django-registration django-sphinx django.admin djangoadvent djangocms djangodash doc documentation drupal e-legion eclipse EGit emacs encoding Enthought epoll erlang event exception ExtJS fabric facebook fastcgi finaloption fixtures fonts forms formset fp framework freebsd freeswitch fs2web ftp fun funcparserlib functional gae gamin gandi generic views gettext gevent gil git github gitosis Google Google App Engine google picasa Google Translate google wave Google Web Toolkit grab grablab greenlet gtd gui haskell hg hgshelve highlighter host hosting how-to howto html html5lib Hudson humor i18n icfpc ide idiomatic image-scripting improvements Internet interpreter ipython ironpython izmenimsya.ru jabber java javascript jenkins jetbrains JIT job jquery json jstree jython kde kiev kiyv kyivpy l10n ldap library libs Life Links linux Linux & Unix LLVM logging logs lxml Mac OS X magic mail markdown Matplotlib Mayavi maybe mediavirus meetup memcache Memcached memory messages metaclass middleware migration mikrotik mkd model models mod_python mod_wsgi mongodb monitoring mptt musicmans.ru musicx mvc my-projects mysql netCDF networkx newforms newforms-admin news nginx Nhibernate nix nose NoSQL numpy oop open source OpenID openoffice opster optimization oracle orm os pagination parsing path patterns pdf PDF-принтер PEP PEP8 performance performance optimization perl personality photo php picture-driven computing PIL pinax pingback pip plasma plone plugin plugins postgresql programming progress bar psycopg2 py2exe pybb pybbm pycamp pycharm pycon pycow pycurl pydev pygtk pylons PyNGL pypy pyqt PyQt4 pyrad pyramid PySide Python Python 2.5 python 2.7 python 3 python c api python speed python-mssql python3 pywinauto Qt Qt4 queue rabbitmq radius raw sql re redis redsolution redsolution cms regexp regular expressions release repoze.bfg RequestContext reusable apps robokassa rss ru ruby ruby-on-rails sample satchmo scalability SciPy scraping screencast search selenium self.error seo server setattr settings setuptools shell sikuli sms snippet socket.io software sorting south sphinx spider sql sqlalchemy sqlite ssh startup step-by-step subdomain subversion svn SyntaxHighlighter system tags tdd tddspry teh drama template templates templatetags test testing thinkpad threading threads tips tips and tricks tools tornadio tornado tornado server tricks tutorial tweepy twisted twitter typography uapycon Ubuntu ucsvlog uml Uncategorized unicode unit test unit testing UnitTest Unladen Swallow upload urllib urls utf-8 uwsgi validation vcs versioning video vim virtualenv Visual Studio vkontakte voip wave web web-devel web-services web-разработка webdev webfaction webkit webpy websockets webtest widget widgets Win API windows Wirbel work wrapper wsgi wxPython wxWidgets wysiwyg xapian xml xmonad xmpp xpath yandex youtube zip zomg zope [cdata[cbv]] [cdata[ci]] [cdata[class based views]] [cdata[continuous integration]] [cdata[django framework]] [cdata[django-sphinx]] [cdata[django]] [cdata[nginx]] [cdata[python]] [cdata[virtualenv]] [cdata[программирование]] автоматизация администрирование администрирование django админка алгоритмы архитектура атрибуты базы данных Без рубрики безопасность библиотеки блоге бот веб-разработка видео Визуализация данных вконтакте Все записи гвидо ван россум граббер графика графы декоратор декораторы дескриптор дескрипторы документация заметки игра жизнь идея интересное киев Клиентам книги конференция личное математика метаклассы модели модули монады морфология мысли невозможное новости о облачные вычисления обо мне Обработка данных оптимизация оптимизация кода Основная лента основы парсинг парсинг сайтов перевод песочница Питон поебень поиск правила кодирования программирование Проектирование производительность работа рабочее размышлизмы Разное разработка разработка приложений разработки регулярные выражения сайт событие события ссылки статьи тестирование тесты Тюмень убунтариум фигня философия формы форум Хабрахабр хакинг хостинг шаблоны шаблоны проектирования эксперимент Эксперименты юмор я пиарюсь Яндекс