На Javascript также можно синхронно писать. Допустим есть какой то JS скрипт на сервере, он принимает параметры от клиента, выполняет логику, пишет в БД (например, через стронние билиотеки) и отдает ответ обратно клиенту.
Перенос JS логики оправдан если нужно обезопасить исполнение части JS кода, также проще производить изменения без перекомпиляций и другой головной боли.
Это не просто размышления, в данный момент делаю модули заказчику включая регистрацию и даже управление биллингом — делается на серверном JS, критичные к скорости модули реализованы на Java.
Пробовал как то selenium использовать для тестов этого приложения на базе extjs. Работать не будет. Причина в том что selenium все события подвешивает на id элементов, а extjs их генерирует автоматически (каждый новый запуск новые id). Т.е. записи ваших тестов становятся невалидными.
GAE и AWS не одно и тоже.
AWS «продвинутый» хостинг.
GAE же дает среду, так же как если бы вы писали приложения под Win API.
Концептуально архитекторы GAE заглянули дальше чем AWS.
Да кнопка назад нужна
Дизайн можно менять как угодно, HTML и CSS можно изменить в админке.
А если убрать скролл то высота виджета будет «прыгать», например при выводе комментариев если будет 8 комментариев на страницу высота виджета может изменится на 100px. Как там быть?
серверную часть при разработке виджета я не программировал. Все сделано на js, серверная часть обеспечивается платформой hivext, разрабатывается на java.
Виджет работает с платформой, которая в свою очередь работает в кластере. Если падает одна нода, используются ресурсы другой ноды. Поэтому с одной стороны браузер с другой кластер. Все.
Автор виджета я — рекламу вешать там не собираюсь.
Если что всегда можно перейти на другой виджет. А рекламу автор не сможет вставить, все скрипты можно грузить с вашего сервера. Удаленная платформа обеспечивает работу с базой данных.
Перенос JS логики оправдан если нужно обезопасить исполнение части JS кода, также проще производить изменения без перекомпиляций и другой головной боли.
Это не просто размышления, в данный момент делаю модули заказчику включая регистрацию и даже управление биллингом — делается на серверном JS, критичные к скорости модули реализованы на Java.
Если использовались готовые наработки, то какие «грабли» были при портировании в GAE?
AWS «продвинутый» хостинг.
GAE же дает среду, так же как если бы вы писали приложения под Win API.
Концептуально архитекторы GAE заглянули дальше чем AWS.
A: — Давай уже перестанем использовать американское Ok и будем говорить наше русское «Хорошо». Ok?
B: — Ok.
Дизайн можно менять как угодно, HTML и CSS можно изменить в админке.
А если убрать скролл то высота виджета будет «прыгать», например при выводе комментариев если будет 8 комментариев на страницу высота виджета может изменится на 100px. Как там быть?
{ m: {
type: «SuggestionList_» + sClientId,
fields: toJSON({
sTitle: «string(100)», // max 100
sDescription: «string(500)», // max 500
sAuthor: «string(32)», // max 32
sStatus: «string»,
nScore: «int»,
nDate: «date»,
nComments: «int»
})
}},
code.hivext.ru/applications/feedback/preview.html?client=d3399dd122438320197f95d174d709ce:200095&lang=ua
Автор виджета я — рекламу вешать там не собираюсь.