Comments 18
Ух ты! На GDD так расхвалили этот релиз, что ждал с нетерпением. очень зацепила возможность использования Python2.7 и XG транзакции.
Обещают в будущем поддержку Django.
Обещают в будущем поддержку Django.
Сделали бы они еще более простой способ перейти на High Replication Datastore для старых приложений…
В Go SDK теперь используются новые шаблоны, более удобные.
Ну и теперь (поскольку Go SDK теперь основан на последней стабильной версии языка Go) можно поддерживать stand-alone и GAE версии на основе одних и тех же исходников.
Ну и теперь (поскольку Go SDK теперь основан на последней стабильной версии языка Go) можно поддерживать stand-alone и GAE версии на основе одних и тех же исходников.
Наконец-то Python 2.7
Не надо будет держать на компьютере две версии пайтона.
А также можно будет писать 3.х совместимый код (если я не ошибаюсь)
Не надо будет держать на компьютере две версии пайтона.
А также можно будет писать 3.х совместимый код (если я не ошибаюсь)
А вот на Go реально написать онлайн-игру? Ведь он бещает высокую производительность?
Да, вполне реально. Как и на любом другом языке. Правда это сомнительное удовольствие.
Ну любой проект больше 500 строк — сомнительное удовольствие. Вот например микрософт позиционирует azure как платформу для игр, а что с этим у гугла? Рыскал в нете, но ничего толкового не нашел.
Тут всё очень индивидуально. Например Go неплохая чилодробилка, но в игре (соцсети/android/ios) от этого мало пользы. Намного важнее архитектура и реализация логики, кеширование, сервисы (datastore, например, довольно задумчив, зато надёжен. а ещё свежий прайс заставляет задуматься о нагрузках). При желании и должном упорстве игру сделать можно, но оправданно ли это лучше решить в начале пути. Я бы посмотрел в сторону Amazon Web Services/дедика в местном ДЦ. Про Windows Azure ничего сказать не могу (судьба меня с ним не сводила).
Кстати, сам Google позиционирует App Engine как платформу для бизнеса, а он (Google) плохому не научит )
Кстати, сам Google позиционирует App Engine как платформу для бизнеса, а он (Google) плохому не научит )
Сдались вам эти облака от гугла. Пишите на java, дедик берите в хетцнер, там 2К руб. в месяц получите монстра с 16Gb памяти. Будет мало, берите еще пару машинок в кластер. А что за игру хотите написать? :)
У кого-то получилось запустить свой проект локально с "threadsafe: true"?
Кто-нибудь пробовал пример helloworld из доков для Python 2.7?
У меня Could not find module helloworld.app и всё тут )
У меня Could not find module helloworld.app и всё тут )
Оно всё ещё сломанно. Поддержка python 2.7 экспериментальная. legacy метод (через CGI handler как в python 2.5) работает нормально. Новый (WSGI + threadsafe) не работает. Его обещают включить после релиза python 2.7 (предположительно начало декабря).
Документация на 2.7 в данный момент такая что лучше бы её вообще не было.
Судя по исходникам SDK 1.5.5, при проверке конфигурации (если используется runtime: python27 и threadsafe: true) идёт проверка handler'ов. *.py файл считается CGI handler'ом и работать не будет, поэтому нужно создать модуль (doc). Но "." в имени модуля обещает проблемы импорта (лучше назвать engine, helloapp, etc). После этого всё работает (да ничего там не работает: SDK не может нормально обработать WSGI (тк пытается запустить CGI обработчик) и возвращает пустой ответ. Единственная возможность запустить проект это использовать run_wsgi_app(app). Тогда всё будет условно работать). Опции dev-сервера --debug --debug_imports --high_replication
Q&A от разработчиков
Документация на 2.7 в данный момент такая что лучше бы её вообще не было.
Судя по исходникам SDK 1.5.5, при проверке конфигурации (если используется runtime: python27 и threadsafe: true) идёт проверка handler'ов. *.py файл считается CGI handler'ом и работать не будет, поэтому нужно создать модуль (doc). Но "." в имени модуля обещает проблемы импорта (лучше назвать engine, helloapp, etc). После этого всё работает (да ничего там не работает: SDK не может нормально обработать WSGI (тк пытается запустить CGI обработчик) и возвращает пустой ответ. Единственная возможность запустить проект это использовать run_wsgi_app(app). Тогда всё будет условно работать). Опции dev-сервера --debug --debug_imports --high_replication
Q: Should I assume I will be charged for the number of Instances currently
being shown in the Admin console?
A: No, we are working to change the Scheduler to optimize the utilization of
instances, so that number should go down somewhat. If you are using Java,
you can also make your app threadsafe and take advantage of handling
concurrent requests. You can look at that as an upper bound on how many
Instances you will be charged for.
Q: Will there be a solution for Python concurrency? Will this require any
code changes?
Python concurrency will be handled by our release of Python 2.7 on App
Engine. We’ve heard a lot of feedback from our Python users who are worried
that the incentive is to move to Java because of its support for concurrent
requests, so we’ve made a change to the new pricing to account for
that. *While
Python 2.7 support is currently in progress it is not yet done so we will be
providing a half-sized instance for Python (at half the price) until Python
2.7 is released.*
Q&A от разработчиков
Sign up to leave a comment.
Вышла версия 1.5.5