Никаких подводных камней, в общем-то нет. Внутри питонского GAP зашита обычное Django, которое через встроенные адаптеры работает с гугловской БД BigTable. С точки зрения аякса за год разработки я ни разу не столкнулся с какими-то координальными отличиями от разработки на обычном Django-хостинге.
На недавнем московском Google Developer Day обещали в скором времени увеличить временную квоту обработки скрипта с 30 секунд.
Насчет среды разработки — почему вы не используется Eclipse'овский Pydev? Гораздо удобнее. Более того, последние версии Пайдева напрямую поддерживают работу с ГАП, к примеру можно заливать файлы на Гугл прямо из Эклипса.
Свою систему авторизации сделать не проблема, та, что на нашем портале (ссылка в профиле, если интересно), разрабатывалась быстро, и в общем сам процесс разработки системы авторизации никак качественно не отличается от общепринятого — таблица в базе, куки, сессии…
Ну как же. Фактически ответ — «Я считаю, что программа сертификаций — всего лишь способ заработать соответствующим организациям». То есть, по Гвидо получается, что больше никакого смысла в этом нет, соответственно, не стоит их вводить.
Спасибо за новость, обновился)
Кстати, вот интересно, Гугл вставит в какую-нибудь версию SDK функцию генерации и проверки капчи, которую они выкупили недавно? Очень была бы удобная и полезная штука
Что больше всего огорчает в ете, так это «прерывистость» покрытия. Много где сети попросту нет. Если взглянуть на карту покрытия Комстара — по-моему все еще печальнее(
Насчет среды разработки — почему вы не используется Eclipse'овский Pydev? Гораздо удобнее. Более того, последние версии Пайдева напрямую поддерживают работу с ГАП, к примеру можно заливать файлы на Гугл прямо из Эклипса.
… Но для Ява-разработчиков есть такая штука — официальная программа сертификации. Что вы думаете о введении такой же для Питона?
Кстати, вот интересно, Гугл вставит в какую-нибудь версию SDK функцию генерации и проверки капчи, которую они выкупили недавно? Очень была бы удобная и полезная штука