Вопрос был в том — в каких случаях целесообразно применять кеширование, а в каких нет.
С ransitianl routes ситуацию в целом вы прояснили. Однако общий вопрос с «кешированием», как пожелание, остается.
Спасибо.
Project Managment system.На данный момент в стадии разработки.
В нашем случае реализована связка БД с внешними сервисами.В частности — Amazon Elastic Cache (Redis), и другой сервис MongoDB также в инфраструктуре Amazon (не указываю в целях избегания рекламы).
К сожалению пока что Amazon не поддерживает MongoDB как свой сервис.
Derby.js — пока впечатляет. Knockout.js, Backbone.js
Meteor vs Derby — был сделан выбор в пользу Derby.js
Derby явно не хватает качественной документации, однако уверен, что у него отличное будущее благодаря таким энтузиастам как вы.
Ещё интересно, и даже очень, — кеширование.
Как внедряется, как реализуется в Transitional routes. Где его стоит использовать (в контексте Derby.js), где нет.
Интересует тема Access Controls — в документации в стадии coming soon…
Вы планируете продолжение?
Думаю интересно будет подробнее разобрать структуру MVC.
Сама документация Derby.js достаточно скупая.
Кстати достаточно спорное решение свалить все контроллеры и роутеры в один файл: /lib/app/index.js
Какие бы вы рекомендации дали?
Что однозначно «стоит» делать, а что «не стоит»?
С ransitianl routes ситуацию в целом вы прояснили. Однако общий вопрос с «кешированием», как пожелание, остается.
Project Managment system.На данный момент в стадии разработки.
В нашем случае реализована связка БД с внешними сервисами.В частности — Amazon Elastic Cache (Redis), и другой сервис MongoDB также в инфраструктуре Amazon (не указываю в целях избегания рекламы).
К сожалению пока что Amazon не поддерживает MongoDB как свой сервис.
Derby.js — пока впечатляет. Knockout.js, Backbone.js
Meteor vs Derby — был сделан выбор в пользу Derby.js
Derby явно не хватает качественной документации, однако уверен, что у него отличное будущее благодаря таким энтузиастам как вы.
Как внедряется, как реализуется в Transitional routes. Где его стоит использовать (в контексте Derby.js), где нет.
Интересует тема Access Controls — в документации в стадии coming soon…
Думаю интересно будет подробнее разобрать структуру MVC.
Сама документация Derby.js достаточно скупая.
Кстати достаточно спорное решение свалить все контроллеры и роутеры в один файл: /lib/app/index.js