Comments 11
Впринципе интересно, а вот скажите пересылка даных как то шифруется? Понятно что никто больших секретов не будет хранить, но с кажем небольшая програмка по выписыванию счетов — чтоб дергала из бд покупателя и выдавала номер — как с точки зрения хранения безопасно ли?
мы рассматриваем вопрос шифрования — есть несколько вариантов — но пока решение не приняли
После прочтения, так и не понял, можно ли как-нибудь реализовать авторизацию/регистрацию пользователей, всю логику мне придется на фронте держать? Или придется создавать прослойку между вами и сервисом? У вас этот вопрос как то продуман?
- Использование OData протокола, который является стандартом и поддерживается множеством разработчиков javascript компонент
Видео (из следующего поста) показывает некоторые преимущества такой интеграции с производителями контролов
Кроме того OData позволяет выполнять более сложные запросы над данными - Поддержка языка запросов SPARQL
- Графовая структура базы данных. Благодаря графовой структуре и языкам SPARQL и OData возможно создание намного более мощных приложений
Databoom довольно быстро развивается — у нас на сайте представлен roadmap — часть пунктов из roadmap уже реализована и находится в процессе тестирования, часть находится в процессе разработки
Roadmap это то что на первой странице в самом низу, под заголовком «Coming Soon»? Хотелось бы бОльшей определённости с датами. Особенно вот для этого функционала:
Server side codes – JavaScript triggers
Rule based security
Object and property level access control.
На текущей стадии развития я не вижу смысла (для конкретных моих проектов, там не нужна графовая база и фишки oData) использовать databoom вместо parse.com
Server side codes – JavaScript triggers
Rule based security
Object and property level access control.
На текущей стадии развития я не вижу смысла (для конкретных моих проектов, там не нужна графовая база и фишки oData) использовать databoom вместо parse.com
Ценовая политика не понятна.
Например 50 concurrent connections. Правильно ли я понимаю что учитывая KeepAlive одновременно с приложением не сможет работать больше 50 человек (в т.ч. учитывая тех кто просто открыл приложение и держит эту вкладку в браузере открытой??)
Например 50 concurrent connections. Правильно ли я понимаю что учитывая KeepAlive одновременно с приложением не сможет работать больше 50 человек (в т.ч. учитывая тех кто просто открыл приложение и держит эту вкладку в браузере открытой??)
Ограничений на количество простых http запросов нет. Это ограничение на количество websocket соединений — но количество соединений возможно будет увеличено.
Sign up to leave a comment.
Databoom: создавайте приложения — мы поддержим