Мне вот любопытно, если бы это все строить с самого начала на GAE контейнерах,
Нашу задачу невозможно решить с помощью GAE контейнеров. Помимо того на GAE разрабатывать очень не удобно. Говорю как человек у которого там хостится несколько проектов :).
Как выше написали, нельзя на прямую работать с MQTT.
На самом деле можно. Но так как это никто не использовал, мы забросили поддержку MQTT. Поддержка мктт на сервере есть. На днях займусь написанием мануалов и доков.
Заточка под управление пинами.
Не совсем понял мысль. Можете пожалуйста уточнить что имеется в виду?
нет возможности задать горизонтальный лайоут
Тут проблема спроса. Мы можем такое сделать. Но это никак не отразится на наших доходах, к сожалению. Поэтому пока не делаем. Мы начинающая компания и вынуждены в первую очередь думать об монетизации. А это довольно ресурсоемкая фича.
В место того, что бы просто найти телефон, разблокировать его, найти приложение, запустить его, подождать мгновение
Есть home screen виджеты. Они частично решают эту проблему.
Дома я хотел бы развешать таблетки на стенки.
Да, мы думаем в этом направлении. Но опять же, вопрос спроса. Будут ли пользователи готовы платить за это. Окупится ли эта разработка. Это вопросы без ответов. Мы попробуем найти инвестиции на этот подпроект. Если получится — то обязатльно сделаем.
Изначально было ошибкой городить свой собственный протокол. Опять же — мое личное мнение.
А без своего протокола никак. Даже если бы мы использовали MQTT нам всеравно пришлось бы внутри него описывать свои команды. Что по сути == свой протокол. Поэтому было принято решения создать свой.
И возможности интеграции с другими системами ограничены.
Ммм, почему это? Отлично интегрируемся с любыми железками без каких-либо проблем.
Ну индустрия интренета вещей только-только зарождается. Вполне закономерно, что еще нету совершенных решений. Со временем все будет. Мы тоже работаем на этим :).
Только Вы забыли про маленькую деталь — нужен сервер который будет это запрос выполнять. И на нем тоже пропадает питание, отваливается сеть. А если нужна страничка uptime, а если нужен имейл и смс, а если нужна интеграция с другими более сложными сервисами? Ну вы поняли. Тем более, что сейчас этих бесплатных сервисов полно с некоторыми ограничениями.
Нашу задачу невозможно решить с помощью GAE контейнеров. Помимо того на GAE разрабатывать очень не удобно. Говорю как человек у которого там хостится несколько проектов :).
К сожалению, на хабре меня забанили за эти статьи. Поэтому я опубликовал их на украинском ресурсе:
Как мы запустили свой pet-проект: первый успех
Blynk: Как мы запустили свой pet-проект. 30 дней спустя
Blynk: Первые питчи, клиенты и деньги
Ну и распери тоже разные. Последние версии уже мощнее моих продакшн серверов.
Теперь уже да. Просто плохие воспоминания остались.
Согласен.
Как по мне как раз идеально подходит под эту задачу.
Конечно. Та страничка из которой Вы это взяли появилась лишь в 2016 году.
На самом деле — нет. Жрут лишь библиотеки которые вы подключаете. Напимер hello world на java сам по себе будет потреблять лишь пару Мб памяти.
Джава тоже проверена временем и нагрузкой :). + я подключаю это через netty (готовый фреймворк). + по слухам netty быстрее Nginx (не проверял).
Думаю в Вашем случае должно взлететь.
Я решил Nginx не использовать, чтобы не заморачиватся с лишним деплойментом. У меня openSSL, epoll через яву.
На самом деле можно. Но так как это никто не использовал, мы забросили поддержку MQTT. Поддержка мктт на сервере есть. На днях займусь написанием мануалов и доков.
Не совсем понял мысль. Можете пожалуйста уточнить что имеется в виду?
Тут проблема спроса. Мы можем такое сделать. Но это никак не отразится на наших доходах, к сожалению. Поэтому пока не делаем. Мы начинающая компания и вынуждены в первую очередь думать об монетизации. А это довольно ресурсоемкая фича.
Есть home screen виджеты. Они частично решают эту проблему.
Да, мы думаем в этом направлении. Но опять же, вопрос спроса. Будут ли пользователи готовы платить за это. Окупится ли эта разработка. Это вопросы без ответов. Мы попробуем найти инвестиции на этот подпроект. Если получится — то обязатльно сделаем.
А без своего протокола никак. Даже если бы мы использовали MQTT нам всеравно пришлось бы внутри него описывать свои команды. Что по сути == свой протокол. Поэтому было принято решения создать свой.
Ммм, почему это? Отлично интегрируемся с любыми железками без каких-либо проблем.
А может кто-то обьяснить зачем, например, гуглу арендовать эти магистрали?
В общем первый опыт получился не очень :).