А, ну я так и писал)

Это был сарказм.
arbuzmaster написал что у него 1 раз сервер херню сделал и теперь он под него подстраивается)


_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

То есть для тебя теоретически вполне себе реально запустить MacOS на raspberry pi? ОС тоже код, ты его берешь без изменений, как есть, подстрой, пожалуйста, площадку, будь так добр!

VirtualBox в помощь. А если серьёзно то:
Правильно составленный вопрос содержит в себе 50% ответа, в том то и фокус, что я не буду переписывать код (MacOS - ОС тоже код ), а подстрою сервер (то есть сменю железо) под готовый код! Вы же не покупаете IPad, что бы установить на него Android? Даже если взять какой либо софт (он же код), который например требует для работы .Net framework , мы ставим .Net framework, а не переписываем код, под себя, не так ли? Т.е. все таки код предъявляет требования к серверу, а не сервер к коду. Даже железо выбирается под поставленную задачу, а не наоборот - Сначала купил Raspberry а потом подумал, а че бы мне Deus Ex: Mankind Divided. на неё не вкрячить, да джойстики подключить!

_____________
Мой первый сайтик

Посмотри на свой XBMC под другим углом

Тогда такой вопрос: почему программы называются software а железо hardware? Не потому ли, что железо подстроить гораздо сложнее чем код? Мы выбираем не железо под задачу, а железо под кошелек. Которое впринципе может нас устроить для реализации задачи. А код мы пишем под выбранное железо.

И, кстати, неправильно железо-то выбрано, не под задачу. Система умного дома должна в том числе эффективно решать вопросы автономного питания контролирующих цепей/систем. Для такой элементарной задачи, как продемонстрирована выше, с одним переключателем и парой датчиков, лучше подошла бы arduino. Но там требуется код писать на С, которого, подозреваю, кое-кто не знает. Поэтому выбрал малину, чтобы под нее писать код на знакомом ЯП, а вовсе не под задачу это всё. Так или нет?

Происходит такое, когда человек не знает эффективных средств для решения поставленной задачи. Вот тогда пишется код непойми на чем, и под него ищется железо, чтобы хоть как-то с ноутбука перенести на более автономную платформу.

Умный дом это не про полноценные компьютеры, коим является малина, а про электронику и микроконтроллеры. =)

ну я примерно это и имел ввиду

от нищеты придётся втискиваться в то, что бюджет позволяет, но нельзя же это брать за принципиальную основу.
Вообще мы тут обсуждаем какого то "сферического коня в вакууме" Набор расширений PHP это то же требование к окружению, и с деньгами оно практически не связано. Вот ты будешь писать парсинг XML, только потому что у заказчика на его говеном хостинге отключен libxml? И будет ли это в интересах заказчика оплачивать мартышкину работу?

общение с клиентом никто не отменял, вопрос лишь в том, достаточно ли компетентен клиент чтоб принимать решение какое железо и софт нужно для его задачи. А то так можно докатится и до другой краности, будешь делать аналог вк на шареде

ОС это код для разрабов ОС, также как и PHP это код для разрабов PHP, а для прикладника это всего лишь среда выполнения его приложения.

Да ладно, а ну ка запили мне вебинтерфейс на AVR-е для умного дома

Мы обсуждаем одно и тоже, только с разными акцентами. Моя точка зрения сводится к необходимости некоторой адаптации ПО под платформу. В определенном смысле код пишется под нее. Само решение задачи, и адекваная эффективность методов, выносится за скобки, как само собой разумеющееся. Я говорил об альтернативных подходах, когда можно использовать альтернативную технологию именно, чтобы не предъявлять лишних требований к хостингу. Вот в этом смысле код пишется под платформу, которую заранее выбирают исходя из множества факторов, некоторые из них лежат за пределами вопросов ИТ.

Естественно, делать нормальный чат или любой другой высокодинамичный web проект на шареде просто технически невозможно. Ввиду отсутствия той же ноды.

Это и не нужно. ) Управляющий, а скорее больше мониторирующий, web сервер сейчас выносится в интернет, как раз на шаред хостинги и VPS-ки. На ардуинке достаточно реализовать API для взаимодействия с внешним клиентом (мордой). API вполне запилю, ничего такого тут нет. Кстати можно запилить приложение под коммуникатор/планшет, реализовав взаимодействие через тоже самое API внутри дома. Для более чувствительных к вероятному взлому вещей, таких как элементы безопасности.

Фишка умного дома во многом заключается в удаленном взаимодействии.

Железо выбрано правильно - под поставленную задачу.

В качестве модулей ввода выбраны ESP-8266. Да полноценно я его не знаю, но мне пока это не мешает.

Это интернет вещей (или так называемый - народный мониторинг), управляющий сервер в нормальных системах никогда не выноситься в интернет, он может быть доступен из интернета, но не более того.

Можно, но не нужно! Так как это не полноценный сервер, и нет ни каких гарантий, что интернет не отвалиться пока Вас нет дома, что может повлечь за собой цепь печальных событий. Ведь сервер нужен не только для того, чтобы на кнопки нажимать, он обрабатывает всю информацию и производит соответствующие действия. Да, для того, чтобы как Вы выразились

Arduino вполне достаточно, только он там не один, там еще много чего вкусного !

_____________
Мой первый сайтик

Посмотри на свой XBMC под другим углом

Прошу меня простить, но я кажется видел кой-какие вкусности: "комар включить", "комар выключить".

На начальном этапе ещё нет никакой платформы, её еще предстоит определить, и определять её нужно прежде всего исходя из потребностей реализуемого приложения, ты же предлагаешь начинать строить дом с крыши, вместо того чтоб рыть котлаван

ну ты же сам себе здесь противоречишь Чего же это чат нельзя создать на шареде? Так говоришь, как будто чаты в вебе появились вместе с вебсокетами и нодами, а как же комет? Это как раз тот случай когда реализация диктует выбор окружения, о чём я и говорил. И разумнее клиента убедить в необходимости перейти на впс, чем городить костыли на кометах.

интересно что это за факторы такие за пределами ИТ?

Опять противоречишь своим же принципам, заставляешь клиента делать ненужные растраты. Внешний сервер для умного дома нужен только в одном случае, когда нет технической возможности получить белый статичный IP от провайдера, тогда внешний сервер может использоваться как проксирующая точка входа. Опять же это только в том случае, когда необходим удалённый контроль через интернет, в некоторых случаях может будут достаточны аларм СМС-ки.

Ты приводишь метафору из области где полно условностей. Тем более неверную. Она больше подходит в качестве демонстрации ошибок реализации. Или безграмотности кодера, вернемся обратно.

Проект создается с учетом участка (площадки), на котором будет возводиться сооружение. Затем почва влияет на выбор материалов, фундамента. Климат на выбор утеплителя и отделки, и если клиент хочет пенопласт, вместо минваты, будет ему пенопласт, как альтернатива. Ты же предлагаешь спроектировать некий дом, потом под него выбрать участок. Ой, извините, дорогой заказчик, мы спроектировали такой дом, под который вам нужно купить другой участок. А, нет участка, класс! Где хотите? Во Флориде!? Нууу, нееее, мы заложили отопление вместо кондиционирования, потому что оно лучше вписывалось в чертежи. Предлагаем вам Монтану, Серверную Дакоту, ну в крайнем случае Небраску.

Ну значит я ошибся, раз на шаредах можно создать хороший чат. Значит не диктует!

Мне придумать сценарий? Начиная от финансовых факторов, заканчивая фобиями (медицинские). Мы работаем с людьми, или ты нет? =) Просто, если студия какая и с людьми работает менеджер, тогда ясно. В жизни не угадаешь во что упрется рогом заказчик, в любую мелочь, на самом деле. Охота шаред и всё, ппц, не переубедишь, он тебя просто пошлет, найдет другого. Который ему сделает, пусть кривовато но на шареде. И правильно, тот кто платит тот и прав, так мир устроен.

В крупных фирмах еще проще: к ним сами бегут ухватить жирный проект. Но там уже как правило отношения B2B, профессионалы переговорщики с одной и другой стороны, это не про нас. Нам только прилетают требования, ТЗ называется. Вот там не только требования к ПО, но еще и условия эксплуатации очень часто прописаны. Забыл шуточный ролик про 7 линий, хотим так и не ипёть?

Сегодня хостинг порой стоит дешевле "белого" статического адреса.

ОК, попробуем оставаться в контексте, потому как иначе наш диалог может завести очень далеко. Итак, мы купили дорогущую малину и белый IP адрес.

Теперь, появляется еще один объект, допустим дача. Туда тоже малину, белый адрес? У нас уже появилась вторая панелька мониторирования?

В программировании такой подход называется неправильной архитектурой. Вместо того, чтобы вынести управляющий сервер в интернет, купить 2 недорогие ардуинки, забыть про статические IP адреса, поставить на VPS (за стоимость 2х белых уже можно арендовать недорогую, по крайней мере там разница будет незначительная). Сделать отправку СМС оттуда, или даже заморочиться на АТС, если энтузиазм прет через верх. Тогда возможности такие открываются, через управление по звонку DTFM кодами, что ой. Сразу двумя объектами, это важно! Арбуз, твой легранд почти за 100 штук умеет управляться через звонок?

Весь этот праздник за копейки, легко расширяемый, централизованный (появится у меня 3-й объект, так мне из Египта по 3-м панелькам мониторигна/управления прыгать?). Надежность "сервера" обеспечивается серьезными людьми и технологиями, VPS хостингом, это не шутки. На объектах интернет может быть плохой, да, тогда надо заботиться о хорошем подключении. Умный дом без связи извне сегодня никому не нужен, на дворе 2017 а не 97й, не важно на чем он построен, требования к связи высочайшие.

Ах да, Atmega! Что ж, сделаю отправку состояния каждую минуту, если серверу есть что сказать (включить отопление) в ответном пакете, иначе просто NoOp. Заодно логирование, по температуре график можно построить.

Особо подчеркиваю, что оставался в контексте решения и по деньгам и по увиденной задаче (пару датчиков, пару релюх) + прекрасные возможности расширения.