lubezniy

Отвечаю по возможным целям. На моей памяти два подобных случая - оба давностью в несколько (около 5) лет.

В первом - некие злодеи сделали страницу с нашим дизайном трёхлетней давности, разместили на взломанном постороннем сервере и пристроили туда для скачивания некие программы, требующие отправить платную SMS для установки (наши программы такого точно не требуют). Узнали мы об этом из жалобы одного из потенциальных пользователей, от него же получили ссылку. Через whois нашли контакты владельца домена, связались с ним - в общем, через несколько часов гадость исчезла.

Второй случай. В небольшом городе есть штук 7-8 контор (маленьких - в пределах 10 сотрудников), оказывающих услуги бизнес-клиентам. Клиентура их в абсолютном большинстве местная, привлекается путём городской рекламы, объявлений в местной газете и других подобных способов. Одна из контор с целью привлечения дополнительных клиентов сделала себе сайт. Делала самостоятельно, без привлечения сторонних специалистов, так что контент оказался вполне себе уникальным и в чём-то даже полезным. А использование нормальной (в целом) CMS и размещение на платном, хоть и недорогом, хостинге позволило ещё и принимать с сайта обратную связь. Результат этой работы вышел положительный; конкуренты об этом, естественно, узнали, и двое из них через некоторое время тоже решили обзавестись сайтами. Первый пошёл по пути создания сайта с нуля и наполнения его своим контентом; ему ресурсы это позволяли. А вот второй решил упростить и удешевить себе процесс: "создал" сайт на narod.ru и надёргал туда часть контента с чужого сайта, поменяв в нём только контактные данные. На нормальный дизайн там, наверное, даже ресурсов не хватило: выглядело сиё творение, мягко говоря, убого. А про фидбек и речи толком не шло. Тем не менее, владелец оригинального контента высказал своё недовольство по контактному номеру с того сайта и был готов сделать abuse в Яндекс. Но последнего не потребовалось; в течение суток после звонка претензионный контент был убран.

А Ваша ли это целевая аудитория? Если у сайта будет посещаемость 10 человек в день, зачем заказчику оплачивать дорогой труд множества специалистов, когда такой сайт на коленке легко построит студент? Большие затраты на такие сайты просто не окупятся. Вот когда клиент поймёт, что "перерос" такие сайты, тогда уже ему и нужны будут подобные предложения. И, исходя из этого, и нужно ориентировать рекламу, ответы на вопросы и т. п. (слоганы вроде "задолбался - иди к нам будем долбаться вместе).

Проверить netstat-ом, не занят ли ещё чем-то порт, к которому пытается забиндиться RabbitMQ.

chown имя_нового_пользователя путь/httpd.conf
Запускается из командной строки Linux-сервера, где находятся хосты, под пользователем с соответствующими правами.

Лампочка 12В сгорит при подключении 24В за счёт превышения расчётного тока в цепи в 2 раза.
2 лампочки последовательно работать будут; ток через них будет одинаковый, расчётный.
А омы - это таки не напряжение.

А что не осилить-то?
1. Создать элемент createElement-ом
2. С помощью setAttribute задать type, name; если надо, то и value или другие атрибуты (class, style и т. п.)
3. На родительском элементе, в котором находится прежний input, сделать appendChild, подставив туда созданный элемент;
4. На новом элементе выполнить метод focus ().

Многоканальные номера с доступом по sip сейчас вполне доступны. А подключать к ним аналоговые аппараты можно с помощью sip-шлюзов (есть варианты на разное кол-во портов под телефоны). Соответственно выбираете провайдера, на всякий случай консультируетесь с ним по совместимому оборудованию, покупаете шлюз(ы), настраиваете и подключаете.

Смотря что подразумевается "по-научному": строковое выражение, кириллица, ещё что-то.

php.net/manual/ro/pdo.connections.php
Здесь прописано штатно присваивать NULL, как у Вас, но в комментах пользователи говорят, что это не рвёт соединения, и призывают задействовать выполнение запроса KILL CONNECTION_ID() (не гарантируя, что оно будет работать, но потестить можно).

Ну так количество полей в stores 4, а Вы пишете 2 без указания конкретных полей. Естественно, идёт ошибка.

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

В смысле - трёхъярусную (3-tier)? Так тут и так трёхъярусная получается: клиент - браузер, Node - сервер приложений, ну ещё сервер БД (по вкусу - MySQL, PostgreSQL или ещё что-нибудь).

А зачем тут PHP ? Можно двумя строчками shell-скрипта спокойно заменить, и зависимости от php не будет.

А как с такой организацией Вы будете закрывать доступ к файлам (например, только френдам), если это планируется на перспективу? И не может ли быть повторной заливки файла с тем же именем, но другим контентом?
Ещё один момент - при такой организации, если объём данных вырастет, то работать бэкапным или репликационным программам будет непросто: им придётся сканить все эти папки. Но это можно решить на этапе реализации, если при заливке ставить какой-нибудь флаг для этих программ (мол, забери себе файл по такому-то пути).