Maksim Herasim

Могли бы подсказать, как реализуются хотелки? их можно решить на стороне шаблона или нужны плагины или нужна доработка JS на странице товара?

Пишется/находится плагин или в теме кастомизируется шаблон карточки товара.

Ничто не мешает вам развернуть постоянное подключение к VPN, типа DirectAccess или продвигаемого вместо него Always-On VPN. Без интернета сейчас никто не работает, поэтому связь будет всегда, соединение directaccess\aovpn будет устанавливаться автоматически.

Просто закрываешь один path и рисуешь дырку в продолжение.
Примерно так:


На canvas это можно сделать с помощью параметра fill evenodd:

Берем современный фреймворк. Например Vue, как самый легкий для старта.
Делаем компонент для карточки станции yandex-station.vue, описываем там весь шаблон, всю логику.
Потом используем столь раз, сколько нужно.

<yandex-station title="Макс" room="Детская">
<yandex-station title="Станция 2" room="Коридор">
...

Захотели поменять внешний вид или функциональность для карточки станции - меняем только компонент yandex-station.vue, остальное даже трогать не придется.

А вот это вот вся лапша в итоге приведет к полному бардаку в кодовой базе.

Батенька, вы уже дозрели до перехода от статичного html к его динамической генерации.
Можно по классике возложить эту задачу на бакенд, а можно динамически собирать html из javascript.

Но в обоих подходах потребуется понять, что вам не нужно кучу разных однотипных переменных.
Да и сам подход стоит поменять.
например кнопки оключить/подключить интернет.

<button class="...  mySwithInet .... "  data-status="on/off"  data-device="alisa-1">Отключить интернет</button>

по псевдоКлассу mySeitchInet навешивается слушатель нажатия. Аргументы(data-) можно получить так
https://developer.mozilla.org/ru/docs/Learn/HTML/H...

можно использовать parentElement, чтобы id устройства не писать кучу раз
https://www.w3schools.com/jsref/prop_node_parentel...

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

Какой-то бред.
1. Составной ключ по автоинкрементному полю и обычному смысла не имеет, поскольку автоинкрементное поле id всегда уникально, то добавление к нем sessid ничего, кроме торможения, не добавит.
2. Делать какую-то отдельную проверку на уникальность result внутри sessid смысла не имеет. Достаточно сделать уникальный составной ключ (sessid, result) и использовать INSERT IGNORE.
3. Отдельное поле serialnumb абсолютно не нужно. Выборку всегда можно отсортировать через ORDER BY id и пронумеровать через оконные функции.

WHERE
  b_calendar_resource.DATE_FROM <= '2024-07-13' + INTERVAL 1 DAY AND
  b_calendar_resource.DATE_TO >= '2024-07-13'

Раз они работают на одном домене, то должны обслуживать разные группы URL.
Поставьте перед ними Nginx и в нём настройте, чтобы одни location проксировали запросы к одному контейнеру, а другие к другому.

Вроде девайсы от shelly умеют обмениваться напрямую http-запросами
https://www.shelly.com/en/products/shop/shelly-but...

Ну у яндекса точно можно сценариями сделать "если нажата кнопка, то включить музыку на станции".
Тут подойдёт любой умный выключатель.

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

Да, вполне можно и такой сценарий сделать - при нажатии на кнопку вызывать навык.

Свой собственный