Андрей Суржиков

Прошить возможно, я вон вижу там съёмные компоненты, в которых, может быть, прошивка и лежит.
Ищите прошивку и модифицируйте, но почему бы просто вслед за командой открытия реле не посылать команду закрытия реле?

Ознакомьтесь, пожалуйста, с этой статьёй. https://habr.com/ru/post/149561/

На telegra.ph используется https://quilljs.com/

Так случайно не умеет блэйд?

@if(($t = $City->users_active_count) > 0)
Количество активных: {{$t}}
@endif

1. Сделайте в таблице поле proccess типа double по умолчанию 0.
2. В PHP скрипте сделайте $process_id = microtime(TRUE) + getmypid(); чтобы получить уникальный для каждого вызова скрипта идентификатор процесса.
3. UPDATE `task` SET `process` = $process_id WHERE `process` = 0 LIMIT 1
4. SELECT * FROM `task` WHERE `process` = $process_id
Таким образом вы добьетесь того, чтобы запускаемые параллельно на обработку скрипты не брали одни данные для обработку.

Подскажите, это верный подход?

Это целиком зависит от запросов и их частоты. Хотябы оценочной по вашим прикидкам. Говорить что-то конкретное без подобной информации по этому поводу бесполезно. Если делать по уму, то для точного ответа нужна будет ещё и статистика. Заполните базу mock-данными, проидитесь по логам трассы и оцените, где нужны дополнительные индексы, а где только помешают. Не забывайте, выделение индекса - операция ресурсоемкая.

прочтите Зандстра 4-е изд. Где-то с Главы 6 Части 2.

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

1) Инкапсуляция — мы прячем внутреннее состояние, давая его менять специальными выведенными наружу «рычажками».
• Тесная работа с коммуникационными протоколами (например, почтой).
• Поддержка какой-то вещи с меняющимся состоянием (в вебе этого мало — может, какая-нибудь автоматическая вёрстка?)

2) Абстракция и полиморфизм — в общем, поддержка разных вещей под общим фасадом.
• Неопределённость в технологиях — может, MySQL, а может, SqLite. Тогда создаём абстрактный класс «БД» и от него наследуем MySQL и SqLite.
• Какие-нибудь штуки из предметной отрасли. Пишем игру — персонажей игры удобно так держать. Хотя можно ли написать многопользовательскую игру целиком на PHP — в этом я не уверен.
• Ну, не знаю, где ещё. Настольная/мобильная версия, что ли?

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

Если эти вопросы не про вас, то вам не нужно ООП.

Ну прям ребус....

свой личный CA "намажте" им нужные сертификаты, сертификаты в веб сервер. CA в хром клиентам.

вот будет Вам зеленый https://192.168.0.1/bigass

https://support.globalsign.com/customer/portal/art...
однако, я бы купил самый дешевый домен и фиг с ним

запрос 2 быстро работать в таком виде не будет. переписать на полнотекст + union all и будет летать.

У нас Mysql база на 40 млн записей. Работает шустро. Правда таблица не одна ) Так что не в бд дело

По идее - BlackBerry.
Но нужен финт: покупать телефоны "там", регистрировать и привязывать тоже "там". Сервисы пользовать по месту прописки. Это законно (пока телефон не предназначается для обсуждения незаконных делишек, передачи защищаемых данных или для обслуживания госконтор-клиентов).

Почему всё "там"? Ну, потому что тут (я про РФ) с ними как-то странно. Профильная контора обязывает пихать своё оборудование в (условно) сервак. По идее будет иметь доступ. А волосатая рука конкурунта, ИМХО, вполне может дать... Ну, допустим, 10 тысяч евро знакомому отставному уже енералу, который по-свойски может всё слить. Всё строго ИМХО, за 10 евро и сисадмина подкупить бы можно и просто нач.отдела.

Ну ещё как вариант...
Телефоны использовать только для данных. Голос гонять по SIP, защищённых вариантов транспорта сейчас, вроде, аж два. Сообщения - этого добра дофигища.

В то, что конкурент будет взламывать эти аппараты через уязвимости в ОС или будет действовать на уровне ОПСОСа (в теории они могут снимать удалённого голос с аппарата напрямую) мне не особо верится.