Да, админка уже чуть устарела и обросла некоторыми ненужностями после всех апдейтов — в прошлом году у нас была новая версия системы раз в две недели. Согласен, собираемся обновить и пересмотреть с точки зрения юзабилити.
Rich Push — надо сначала объект в Content создать, потом можно выбирать там.
Короче понятно, на админку скоро обратим внимание, спасибо за фидбек.
спасибо за ссылку на нас, а что именно убого — админка?
PS в плане дешевле — недавно объявили free tier для разработчиков, теперь безлимитно API коллы, пуши и 10 Гб траффика в месяц, так что для 99% юзеров будет бесплатно: thenextweb.com/dd/2013/02/20/quickblox/
Там не только Нокиа, в консорциум входят 126 научных и промышленных групп из 17 стран. Естественно, мощный R&D центр Нокии и то, что они работают с графеном уже с 2006 года, сыграло на руку в получении части финансирования.
The funding will be used to set up a communication system to allow the scientific and business interests to meet and develop new uses for graphene and ways to integrate it into future products. It will be headquartered in the Swedish Chalmers University of Technology.
Т.е. фокус финансирования — центр коммуникаций вокруг графеновых технологий, и естественно, куча денег будет потрачена зря, а главные прорывы могут быть совершены теми же корейцами, который спокойно себе продолжают клепать графеновые экраны, не отвлякаясь на всякие правительственные фонды. Но в данном случае это именно совместная работа европейского правительства, научного и индустриальное сообщества.
Меня скорее пугает позиция «может сделаем бесплатно, а может сделаем еще как-то».
В том-то и дело, поэтому мы не хотим объявлять бесплатность, пока до конца не просчитали все варианты. Я лишь говорю о том, что удорожания не будет, и для разработчиков будет оставаться жирный Free Tier, это наша долгосрочная стратегия, но мы не исключаем, что платформа станет полностью бесплатной для разработчиков.
Также в любой момент при желании можно заэкспортить свои данные через XML или через API и перейти на другую платформу или поднять свой бекенд.
По ценам — мне лично интересно например для игр вроде GuessMate и Guess Your Friend и для Beat the Book.
Могу сказать, т.к. мы помогали с интеграциями авторам этих приложений и они не делают секрета из этих данных.
GuessMate одно из самых популярных приложений, оно довольно популярно в аппсторе, на старте, видимо после появления в New и маркетинга, оно делало по 300 тыс. API calls в день, т.е. за несколько дней вышли за пределы Free Tier нашего, но т.к. они поставили наш логотип «powered by QuickBlox» в приложении и они не потребляют много траффика, мы им оставили бесплатный хостинг. Сейчас же оно примерно держится на 20 тыс в день, то есть остается в рамках Free Tier.
Guess My Friend пока что в райное 2 тыс. в день и Beat the Book вообще очень мало, поэтому им до выхода из бесплатного еще далеко.
Можно тогда еще вопрос — а есть возможность выставить web-админку для администраторов приложения как сайт?
Да, можно использовать нашу стандартную админку Custom Objects и заводить книги как объекты там, но часто в коммерческих проектах пользователям хочется что-то более заточенное под них и user-friendly, поэтому они или сами или мы наворачиваем для них простую кастомную админку как слой над Custom Objects API. Точно так же можно с фронт-енда сайта прямо привязать комменты, рейтинги и прочее напрямую к API.
По приложениям что вы имеете в виду — те, что находятся в разделе Apps типа как case studies, вообще все приложения на QuickBlox, созданные без участия нашей команды? Я приведу примеры, если уточните.
У нас есть сейчас кучка довольно популярных приложений от юзеров-издателей, которые вылезли за бесплатный план, но мы с них денег не берем. Т.к. нам это обходится недорого, и, как я уже писал, мы думаем еще расширить бесплатный пакет или вообще сделать систему бесплатной для разработчиков.
Здесь наверное интересно будет узнать ваше мнение, как разработчика, и всех кто это читает — что бы вы хотели по ценам от такой системы?
Для нас самое дорогое что может быть в таких приложениях это траффик, если он очень жирный. То есть если приложение гоняет терабайты в месяц, то это становится ощутимо для нас.
Сами по себе миллионы запросов API, миллион туда, миллион сюда, не очень влияют, если каждый из этих запросов не тащит за собой файл 3Мб+.
По сути мы платим за AWS хостинг, и нам нужно или покрывать расходы за счет тарифных планов, или держать основной сервис бесплатно с мелким шрифтом с ограничениями по траффику и т.п… Можно было бы открыть калькулятор стоимости на сайте, в который вы вводите количество юзеров, запросов и траффика, он считает нашу хостинг стоимость и накидывает сверху процент на обслуживание, проблема в том, что пользователей может отпугнуть сложность и неопределенность тарифа. Мы (как видимо и другие BaaS сервисы) исходим из того, что если человек не знает, во сколько ему обойдется хостинг приложения, то ему некомфортно подписываться на такой сервис, т.к. потенциально есть шанс влететь в сотни долларов в какой-то месяц, если например это бесплатное приложение со скачиванием видео-файлов (со своего QuickBlox хранилища вместо Youtube) и оно стало популярным.
Поэтому мы делаем простые понятные тарифы, без точного биллинга по API calls/data и с большим free tier, что значит что оно будет бесплатным для большинства, кто не гоняет кучу траффика.
Вопрос в том, как это донести разработчикам, мы бы может вообще объявили бесплатность сервиса для разработчиков, но думаем что это может вызвать недоверие — типа — а начем вы монетизируетесь. Хотя у нас основной доход от enterprise, которые имеют выделенный саппорт и платят тысячи в месяц.
Поэтому вопрос, что бы вы предпочли, используя такую mBaaS систему:
1. Фиксированные помесячные тарифы «пакеты», как сейчас.
2. Полностью бесплатный сервис (с мелким шрифтом, что ограничения по траффику и API calls в месяц все же есть, но большинству они не грозят). А кто хочет больше — ставит себе dedicated сервак с платформой (Enterprise).
3. Freemium сервис (всё бесплатно, но платишь за дополнительные фичи, например, видеочат или rich push notifications, или за пакеты траффика).
4. Сложный, но честный биллинг, стоимость AWS + небольшой %, вы не можете предсказать расходы на следующий месяц, но на сайте будет калькулятор, чтобы можно было прогнозировать.
подтверждаю, мы на QuickBlox для видеочата подняли свой TURN сервер, одним STUN обойтись не получится как раз из-за этих 10%. Еще не знаю как насчет WebRTC, но в нашем случае помогло понижать битрейт для звукового потока, чтобы достичь вменяемой скорости передачи
Понимаем, поэтому постараемся наворотить в ближайшее время. Особенно будет интересно, когда будет возможность звонков между iOS, Android и Web через WebRTC. Т.е. каждый сможет свой скайп с поэтессами реализовать, просто добавив нашу SDK либу.
Спасибо за дискуссию, пишите/звоните, если будут вопросы с интеграцией.
Видеочат гоняет траффик в основном P2P, напрямую между юзерами, сервак используется для аутентификации и того, чтобы свести пользователей, а также там у нас TURN сервер используется для маршрутизации чтобы решить проблемы с файрволлами и прочее в некоторых случаях, но сам видео и голос траффик это peer to peer, так что без проблем.
По аппе с 500к установок можно например посчитать, что если в день $8.70 на 6К реквестов, доход скажем $261 в месяц, то QuickBlox для такой аппы будет бесплатным до роста количества реквестов примерно в 5 раз, соответственно доход если вырастет до $1305 в месяц, то $19 или $49 в месяц можно позволить себе платить (а мы собственно используем это на оплату AWS хостинга, который в совокупности по всей нашей ферме стоит дешевле, чем если бы вы брали свой AWS сервак, даже если бы написали своей бекенд). Хотя как я уже писал выше, мы в основном зарабатываем на enterprise и дальше планируем уменьшать стоимость или вообще делать бесплатным для разработчиков.
ВКонтакте да, дыры там есть и серьезные, можно пользоваться, пока не прикроют. Ну и конечно SDK, примеров кода, документации и админки для управления приложениями они не дадут, так что не знаю насчет mBaaS, все-таки цели у них другие ;-)
Вопросы понял. Отвечаю ;-) локейшены по времени и ластактивити: это можно сделать, например см наши открытые проекты-примеры ChattAR (показывает расположение ваших френдов из Facebook), а VK Radar это более старая версия для ВКонтакте но логика здесь в обоих случаях больше на клиенте. видеочат: пока что видеочат есть только для iOS. Постараемся добавить для Android, Web и BB10 в ближайшее время. чат — да.
Насчет приложений и «кружка халявщиков» — 10 млн запросов в день это очень много, это что, около 1 млн активных юзеров в день? Наверное такое приложение может позволить себе платный план. В любом случае, мы будем рады обсудить предоставление бесплатного сервиса, даже выходящего за пределы стандартного Free Tier для тех разработчиков, кто сотрудничает с нами (например, напишет про QuickBlox в статье про свой апп или вставит наш логотип «powered by QuickBlox). Тут надо смотреть и считать во сколько нам это обойдется по хостингу, в основном это зависит от количества траффика, которое гоняют ваши юзеры, если счет идет на гигабайты в месяц, то это ок, а если терабайты, то это уже сложнее, тогда можем попросить покрыть стоимость AWS.
Насчет сервис ВКонтакте примерно понял, не вижу проблем, может пригодится исходник VK Radar (см. выше), там уже реализована работа с их API по авторизации, френдам и чатам, если будут любые вопросы или нужна помощь в интеграции, пишите на assist AT quickblox.com и наша команда с радостью поможет.
Уже делаем! Только написал сегодня в посте об этом: key trends 2013: mobile, cloud, mBaaS мы уже делаем парочку BB10 проектов самостоятельно, в которых применяется QuickBlox, обкатаем SDK и сразу выложим на сайте. Если есть желание поучаствовать, пишите.
Ок. Учтем. Перевести сайт, админку, документацию не проблема, но поддерживать всё хозяйство семплов, апдейты, SDK, видео инструкции на разных языках, конечно, непросто. Но подумаем, спасибо за подсказку.
Спасибо. Насчет русской версии — честно говоря, даже не думали об этом, т.к. по себе знаем, что в разработке вся документация обычно на английском. Кто-то еще считает, что нужна русская версия?
У нас еще довольно много вопросов в саппорт поступает, кроме англоязычных юзеров естественно, от разработчиков из Индии, стран Латинской Америки и Китая. Возможно, действительно стоит подумать о локализации или хотя бы поставить плагин с автопереводом.
Ок, дадим тоже в 10 раз больше запросов и пушей :-)
Другое отличие Parse это то, что у них универсальный подход к хранению данных — грубо говоря, разработчик сам конструирует себе API, что он хочет хранить и как. Это и хорошо и плохо одновременно, например у нас есть модуль Location, в котором есть API для хранения гео данных, там можно хранить юзеров и объекты, для каждого название, описание, фотку, статус сообщение, флаг онлайн/оффлайн для юзеров. Есть модуль Ratings, где есть методы для хранения high scores (табличек результатов для игр), и там куча методов, которые были выработаны во время работы над реальными проектами — например, возможность вывести ТОП Х результатов, отсортировать по очкам или по кастомному параметру, подсветить свои предыдущие результаты, вывести соседние результаты Х выше и Y ниже своего, также примеры кода с реализацией например под iOS с флагами стран игроков, с аватарами, с красивой OpenGL прокруткой и подгрузкой / кэшированием. И так по каждому модулю — то есть у нас специализированные API кастомные с кучей необходимого функционала по типичным задачам плюс мы сейчас добавляем конструктор хранилищ, как у Parse. А у них наоборот, более универсальный подход, нет готовых решений для конкретных задач, но думаю они будут их тоже добавлять со временем.
да, как Андрей сказал, начинайте писать, мы подскажем-поможем если что
прелесть cloud backend платформы в том, что Вы можете легко объединить своих юзеров на разных платформам, сделать то же самое приложение под iOS, Android, Windows Phone, BlackBerry, Web/Facebook — просто используйте тот же аккаунт и тот же токен приложения, и все Ваши юзеры с разных платформ будут видеть друг друга
QuickBlox зарабатывает на кастомных enterprise установках, поэтому мы всегда будем держать цену для разработчиков минимальной или вообще расширим free tier на всю систему. От разработчиков нам важно чтоб платформу использовали и помогали с обратной связью. Поэтому если Вас что-то смущает в цене, обращайтесь, наверняка в Вашем случае вообще ничего платить не нужно будет.
Rich Push — надо сначала объект в Content создать, потом можно выбирать там.
Короче понятно, на админку скоро обратим внимание, спасибо за фидбек.
PS в плане дешевле — недавно объявили free tier для разработчиков, теперь безлимитно API коллы, пуши и 10 Гб траффика в месяц, так что для 99% юзеров будет бесплатно: thenextweb.com/dd/2013/02/20/quickblox/
The funding will be used to set up a communication system to allow the scientific and business interests to meet and develop new uses for graphene and ways to integrate it into future products. It will be headquartered in the Swedish Chalmers University of Technology.
Т.е. фокус финансирования — центр коммуникаций вокруг графеновых технологий, и естественно, куча денег будет потрачена зря, а главные прорывы могут быть совершены теми же корейцами, который спокойно себе продолжают клепать графеновые экраны, не отвлякаясь на всякие правительственные фонды. Но в данном случае это именно совместная работа европейского правительства, научного и индустриальное сообщества.
В том-то и дело, поэтому мы не хотим объявлять бесплатность, пока до конца не просчитали все варианты. Я лишь говорю о том, что удорожания не будет, и для разработчиков будет оставаться жирный Free Tier, это наша долгосрочная стратегия, но мы не исключаем, что платформа станет полностью бесплатной для разработчиков.
Также в любой момент при желании можно заэкспортить свои данные через XML или через API и перейти на другую платформу или поднять свой бекенд.
По ценам — мне лично интересно например для игр вроде GuessMate и Guess Your Friend и для Beat the Book.
Могу сказать, т.к. мы помогали с интеграциями авторам этих приложений и они не делают секрета из этих данных.
GuessMate одно из самых популярных приложений, оно довольно популярно в аппсторе, на старте, видимо после появления в New и маркетинга, оно делало по 300 тыс. API calls в день, т.е. за несколько дней вышли за пределы Free Tier нашего, но т.к. они поставили наш логотип «powered by QuickBlox» в приложении и они не потребляют много траффика, мы им оставили бесплатный хостинг. Сейчас же оно примерно держится на 20 тыс в день, то есть остается в рамках Free Tier.
Guess My Friend пока что в райное 2 тыс. в день и Beat the Book вообще очень мало, поэтому им до выхода из бесплатного еще далеко.
Можно тогда еще вопрос — а есть возможность выставить web-админку для администраторов приложения как сайт?
Да, можно использовать нашу стандартную админку Custom Objects и заводить книги как объекты там, но часто в коммерческих проектах пользователям хочется что-то более заточенное под них и user-friendly, поэтому они или сами или мы наворачиваем для них простую кастомную админку как слой над Custom Objects API. Точно так же можно с фронт-енда сайта прямо привязать комменты, рейтинги и прочее напрямую к API.
По приложениям что вы имеете в виду — те, что находятся в разделе Apps типа как case studies, вообще все приложения на QuickBlox, созданные без участия нашей команды? Я приведу примеры, если уточните.
У нас есть сейчас кучка довольно популярных приложений от юзеров-издателей, которые вылезли за бесплатный план, но мы с них денег не берем. Т.к. нам это обходится недорого, и, как я уже писал, мы думаем еще расширить бесплатный пакет или вообще сделать систему бесплатной для разработчиков.
Здесь наверное интересно будет узнать ваше мнение, как разработчика, и всех кто это читает — что бы вы хотели по ценам от такой системы?
Для нас самое дорогое что может быть в таких приложениях это траффик, если он очень жирный. То есть если приложение гоняет терабайты в месяц, то это становится ощутимо для нас.
Сами по себе миллионы запросов API, миллион туда, миллион сюда, не очень влияют, если каждый из этих запросов не тащит за собой файл 3Мб+.
По сути мы платим за AWS хостинг, и нам нужно или покрывать расходы за счет тарифных планов, или держать основной сервис бесплатно с мелким шрифтом с ограничениями по траффику и т.п… Можно было бы открыть калькулятор стоимости на сайте, в который вы вводите количество юзеров, запросов и траффика, он считает нашу хостинг стоимость и накидывает сверху процент на обслуживание, проблема в том, что пользователей может отпугнуть сложность и неопределенность тарифа. Мы (как видимо и другие BaaS сервисы) исходим из того, что если человек не знает, во сколько ему обойдется хостинг приложения, то ему некомфортно подписываться на такой сервис, т.к. потенциально есть шанс влететь в сотни долларов в какой-то месяц, если например это бесплатное приложение со скачиванием видео-файлов (со своего QuickBlox хранилища вместо Youtube) и оно стало популярным.
Поэтому мы делаем простые понятные тарифы, без точного биллинга по API calls/data и с большим free tier, что значит что оно будет бесплатным для большинства, кто не гоняет кучу траффика.
Вопрос в том, как это донести разработчикам, мы бы может вообще объявили бесплатность сервиса для разработчиков, но думаем что это может вызвать недоверие — типа — а начем вы монетизируетесь. Хотя у нас основной доход от enterprise, которые имеют выделенный саппорт и платят тысячи в месяц.
Поэтому вопрос, что бы вы предпочли, используя такую mBaaS систему:
1. Фиксированные помесячные тарифы «пакеты», как сейчас.
2. Полностью бесплатный сервис (с мелким шрифтом, что ограничения по траффику и API calls в месяц все же есть, но большинству они не грозят). А кто хочет больше — ставит себе dedicated сервак с платформой (Enterprise).
3. Freemium сервис (всё бесплатно, но платишь за дополнительные фичи, например, видеочат или rich push notifications, или за пакеты траффика).
4. Сложный, но честный биллинг, стоимость AWS + небольшой %, вы не можете предсказать расходы на следующий месяц, но на сайте будет калькулятор, чтобы можно было прогнозировать.
?
Спасибо за дискуссию, пишите/звоните, если будут вопросы с интеграцией.
По аппе с 500к установок можно например посчитать, что если в день $8.70 на 6К реквестов, доход скажем $261 в месяц, то QuickBlox для такой аппы будет бесплатным до роста количества реквестов примерно в 5 раз, соответственно доход если вырастет до $1305 в месяц, то $19 или $49 в месяц можно позволить себе платить (а мы собственно используем это на оплату AWS хостинга, который в совокупности по всей нашей ферме стоит дешевле, чем если бы вы брали свой AWS сервак, даже если бы написали своей бекенд). Хотя как я уже писал выше, мы в основном зарабатываем на enterprise и дальше планируем уменьшать стоимость или вообще делать бесплатным для разработчиков.
ВКонтакте да, дыры там есть и серьезные, можно пользоваться, пока не прикроют. Ну и конечно SDK, примеров кода, документации и админки для управления приложениями они не дадут, так что не знаю насчет mBaaS, все-таки цели у них другие ;-)
локейшены по времени и ластактивити: это можно сделать, например см наши открытые проекты-примеры ChattAR (показывает расположение ваших френдов из Facebook), а VK Radar это более старая версия для ВКонтакте но логика здесь в обоих случаях больше на клиенте.
видеочат: пока что видеочат есть только для iOS. Постараемся добавить для Android, Web и BB10 в ближайшее время.
чат — да.
Насчет приложений и «кружка халявщиков» — 10 млн запросов в день это очень много, это что, около 1 млн активных юзеров в день? Наверное такое приложение может позволить себе платный план. В любом случае, мы будем рады обсудить предоставление бесплатного сервиса, даже выходящего за пределы стандартного Free Tier для тех разработчиков, кто сотрудничает с нами (например, напишет про QuickBlox в статье про свой апп или вставит наш логотип «powered by QuickBlox). Тут надо смотреть и считать во сколько нам это обойдется по хостингу, в основном это зависит от количества траффика, которое гоняют ваши юзеры, если счет идет на гигабайты в месяц, то это ок, а если терабайты, то это уже сложнее, тогда можем попросить покрыть стоимость AWS.
Насчет сервис ВКонтакте примерно понял, не вижу проблем, может пригодится исходник VK Radar (см. выше), там уже реализована работа с их API по авторизации, френдам и чатам, если будут любые вопросы или нужна помощь в интеграции, пишите на assist AT quickblox.com и наша команда с радостью поможет.
У нас еще довольно много вопросов в саппорт поступает, кроме англоязычных юзеров естественно, от разработчиков из Индии, стран Латинской Америки и Китая. Возможно, действительно стоит подумать о локализации или хотя бы поставить плагин с автопереводом.
Другое отличие Parse это то, что у них универсальный подход к хранению данных — грубо говоря, разработчик сам конструирует себе API, что он хочет хранить и как. Это и хорошо и плохо одновременно, например у нас есть модуль Location, в котором есть API для хранения гео данных, там можно хранить юзеров и объекты, для каждого название, описание, фотку, статус сообщение, флаг онлайн/оффлайн для юзеров. Есть модуль Ratings, где есть методы для хранения high scores (табличек результатов для игр), и там куча методов, которые были выработаны во время работы над реальными проектами — например, возможность вывести ТОП Х результатов, отсортировать по очкам или по кастомному параметру, подсветить свои предыдущие результаты, вывести соседние результаты Х выше и Y ниже своего, также примеры кода с реализацией например под iOS с флагами стран игроков, с аватарами, с красивой OpenGL прокруткой и подгрузкой / кэшированием. И так по каждому модулю — то есть у нас специализированные API кастомные с кучей необходимого функционала по типичным задачам плюс мы сейчас добавляем конструктор хранилищ, как у Parse. А у них наоборот, более универсальный подход, нет готовых решений для конкретных задач, но думаю они будут их тоже добавлять со временем.
прелесть cloud backend платформы в том, что Вы можете легко объединить своих юзеров на разных платформам, сделать то же самое приложение под iOS, Android, Windows Phone, BlackBerry, Web/Facebook — просто используйте тот же аккаунт и тот же токен приложения, и все Ваши юзеры с разных платформ будут видеть друг друга