Comments 19
Прекрасная и очень обнадеживающая статья, большое спасибо.
Планирую заюзать Parse в качестве бэкенда для EmberJS. Имеется плагин ember-parse-adapter, но он недописан (нет поддержки ACL, relationships и прочего) и заброшен. :( Вот думаю, насколько будет сложно воспользоваться Parse в Ember без дополнительных инструментов и SDK, просто по REST.
UPD: Смотрю, Parse не поддерживает OAuth по REST. Пичалька.
Планирую заюзать Parse в качестве бэкенда для EmberJS. Имеется плагин ember-parse-adapter, но он недописан (нет поддержки ACL, relationships и прочего) и заброшен. :( Вот думаю, насколько будет сложно воспользоваться Parse в Ember без дополнительных инструментов и SDK, просто по REST.
UPD: Смотрю, Parse не поддерживает OAuth по REST. Пичалька.
При выборе подобных сервисов, интересует надежность хранения данных, чтобы не вышло так, что проект закроется через год-другой, а данные будут утрачены. Поэтому при разработке своего сервиса я решил использовать внешние бесплатные хранилища данных, то есть BaaS. Это позволит не оплачивать хостинг, не беспокоится о проблемах обновления ПО.
Делал себе заметочницу для работы, исходил из тех же соображений. Получилось GitHub.io + AnuglarJS + BackendLess. Регистрацию делал по имейлу, чтобы не заморачиваться.
В BackendLess всё, примерно, то же самое, кроме серверного языка… поэтому там даже лень было пробовать писать свои функции. :)
JavaScript у Parse.com в этом плане очень привлекателен, скоро опробую. Автору спасибо :)
посылаю вам реквест на сырцы ))) сейчас как раз занимаюсь весьма бесполезной, но важной для собственного развития, задачей по гитхабу ))
а Автору огромное спасибо! про parse слышал, но благодаря статье — восхищён, и хочу попробовать в ближайшее время )
а Автору огромное спасибо! про parse слышал, но благодаря статье — восхищён, и хочу попробовать в ближайшее время )
пожалуйста, угощайтесь — сырцы
В последней версии BaasBox тоже появилась возможность писать серверсайд код при помощи плагинов.
По функционалу мало чем уступает parse при том что он opensourсe
По функционалу мало чем уступает parse при том что он opensourсe
Может и хорош этот Parse.com, но уж больно дорог. 100 запросов в секунду стоит 700$, а это 2 средних сервера в аренду.
Подкупает наличие бесплатного акаунта, которого с уверенностью хватит на сайт с посещаемостью около 2к в день, но долго ли он будет бесплатен — тот еще вопрос.
Подкупает наличие бесплатного акаунта, которого с уверенностью хватит на сайт с посещаемостью около 2к в день, но долго ли он будет бесплатен — тот еще вопрос.
Я извиняюсь, а есть нужен XHR, как обходится cross origin на подобных платформах?
Javascript Parse SDK как раз и общается со своим API через XHR. В заголовках ответа их сервера есть Access-Control-Allow-Origin: *.
Как решается проблема (и решается ли) для устаревших браузеров, я не выяснял.
Как решается проблема (и решается ли) для устаревших браузеров, я не выяснял.
Возможность работать с базой данных через javascript, не поднимая свой сервер, открывает отличные возможности
Прошу обратить внимание потенциальных пользователей хабрасообщества на полное отсутствие безопасности такого подхода.
За тем лишь исключением, что это будет общедоступная база, с пользователем read-only — тогда это kind of secure.
В посте об этом сказано:
Таким образом, есть объекты, доступные как на чтение, так и на запись только пользователю-создателю.
В демо это «Список к прочтению».
Каждый пользователь имеет свой логин и пароль. SDK имеет методы регистрации нового пользователя по логину и паролю, аутентификации по этим же данным. <...>
Разграничение прав доступа происходит по ACL, которые можно назначать создаваемым объектам.
Таким образом, есть объекты, доступные как на чтение, так и на запись только пользователю-создателю.
В демо это «Список к прочтению».
Мы тут то же недавно думали о Parse но после изучения вопроса оказалось, что это подходит только в очень простых случаях.
Очень хорошо, что мы нашли вот такой текст: profi.co/all-the-limits-of-parse/ там по сути описаны все основные ограничения этого решения.
Очень хорошо, что мы нашли вот такой текст: profi.co/all-the-limits-of-parse/ там по сути описаны все основные ограничения этого решения.
Спасибо за ссылку. Мы изучим её в своей работе над Scorocode. Может и обзор подробный ограничений сделаем, которые мы учли в разработки. Было бы полезно?
Sign up to leave a comment.
Сайт без бекэнда: аутентификация пользователя в BaaS parse.com через социальные сети