Ой ли? Менталитет не тот. У нас принято ждать светлого будущего и шепотом ругать власть. А как до дела доходит, многие вспоминают мантру «ничего ведь не изменить»/«за нас всё уже решили». Есть ещё другая крайность: сходил на выборы (раз в несколько лет), проголосовал за %partyname% и жизнь резко стала лучше. Правящая партия — это не диагноз, это симптом. Менять надо не власть, а людей. Каждый должен нести личную ответственность за свои поступки (начиная с окурка, брошенного мимо урны и заканчивая выборами) (мечты, мечты). Тогда и жить станет лучше и власть изменится.
Если подумать, helloworld.app может быть не модулем, а строкой для импорта «модуль.атрибут». Надо будет проверить. Впрочем, оно всё равно ещё не работает (я пробовал на webapp2, flask. остановился на CGI варианте.) После релиза можно будет волноваться о переезде на WSGI
Оно всё ещё сломанно. Поддержка 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: 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.*
Оно всё ещё сломанно. Можно запустить проект c threadsafe: true, но он не будет работать как ожидается (возвращает пустой ответ).
Сейчас работает только проверка конфигурации приложения (app.yaml). + Можно запустить приложение через костыль
Тут всё очень индивидуально. Например Go неплохая чилодробилка, но в игре (соцсети/android/ios) от этого мало пользы. Намного важнее архитектура и реализация логики, кеширование, сервисы (datastore, например, довольно задумчив, зато надёжен. а ещё свежий прайс заставляет задуматься о нагрузках). При желании и должном упорстве игру сделать можно, но оправданно ли это лучше решить в начале пути. Я бы посмотрел в сторону Amazon Web Services/дедика в местном ДЦ. Про Windows Azure ничего сказать не могу (судьба меня с ним не сводила).
Кстати, сам Google позиционирует App Engine как платформу для бизнеса, а он (Google) плохому не научит )
Вот гляжу я на эти автоматы и вспоминаю старые игры. Кто бы мог подумать что прямоугольный параллелепипед с текстурой через этак через десять лет окажется вполне себе фотореалистичным объектом? )
Смирись. Мир несовершенен. 1С, конечно, вещь в себе, но это вполне стабильный источник дохода и для тех кто его разрабатывает и для тех кто внедряет. Они пишут на чем пишется, выбирают простые инструменты и аргументируют это словами «Работает же!» (Не сломалось не чини) =) И ещё неизвестно что хуже: язык программирования с русским синтаксисом или когда на каждом предприятии есть админ/программист разрабатывающий приложение для бухучёта.
Ну, продолжу тут же. Мне сильно не нравится Ваша реализация и я считаю что это далеко не лучший пример. Чтобы не быть голословным предложу свою (всего лишь proof of concept).
Минус у ней один, но принципиальный. Google App Engine не позволяет работать со «статическими» файлами, поэтому придётся сделать симлинк на каталог со статикой.
Плюсы:
Честный синглтон, ленивая загрузка и хранение данных в памяти инстанса. А ещё она умеет опционально отключать версионность и в качестве fallback при ошибке доступа к файлу выставляет md5 хеш текущей версии. Ну и главное — раздачей файлов занимается google app engine и мы тратим только трафик.
Вроде всё.
Код посмотреть можно тут bitbucket.org/avalak/dummycode/src
Ну, посыл правильный. Кеширование это хорошо. Правда я позволю себе некоторую критику.
1. Для статики есть nginx => реализовывать отправку файлов скриптом занятие в общем случае неблагодарное (особенно учитывая то что python-фреймворки нормально поддерживают работу со статикой) => статья про GAE и лучше её перенести в профильный блог чтобы не смущать людей.
2. Google App Engine предоставляет средства работы со статикой «искаробки» handlers:
- url: /favicon.ico
static_files: engine/static/favicon.ico
upload: engine/static/favicon.ico
expiration: "31d"
- url: /static
static_dir: engine/static
expiration: "7d"
2.1 Насколько мне помнится есть две версии формирования адреса: localhost/static/style.v200.css
и localhost/static/style.css?v200
3. Ну и если пошла такая пьянка, то лучше использовать ETag. Он позволяет следить за версией файла.
4. Если добавить подсветку и убрать time.sleep(1) # todo: just making resource loading process noticeable
будет совсем замечательно (наблюдения за firebag'ом вполне достаточно чтобы прочувствовать)
PS кстати код будет ругаться на .svn. мелочь, а неприятно
A modular CSS framework for truly flexible, accessible and responsive websites
yaml.de
Возможно я старомодный параноик, но мне эта идея принципиально не нравится. Будет печально если подобная практика приживётся.
Документация на 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 от разработчиков
Сейчас работает только проверка конфигурации приложения (app.yaml). + Можно запустить приложение через костыль
Кстати, сам Google позиционирует App Engine как платформу для бизнеса, а он (Google) плохому не научит )
Минус у ней один, но принципиальный. Google App Engine не позволяет работать со «статическими» файлами, поэтому придётся сделать симлинк на каталог со статикой.
Плюсы:
Честный синглтон, ленивая загрузка и хранение данных в памяти инстанса. А ещё она умеет опционально отключать версионность и в качестве fallback при ошибке доступа к файлу выставляет md5 хеш текущей версии. Ну и главное — раздачей файлов занимается google app engine и мы тратим только трафик.
Вроде всё.
Код посмотреть можно тут bitbucket.org/avalak/dummycode/src
1. Для статики есть nginx => реализовывать отправку файлов скриптом занятие в общем случае неблагодарное (особенно учитывая то что python-фреймворки нормально поддерживают работу со статикой) => статья про GAE и лучше её перенести в профильный блог чтобы не смущать людей.
2. Google App Engine предоставляет средства работы со статикой «искаробки»
handlers:
- url: /favicon.ico
static_files: engine/static/favicon.ico
upload: engine/static/favicon.ico
expiration: "31d"
- url: /static
static_dir: engine/static
expiration: "7d"
2.1 Насколько мне помнится есть две версии формирования адреса:
localhost/static/style.v200.css
и
localhost/static/style.css?v200
3. Ну и если пошла такая пьянка, то лучше использовать ETag. Он позволяет следить за версией файла.
4. Если добавить подсветку и убрать
time.sleep(1) # todo: just making resource loading process noticeableбудет совсем замечательно (наблюдения за firebag'ом вполне достаточно чтобы прочувствовать)
PS кстати код будет ругаться на .svn. мелочь, а неприятно