К сожалению опыта «под нагрузкой» как такового нету. Мой проект — интранет для одной компании.
Создатели Derby сейчас пилят проект Lever. И где-то писали, что сейчас слабое место (в плане произодительности) не синхронизация данных, а шаблонизатор. По этому в данный момент шаблонизатор переписывается и выйдет в версии 0.6. Это будет не раньше, чем через пару месяцев.
Как я и предположил в соседнем комментарии, share.js оперирует целыми сущностями (объектами в бд с ид). Для этого у каждой сущности есть версия, которая меняется при любых изменениях данной сущности. Таким образом обеспечивается «семантическая корректность». То есть данные не теряются ни при каких обстоятельствах.
По поводу application-specific.
Для того чтобы добавить share.js в racer, ее пришлось «слегка» переписать (0.6 — 0.7). Таким образом share.js уже является application-specific, в том плане, что это OT для веб-приложений.
Ну а головы у создателей Derby — то что нужно: Nate раньше работал продакт-менеджером Google Search Images. Brian — создатель everyauth и mongoose Joseph писал OT для Google Waves.
Вот здесь справедливо говорят, что возможность узнавать mac-address средствами js в браузере — потенциальная уязвимость.
Js на клиенте можно обфусцировать, но это всё равно не машинный код, как вы понимаете.
В той же ссылке рекомендуют использовать Java-апплет. Вы можете делать приложеие на Derby и функцию выдачи лицензии на Java-апплет. Наверное это и будет решением.
Что у вас за приложение раз нужна такая сильная защита?
Я всё равно не понимаю вопроса.
Transitianl routes в большинстве случаев (если не попал на певый запрос к серверу) отрабатывается на клиенте. Что вы там хотите кэшировать и для чего?
Темплэйты в Derby и так хранятся в «готовом для употребления виде» ввиде js функций. Которые проглатывают модель и моментально выплевывают html.
Опишите, пожалуйста, подробней что вы имеете ввиду.
Что вы имеете ввиду под кешированием в Transitional routes?
Transitional routes — это когда вы хотите изменить url, но поменять не весь UI, а только часть.
При чем тут кэширование?
В live-db используются комманда evalsha (выполнение Lua скриптов). Ее добавили только в Redis 2.6
Еще раз спасибо за инвайт.
Создатели Derby сейчас пилят проект Lever. И где-то писали, что сейчас слабое место (в плане произодительности) не синхронизация данных, а шаблонизатор. По этому в данный момент шаблонизатор переписывается и выйдет в версии 0.6. Это будет не раньше, чем через пару месяцев.
Так и понял что что-то с банками у вас.
Как я и предположил в соседнем комментарии, share.js оперирует целыми сущностями (объектами в бд с ид). Для этого у каждой сущности есть версия, которая меняется при любых изменениях данной сущности. Таким образом обеспечивается «семантическая корректность». То есть данные не теряются ни при каких обстоятельствах.
По поводу application-specific.
Для того чтобы добавить share.js в racer, ее пришлось «слегка» переписать (0.6 — 0.7). Таким образом share.js уже является application-specific, в том плане, что это OT для веб-приложений.
Ну а головы у создателей Derby — то что нужно:
Nate раньше работал продакт-менеджером Google Search Images.
Brian — создатель everyauth и mongoose
Joseph писал OT для Google Waves.
Js на клиенте можно обфусцировать, но это всё равно не машинный код, как вы понимаете.
В той же ссылке рекомендуют использовать Java-апплет. Вы можете делать приложеие на Derby и функцию выдачи лицензии на Java-апплет. Наверное это и будет решением.
Что у вас за приложение раз нужна такая сильная защита?
Рекомендую альтернативы: https://www.nodejitsu.com/ и https://modulus.io/.
Мы с нетерпениям ждем ссылки на проект, новых статей и вашего участия в комментариях.
Transitianl routes в большинстве случаев (если не попал на певый запрос к серверу) отрабатывается на клиенте. Что вы там хотите кэшировать и для чего?
Темплэйты в Derby и так хранятся в «готовом для употребления виде» ввиде js функций. Которые проглатывают модель и моментально выплевывают html.
Опишите, пожалуйста, подробней что вы имеете ввиду.
Как вам Derby? С чем до этого работали?
Что у вас за приложение? Где можно посмотреть?
Пишите еще.
Привязываться к оборудованию клиентов будете? По IP? Если так, то не проблема. IP передаётся в каждом http-запросе. Фильтруйте на здоровье.
Transitional routes — это когда вы хотите изменить url, но поменять не весь UI, а только часть.
При чем тут кэширование?
По Access Control