Комментарии 33
Если для пользователей вэб-приложения останутся халявными, то будет супер!!!
-6
Хороший апдейт. Увеличение лимитов и таймаутов особенно радует.
+4
Да, соглашусь с комментарием ниже. Самое вкусное в релизе websockets.
Надо, правда, еще пощупать реализацию.
Надо, правда, еще пощупать реализацию.
+1
это не вебсокеты, это эмуляция через лонг-пулинг и она односторонняя — слать на сервер нужно обычным постом.
0
Странно, но в блоге сказано совсем обратное:
A bi-directional channel for communicating directly with user browsers by pushing notifications directly to the JavaScript running on the client, eliminating the need for polling.Правда, вебсокетами они их не называют…
0
хорошо, найдите мне метод write() у объекта socket на этой странице — www.gaech.org/habr/1/
а потом еще расскажите, зачем это нужно, если на сервер оно все равно придет постом.
бидирекшн оно в том смысле, что сервер может инициировать отправку данных, а не в том, что у этого объекта есть write()
а потом еще расскажите, зачем это нужно, если на сервер оно все равно придет постом.
бидирекшн оно в том смысле, что сервер может инициировать отправку данных, а не в том, что у этого объекта есть write()
0
Таймауты! 30 секунд для background-операций было откровенно мало.
+1
Channel API радует, очень может пригодиться.
+1
Поиска очень не хватает…
+3
Вы имеете в виду полнотекстовый поиск в их GQL? Есть выходы-же вроде, ну точнее сказать даже хаки. (:
+1
я слышал что для питона есть хаки, но для явы не нашел. Может подскажете, буду благодарен!
0
Сам только начал интересоваться GAE, но когда был на GDDRU — там обмолвились о некоем баге(который кстати не собираются прикрывать), который позволяет реализовать некое подобие full-text search. Один из первых линков в гугле: www.kimchy.org/searchable-google-appengine-with-compass/
К сожалению, не могу ручаться за его работоспособность, но думаю, что при желании можно нагуглить рабочее решенее, раз о нем говорилось на gddru.
К сожалению, не могу ручаться за его работоспособность, но думаю, что при желании можно нагуглить рабочее решенее, раз о нем говорилось на gddru.
0
Небольшое уточнение. «Always On» — 9$ в месяц.
Интересно, как они будут память делить между «Always On» приложениями и всеми остальными. Пока не было «Always On» выкидывало наименее часто используемое приложение. А тут жесткий резерв. Будут выделять отдельные машины под «Always On»? Если кто владеет информацией, поделитесь.
Интересно, как они будут память делить между «Always On» приложениями и всеми остальными. Пока не было «Always On» выкидывало наименее часто используемое приложение. А тут жесткий резерв. Будут выделять отдельные машины под «Always On»? Если кто владеет информацией, поделитесь.
+1
а есть если вообще где-то информация про архитектуру низкого уровня, каким образом приложения крутятся в контейнерах?
+1
Пока не было Always On, для поддержания приложений активно использовались хаки с запросами через cron или бесконечный taskqueue раз в минуту или чаще. Похоже, что теперь сервисные запросы обладают другим приоритетом и эффективность хаков снизилась. Что, впрочем, не мешает повесить запрашивающий скрипт на другое приложение…
Подробная информация по архитектуре вряд ли будет доступна. Желающих получить максимальный приоритет обходными путями немало, а их действия могут плохо повлиять на простых пользователей.
Подробная информация по архитектуре вряд ли будет доступна. Желающих получить максимальный приоритет обходными путями немало, а их действия могут плохо повлиять на простых пользователей.
+1
Спасибо, поправил.
Информацией о алгоритме работы «Always On» не владею. На самом деле инвалидация инстансов работает для всех приложений без трафика, а для платных (9 долл./мес) — она убрана. «Машины» — это громко сказано, инстанс — кусок памяти где крутится ваше приложение, а все остальное — через api в рамках квоты.
Информацией о алгоритме работы «Always On» не владею. На самом деле инвалидация инстансов работает для всех приложений без трафика, а для платных (9 долл./мес) — она убрана. «Машины» — это громко сказано, инстанс — кусок памяти где крутится ваше приложение, а все остальное — через api в рамках квоты.
0
Здорово,
теперь понятно почему пару дней назад GAE минут 30 был не доступен, видимо обновляли ПО.
теперь понятно почему пару дней назад GAE минут 30 был не доступен, видимо обновляли ПО.
0
Поскорее бы еще релизнулся флеш 10.2 и было бы вообще инди-геймдев-счастье :)
+1
а что там такого для инди-геймдева? разве что нативные курсорчики
+2
А как же stage video? Вы только представьте, какие можно будет делать бэкграунды в казуалках.
+1
ну в принципе и раньше можно было делать
или вы хотите 1080p бэкграунды?
часто ли браузерные казуалки играют в фулскрине, за собой ни разу не замечал
или вы хотите 1080p бэкграунды?
часто ли браузерные казуалки играют в фулскрине, за собой ни разу не замечал
0
Извините за оффтоп, но что значит Number of Indexes в Quota Details?
0
Number of Indexes
The number of datastore indexes that exist for the application. This includes indexes that were created in the past and no longer appear in the application's configuration but have not been deleted using AppCfg's vacuum_indexes command.
code.google.com/appengine/docs/quotas.html#Datastore
+1
Для каждого запроса использующего сортировку требуется индекс:
0
Для каждого запроса использующего сортировку требуется индекс:
Например a>x или a>y — будут использовать один и тот-же индекс, а вот для запроса a<x потребуется другой индекс, в котором поле a отсортировано наоборот по убыванию.
Соответственно сколько разных вариантов запросов с сортировкой, столько индексов Вам понадобиться для работы.
Для запросов вида a=x или a=y индекс не требуется.
Например a>x или a>y — будут использовать один и тот-же индекс, а вот для запроса a<x потребуется другой индекс, в котором поле a отсортировано наоборот по убыванию.
Соответственно сколько разных вариантов запросов с сортировкой, столько индексов Вам понадобиться для работы.
Для запросов вида a=x или a=y индекс не требуется.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выпущен релиз Google App Engine SDK 1.4.0