Search
Write a publication
Pull to refresh

Comments 11

Впринципе интересно, а вот скажите пересылка даных как то шифруется? Понятно что никто больших секретов не будет хранить, но с кажем небольшая програмка по выписыванию счетов — чтоб дергала из бд покупателя и выдавала номер — как с точки зрения хранения безопасно ли?
все общение с базой идет через https
это для передачи да, а как насчет шифрования — я вот скажем хочу зашифровать всю информацию что будет в облаке храниться, тоесть храниться будет абракадабра и только мое приложение сможет «понять» что это за данные…
мы рассматриваем вопрос шифрования — есть несколько вариантов — но пока решение не приняли
После прочтения, так и не понял, можно ли как-нибудь реализовать авторизацию/регистрацию пользователей, всю логику мне придется на фронте держать? Или придется создавать прослойку между вами и сервисом? У вас этот вопрос как то продуман?
авторизация/регистрация пользователей предусмотрена — и развивается — в данный момент пользователи принадлежат группе и можно указать права на чтение/апдейт/удаление записей в коллекциях — следующая версия будет иметь возможность указания прав пользователей на основе правил
Скажите, а если сравнивать с Firebase какие у вашего сервиса преимущества?
  1. Использование OData протокола, который является стандартом и поддерживается множеством разработчиков javascript компонент
    Видео (из следующего поста) показывает некоторые преимущества такой интеграции с производителями контролов
    Кроме того OData позволяет выполнять более сложные запросы над данными
  2. Поддержка языка запросов SPARQL
  3. Графовая структура базы данных. Благодаря графовой структуре и языкам 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
Ценовая политика не понятна.

Например 50 concurrent connections. Правильно ли я понимаю что учитывая KeepAlive одновременно с приложением не сможет работать больше 50 человек (в т.ч. учитывая тех кто просто открыл приложение и держит эту вкладку в браузере открытой??)
Ограничений на количество простых http запросов нет. Это ограничение на количество websocket соединений — но количество соединений возможно будет увеличено.
Sign up to leave a comment.