Vurt.ru blog

Вегетарианцы

2012-02-23T00:00:00-08:00

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

Во-первых в мире нет магии, нет загробной жизни, кармы, родовых проклятий и святая вода не спасет от вампиров. Кстати, то что святая вода не помогает от вампиров легко доказывается тем, что она не действует на зомби, а судя по эпосу у них одна и та же основа.

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

Веганство, вегетарианство и всякие увлечения диетами — это мода. Хорошо когда увлечение диетами приводит человека к тому что он начинает изучать что же собственно он есть и что нужно его организму. Но когда люди как бараны начинают верить очередному "гуру", то это может иметь очень плохие последствия. Под плохими я подразумеваю всего-то необратимый вред для организма и смерть. Причем параллельно с выносом мозга окружающим.

Я год жил как вегетарианец, причем даже не пил алкоголь все это время (наверное за год выпил эквивалент 50 грамм спирта). Мне хотелось провести эксперимент над собой, хотелось понять могу ли контролировать эту сферу. Оказалось возможно.

Вегетарианцем быть сложно, в каждом заведении 90% меню просто было недоступно. Стоимость чека ощутимо возрастает, при этом поесть можно далеко не везде, а только в местах подороже. Самое смешное, что специализированные места со специализированным меню для вегетарианцев являются самым большим фарсом. Все блюда из сои называются так же как и их мясные аналоги. Если человек отказался от мяса, то зачем же ему есть "гамбургер" или "бурито"? Почему нельзя по другому оформить блюдо и назать по другому и скрыть то что вам не хватает мяса.

Попытка убедить окружающих, что мясо кушать нельзя производит стойкое впечатление, что люди так сильно страдают, что хотят хоть как-то оправдать свои страдания забивая мусором голову окружающим, стараясь сформировать у них ложные ценности пользуясь отсутствием четкого мнения. Собственно так как и происходят все holy war.

Если вы не едите мясо потому что это делает вас лучше, позволяет "чувствовать легкость", избавляет от "тяжелой энергии", то вы идиоты. Вегетарианство — это не идеология, а мода.

Если вы не едите мясо потому что вам так нравится, то мне все равно. Это личное мнение и его надо уважать, но до того момента как вы попытаетесь сделать меня лучше.

Почему я хочу уехать

2012-02-01T00:00:00-08:00

Хочу рассказать почему я хочу уехать отсюда. У меня есть дочка, ей скоро будет полтора года. Те у кого есть свои дети наверное поймут ту бесконечную радость которую родители могут получить даже просто смотря на свое маленькое чудо.

Так вот недавно она заболела, не буду погружать в подробности мракобесия местного здравоохранения. Но очень кратко выскажу некоторые результаты:

Мы попали в больницу где ни один врач не мог оказать квалифицированную помощь по достаточно рядовой болезни
Нас заставили находиться в больнице и за ночь пребывания заразили болезнью (в детских отделениях вообще всегда эпидемия какой-то болезни из-за санитарных условий) которая была существенно опаснее (!)
Все мамаши которые были в больнице сидели как тупые курицы и даже не пытались узнать о том чем и зачем их лечат, не говоря уже о том, чтобы оплатить копеечные анализы самостоятельно или вообще проявить какую-то активность
Наш участковый врач пытался продать нам несуществующее лекарство на персональном бланке (читай получить откат) пользуясь нашим беспокойством
Мы не смогли подключив все свои контакты и предлагая оплату найти врача который даже в частном порядке стал бы следить за ребенком и мог бы квалифицировано ответить на наши вопросы (всякие шаманские припарки, гомеопатию, уринотерапию и прочий бред мы не принимаем). Им не нужна лишняя ответственность
С деньгами или без мы не можем найти в принципе кого-то кто может помочь с элементарной болезнью (кишечная инфекция, она #2 по причине смертности младенцев, но в целом болезнь очень распространенная)
Мы не можем защититься от таких проблем в будущем, оказалось что платного медстрахования в принципе нет (в Одессе есть только Интосана которая пришлет "скорую" только после подписания полиса, вместо страховки покрывающей лечение у них депозит)

Выводы следующие:

Мы должны сами очень сильно повышать свои навыки и знания в медицине чтобы бороться с элементарными болезнями. Это само по себе не плохо, но не может быть единственным условием выживания
Жители Украины жрут своих детей, им насрать на свое потомство и они не задумываются о том как даже проявить заботу к своему чаду. Вообще украинцы очень поганый народ, они пассивны, глупы, недальновидны. Это очень сильно было видно в критической ситуации, казалось бы инстинкты материнства должны помогать.
Даже если готов платить, то ты все равно никому не нужен. Нет кого-то кому можно заплатить и получить гарантии хотя бы видимости помощи.
С детьми пассивных и тупых родителей придется воспитывать свою дочь если оставаться тут.

Понимаю что может быть достаточно эмоционально, но поверьте за каждым словом есть множество деталей, которые сократил, а то пост больше бы походил на произведения Кафки о том как я боролся с системой. Раньше в фильмах или выступлениях клоунов многие уповали на славянскую солидарность и теплоту. Так вот это все ложь, не знаю насколько искренняя улыбка американцев, но тут нет ни улыбок ни теплоты ни участия. Есть просто тупое молчание людей которым ничего не надо. Самое страшное — это попытаться что-то менять. Тебя попытаются сожрать свои же. Если вы в комментариях хотите написать что-то в стиле "вали", то совершенно напрасно. Если вы думаете, что не пытался, то тоже зря, может быть кто-то и сделал больше, но я точно не из тех кто не сделал ничего.

Я не говорю, что прощаюсь или уезжаю прямо сейчас, но это мои мысли и настроения которые уже давно в голове.

Обновление. Прошу прощения у тех кого ввел в заблуждение, Алисия сейчас здорова. Мы болели в ноябре, но еще раньше, в сентябре в Турции попали в госпиталь с подозрением на ту же болезнь и могли сравнить уровень тут и там.

Блог vurt.ru теперь на github

2012-01-31T00:00:00-08:00

Наверное уже заметили в своих RSS ридерах десятки нотификаций о якобы новых постах. К сожалению этого не удалось избежать. Этот блог переехал в очередной раз. Удивленно понимаю, что в четвертный, сначала были посты в моем старом ЖЖ, потом на Tublr'е, потом на GAE и теперь наконец-то на github'е. Но при этом хочу сказать что опять получил удовольствие и считаю что этот шаг во имя прогресса.

Не планирую эту заметку делать большой, но если вы хотите получить такой же прекрасный сайт, то можете форкнуть мой блог на github'е. А еще лучше воспользоваться инструкцией на специальном сайте jekyllbootstrap.com

Особая благодарность сервису комментариев DISQUS который позволил сохранить все комментарии просто перезалив карту ссылок.

P.S. План по удалению всех своих проектов с GAE формально выполнен.

RFC: formgear

2012-01-27T00:00:00-08:00

Давно хотелось подумать о том каким должен быть framework которым мне бы хотелось пользоваться. Некоторые мысли оформил в ввиде эксперимента и хотел бы получить обратную связь. В этой статье речь идет о том как формировать модели.

Внимание, код не является полностью работающим, но является прототипом. Цель публикации документации — привлеч внимание

formgear — это активно развиваемый проект идея которого в том, чтобы максимально упростить работу по созданию сайтов.

Когда планирую сайт, то делаю его в несколько простых этапов. Перый это подготовка что-то типа "карты сайта". Обычно назваю этот документ sitemap.txt. Пример такого документа:

- Главная страница
- Новости
  - Страница новости
  - Архив
- О нас
- Форма заказа

После этого приступаю к формированию списков типов контента на сайте, например в примере выше видно, что есть приблизительно такой список:

Новость
Страница текста (скорее всего страница "О нас")
Форма заказа

Расписав каждый тип данных приблизительно в таком виде, можно понять какие структуры данных будут. Вот пример описания Новости:

Название (строка)
Краткий текст
slug
Тело новости
Картинка

Как программисту кажется, что такого описания уже должно быть достаточно чтобы нажать какую-то магическую кнопку и получить работающий сайт. Для этого и создается formgear. Взять какой-то простой и предсказуемый синтаксис (никакого сраного XML) и сделать так чтобы после создания документов все магическим образом заработало.

На данный момент в проекте уже реализовано создание моделей в очень простом декларативном стиле, либо с помощью python кода, либо с помощью YAML описания близкого по формату к обычному тексту (чуть более в формализированном виде).

Вот пример того как можно создать модель, файл news.yaml:

title: News Page
description: >
  News page that appears on the site. Here is description for admin section. Hope
  you enjoy this simple format.

fields:
  - name: title
    title: News Title
    type: string
    length: 80
    required: 1
  - name: leadin
    title: Lead description usually small version of body.
    type: string
    length: 80
    widget:
      name: textarea
      rows: 5
      css: bold
  - name: publishdate
    title: Publish Date
    type: date
    widget: date
  - name: body
    title: News item body
    description: >
      Some text about you here is welcome
    widget:
      name: markdownwysiwyg
      theme: simple
  - name: image
    type: image
    desription: >
      Main photo, will be autoresized
    widget:
      name: image
      addons: [crop, url]

Этот код не совсем актуальный, но дает представление о идее. Теперь самое главное, как же работать с этим файлом. В текущий момент реализован следующий путь:

from formgear.models import Model
class NewsYAML(Model):
  __yaml__ = 'news.yaml'
  # тут код который вы хотите использовать дополнительно
  # он может прекрывать определения из yaml файла

# этот код эквивалентен приблизительно следующему python коду

from formgear.fields import *
from formgear.widgets import *

class NewsPy(Model):
  title = StringField(title="News Title", length=80, required=True)
  leadin = StringField(title="Lead...", length=80, widget=TextareaWidget(rows=5, css='bold'))
  publishdate = DateTimeField(...)
  body = TextField(...)
  # etc, думаю идея понятна

# код можно совмещать, например если вы решили создать дополнительное свойство
# не в yaml файле, а в python коде

class NewsMix(Model):
  __yaml__ = 'news.yaml'
  popular = BooleanField(title="Popular news", default=False)

# теперь надо попробовать сгеренировать форму:

killallhumans = NewsMix(...)

for field in killallhumans.form():
  print field()

# этот код вернет HTML код для отображения формы.

TODO:

В текущий момент модели пока не умеют хранить данные
API могут меняться, особенно в части с импортом моделей и виджетов уже есть реестры, но хочется сильно упростить описательную часть
пока нет url роутингов, но пример идеи можно посмотреть в test/data/sample/sitemap.yaml
не понятно будет ли этот проект оформлен как библиотека которую можно будет использовать в любых своих проектах или будет тесно связан с каким-то фреймворком
formgear дурацкое название, скорее всего будет придумано какое-то более эпичное
нет вообще никаких тестов

Дальше на Github https://github.com/xen/formgear

Про стартапы и идеи

2012-01-12T00:00:00-08:00

Случайно зашел на один форум и нашел там человека который написал слезный пост о том что у него есть супер идея, которая может захватить все человечество. У меня родился следующий пост, который подытоживает мои мысли о стартапах.

Цена идеи

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

Воровство идей

Это тоже какой-то глупый миф. Если у вас есть идея и вы ею живете, то зачем ее красть до того как она реализована? Пройти путь от плана на салфетке до готового бизнеса это очень неблагодарное дело. Если ваше дело окажется стоящим, то его точно так же можно купить и после того как оно докажет свою состоятельность. Может быть кому-то откроет глаза, но люди с деньгами умеют таки их считать. Какой смысл вкладываться в высокий риск, если можно подождать немного и вложить деньги в менее рискованный, пусть даже это потребует немного больше денег.

Для людей с культом золотого тельца в голове деньги являются большой ценностью, но для людей которые занимаются финансовыми операциями – это всего-то инструмент. У них нет священного трепета перед десятью или сотней тысяч долларов. Но они знают им ценность.

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

Где брать деньги на свой проект

Скорее всего их вам никто не даст, в Украине/России нет институтов финансирования постиндустриальных видов бизнеса. Трактор купить можно, потому что он стоит и банк его видит (хотя могут быть проблемы с ликвидностью, если все же его надо будет изъять). Но есть специальный чит: всю идею реализовывать не обязательно. Достаточно сделать главную часть которая приносит деньги. Проблема большинства лежит именно в этом. Люди не могут выделить основную идею, но им уже мерещатся огромные здания с тысячами сотрудников и миллиардные обороты. Если же главное не отделяется с легкостью, то скорее всего ваша идея является дремучим нагромождением ошибочных предположений.

Вместо простого приложения для социальных сетей люди придумывают свои новые социальные сети.

Для более иллюстративного умственного эксперимента давайте сделаем простой рассчет. У Facebook есть 10к лучших в мире специалисты по созданию социальных сетей, у них есть NN миллиардов долларов (может быть NNN, это не принципиально). У них есть 550 миллионов пользователей. Вы создаете свою социальную сеть и выходите на рынок. И она оказывается той самой идеей которой не хватало пусть даже ВСЕМ пользователям Facebook. Что сделает руководство компании если почувствует угрозу с вашей стороны? Бросит свои капиталы и своих сотрудников на защиту. Теперь вы начнете бороться с NN миллиардами долларов, с 10к лучших специалистов и существующей базой в 550 миллионов пользователей. Кто победит? В лучшем случае вас купят.

Ложка меда

Пост конечно же мрачный и достаточно негативный, но я честно не специально сгущал краски. Так есть на самом деле, может быть не все еще достаточно повзрослели чтобы это понять. Но у меня есть конструктивный сценарий. В бизнесе сложность представляет из себя не идея, а постороение бизнеса как таковое. Сложно научиться управлять людьми, добиваться условий у партнеров и клиентов, увольнять бывших знакомых и тд. То есть как раз тем 99% успеха любого бизнеса которые скрывают от нищих и глупцов. Так вот чтобы сделать свой супер бизнес надо взять готовую идею из тех которые ближе к сердцу и начать их реализовывать самому. Попытаться построить бизнес с нуля.

В качестве бонуса дам ссылку на картинку из поста Ильи Бирмана которую он разместил в одном из постов.

Почетный #Odessapy drinkup второго созыва 27 января 2012

2012-01-10T00:00:00-08:00

На прошлой встрече мы запланировали провести две встречи, первую в январе тоже в режиме drinkup'а, а вторую в феврале, но уже постараться сделать доклады и пригласить докладчиков. Соответственно, раз праздники закончились, то самое время анонсировать второй почетный drinkup. Только в Одессе, только хардкор, только Python.

Предварительное место проведения (там еще не знают о наших планах, поэтому место может поменяться ближе к дате события) ресторан Гамбринус по адресу Дерибасовская, 31. Дата проведения указана в заголовке, но можно ее повторить еще раз: 27 января 2012.

Форма регистрации

Дополнительные конфигурации в Buildout

2011-12-19T00:00:00-08:00

Хочу добавить в копилку мелких удобств buildout возможность расширения конфигураций и создания альтернативных.

Мы столкнулись с проблемой создания двух параллельных конфигураций для Django проекта используя djangorecipe. Django уже имеет систему файлов настроек, но хочется не только регулировать параметры самого django, но и указывать какие именно пакеты устанавливать в окружение. Например django-debug-toolbar или ipython не нужны на сервере в рабочем режиме, но весьма удобны во время разработки.

Наверное уже обращали внимание на параметр extends, но одно дело использовать чьи-то готовые примеры, другое дело самому гибко настраивать. Используя эту директиву относительно удобно можно регулировать актуальный набор параметров конечного набора конфигурации. Например у вас есть начальный файл buildout.cfg:

[buildout]
parts =
  django

eggs =
  ....
  site
  south
  django_markdown
    
[django]
recipe = djangorecipe
settings = production
project = site
wsgi = true
eggs =
  ${buildout:eggs}

Но для рабочего окружения нужен другой конфигурационный файл и дополнительные пакеты, поэтому создаем рядом файл dev.cfg:

[buildout]
extends = buildout.cfg
eggs +=
  django-debug-toolbar
  ipython

[django]
settings = development

Вся магия происходит во второй строчке. В этом месте импортируется файл buildout.cfg и все остальное содержимое файла изменяет параметры по следующим правилам:

# Добавить значения в список
[section1]
option += a3 a4

# Убрать значения из списка
[section2]
option -= b1 b2

# Назначить новые значения, если переменная или секция не была определенна,
# то они будут созданы
[section3]
option = h1 h2

Теперь можно указывать какой конфигурационный файл надо исполнить:

$ bin/buildout -c dev.cfg

Ну и напоследок, во всем это можно очень быстро запутаться. Поэтому запомните ключ annotate:

annotate

  Display annotated sections. All sections are displayed, sorted
  alphabetically. For each section, all key-value pairs are displayed,
  sorted alphabetically, along with the origin of the value (file name or
  COMPUTED_VALUE, DEFAULT_VALUE, COMMAND_LINE_VALUE).

Ссылки:

Adding and removing options в официальной документации по buildout.

Системный buildout

2011-12-05T00:00:00-08:00

К стыду своему только на прошлой неделе додумался прочитать вывод buildout --help. Возможно этой команды раньше не было:

init

   Initialize a buildout, creating a buildout.cfg file if it doesn't
   exist and then performing the same actions as for the buildout
   command.

В эта команда позволяет сэкономить несколько секунд времени при создании нового проекта. Для того чтобы воспользоваться всеми преимуществами прогресса надо с помощью системного easy_install или pip установить zc.buildout в качестве системной команды. Не буду вдаваться в детали этого процесса, поскольку он оказался несколько запутанным на моей машине со множеством разных версий python. Просто покажу вывод следующей команды:

$ ls -l `which buildout`
lrwxr-xr-x  1 root  staff    72B Nov 30 15:38 /usr/local/bin/buildout@ -> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/buildout

Теперь для того чтобы начать новый проект мне достаточно выполнить команду buildout init. Получается приблизительно так:

xen@Nekomusume.local  ~/Dev % mkdir proj 
xen@Nekomusume.local  ~/Dev % cd proj 
xen@Nekomusume.local  ~/Dev/proj % buildout init
Creating '/Users/xen/Dev/proj/buildout.cfg'.
Creating directory '/Users/xen/Dev/proj/bin'.
Creating directory '/Users/xen/Dev/proj/parts'.
Creating directory '/Users/xen/Dev/proj/eggs'.
Creating directory '/Users/xen/Dev/proj/develop-eggs'.
Generated script '/Users/xen/Dev/proj/bin/buildout'.
xen@Nekomusume.local  ~/Dev/proj %

Структура проекта сгенерировалась автоматом, заодно создался конфигурационный файл с пустым содержимым.

xen@Nekomusume.local  ~/Dev/proj % ls -al 
total 8
drwxr-xr-x   7 xen  staff   238B Dec  5 13:35 ./
drwxr-xr-x@ 20 xen  staff   680B Dec  5 13:35 ../
drwxr-xr-x   3 xen  staff   102B Dec  5 13:35 bin/
-rw-r--r--   1 xen  staff    20B Dec  5 13:35 buildout.cfg
drwxr-xr-x   4 xen  staff   136B Dec  5 13:35 develop-eggs/
drwxr-xr-x   2 xen  staff    68B Dec  5 13:35 eggs/
drwxr-xr-x   3 xen  staff   102B Dec  5 13:35 parts/
xen@Nekomusume.local  ~/Dev/proj % cat buildout.cfg 
[buildout]
parts =

И в папке bin сразу же появился исполняемый скрипт

xen@Nekomusume.local  ~/Dev/proj % ls -al bin
total 8
drwxr-xr-x  3 xen  staff   102B Dec  5 13:35 ./
drwxr-xr-x  7 xen  staff   238B Dec  5 13:35 ../
-rwxr-xr-x  1 xen  staff   566B Dec  5 13:35 buildout*
xen@Nekomusume.local  ~/Dev/proj %

Единственный нюанс: buildout привязан к python2.7 который является основной версией на моей машине. Но можно сделать нужные симлинки например под другими именами (например buildout-2.6) и вызывать их.

Надеюсь кому-то этот совет сэкономит несколько секунд жизни.

Donutor на Vurt.ru

2011-12-01T00:00:00-08:00

Мои хорошие знакомые из студии Psyho.ua запустили свой новый сервис под названием Донатор. Сервис позволяет жертвовать своими деньгами на поддержку разных проектов которые вам нравятся. Чтобы не читать о том, что написано у них на сайте в двух словах расскажу как это работает:

Вы нажимаете на кнопку слева
Соглашаетесь с тем что каждый месяц какая-то небольшая сумма будет уходить к какому-то хорошему человеку (в данном случае это буду я)
Раз в месяц эта сумма будет перечисляться на счет сервиса и потом перераспределяться между теми кого добавили в список
Раз в месяц я буду получать деньги для оплаты блекджека и женщин

Блестящий план разбивается о мысль с подозрениями о том, что вообще возможна ситуация, что кто-то захочет расставаться с деньгами в мою пользу. Но если такое случится, то я буду искренне напуган и напишу об этом пост.

Если серьезно, то ссылка это мой способ поддержать знакомых коллег в их начинании. Как это ни странно, но проектов которые кажутся толковыми делается не так уж и много.

#Odessa.py drinkup

2011-11-22T00:00:00-08:00

Думаю что стоит попробовать встретиться в Одессе программистам использующим Python и близлежащие технологии или просто тем кто готов был бы выпить. Пока точно не определились, но приблизительно через пару недель (числа 9го декабря).

Если вы в Одессе, то приглашаю. Только сразу предупреждаю, что это будет первая встреча, если будет много человек, то скорее всего нам будет не комфортно. Поэтому не публикую место и время.

Предлагаю заполнить форму, чтобы оценить ваш интерес.

Внимание, сейчас регистрация остановлена. Набралось больше 15 человек, поэтому сейчас закрыл форму. Возможно кто-то откажется, оставьте свой контакт в комментариях, постараюсь что-то придумать.

Время проведения в 19:00 в пятницу в одном из ресторанов в центре города.

GAE is for... porn

2011-11-18T00:00:00-08:00

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

Если у кого-то остаются сомнения, то на персональной странице в Google Plus у Gregory D'alesandre значится его должность Senior Product Manager for Google App Engine.

К сожалению он не смог пообещать, что условия не изменятся в ближайшие 3 года, но по крайней мере 90 дней у вас есть.

Установка Growl 1.3.x на Lion

2011-11-12T00:00:00-08:00

Внезапно оказалось, что удобная система нотификаций Growl перешла в категорию платных. Для меня лично она является частью лица OSX, такая удобная неотъемлемая часть к которой уже привык и отказываться не хотелось бы. Я бы и не знал о изменениях, если бы Growl не начал показывать каждый день уведомления, что пора бы обновиться и не отправлять на страницу где радостно сообщать что версия теперь стоит два бакса. Помимо того что дело в деньгах неприятный осадок добавляет то, что продукт всегда был с открытым кодом. И лично для меня был носителем духа того времени когда пользователи Mac собирались в Москве для того чтобы прочитать друг-другу лекцию о системе, купить их можно было практически только на руках. Все было маленькое и дружное. То есть еще в то время когда уже появился первый iPod Classic, но не было шуток про геев. Хотя сам Growl вышел несколько позже.

В общем хватит соплей и восспоминаний. Если у вас нет XCode, то проще конечно же купить. Если есть, то сможете скачать и собрать из исходников. Нужно:

Установленный XCode
mercurial (проверочное слово hg --version)
умение запустить Terminal.app

Первый шаг это получить актуальную копию исходников, они доступны на странице проекта на хостинге Google Code growl.googlecode.com:

$ cd /tmp
$ hg clone https://code.google.com/p/growl/
$ cd growl

Теперь одно из двух, либо надо создать сертификат, либо убрать его упоминание из конфигурации проекта в XCode. Если честно, то процедура запуска и индексации проекта выглядит настолько громоздко, что я бы рекомендовал обойтись без этого. Тем более, что даже на официальной странице с инструкцией указано, что могут быть проблемы в файле hgrevision.h. Они у меня возникли и рекомендованная попытка понажимать кнопку Build не сработала. Поэтому нафиг XCode, будем генерировать сертификат разработчика, если хотите посмотреть что произойдет если пропустить этот пункт, то попробуйте скомпилировать сразу:

Запустите Keychain Access.app
Зайдите в меню приложения (рядом с  пункт с названием приложения)
Certificate Assistant > Create a certificate
В появившемся диалоге укажите название "3rd Party Mac Developer Application: The Growl Project, LLC" (без кавычек), и тип сертификата Code.

Теперь можно запускать компиляцию:

$ xcodebuild -project Growl.xcodeproj -target Growl.app -configuration Release
$ open build/Release

Появится диалог запрашивающий доступ с сертификату, чтобы не тратить время разрешите навсегда, через пару минут все будет готово. Последняя команда откроет в Finder.app папку в которой будет лежать файл Growl.app. Его надо перенести в /Applications/ и запустить.

Мне привычно было пользоваться Growl в панели управления, но разработчики пошли по другому пути.

Дополнительные ссылки:

Инструкция как выключить провеку сертификата
Официальная инструкция для разработчика на официальном сайте (на самом сайте найти сложно, пришлось через поиск)
Must have утилитка для работы с Growl через командную строку growlnotify которая раньше была в официально .DMG файле.

PyCon 2011 в Киеве 22-23 октября 2011

2011-09-27T00:00:00-07:00

От имени организаторов украинского PyCon рад возможности объявить о начале регистрации на это важное Python-событие, прежде всего обращаюсь к жителеям западной части России, всей Украины, Белоруссии, Польши, Австрии, Германии и вообще всех стран в ближайшей досягаемости от Киева, а так же тех кто хотел бы приехать из более удаленных мест.

В этом году пройдет вторая ежегодная конференция PyCon, это крупнейшее профессиональное событие на постсоветском пространстве для тех кто тем или иным способом связан с технологиями на этом языке программирования. Событие займет два дня 22-23 октября 2011 и пройдет в Киеве. На событии ожидается более 250 слушателей которым будут представлены доклады в течении двух дней от более чем десятка докладчиков. Доклады будут осуществляться на русском и английском языке.

UaPyCon — это событие для сообщества организованное при поддержке Python Software Foundation и является нашей версией ежегодных конференций которые проводятся по всему миру. Цель конференции — профессиональное общение для программистов любого уровня: от новичков которые только делают выбор, до профессионалов с многолетним опытом которые хотели бы представить свои технологии и получить обратную связь во время живого общения. Конференция является площадкой для формирования контактов, а так же возможность лично встретиться со многими участниками сообщества. Кроме того — это просто грандиозное событие по концентрации докладчиков.

Доклады

В этом году мы планируется провести двухдневную конференцию в два потока — включая доклады, мастер-классы, панельные дискуссии и lighting talks. Кроме того, будет проведена «recruiting session» — у желающих будет возможность больше узнать о украинских компаниях, которые разрабатывают на питоне, об их проектах и побеседовать с их представителями.

Среди докладчиков ожидаются:

Игорь Почечуев, Василий Дижак, Тарас Мурашко, Игорь Давыденко, Андрей Светлов, Павел Коломиец, Александр Соловьев, Роман Ворушин (Киев, Украина)
Александр Бойко (Харьков, Украина)
Александр Лябах (Днепропетровск, Украина)
Михаил Кашкин (Одесса, Украина)
Александр Литовченко (Донецк, Украина)
Юрия Юревич (Омск, Россия)
Армин Ронахер (Armin Ronacher, Австрия)
Ендрю Годвин (Andrew Godwin, Великобритания)
Мартин Шустрик (Martin Sustrik, Словакия)
Анжей Млечко (Andrzej Mleczko, Италия)
Маттео Босколо (Matteo Boscolo, Италия)
Ожидаются подтверждения участия от Тарека Заде (Tarek Ziade) и Luke Kenneth Casson Leighton.

Более подробная информация о докладах, их содержании будут опубликованы на официальном сайте после обработки материалов.

Регистрация

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

Страница регистрации на сайте конференции
Для студентов предусмотрена скидка, если вы планируете купить билет со скидкой, то от вас потребуется предъявить действующий студенческий билет

Организация

Для тех кто хочет следить за событием через социальные сети:

Оцифиальная страница события в Facebook
Twitter: @uapycon
Страница события в Lanyrd
Событие в Vk.com
Хештег: #uapycon

Внимание: регистрация на страницах в Facebook или Vk.com не являются регистрацией на событие, это только способ упростить взаимодействие между участниками.

Для тех кто хочет освежить впечатления прошлого года можете ознакомиться с видео на канале конференции http://blip.tv/pycon-ukraine (тут же будут публиковаться и новые видео).

Спонсоры конференции:

Золотые: oDesk, Prom.ua, 42 Coffee Cups
Серебрянные: InSollo, DjangoStars, JetBrains
Бронзовые: NIC.UA
Партнеры: GitHub, Wingware
Медиапартнеры: Developers.org.ua, Devcult.ru

Контакты:

Организационные вопросы и спонсорство: Владимир Гоцык (@gotsyk, gotsyk[]gmail.com)
Пресса и информационное спонсорство: Михаил Кашкин (@mikashkin, mkashkin[]gmail.com)

Python 2.7

2011-08-25T00:00:00-07:00

Для тех кто не следит за развитием работ связанных с добавлением python runtime 2.7 хочу обратить внимание, что сейчас открыта регистрация на тестирование. Недавно задача поменяла статус на "Начата" и вот первые плоды — это форма регистрации для доверенных тестировщиков.

Buildout: руководство пользователя, урок 1

2011-08-04T00:00:00-07:00

Одна из основных вещей которую я использую в проектах — это система автоматической развертки рабочего окружения. В случае python лучшим является buildout. pip попроще, но имеет свои недостатки хотя уж лучше pip чем ничего. Использование систем развертки начинается с того что вы сталкиваетесь с ситуацией когда требуется одновременно работать со множеством версий одной и той же библиотеки, но не хочется их устанавливать в системную область. Особенно это актуально тогда когда пытаетесь попробовать разные пакеты. Кроме того головной болью является сама процедура поиска и скачивания и локальной установки каких-то нужных продуктов. Buildout позволяет решить все эти проблемы.

Предлагаю для просмотра первый урок о том как можно развернуть окружение.

Секретная команда для запуска bootstrap.py:

$ python2.6 <(curl http://python-distribute.org/bootstrap.py) --distribute

Ваши комментарии могут повлиять на качество и содержание последующих уроков.

Поддержка Go

2011-05-11T00:00:00-07:00

В последнем релизе GAE появилась поддержка языка программирования Go. Хочу поделиться мыслями по поводу того почему стоит учить Go.

Устройство рынка разработки

Сразу хочется заткнуть рты ярым поцреотам, их мнение они могут оставить при себе до тех пор пока объем денег outsource разработки для внутреннего рынка не превысит объемы outsource рынка который создают США в этих странах. То есть не при нашей жизни.

Есть несколько фактов:

Крупнейший рынок софта — это США. Там делается основной объем ПО с которым работает весь мир. Часть этого ПО пишется внутри страны, часть попадает на внешний рынок разработки. Думаю не очень сложно проследить как происходит распространение технологий. Сначала появляется что-то новое и постепенно вовлекаются все более новые группы разработчиков и заказчиков.
Новые технологии появляются сначала в США. За редким исключением сложно вспомнить какие-то удачные и популярные проекты которые были бы созданы например во Франции. В любом случае 100% софта который я использую имеют английскую документацию и сайты.
Успешные стартапы в основном начинают свой путь из США.

Отсюда можно сделать вывод, что раз центр появления софта — это США и волна распространения технологии разрастается оттуда. Циклы этого движения выглядят следующим образом:

Появление технологии. Ее придумывают нестандартно мыслящие люди в своих часто успешных стартапах и в какой-то момент предлагают в открытый доступ.
Пионеры. Высокооплачиваемые специалисты которые следят за новинками и активно занимаются самообучением начинают пробовать эти новые технологии в своих проектах. Обычно эти люди более адаптивны, харизматичны и могут убедить, что их выбор поможет стать проекту более успешным, часто они и есть эти самые проекты. А поскольку мозгов у них побольше, то их проекты выстреливают с большей вероятностью.
Активный бизнес. Тот этап когда технология пошла в массы, когда уже можно найти сотрудников на свободном рынке. Компании начинают включать в свои бизнес-процессы эти технологии.
Инертный бизнес и поддержка. Это тот случай когда клиенты принимают решения не на основе здравого смысла, а бизнес-логики. Для того чтобы утвердить использование какого-то ресурса или инструмента надо доказать, что он может жить долго. Конечно в быстро развивающейся отрасли это часто совпадает с финальным этапом развития.

Получается, что новые технологии получают признание сначала в среде высокооплачиваемых специалистов в США, а после того как они уже переработали технологию и отказались, она попадает на рынок аутсорсинга в страны третьего и четвертого мира. Тем самым задают моду на эти технологии. Примеров можно привести множество, например знаю, что в Москве есть компания которая пишет на COBOLе, потому что в США и Индии уже практически невозможно найти специалистов.

Если совсем доступным языком перефразировать: те технологии которые все радостно используют тут зачастую то, что переварили и выплюнули более высокоразвитые рынки. И в Рашку/Украшке попадают те технологии за которые даже не берутся в Индии.

Это иллюстрация того на каком месте в пищевой цепочке находятся эти страны.

Собственно при чем тут Go?

На самом деле не при чем. Через год/два вместо Go можно будет вписать какую-то другую технологию. Но если говорить о здесь и сейчас, то по всем признакам Go находится в стадии перехода от использования пионерами и подходит к стадии "активного бизнеса". Есть реальная возможность впрыгнуть в поезд более высокооплачиваемых и интересных проектов.

Компания Google создает некоторый класс таких технологий которые подходят для определенного рода задач. Из-за своего масштаба они вынуждены влиять на экосистему и пытаться подминать ее под себя. Безусловно это у них будет получаться лучше других в силу своего масштаба и синергии между различными технологиями.

Все же, если вы решаете какой язык стоит учить одним из следующих, то я определенно бы посоветовал обратить внимание на Go. Сейчас этот язык получил статус ~~третьего языка~~ третьей платформы в GAE (с ограничениями). В TIOBE индексе занимает очень высокие позиции для своего срока жизни. Мне кажется у него будет (или уже есть, пропустил?) просто запускаться как NaCl внутри Chrome.

Кто бы мог подумать, что следующим языком внутри GAE станет C/C++ подобный Go?

Свадьба Принца Уильяма и Кейт Миддлтон

2011-04-29T00:00:00-07:00

Наверное кому-то может показаться странным появление уведомления об одном из самых освещаемых событий в этом блоге. Лично я не читаю новости моды и светской жизни и включив на несколько минтут онлайн трансляцию вижу насколько красивое событие разворачивается.

(Изображение с Lenta.ru)

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

Изменение места встречи GTUG, 28 апреля

2011-04-28T00:00:00-07:00

Сегодня, 28-го марта, в 18-30, в Национальном центре аэрокосмического образования, пр. Гагарина, 26 (бывший кинотеатр Орион, перекресток проспекта Гагарина и улицы Телевизионной, рядом с Юридической академией) пройдет встреча Днепропетровского GTUG.

Если ваши знакомые или друзья тоже идут на встречу — проверьте, в курсе ли они, где проходит встреча и как туда добраться. Если возникнут вопросы — звоните координатору Днепропетровского GTUG, Алексею Иванкину, +380 67 6329114.

Начало регистрации — в 18:15, посмотреть карту проезда goo.gl/yVEpd

Программа события

Окончательная программа события теперь:

Михаил Кашкин, “GAE для сайтов с высокой нагрузкой”
Сергей Солодилов, ePythia, "Реализация геолокационного сервиса под Android".
Кирил Зотин, Dimalex, “Клиент-серверное взаимодействие под Android в деталях”

Обновления ленты

2011-04-19T00:00:00-07:00

Читателям в Google Reader наверное пришлось пересмотреть несколько последних постов сегодня утром. Приношу свои извинения, я попросил исправить грамматически ошибки в нескольких последних постах. Возможно теперь мой блог будет чуть приятнее читать.

Особая благодарность Юле.

Встреча Днепропетровского GTUG, 28 апреля

2011-04-14T00:00:00-07:00

Очередная встреча Днепропетровского GTUG состоится 28-го апреля.

Мы начинаем организацию второй в 2011 году днепропетровской GTUG. Предлагаемые темы докладов: GAE и Android. Приглашаем программистов, которым интересны языки программирования Python и Java и их применение с использованием технологий Google.

Программа

Встречу планируем начать в 18:30, место проведения будет то же, что и в прошлый раз: Днепропетровск, улица Серова, 4. Планируется провести 3 доклада продолжительностью до 45 минут с небольшими перерывами и временем на дополнительные вопросы.

В текущий момент есть определенность с первым докладом, его прочитает специальный гость Михаил Кашкин (www.vurt.ru). Тема доклада будет связана с созданием сайтов на Google App Engine.

Программа будет согласована в течение нескольких дней, просьба присылать свои предложения.

О GTUG

GTUG от Google Technology User Group - это независимые группы людей, сформированные во многих странах и городах мира для обмена опытом среди пользователей и программистов, интересующихся технологиями компании Google.

Днепропетровский GTUG был образован в прошлом году и уже успел провести несколько встреч. Эта встреча вторая в этом году.

Участие

Для того, чтобы прийти на событие, заполните регистрационную форму и укажите свой правильный email. Более подробную информацию о месте проведения и окончательное расписание будет выслано по электронной почте.

Дополнительная информация:

Спонсорство

Предыдущее мероприятие Днепропетровского GTUG'а собрало около 80 человек. Это активная аудитория программистов, которая интересуется новыми технологиями и наиболее востребованными языками программирования на рынке. По поводу спонсорства мероприятия просьба обращаться по телефону +38 (067) 283-82-99

Текущий список спонсоров:

Компания 908.ua, основной днепропетровский спонсор, проекты audiko.net и klumba.ua
iPark Ventures, (проект Experika)

Python SSL под OSX

2011-04-12T00:00:00-07:00

Небольшой совет. Меня долго раздражало сообщение о необходимости установить SSL модуль при заливке данных на GAE. Проблема даже не в сообщении, а в самом факте, что данные отправлялись по открытому каналу.

У меня установлен менеджер пакетов MacPorts и, к сожалению, опции компиляции не дали нужного результата. Поэтому надо скомпилировать SSL и установить самостоятельно:

Скачиваете SSL и распаковываете
Указываете свою версию gcc, которой надо компилировать (у меня 4.2):

$ CC='/usr/bin/gcc-4.0' python2.5 setup.py build

Устанавливаете в site-packages:

$ sudo python2.5 setup.py install

Теперь данные будут загружаться через SSL.

Введение в Tipfy

2011-04-03T00:00:00-07:00

Уже не раз писал о том, что мы используем в качестве основы Tipfy. И я думаю остаются вопросы прочему и в чем особенности.

Прежде всего tipfy состоит из нескольких частей, которые в целом определили наш выбор. Поскольку zc.buildout это необходимое условие для работы над любым python проектом, в котором участвует несколько человек, возникла задача найти нормальный рецепт для разворачивания GAE SDK. Такой рецепт был найден, заодно захотелось узнать, чем занимается автор и, оказалось, что он еще и делает Tipfy. Поскольку нам хотелось отказаться от всего мусора, который предлагает Django, то Tipfy быстро занял нужное место.

Вот краткий список того, что нужно было именно нам:

Рецепт для разворачивания GAE проектов appfy.recipe.gae.
Tipfy ориентирован на скорость, что определяет, какие компоненты в него включены
Подходит для создания сайтов без фреймворка
Имеет более-менее понятный стандарт конфигурирования
Уже имеет некоторые полезные модули для организации авторизации, работы с задачами, security cookie

Внимание
Это важная оговорка, многие могут подумать, что Tipfy — это то, что им надо для начала работы над новым GAE проектом. Хочу предостеречь этих людей. Tipfy прежде всего ваш выбор тогда, когда вы точно уверены, что код фреймворка будет только мешать.

С чего начать

Убедитесь, что версия python, которую вы используете, является версией 2.5.x. Надеюсь, что скоро это требование устареет, в связи с планами Google добавить поддержку 2.7.

Мой пример будет немного отличаться от рекомендуемого пути, но приведет к тому же результату.

Создайте папку проекта:

$ mkdir demo
$ cd demo

Подготавливаем окружение

Теперь можно создать buildout.cfg, все его содержимое можно взять на странице документации по рецепту appfy.recipe.gae:

[buildout]
parts =
    gae_sdk
    gae_tools
    app_lib

unzip = true
relative-paths = true
download-cache = etc/downloads
# eggs-directory = etc/eggs
develop-eggs-directory = etc/develop-eggs
parts-directory = etc/parts

#
[gae_sdk]
recipe = appfy.recipe.gae:sdk
url = http://googleappengine.googlecode.com/files/google_appengine_1.4.3.zip
destination = ${buildout:parts-directory}
hash-name = false
clear-destination = true

#
[gae_tools]
recipe = appfy.recipe.gae:tools
sdk-directory = ${gae_sdk:destination}/google_appengine

[app_lib]
# Sets the library dependencies for the app.
recipe = appfy.recipe.gae:app_lib
lib-directory = src/distlib
use-zipimport = false

#
eggs =
    tipfy
    tipfy.ext.debugger
    tipfy.ext.jinja2
    tipfy.ext.wtforms
    tipfy.ext.db
# Остальные необходимые модули, например:
#   pygments

Конечно выполнение этого сценария потребует создания структуры папок:

etc/downloads — кеш, в который скачиваются egg файлы
etc/develop-eggs — папка, в которую можно будет положить яйца, которые будут разрабатываться
etc/parts — рабочая директория рецептов, которым нужны дополнительные данные, в нашем случае сюда скачается GAE SDK
src — собственно данные проекта и его исходный код
src/distlib — ключевое место проекта, вся магия для того, чтобы наполнить эту папку зависимыми модулями, которые потом уйдут на хостинг вместе с кодом

Подробнее о работе переменных, которым присвоены значения с путями, можно прочитать в справке по buildout.

Создаем папки:

demo $ mkdir etc etc/downloads etc/develop-eggs etc/parts
demo $ mkdir src src/distlib

Самое время развернуть окружение:

demo $ python2.5 <(curl http://python-distribute.org/bootstrap.py) --distribute

Команда создает папку bin и скачивает современный аналог старых setuptools distribute. Поскольку выполнять требуется один раз, предлагаю такой краткий вариант. А теперь главная часть:

demo $ bin/buildout

Выполнение команды займет некоторое время, но результат того стоит. Вы получите полностью готовое окружение.

Устройство проекта

Теперь дело за малым, начать писать код своего проекта. Он будет расположен в папке src. Структура tipfy проекта достаточно простая:

app.yaml — уже знакомый по документации конфигурационный файл Google App Engine проекта
main.py — в принципе, этот файл нужно будет изменять достаточно редко
config.py — файл конфигурации, тоже должен быть знаком по многим другим проектам
urls.py — правила роутинга адресов страниц к хендлерам их обрабатывающим

Авторы рекомендуют так же следующие папки:

lib — ваши библиотеки
templates — папка с шаблонами, если ваш проект совсем маленький, то возможно будет удобно размещать все шаблоны в одной папке
static — место для статических файлов, часто можно встретить следующую структуру внутри:
- js — javascript
- images — картинки
- css — таблицы стилей
- остальные файлы, например, robots.txt, favicon.ico

`app.yaml`

Файл, необходимый для работы любого GAE проекта. Минимальное содержимое для tipfy получится следующим:

application: my-app # тот id который вы выбрали в консоли GAE
version: dev        # версия
runtime: python
api_version: 1

derived_file_type:
- python_precompiled

handlers:
- url: /(robots\.txt|favicon\.ico)
  static_files: static/\1
  upload: static/(.*)

- url: /static      # та самая папка static
  static_dir: static

- url: /remote_api
  script: $PYTHON_LIB/google/appengine/ext/remote_api/handler.py
  login: admin

- url: /_ah/queue/deferred
  script: main.py
  login: admin

- url: /.*
  script: main.py

Обратите внимание на последний блок, он указывает, что любые адреса страниц, кроме тех, которые были указаны выше (порядок имеет значение) передаются модулю main.py.

`main.py`

Главный загрузочный файл проекта тоже достаточно простой:

# -*- coding: utf-8 -*-
import os
import sys

if 'lib' not in sys.path:
    # Add /lib as primary libraries directory, with fallback to /distlib
    # and optionally to distlib loaded using zipimport.
    sys.path[0:0] = ['lib', 'distlib', 'distlib.zip']

import config
import tipfy

# Is this the development server?
debug = os.environ.get('SERVER_SOFTWARE', '').startswith('Dev')

# Instantiate the application.
app = tipfy.make_wsgi_app(config=config.config, debug=debug)

def main():
    app.run()

if __name__ == '__main__':
    main()

Строка if 'lib' not in sys.path: проверяет добавлены ли модули, которые лежат в папке lib, в путях, по которым ищет python. Из-за особенности устройства инстанций GAE путь уже может быть изменен (модулем, который загрузился до этого или warmup хендлером), поэтому проводится проверка.

Рецепт appfy.recipe.gae после запуска bin/buildout заполняет папку src/distlib теми продуктами, которые перечислены в директиве ${app_lib:eggs} в buildout.cfg. Поэтому, после перезапуска buildout'а мы получаем актуальное содержимое папки, включая изменения из яиц, которые разрабатываются и находятся в режиме для разработки.

Редактировать файл main.py требуется крайне редко, разве что вам надо загрузить какие-то модули до обработки конфигурации и того, как начнут обрабатываться middleware самим tipfy (а точнее werkzeug вокруг которого tipfy на самом деле является оберткой).

`config.py`

Конфигурационный файл тоже имеет достаточно простую архитектуру, из обязательных полей, по сути только перечень middleware (который может быть пустым) и сам перечень приложений:

# -*- coding: utf-8 -*-
config = {}

# Configurations for the 'tipfy' module.
config['tipfy'] = {
    # Enable debugger. It will be loaded only in development.
    'middleware': [
        'tipfy.ext.debugger.DebuggerMiddleware',
    ],
    # Перечень ваших приложений
    'apps_installed': [
        'demo',
        # другие приложения
    ],
}

# Остальные настройки

`urls.py`

Хотя описание путей само по себе нельзя назвать простым занятием, но файл urls.py в данном случае является предельно простым и прозначным:

# -*- coding: utf-8 -*-
from tipfy import get_config, import_string, Rule
import logging

def get_rules():
    rules = []
    for app_module in get_config('tipfy', 'apps_installed'):
        try:
            # Load the urls module from the app and extend our rules.
            app_rules = import_string('%s.urls' % app_module)
            rules.extend(app_rules.get_rules())
        except (AttributeError, ImportError):
            logging.error("Ouch! Misconfigured modules list, cant use %r" % 
                app_module)

    return rules

Задача файла обойти все приложения, зарегистрированные в конфигурационном файле config.py (директива apps_installed) и объединить их в единое правило.

Пишем код

Теперь время написать хоть что-то, что сможет вывести на экран вожделенный Fuck world!. Создайте папку demo, со следующей структурой:

__init__.py — пустой файл, который говорит, что текущая папка является python модулем
handlers.py — непосредственно код модуля
urls.py — правила обработки страниц сайта

Содержимое src\demo\handlers.py:

from tipfy import RequestHandler, Response

class HelloWorldHandler(RequestHandler):
    def get(self):
        return Response('Hello, World!')

Содержимое src\demo\urls.py:

from tipfy import Rule
def get_rules(app):
    rules = [
        Rule('/', endpoint='hello-world', handler='demo.handlers.HelloWorldHandler'),
    ]

Запуск проекта

Когда весь гениальный код написан, хочется его проверить в деле. Рецепт appfy.recipe.gae услужливо сделал для этого все нужные скрипты и разместил их в папке bin. Поскольку нас интересует запуск, выполните следующую команду:

demo $ bin/dev_appserver src

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

Скрипт dev_appserver может получать все те параметы, которые описаны в документации, но для удобства можно их перечислить в специальном конфигурационном файле gaetools.cfg и положить рядом с buildout.cfg. Пример файла:

[dev_appserver]
defaults =
    --datastore_path=var/data.store
    --history_path=var/history.store
    --blobstore_path=var/blob.store
    src

Последняя строка указывает на папку, в которой расположен проект, что упростит команду запуска сервера до:

demo $ bin/dev_appserver

Не забудьте создать папку var если воспользуетесь указанным файлом.

Развертывание проекта на хостинге

Остался последний шаг - отправить проект на сервера App Engine и проверить работу там. Для этого в папке bin есть скрипт appfg, который так же входит в состав стандартного SDK, и имеет тот же самый набор команд. Заливка на сервер происходит достаточно просто:

demo $ bin/appcfg --no_cookies --email=your_email@gmail.com --passin update src

В качестве email'а укажите свой. Выполнение команды может занять минуты.

Дополнительная информация

Все описаные шаги в будущем можно сократить, скачав с сайта tipfy архив типового проекта www.tipfy.org/tipfy.build.tar.gz, в котором уже есть необходимая структура папок и файлов.

Дополнительные ссылки:

Werkzeug — основная библиотека, на основе которой построен tipfy
Tipfy — главный сайт Tipfy, место, где можно найти более подробную документацию
Tools and tips — карта статей и документации по разным API GAE

Добро пожаловать на Vurt.ru

2011-03-17T00:00:00-07:00

Блог переехал на свой домен и поменял платформу. Если все сделал правильно, теперь на старом блоге будут публиковаться анонсы со ссылкой на этот сайт.

В качестве движка был выбран bloggart (мой форк), который стал результатом популярной серии постов Google инжеренера Ника Джонсона (Nick Johson) о том, как надо писать приложения под GAE.

Соглашусь, что было немного странно, что блог о гаешечке расположен на какой-то другой платформе. Но одно дело написание кода, другое желание делиться информацией.

Для тех, кто был RSS подписчиком ничего не изменилось, поскольку Feedburner переключен на новый фид и пару дней тестирования показали, что даже не появились дубликаты перенесенных записей. К сожалению при переезде потерялись старые даты, но это небольшая потеря.

Пользователям Tumblr (в старое место) к сожалению будут приходить только ссылки с анонсами. Похоже за последние пару лет политика поменялась и больше нельзя импортировать запись полностью.

Комментарии не перенеслись, но на новом сайте уютнее и я приглашаю всех пользоваться им. Про Bloggart будет следующий пост.

Добро пожаловать на мой старый новый блог о Google App Engine.

Выступления на pycamp в Киеве

2011-03-15T00:00:00-07:00

Видео с выступления на pycamp в Киеве. Начало немного смазано. Выступление было расчитано на аудиторию с начальным уровнем знаний, поэтому возможно кому-то покажется повторением материала.

Список open source проектов для GAE

2011-03-15T00:00:00-07:00

Большой архив англоязычной рассылки проектов с открытым исходным кодом и разной степени свободными лицензиями.

Список

Обновление bootstrap.py

2011-03-15T00:00:00-07:00

Сегодня мы столкнулись с небольшой проблемой. Проект отказался разворачивать рабочее окружение стандартными командами:

$ python2.5 bootstrap.py --distribute
$ bin/buildout

Мы начали получать сообщение:

Traceback (most recent call last):
  File "bin/buildout", line 22, in &lt;module&gt;
    import zc.buildout.buildout
ImportError: No module named zc.buildout.buildout

Оказалось проблема в том, что ребята из Zope Corporation обновили версии своих продуктов. Для того чтобы исправить проблему надо либо перейти на следующую версию zc.buildout, либо прямо указывать версию:

$ python bootstrap.py --distribute --version=1.4.4

Переход не займет много времени, просто замените старый bootstrap.py на новый http://svn.zope.org/repos/main/zc.buildout/branches/1.4/bootstrap/bootstrap.py

Более подробная информация доступна в рассылке distutils http://mail.python.org/pipermail/distutils-sig/2010-August/016745.html

Use Case: SnapABug

2011-03-15T00:00:00-07:00

Этот пост открывает новую рубрику в блоге. Use Case — это описание разных интересных проектов которые уже работают на Google App Engine. Если вы делаете какой-то проект и он хотя бы доступен для тестирования, то вполне вероятно этот блог одно из мест где вам будут рады. Думаю необычная платформа должна дать жизнь новым интересным проектам, о которых мы будем говорить в этой рубрике.

SnapABug

Технологии: Java, Google App Engine

Описание проекта

Представьте себе задачу, вы разрабатываете и выпускаете сайт, но все ли идет хорошо? В какой-то момент клиент или посетитель начинает говорить что где-то там что-то как-то не так работает. Если это клиент, то можно взять телефон и начать выяснять что не так.

Вы по телефону будете выяснять в чем же там все таки не так. И то чего вам будет не хватать это возможности взглянуть на экран его глазами. В крайнем случае придется приехать к нему в офис и увидеть проблему. Но что делать если посетитель не клиент или нет возможности прийти к клиенту?

В этом случае мы просим клиента сделать screenshot и приложить его к письму. Способ стар как мир, но кажется иногда срабатывает. Одна проблема: приходится объяснять клиенту как делать снимок экрана и отправлять его по почте.

"Но что если бы браузер сам делал снимки экрана?", так подумали ребята которые сделали SnapABug.

Как это все работает

Вы размещаете на своем сайте небольшой JavaScript который располагается где-то на границе окна. Если пользователь видит проблему то он нажимает на ссылку и в открывшемся окне заполняет небольшую заявку. На следующем шаге запускается Java Applet который делает снимок сайта так как он выглядит у клиента. Полученный отчет содержит информацию о посетителе, характеристиках его браузера, географии и, конечно же, картинку.

Я задал несколько вопросов Jerome Breche, и узнал, что по их оценкам Java есть у 90% пользователей. А значит у вас очень большая вероятность, что сообщение об ошибке будет содержать удобное визуальное дополнение.

Думаю видео даст исчерпывающие ответы о возможностях этого инновационного проекта.

UniversITy'2011 в Киеве 25го февраля

2011-03-15T00:00:00-07:00

Опять еду в Киев. В этот раз буду читать доклад на конференции UniversITy 2011, темой которой являются облачные вычисления.

Мой доклад называется "GAE как платформа для стартапов". Выступление будет в пятницу, после выступления вернусь в Одессу.

Tools and Tips

2011-03-15T00:00:00-07:00

Внезапно в подразделе GAE на Google Code появился новый подраздел. Это удобнейшая карта документации сервисов, дополнительных библиотек и утилит доступных в Python и Java SDK

Посмотреть

Проблемы с SQLite в SDK

2011-03-15T00:00:00-07:00

Во время тестирования обнаружилась досадная проблема, оказывается при использовании SQLite в запросах которых присутствует ключ в качестве одного из критериев он игнорируется. Например такой код:

q = Model.all()
q.filter("some_field", some_value)
q.filter("__key__ >", some_key) # Этот критерий будет проигнорирован

Причем если только ключ, то все будет найдено:

q = Model.all()
q.filter("__key__ >", some_key) # Это сработает

Если переключиться на стандартное хранилище (а точнее не использовать флаг --use_sqlite), то будет работать как и ожидалось.

ID заявки 3232, если у вас проблема тоже повторяется, то проголосуйте.

SMS верификация

2011-03-15T00:00:00-07:00

Мне сложно судить о том, что SMS верификация это плохо. Как человек который находится по ту сторону проверки срабатывает стокгольмский синдром и кажется, что все не так уж и сложно, но как видно у некоторых людей все же есть проблемы. Вот пример истории такой истории.

romaklimenko:

Вчера я написал небольшое приложение на Django для Google App Engine, но выложить не смог, т.к. на мой номер не приходили SMS с auth. code. Я конечно расстроился, написал в поддержку Google, а сам стал думать что может это и к лучшему, ведь на нормальном хостинге и возможностей больше.

Но на следующий день мне пришло такое письмо:

Hello,

You’re receiving this email because you indicated you’d had some problems verifying your Google App Engine account using SMS. We just wanted to let you know we’ve enabled your account—you should be able to create applications now!

To start creating applications with Google App Engine, simply follow this link:

https://appengine.google.com/

Thanks!

The Google App Engine Team

По моему это образец правильного саппорта. Да, есть странное требование авторизации по SMS, но если у клиента с этим проблема, проблема будет решена.

За сутки, прошедшие со времени моего обращение в поддержку, я свыкся с мыслью о том, что мне надо искать нормального хостера и перенес весь код на нормальное Django. Но это другая история и мое отношение к Google как к компании стало только лучше.

В общем, не отчаивайтесь даже если SMS не пришло сразу.

Пререлиз SDK 1.3.1

2011-03-15T00:00:00-07:00

Доступен новый пререлиз App Engine SDK версии 1.3.1 (напоминаю, что теперь релизы двухфазные, сначала выходит предварительная версия, а чуть позже публичная):

Поскольку не для всего еще есть описания и примеры, то подробный список оставим до момента выхода публичной версии. Тем кто следит за бета версиями достаточно будет этого анонса.

Python и море (вакансии)

2011-03-15T00:00:00-07:00

Sexy технологии должны делаться в sexy местах. Поэтому iPark Ventures открывает центр разработки в Одессе. В котором будут делаться проекты с применением одних из самых интересных на данный момент технологий:

Python
GWT (Java)
Google App Engine
Social web
Высокая нагрузка

Самые красивые девушки в Украине, а самые красивые девушки в Украине в Одессе. И самое главное, что в Одессе есть море, еще не Калифорния, но гораздо ближе к условиям проживания для настоящих профессионалов.

Сейчас открыто несколько вакансий, среди них пара для программистов.

Python программист

Требования:

Знать хорошие языки программирования, например Python. Так же знать C/C++ или Java, уже начать интересоваться Erlang и OCaml.
Уже знать, что базы данных — это не только MySQL. Еще есть и другие (подсказка: объектно-ориентированные, ключ-значние).
Любить фреймворки настолько, чтобы понимать их недостатки и знать когда стоит отказаться от их использования, а когда проект идеально подходит. Иметь в портфолио несколько Django проектов.
Рабочее окружение самурая Linux.
Вы давно перевели свой репозиторий с завещанием и инструкциями на тот случай если инопланетяне захватят Землю на децентрализированную систему контроля версий.
Полный стек web технологий не должны вас пугать. Что стоит на память перечислить все изменения в списке тегов между HTML4 и XHTML1.1? CSS и JavaScript надо знать в достаточном объеме чтобы пройти ACID тест на листике с бумагой, впрочем достаточно просто не вредить верстальщикам.

Java (GWT) программист

Требования:

Сохранить разум после жизни в компании которая заставляла вас писать на этом языке в течении последних пару лет. Чистый стол без стопки из десятка учебников не должен вызывать чувство беспомощности.
Коллективная разработка без пяти начальников не заставляет вас кутаться в одеяло и обнимать плюшевого медведя.
Уметь рассказать о GWT больше чем знаем мы. Знать, что такое Speed Tracer и уметь использовать.
Продемонстрировать несколько примеров интерфейсов на GWT помимо тех которые были в туториалах.
Желательно еще уметь читать код на Python. Знать не только о том, что творится внутри JVM, но и за ее пределами.

Общая информация

Офис недалеко от моря, небольшой и молодой коллектив, новые технологии, новые проекты, карьерные перспективы в связи с ростом количества проектов. Если у вас есть дар руководителя, то вы нам интересны вдвойне.

Переезжающим предоставляется помощь. Зарплаты по результатам собеседования.

Если кому-то это важно, то есть шанс поработать со мной в одной команде.

Контакты

Свои резюме отправляйте: [убрано, более не актуально]

P.S. Девушки к вакансиям не прилагаются. P.P.S. И конечно мы бы конечно хотели видеть и девушек в коллективе на позициях программистов, просто вас так исчезающе мало.

PyCon Украина (23-24 октября, Киев)

2011-03-15T00:00:00-07:00

Для тех кто ещё не знает хочу сообщить радостную весть: 23-24 октября мы проводим в Киеве конференцию PyCon Ukraine посвящённую Python.

Конференция международная, и в ней будут принимать участие много иностранных гостей. Ожидается много интересных людей:

Armin Ronacher (автор Jinja, Werkzeug, Pygments и соавтор нового PEP 444)
Andrew Godwin (автор South)
Justin Bronn (автор GeoDjango)
Arthur Koziel
Marcin Szajek (Programa.pl) and Maciej Dziardziel (Adwertajzing)
Юрий Юревич
Михаил Кашкин
+ многие другие

Стоимость участия всего 350 грн (примерно $44, или 1 367 руб.).

Регистрируйтесь на http://ua.pycon.org/.

Каждый участник получает бесплатную футболку PyCon Ukraine.

С докладами в данный момент определяемся, на данный момент можем сказать что будет несколько известных зарубежных докладчиков, кроме того продолжаем переговоры с потенциальными докладчиками.

Если вы хотите выступить с докладом — после регистрации подайте Talk Proposal через соотвествующую форму.

По форматам докладов мы предпологаем такие варианты:

Talk (доклад на 30—45 минут)
Tutorial / Master-class (интерактивное действо на 30-45 минут)
Lightning talk (пятиминутный доклад)
Pecha kucha (по правилам Pecha Kucha)

Для докладчиков участие бесплатное. Кроме того, мы хотим проявить Open Space-активность и думаем над проведением спринта(ов) после конференции. Основным языком докладов будет английский, но, безусловно, никто не запретит сделать интересный доклад и на русском. Будем рады всех видеть а также открыты для предложений как сделать конференцию лучше.

import antigravity # !!!!!

PS: Думаю о теме для своего доклада. Кто о чём хочет услышать?

PyCamp в Киеве, 30 января

2011-03-15T00:00:00-07:00

30 января 2010 с 09:00 до 19:00 в городе Киев (Украина), ул. Мазепы 34, в учебном центре i-klass пройдет конференция PyCamp.

У вас еще есть возможность зарегистрироваться, но обратите внимание, что регистрация платная (почему-то на сайте об этом не говорится, но в анонсе на Хабре указана цена), цена номинальная: для студентов 20 грн, остальные 50 грн.

Тема моего доклада: "Работа с хранилищем данных в Google App Engine, отличия от реляционной модели." (время выступления 12:10-12:50). Расписание очень плотное, поэтому скорее всего придется уложиться в этом самое время. Что в общем-то наверное заставит меня наплевать на уровень подготовки слушателей и кратко выдать материал для подготовленных людей (то есть опять 5%-10%).

Pycamp.org.ua (расписание, темы доклада, регистрация)

Для себя в расписании выделяю:

Рецепты декораторов, скорее всего будет интересно. Тем более давно хотел познакомиться с Юрой.
Немного возмущен тем почему с утра идет доклад о "тормознутости" python. Возможно для компании Рамблер те вещи которые описаны на слайдах являются откровением, но я бы задвинул этот доклад или выкинул вообще, тема такая тролололо.
Жаль, что так поздно стоит презентация PyCharm, вот во что я априори верю, так это в способности JetBrains к созданию крутых новых продуктов.

Prerelease SDK 1.3.8

2011-03-15T00:00:00-07:00

Обзор изменений в новой версии SDK 1.3.8.

Интересных вещей добавлено несколько:

Возможность скачивать код для проектов обратно. Интересно что и для Java тоже, хотя это не имеет особого смысла, поскольку код скомпилирован. Вероятно добавят какие-то права и ограничения в будущем, чтобы регулировать кто может, а кто нет. Особенно это актуально для тех кто продает готовые сайты клиентам без доступа к коду.
Пре компиляция python-кода теперь становится по умолчанию, но появилась опция для отключения.
Возможность чтения данных из Blob как файлов
Убраны ограничения для merge-join запросов которые используют zigzag поиск по индексам. Если честно то мы пока это не тестировали, но один из наиболее интересных пунктов для изучения.

Менее интересные:

Кнопка “Удалить все” в админке, правда пока не нашел как ее включить, впрочем и необходимости не было :)
Возможность управления качеством JPEG картинок которые отдаются через Image API.
Дальнейшее прикручивание новых учетных записей Google, которые я в общем-то считаю внутренней кухней

Из вопросов и ответов о Microsoft Azure

2011-03-15T00:00:00-07:00

Готовлюсь к конференции по облачным вычислениям и решил ознакомиться с другими решениями.

Вопрос: Чем стратегия облачных вычислений Microsoft отличается от IBM, Google или Amazon? Какие преимущества вы предлагаете по сравнению с конкурентами?

Ответ: Главное преимущество облачных вычислений заключается в широком выборе, и Microsoft занимает наилучшее положение для того, чтобы предлагать компаниям и разработчикам широчайший выбор при использовании облачных служб. Microsoft фундаментально отличается от Amazon, Google и всех других конкурентов тем, что позволяет заказчикам использовать локальные технологии, облачные технологии или оба типа в рамках стратегии Microsoft «ПО+службы» (S+S). Microsoft имеет все необходимое, чтобы обеспечивать самый полный набор служб, охватывающий частных клиентов и компании, и предоставлять разработчикам самый функциональный инструмент для доступа к облачным вычислениям.

У меня в свою очередь вопрос, вы увидели хоть бит информации в ответе?

Анонс теста Matcher API

2011-03-15T00:00:00-07:00

По ссылке презентация нового API которое будет доступно в следующих версиях SDK. Суть этого сервиса в том, что он позволяет создать большое количество сохраненных запросов и новые модели будут сравниваться с этими запросами, при выполнении условий отправляться на дальнейшую обработку.

записаться

Kyiv GTUG - Михаил Кашкин, 'Обход ограничений Google App Engine'

2011-03-15T00:00:00-07:00

Kyiv GTUG - Михаил Кашкин, "Обход ограничений Google App Engine"
Фичи доклада:

более 9000 раз сказал слово "вот" :) (нужно больше практики публичных выступлений)
Есть Lolcatz и грузовик с пивом
Общий объем 1 час 12 минут

Серверная часть на... Javascript

2011-03-15T00:00:00-07:00

К тому, что в браузере нет выхода и приходится программировать только на одном языке уже можно привыкнуть. Некоторые обходят это ограничение путем использования Adobe Flash. Но недавно начался обратный процесс. Программисты начали говорить, что JavaScript является полноценным языком не только для выполнения в браузере. Конечно, основой для этого стала не тянущая рынок назад группа браузеров от Microsoft, а успех Mozilla Firefox и WebKit.

Думаю эта новость будет приятной для тех кто видит будущее у отличного проекта CommonJS.

George Moschovitis представил анонс проекта App Engine JavaScript SDK. Вы все правильно поняли, теперь достаточно знать только JavaScript для создания серверных скриптов и запуска их под Google App Engine. Конечно не прямо сейчас, а тогда когда проект достигнет более стабильного состояния.

Оценить код можно по примерам. Вот пример работы с базой данных:

var db = require("google/appengine/ext/db");

var Category = db.Model("Category", {
    label: new db.StringProperty(),
    category: new db.ReferenceProperty({referenceClass: Category})
});

var c = new Category({keyName: "news", label: News"});
c.put();
var key = ...
var c1 = Category.get(key);
var c2 = Category.getByKeyName("news");
var categories = Category.all().limit(3).fetch();

Или работа с картинками:

var images = require("google/appengine/api/images");
var i = images.resize(params.image.data, 640, 480);

Работает это все благодаря проекту Rhino, реализации JavaScript на Java. Который запускается под виртуальной машиной.

Домашняя страница проекта www.appenginejs.org, там же можно скачать пример проекта создающего блог и оценить готовность реализации поддержки разных API.

HB, GAE!

2011-03-15T00:00:00-07:00

Сегодня Google App Engine исполняется 2 года. Присоединяюсь к поздравлениям.

Gum Wars на App Engine

2011-03-15T00:00:00-07:00

На мой призыв рассказать о своем проекте откликнулись несколько человек. Один из них согласился ответить на мои вопросы.

(ссылка с картинки ведет на сайт игры)

Об игре

Gum Wars — Это казуальная стратегия с возможностью играть онлайн с другими игроками. В приложении реализован comet способом polling, т.е. браузер постоянно посылает к серверу запросы на новые события. В качестве сервера используется Google App Engine.

Автор проекта Григорий Темченко, персональный блог Soid.

Краткое интервью

Какие технологии используются на серверной стороне?

Я использовал Python, и выбор обусловлен, конечно, удобством для меня. Во-первых, у меня уже был некоторый опыт работы с ним. Во-вторых, пользуясь случаем, хочу поругать Java'вские IDE. Очень уж они медленные, а это для меня достаточно важно (недаром я все еще продолжаю использовать vim как редактор кода). А без IDE Java громоздка и страшна. В остальном я использую webapp фреймворк и разные части django, вроде шаблонов, форм, сериализации.

Какие сервисы предоставляемые Google задействованы?

Для отрисовки игры на клиенте я использовал Google Maps API 2-ой версии. Из App Engine сервисов используется memcache, datastore, queues, cron. Кажется, все.

Что можно кратко рассказать о технической реализации?

Профили пользователей и подобные постоянные записи хранятся в Datastore. Самое интересное - это обработка polling, организация потока сообщений в условиях, когда каждый пользователь присылает запрос раз в секунду. Для этого частично использован memcache, частично Datastore (для важных данных). Есть в планах кешировать в памяти App Cache, но от memcache это пока не избавит.

Сколько времени заняла реализация проекта?

В течение трех месяцев я старался выкрадывать время на выходных, праздниках и иногда по вечерам, чтобы довести проект до приемлемого состояния. Хотя основная часть была сделана в Великие русские новогодние праздники, в остальное время оказалось довольно проблематично заставить себя заняться делом, работая в режиме 5/2 и тратя 2 часа в день по дороге на работу.

Были ли какие-то сложности специфические для GAE?

Конечно, любая новая технология вызывает определенные сложности. То, к чему привыкли разработчики на SQL, оказывается неправильным в идеологии GAE, во многих привычных вещах приходиться до смешного бороться за производительность. С одной стороны это сложности, но кому-то это может оказаться "по кайфу".

Вопросы

Если вы ходите задать мне или автору вопросы, то оставляйте их в комментариях к заметке.

Еще раз ссылка на сайт http://www.gumwars.com

Если у вас есть интересный проект работающий на Google App Engine, то я бы с удовольствием рассказал о нем в своем блоге

Запись на участие в тестировании Google SQL Service для #GAE

2011-03-15T00:00:00-07:00

Интересный нюанс, что из Roadmap эта задача недавно пропала, что вызвало обсуждение на Reddit. Но теперь становится понятно, что пропала по ошибке.

Заполнить форму

Google I/O 2009 - ..Scalable, Complex Apps on App Engine

2011-03-15T00:00:00-07:00

Создание сложных масштабируемых решений на Google App Engine.

В докладе объясняется работа индексов, архитектура приложений которым в классическом случае понадобилось бы использование JOIN'ов. Примеры сложных фильтров на задаче построения социального графа.

Google Developer Day Japan

2011-03-15T00:00:00-07:00

Сейчас начался GDD в Японии, в твиттере обнаружилось несколько интересных постов:

RT @GoogleCode: #appengine: 90K developers, 130K active apps and 5.5B pageviews every week #gdd2010jp
RT @GoogleCode: Japan is our 2nd largest App Engine market, after the U.S. #gdd2010jp

Сложно сказать какие цифры легли в основу статистики, я думаю 90 тысяч разработчиков — это те кто имеет статус администратора внутри активного приложения, а значит, что реальных сопричастных разработчиков больше. Например у нас в команде не все имеют доступ администратора.

Что же касается второго поста, то тут понятно, экономика Японии является второй после США. Кстати в качестве интересного факта замечу, что недавно автора и активного разработчика Kay Framework приняли на работу в качестве сотрудника Google Japan.

Если вы знаете японский или просто нравятся иероглифы, то можете следить за развитием событий по хештегу #gdd2010jp

P.S. Так же напоминаю, что регистрация на PyConf в Киеве и GDD в Москве продолжается.

Слайды презентации доклада 'Квоты Google App Engine и способы их обхода'

2011-03-15T00:00:00-07:00

Вот слайды презентации моего доклада который был в прошлую субботу (19 декабря) в Киеве.

Очень рассчитываю на видео которое записывали организаторы.

(или просмотрите по ссылке).

Очередная GTUG встреча в Киеве

2011-03-15T00:00:00-07:00

За то время пока в блоге была тишина мы в iPark Ventures успели спроектировать и погрузиться в работу над большим проектом который работает на Google App Engine. Сергей с которым мы пол года назад провели первый GTUG в Киеве опять пригласил меня и Криса для очередных лекций.

Вот текст приглашения который должен был прийти всем участникам прошлой встречи и участникам рассылки киевской группы.

Цього тижня, у суботу відбудеться зустріч Kyiv GTUG,
київської групи користувачів технологій Google. На цей раз до нас
знову завітає Кріс Шабо, який працює над соціальними сервісами у офісі
Google у Маунтін-В'ю, і розкаже про Buzz API, який було представлено
на конференції Google I/O в травні. Будь ласка, ознайомтеся з його
виступом на цій конференції:
http://code.google.com/events/io/2010/sessions/google-buzz-apis.html

Також Михайло Кашкін продовжить цикл лекцій про Google App Engine.
Також раджу подивитися його попередні виступи:
http://www.youtube.com/results?search_query=%D0%BA%D0%B0%D1%88%D0%BA%D0%B8%D0%BD+gtug&aq=f

Отже, запрошую вас у галерею «Худграф» за адресою бульвар Тараса
Шевченка, 33, другий поверх (карта: http://goo.gl/2Hux) у суботу, 17
липня о 13:00.

Для участі необхідно зареєструватися: http://kyiv.gtugs.org/register

Якщо вас цікавлять технології Google, прошу також приєднуватися до
нашої групи - http://groups.google.com/group/kyiv-gtug/subscribe
Якщо ж ви не хочете надалі отримувати подібні повідомлення, будь
ласка, відішліть пусте повідомлення у відповідь на цей лист.

До зустрічі!

З повагою,
Сергій Каук

Організатор Kyiv GTUG

P.S. Так же 15 июля приму участие в панельной секции конференции "Маркетинг в цифровые времена", Одесса, которая проводится Яндексом (Подробнее)

Электронная книга 'GAEJ Experiments'

2011-03-15T00:00:00-07:00

Блог Google App Engine Java Experiments собрал свои посты и объединил в электронную книгу. В книге 16 глав посвященных работе с Java. Размер файла 5.7 Мб.

Книга

Синтетическое сравнение GAE и Amazon EC2 по ценам

2011-03-15T00:00:00-07:00

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

Сравнение цен

Архитектура высоконагруженных проектов работающих на GAE

2011-03-15T00:00:00-07:00

Видео доклада "Архитектура высоконагруженных проектов работающих на GAE". Это мое очередное выступление в Киеве на PyConf'е.

Слайды доклада.

Доклад: Архитектура высокопроизводительных проектов / GAE

2011-03-15T00:00:00-07:00

Мой доклад/мастер-класс на PyConf в Киеве будет посвящен архитектуре проектов.

Краткий анонс: Опыт построения социальных сайтов под Google App Engine созданых с расчетом на высокую нагрузку

Описание: Облачный хостинг — это одна из наиболее активно развивающихся концепций современного хостинга приложений. Google App Engine является одной из наиболее привлекательных по своим возможностям, цене и технологиям. Но с другой стороны, для непосвященного разработчика, GAE становится "прокрустовым ложем", средой со множеством ограничений и условностей. Доклад посвящен практике создания масштабируемых социальных проектов в этих условиях.

Если есть какие-то вопросы, то готов их получить сейчас чтобы расширить содержание доклада.

Заблужения о GAE

2011-03-15T00:00:00-07:00

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

Пройдусь по некоторым пунктам включая старые.

В GAE нету базы данных. Неправда, в GAE нету базы данных которая выполняет привычный некоторым диалект SQL который используется в СУБД MySQL. Но понятие базы данных шире чем одна реализация. Если вы находитесь на этапе развития когда вам все еще интересно с одной технологией, то возможно вам стоит сосредоточиться на ней, а искать и обсуждать новые тогда когда появится интерес.

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

Google гребет деньги за все подряд. Воистину буйных много Нет Google не берет деньги за каждый ваш чих. Если вы знакомы с устройством современного хостинга, то вы сами за минуту сможете угадать все за что берет деньги облачный сервис. Пожалуй только одно ограничение похоже на попытку брать деньги за воздух — квота на количество отправляемых сообщений по электронной почте. Но по сути это защита компанией от того чтобы его платформу не превратили в спам ферму. Помимо этого квотируется: трафик, процессорное время и хранение данных. Но для удобства владельца сайта можно распределять бюджет между этими ресурсами более мелкими порциями. Например, можно разрешить больший трафик, но меньшее место на диске. И вообще посмотрите на страницу квот.

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

Если мой сайт задосят, то мне придется платить тысячи долларов. Ситуация DDoS'а хоть и распространена, но не является типичной. Сейчас специалисты компании готовят механизм который позволит блокировать доступ к сайту в случае направленной атаки. За все время моей работы я сталкивался буквально несколько раз с ситуацией когда нас пытались вывести из строя. И положа руку на сердце могу сказать, что сайтов для которых эта ситуация критична доли процента. Если же такое произойдет, то законный способ — это обратиться в службу поддержки и вам компенсируют.

Все программы придется переделывать заново. Вот тут скорее бы поддержал эту мысль, GAE как платформа дает прекрасный шанс подумать над архитектурой сайтов с учетом того колоссального опыта построения масштабируемых решений который есть у Google. Но много заработает даром. Не сильно изменилась работа фронтенда Django сайтов. Хотя не будет работать административный интерфейс самого Django. Давайте честно я ни разу не видел рекламу на которой было бы написано "Добро пожаловать на Django хостинг". Если вы используете специфические вызовы для работы с конкретной версией базы данных, то безусловно не получится безболезненно сменить одно хранилище данных на другое.

Google сворует твои данные. Одна из популярных фраз Энрю Груова который руководил Intel "Выживают только параноики" звучит так что в ней можно найти глубокий смысл, но указанное заблуждение по сути не более чем FUD. Красноглазые системные администраторы с копеечной зарплатой которые любят давить на вопросы безопасности свято верят что у них есть что красть и есть что скрывать. Если вы находитесь за пределами разрешенного (о чем указано в договоре), то не размещайтесь на Appspot'е. Прежде чем что-то интеллектуальное защищать его надо создать. Суровая статистика показывает, что доля наших стартапов в общем числе равна статистической погрешности. Американцы не стесняются и размещают свои проекты у Google. Я начал использовать GAE потому, что понял что не могу в долгосрочной перспективе доверять любому хостингу в пределах границ бывшего Советского Союза. В этих странах нет понятия качества обслуживания и выполнения своих обязательств. Счастье в том, что как раз такие красноглазые советчики и не нужны чтобы выложить свой проект на GAE. Аллилуйя, для создания портала которым смогут пользоваться миллионы людей больше не нужны системные администраторы. Нужна только идея и руки чтобы ее реализовать.

Google пока делает бесплатно, а потом резко подымит цены. Еще один голос с печи, от кого-то кто не читал новости технологий последние 150 лет. Единственное на что мы можем рассчитывать в долгосрочной перспективе — это на падение цен. Мощности растут, технологии развиваются, цены падают. Есть случаи когда создается операционно убыточный сервис с расчетом на большие прибыли в будущем, но хостинг — это уже сформировавшаяся сфера услуг. Если бы у компании были бесконечные залежи денег, то возможно они бы устроили борьбу как монополист. Но Google никогда не станет единственным хостинг провайдером. Скорее всего постепенно массовый хостинг переместится внутрь организаций или даже домой. GAE прекрасно подходит для хостинга стартапов, а для "корпоративных" сайтов используйте http://sites.google.com/. Вопрос зачем им терять деньги сейчас и не получать прибыль от массовой службы?

Вы будете навсегда привязаны к Google. Мир такой большой, но если вы встретите одного единственного человека который будет мил и люб сердцу, то это огромный риск. Как же так вокруг столько мужчин и женщин, а вы живете с любимым? Нет, конечно, Google выбирают не из-за любви. Возможно есть такие фанатики, но по моему — это попытка самоограничения. GAE подходит не для всех сайтов, но есть те для которых он подходит идеально. Если вам по какой-то причине не подходят стандартные условия, то можно развернуть самостоятельно AE окружение в котором запускать такие сайты. Конечно это придется делать самостоятельно. Если же ваш проект насколько критичен, то проспонсируйте его перевод из beta состояния в stable или закройте рот.

Глупость человеческая бесконечна, поэтому к сожалению продолжение следует....

FAQ: Как мне определить где запускается код

2011-03-15T00:00:00-07:00

Возможно очень простой вопрос, но тем не менее. Как можно определить что код запускается именно локально в SDK, а не на боевом сервере.

Вот пример который поможет:

if os.environ[‘SERVER_SOFTWARE’].startswith(‘Development’):
  pass

FAQ: Голый домен

2011-03-15T00:00:00-07:00

Один из самых часто задаваемых вопросов в рассылках это "Как мне настроить хостинг моего сайта на GAE без www (или голом домене/naked domain)".

Постараюсь полностью ответить на этот вопрос для того чтобы было понимание почему это невозможно.

DNS

Для начала придется немного разобраться как работает система доменных имен в интернете.

Когда мы набираем адрес страницы в браузере у нас происходит несколько событий. На первом этапе адрес разбивается на составляющие из которого выделяется доменное имя. И с помощью системной утилиты "ресолвится" в IP адрес, к которому уже потом идет запрос.

DNS это по сути децентрализованная база данных расположенная на множестве серверов. Для сайта с именем seoautomator.mediavirus.ru происходит процедура взаимодействия с DNS серверами. Прежде чем обратиться к самому серверу. Адрес разбивается на составные части, для удобства запишем их в обратном порядке . ru mediavirus seoautomator,

. — точка, это нулевой уровень, DNS клиент обращается к корневому домену который состоит из . (точка), и запрашивает у него список DNS серверов которые отвечают за зону первого уровня.
ru — это домен первого уровня за него отвечает регистратор этого домена, когда клиент обращается к нему, то производится поиск в базе данных и выдается список NS серверов. Это те сервера которые мы указывали при регистрации.
NS сервера домена mediavirus уже наши и на запрос о том где seoautomator отвечают... пока для простоты скажем что отдает IP адрес.

Для полноты понимания мира можно прочитать статью о рекурсивном DNS запросе.

Датацентры

Что нам известно о Google с точки зрения их физического расположения? Несколько вещей:

У Google много датацентров
Они расположены в разных частях света
Часто нам отвечает тот который ближе или тот который работает
Вероятно Google сами бы хотели решать какой датацентр будет обслуживать какой сервис, в том числе и GAE

Теперь перейдем к тому как устроен GAE-хостинг. Никто не рассказывает как он работает внутри, но кое-что известно. Во-первых мы знаем, о том, что это облачный сервис, во-вторых о том, что на самом деле физически сайт находится более чем на одной машине, и что многие сервисы обслуживаются через свои собственные каналы. Поэтому часто следующий запрос приходит не на ту же самую машину, правда в тот же датацентр.

Домашнее задание: попробуйте попинговать google.com и www.google.com и сравните разницу времени ответа. Задание со звездочкой посмотреть марштут traceroute.

Добавление своего домена

Когда мы добавляем свой домен, то не можем добавить прямой IP адрес к конкретному серверу, как это происходит у многих других хостингов. Для случаев когда часть ветки DNS базы надо делегировать какому-то другому DNS серверу существует специальный тип записи CNAME. Поэтому мы добавляем следующую запись:

seoautomator.mediavirus.ru. CNAME ghs.google.com.

И вот тут начинается то ради чего был весь этот пост. Почему мы не можем добавить запись CNAME для голого домена?

А теперь то чего вы меньше всего ожидали — глупого ответа без объяснения причин. По стандарту (RFC 1912, пункт 2.4, или более простым языком) запись CNAME для указанного хоста должена (MUST) быть единственной.

Впрочем объяснение есть и очень простое, это просто правило безопасности, можно сравнить CNAME с символической ссылкой в файловой системе. Было бы странно если бы ссылка имела свое собственное представление о владельце файла или его размере, точно так же и тут. Перенаправляем клиента к другому серверу полностью.

Что делать с голыми доменами

Хотя одна из самых популярных заявок #777 посвящена как раз именно этой проблеме думаю не стоит ждать решения, а придумать его самостоятельно.

Наиболее быстрый, но далеко не самый чистый способ это использовать редиректы Tumblr'а предложенные Urban Monkey.

Для коммерческих проектов конечно же лучше всего купить хостинг за несколько долларов в год и не зависеть от проблем проекта который любезно согласился приютить вас.

Открытие Experika.com

2011-03-15T00:00:00-07:00

Если вы обратили внимание, то в последнее время интенсивность публикаций в блоге сильно упала. Этому есть несколько причин и одна из них в том, что те теоретические и практические знaния, которые я накапливал в течении последних пары лет, стали частью проекта, который мы только что запустили.

Разрабатывая какие-то вещи практически с нуля, очень важно получить подтверждения того, что они вообще могут жить. Для разработчика таким доказательством является реальный и запущенный проект. Пока его еще нет, не знаешь действительно ли это будет работать, остаются какие-то сомнения. Кажется, что каждый может спросить "Вот ты так самоуверенно говоришь о каких-то вещах, а где это можно увидеть?"

Теперь у меня есть все основания, чтобы говорить "да, работает и можно посмотреть", потому что iPark Ventures запустил в раннюю открытую бету проект Experika.com.

О чем этот проект

В текущий момент Experika.com можно назвать сайтом для поиска работы. Это не совсем правда, но это ближе всего к правде. К сожалению, я не буду раскрывать детали того, как сайт будет развиваться и что на нем будет появляться. Скажу одно - мы планируем продолжать улучшать те части, которые уже видны, а так же добавлять много новых.

Сайт состоит из трех больших частей:

Поиск работы и сотрудников — мы потратили много времени для того, чтобы сделать поиск и работу с найденными резюме и вакансиями такими, какими они будут в ближайшем будущем.
Управление персональными профайлами — то, ради чего стоит регистрироваться на сайте прямо сейчас. Поскольку вы получаете адрес вида http://www.experika.com/%username%/ и постепенно ваш профайл начнет играть роль в поиске работодателями вас по вашим навыкам. Как минимум такую же роль как и профайл на Моем Круге или LinkedIn'е, с той разницей, что вы сразу можете сделать профайл на тех языках, которые знаете
Элементы социальной сети — возможность добавлять интересных людей в список контактов и переписываться с ними через сайт, а так же получать уведомления о предложениях, о работе или приглашения добавить в список контактов

Помимо этих частей проект является мультиязычным, поэтому на нем будут пользователи и работодатели из разных стран.

Технологии

Достаточно просто разделить сайт на две большие части: клиентскую и серверную. Проект изначально проектировался как приложение, которое запускается внутри браузера и взаимодействует с сервером через специальный API (который постепенно будет публично анонсирован и документирован).

Серверная часть

Для построения серверной части был выбран легковесный фреймворк tipfy написанный на Python. Он дает достаточно простые соглашения о конфигурировании и размещении кода внутри проекта. И имеет очень маленькое время старта по сравнению с другими, что является решающим. Кроме того, изначально он ориентирован на использование языка шаблонов Jinja2, которые имеют возможность компиляции в python код, который в свою очередь может быть закеширован на инстанциях.

Много времени и труда съела часть с i18n. Многие разработчики не сталкиваются с ней, поскольку делают проекты на одном языке (имеется ввиду русский или английский). Эта задача всегда съест больше времени, чем вы на нее планируете. Experika планировался и есть мультиязычный проект, он уже на двух языках и будет больше.

Если не вдаваться в детали, то python код отвечает за несколько страниц, которые отдают plain html и API методы.

Клиентская часть

Это полностью Google Web Toolkit (сокращенно GWT, авторы настаивают на прочтении [гвит]). Наши ребята сделали потрясающую работу и смогли воплотить в HTML достаточно сложные идеи, которые мы придумывали, когда создавали концепцию пользовательского интерфейса.

Вспомогательную функцию играет Closure, на котором проще делать некоторые независимые элементы, например, визуальный редактор или анимацию тура.

Управление кодом

Поскольку клиентский и серверный код особо не пересекаются, то buildout и ant прекрасно уживаются рядом. Хоть и пришлось повозиться в начале со скриптами сборки, но невозможно переоценить помощь в работе с проектом.

Сейчас, для того, чтобы развернуть проект для работы, требуется установить python нужной версии (2.5.x), доставить к нему PIL, который лучше брать из портов или бинарную сборку, JDK для клиентской части. После этого окружение разворачивается за минуты.

По поводу скриптов для deploy распространяться не буду, у нас нетривиальная процедура, поэтому пришлось написать дополнительные. Некоторые конфигурационные файлы должны вести себя по разному, поэтому перед отправлением они проходят дополнительные преобразования (о ужас!) sed'ом.

Что дальше

Дальше я буду публиковать статьи о разных аспектах работы с GAE уже основываясь на достигнутом опыте. Как обычно, ваши вопросы и комментарии могут повлиять на выбор следующей темы. Так что не стесняйтесь.

Плагины для Eclipse и NetBeans

2011-03-15T00:00:00-07:00

Этот пост касается только Java программистов. Код быстрее разрабатывать используя специальные инструменты. Когда-то это были простые редакторы, постепенно они обросли возможностями и превратились в многосильные платформы разработки.

Если вы пользуетесь Eclipse или NetBeans, то для ваших сред разработки есть два удобный плагина которые позволяют существенно оптимизировать некоторые задачи:

Генерирование шаблона проекта.
Включение необходимых библиотек для запуска приложений.
Инструменты для запуска и отладки проекта в локальном окружении.
Заливка на сервер готового кода.
Проверка кода в процессе его написания на предмет использования запрещенный библиотек.

Eclipse

Расширение для Eclipse поддерживается Google. Для его установки придется выполнить две операции:

Скачать и установить дополнение для Eclipse с http://code.google.com/eclipse/
Скачать и установить Google App Engine Java SDK с http://code.google.com/appengine/downloads.html

Во время создания нового проекта при наличии галочки Use Google App Engine расширение спросит о местоположении SDK.

В комплекте идет поддержка GWT (читается [гвит]), а если точнее то в GWT плагине идет поддржка GAE (но мы-то знаем, что важнее).

NetBeans

Расширение поддерживает только то, что нужно для разработки Java приложений для GAE.

Пакет не был найден в последней версии каталога расширений в интерфейсе NetBeans, поэтому устанавливать придется вручную по инструкции. Поддерживаются версии 6.7.x и 6.8.x.

Главная страница расширения NetBeans support for Google App Engine.

Apptrace — средство анализа использования памяти

2011-03-15T00:00:00-07:00

Статья будет интересна для тех кто использует тяжелые фреймворки или не уверен эффективности использования памяти. Если вы обнаружили в логах запись “Exceeded soft memory limit with 201.52 MB after servicing 415 requests total.”, то Apptrace — первая помощь для анализа мест где возникают проблемы.

Документация

AppEnginePeople

2011-03-15T00:00:00-07:00

Небольшой сайт на котором можно опубликовать свой профайл как App Engine разработчика.

Запись на тестирование новых API: Google Storage, Prediction Api, BigQuery

2011-03-15T00:00:00-07:00

Итак, Google перешел на новый способ ввода новых GAE API, теперь почти все новые и вкусные вещи становятся сначала доступны для ограниченного списка доверенных разработчиков (trusted testers).

Конечно может показаться, что попасть в их список почетно, но на самом деле наш опыт участия показывает, что это не всегда комфортно. Channels API несколько раз переставал работать и мы вынуждены были выключить его поддержку в текущем билде www.bloop.ru, потому что пользователи просто жаловались на неработающие страницы.

Так что использование API как trusted tester скорее для изучения, а не для использования на тестовых или живых сайтах.

Если вы хотите начать тестировать Google Storage, Prediction API, BigQuery, то можете заполнить форму.

Подробнее о возможностях API можно посмотреть на видео Google I/O 2010 – BigQuery and Prediction APIs.

Киевская встреча 19 декабря, последний шанс зарегистрироваться

2011-03-15T00:00:00-07:00

Если вы все же хотите попасть на событие завтра, то сейчас последняя возможность зарегистрироваться.

В данный момент форму заполнило уже около 140 человек.

http://bit.ly/Kyiv-GTUG-Register

Киевская встреча в субботу 19 декабря

2011-03-15T00:00:00-07:00

Копирую текст анонса:

19 декабря 2009 года в 13:00 в кафе «Худграф» по адресу бульвар Тараса Шевченко, 33 состоится первая встреча киевской группы пользователей технологий Google (Kyiv GTUG). С презентациями выступят два разработчика:

Крис Шабо: «Открытый и социальный интернет»

На этом выступлении будет рассказаны последние и самые важные тенденции Social Web, а также подробно рассмотрены возможные сценарии развития как с технической, так и с концептуальной точек зрения. На тему концепции социальной идентичности, связей и социальных объектов, на этой сессии мы рассмотрим такие новые технологии как OpenID, OAuth, OpenSocial, ActivityStrea.ms и др.

Крис Шабо занимается в Google работой с разработчиками. Его увлечения - Open Source, OpenSocial и выполнение невозможных задач. В последнее время он является вдохновителем проекта PHP Shindig - образцовым примером внедрения сервера OpenSocial, - и Partuza, популярным примером социальной сети Open Source, показывающим, как использовать OpenID, OAuth и OpenSocial, а также библиотеки PHP-клиента для OpenSocial.

Персональный сайт: http://www.chabotc.com/

Михаил Кашкин: «Причины квот App Engine и способы их обхода»

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

Михаил Кашкин занимается разработкой на Python c 2001 года. Он основал компанию «Ключевые решения», которая кроме коммерческой разработки на Python, Zope, Plone, Postgres, занималась популяризацией этих технологий. За свой труд по поддержке разработчиков Михаил получил 3-е место на конкурсе среди open source программистов на сайте opennet.ru и стал членом Plone Foundation и Zope Foundation. В данный момент он увлекается разрабокой на Google App Engine и ведет блог посвященный этой теме http://app-engine.tumblr.com/.

Пожалуйста, заполните анкету для участия и получиния бесплатного напитка: http://bit.ly/Kyiv-GTUG-Register

До встречи в субботу!

P.S. Большая просьба перепостить анонс на Хабре если есть карма.

Релиз 1.3.3

2011-03-15T00:00:00-07:00

В принципе все что нового вышло в новой версии можно описать следующей строкой:

$ dev_appsever.py --use_sqlite --datastore_path=/tmp/datastore.sqlite path/to/your/app

Релиз 1.3.0 и Blobstore

2011-03-15T00:00:00-07:00

Этот релиз 1.3.0 не является "очередным", поскольку он несет знаковые и масштабные нововведения. Добавлена экспериментальная функциональность для загрузки файлов большого размера (пока до 50 Мб).

Обращаю внимание, что это не увеличение общей квоты приложения, но позволит хранить большие бинарные файлы. Напомню что до этого была только возможность сохранять объекты размером до 1 Мб поскольку таковы были ограничения Datastore.

Как и предполагалось функциональность похожа на работу с Amazon S3. Через API запрос получается специальный URL для загрузки данных через форму и так же получается временный адрес для скачивания. Пока не понятно можно ли программно скачивать объекты большого размера из других источников, но еще одно ограничение снято.

Подробнее о Blobstore для Python и Java.

Для Java программистов будет ценным узнать, что скорость загрузки их сайтов драматически увеличена для некоторых случаев когда используются динамические языки запускаемые в JVM.

В этот раз анонс произошел без предварительной тестовой версии.

Изменения в системе релизов: пререлиз 1.2.8 SDK

2011-03-15T00:00:00-07:00

Команда App Engine вносит изменения в порядок публикации новых релизов SDK. Теперь появилось понятие пререлизов. Об этом сообщает пост в рассылке разработчиков.

Нововведения направлены на улучшение стабильности выпусков платформы. Теперь на странице загрузки появились файлы с суффиксом _prerelease и их можно протестировать до того как они станут официальными и возможно найти какие-то ошибки.

Мне кажется скорость выпуска новых релизов в будущем должна будет нормализоваться, понимаю что SDK разработчика всего-навсего вершина айсберга и возможно это небольшой рефлексивный кусочек той работы которая кипит внутри. Но вдруг в какой-то момент мы будем видеть четные и нечетные ветки как это принято у многих Linux проектов.

Немного преждевременно перечислять изменения, возможно список дополнится, но что-то уже можно сказать сейчас:

Новые методы пакетной обработки методов incr и decr для memcache, а так же новый метод offset_multi. Мне сложно сказать это они догоняют официальный API или уже добавляют что-то новое, не читал. Но факт, что функциональность memcache пока не полностью отвечает всем тем задачам которые может решать
Долгожданное добавление final_url в Response объекта Urlfetch, который содержит финальный URL после всех редиректов с кодом 302 [#1464]
Для тех кто уже столкнулся с выходом за пределы квот будет приятно узнать что страницы возвращаются с ошибкой 5xx, что благотворно сказывается на профиле сайта с точки зрения поисковых систем.
Мой последний пост в рубрике FAQ частично потерял свою актуальность в связи с добавлением переменной окружения SERVER_SOFTWARE

Остальные изменения мне показались менее актуальными, но вы можете ознакомиться с ними в посте или после официального выхода GAE SDK 1.2.8.

P.S. Если внимательно прочитаете пост, то обратите внимание, что release notes были написаны October 28, 2009. Или это какая-то ошибка или разработчики действительно дают нам пощупать новые версии через месяц после того как их релизят у себя внутри :)

Релиз 1.2.8

2011-03-15T00:00:00-07:00

После тестового периода вышел релиз версии 1.2.8.

Несколько дней в блоге будет пауза, перевожу на новый движок и новый домен.

Релиз

Коллективные переводы

2011-03-15T00:00:00-07:00

Мы разрабатываем проект у которого будет много языков. Технически у нас следующая основа: используем для части клиентских интерфейсов GWT в котором используются .properties файлы (свой диалект), в дополнение часть шаблонов генерируется на стороне сервера где GetText (.pot/.po файлы). Нас более-менее устраивает такая конфигурация, точнее это то в какой точке мы сейчас находимся. Мы хотим чтобы пользователи не были ограничены только теми языками переводы на которые мы можем сделать внутри команды. В дополнение к этому совсем не хочется создавать с нуля вселенную и кажется что уж что, а систем для коллективного перевода было изобретено в изобилии.

Вот те требования которые у нас сформировались:

Поддержка .po/.properties файлов (с учетом диалекта GWT)
Возможность свободной регистрации других людей
Наличие API для пакетной загрузки/обновления
Поддержка версий (можно было бы решать созданием новых версий проекта)
Приемлемый пользовательский интерфейс (Google Translate очень помогает)
Какая-то вменяемая цена

Худший вариант который мы сейчас представляем себе — это генерировать .properties файлы из .po, но в целом этот сценарий кажется не таким уж страшным.

Отдавать студиям перевода plain-text (.po) мы категорически против, они не представляют контекст и им не интересны нужды пользователей. Мы лучше будем поощрять пользователей сайта, но нам нужен инструмент для совместной работы.

Мы уже посмотрели некоторые:

launchpad.net, работает только с .po файлами и все очень страшно для среднего пользователя (Маши из Бразилии которая хочет перевести на португальский несколько интерфейсов)
crowdin.net, плохой менеджмент прав (приходится назначать отдельно каждого человека для каждого языка, что в общем и заставило искать дальше), нельзя работать с версиями проекта, один проект = 1 тип файов, классный интерфейс переводчика.

Смотрели и другие, но все еще не остановились на чем-то.

В общем хочется узнать мнение по этому вопросу и узнать о вашем опыте.

Слайдкаст Андрея Таранцова

2011-03-15T00:00:00-07:00

Слайдкаст Андрея Таранцова для RuPy конференции проходившей в Омске.

Хороший вводный доклад на русском языке, в некоторых местах уже немного устарел, но это детали.

Слайды доклада

2011-03-15T00:00:00-07:00

Статус облаков на одной странице

2011-03-15T00:00:00-07:00

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

Кто использует какие инструменты?

2011-03-15T00:00:00-07:00

Всем интересно, что происходит вокруг тебя на рынке. Какие инструменты используют для разработки и какие новости по этой тематике используют.

Это позволяет ощутить свое место и увидеть общий ландшафт.

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

Форма опроса

Результаты опубликую через пару месяцев как накопится статистика.

Опыт работы сайта под нагрузкой

2011-03-15T00:00:00-07:00

Статья с анализом посещения на сайт ссылка на который появилась в ленте новостей Хабрахабра. Сайт был создан с целью анализа нагрузки и за день получил около 15 тысяч загрузок с пиком 3-4 запроса в секунду. К сожалению, сайт без графического оформления, но как экспериментальная модель подходит для анализа.

Прочитать статью

Сайт политехнического ВУЗа Австралии

2011-03-15T00:00:00-07:00

Проект примечателен тем, что работает на Zope3 (!!!)

Upd.: на самом деле сайт работает на repoze.bfg, который теперь стал Pyramid

Сайт

Обратная связь

2011-03-15T00:00:00-07:00

Все же у блога появились комментарии. Не потому, что кто-то просил, а потому, что мне нужен ваш feedback. На странице каждого поста добавлен блок сервиса DISQUS.com в котором можно свободно делиться мыслями.

Хотелось бы получить от вас информацию о следующих вещах:

Какие записи вы бы хотели видеть чаще. Пока практически не было публикаций с кодом или advanced вопросов, но они планируются. Хотели бы видеть код?
Ваши проекты которые делаете или сделали. Или интересные, но не ваши проекты ссылкой на которые готовы поделиться.
Интересные блоги или сайты документации о Google App Engine и техниках разработки.
Частично готов давать ответы на проблемы с которыми вы возможно сталкивались. Сразу предупрежу, что приоритетные те которые будут полезны многим читателям.
Более широкий список облачных технологий, например была ли бы интересна вводная информация в Erlang или CouchDB. Технологии high-load.
Если вы опубликовали у себя в блоге интересный содержательный пост, то пришлите анонс.

Для вашей информации на сайте есть специальная страница.

Torrent tracker

2009-12-05T00:00:00-08:00

Нашелся torrent tracker с открытым исходным кодом созданный специально для того чтобы запускаться на Google App Engine. Если посмотреть в исходный код, то очень интенсивно используется memcache. Что очень сильно сокращает нагрузку и увеличивает полезность проекта. Лицензия public domain.

Atrack

Русскоязычный список рассылки

2009-12-05T00:00:00-08:00

Вы наверное обратили внимание, что настоящие программисты никогда не пользуются форумами? Форумы для домохозяек, клерков и троллей. Путь программиста другой. Участие в списке рассылки — вот истинная доблесть. По ссылке архив и возможность подписаться

Рассылка Google Appengine Ru

Hot handler

2009-12-05T00:00:00-08:00

У некоторых пользователей GAE наблюдается проеблма связанная с тем что сайт при редких обращениях "засыпает", это заставляет сайт тормозить при обращении. Небольшой рецепт который позволяет решить эту проблему.

Hot handler

Google Wave

2009-12-05T00:00:00-08:00

Скринкаст с демонстрацией работы в Google Wave.