Можно ли по получить div id вышестоящего блока в рамках одной collumn и вставить его в значение?

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

т.к. у меня уже получается 11 (планируется 15) кнопок, то у меня получается большая простыня JS, я понимаю что оно будет быстро отрабатывать, и проблем не создаст, однако я хотел бы это минимизировать. Я так делал в начале, на каждую кнопку вешал слушателя, у меня получалось на каждую кнопку 3 строчки кода, на 15 кнопок получится уже 45 строк. Или я что-то недопонял, и я вешаю один слушатель на все кнопки и дальше уже могу работать с данными?
Подход с data-status , data-... - интересный, таких примеров не видел, спасибо за полезные ссылки. Про parentElement - знал, никак не мог допереть как его использовать) Опять таки спасибо за полезный материал. Про this - для меня открытие) Но впрочем стесняться мне нечего, не моя специализация, поэтому как говорится век живи - век учись. Благодарю за ответ, много информации к размышлению.

Можно ли по получить div id вышестоящего блока в рамках одной collumn и вставить его в значение?

Сергей delphinpro, cначала использовал такую штуку - Хабр , но потом нашел в node-red палитру

node-red-contrib-yandex-station-management

, которая основана на этом же решении и сейчас использую её. Т.к. автоматизацию дома строю преимущественно на Node-red, то в целом, по возможности стараюсь туда переводить всё.
С макс каждые 0.5-1 секунду прилетают такие данные -

JSON

{
    "aliceState": "IDLE",
    "canStop": true,
    "hdmi": {
        "capable": false,
        "present": false
    },
    "playerState": {
        "duration": 187,
        "entityInfo": {
            "description": "",
            "id": "36800",
            "next": {
                "id": "178495",
                "type": "Track"
            },
            "prev": {
                "id": "",
                "type": "Track"
            },
            "repeatMode": "None",
            "shuffled": false,
            "type": "Artist"
        },
        "extra": {
            "coverURI": "avatars.yandex.net/get-music-content/142001/a92a262f.a.21940-7/%%",
            "requestID": "75856e15-3c52-43d5-ac11-971cdc2c67fd",
            "stateType": "music"
        },
        "hasNext": true,
        "hasPause": true,
        "hasPlay": false,
        "hasPrev": true,
        "hasProgressBar": true,
        "id": "178529",
        "liveStreamText": "",
        "playerType": "music_thin",
        "playlistDescription": "",
        "playlistId": "36800",
        "playlistPuid": "28723236",
        "playlistType": "Artist",
        "progress": 23.796,
        "showPlayer": true,
        "subtitle": "Linkin Park",
        "title": "Numb",
        "type": "Track"
    },
    "playing": true,
    "timeSinceLastVoiceActivity": 7199,
    "volume": 0
}

Так же нода управления позволяет делать такие действия

картинка

Я в основном работаю с RAW командами, больше свободы действий

Zigbee кнопка со встроенным реле и программируемым нажатием?

В доме как раз автоматизация на wb, а вот до ремонта в квартире еще далеко, поэтому приходится изобретать колесо.
Да точно, я же совсем забыл про есп, можно же и самому нужно логику реализовать и подключить туда любую кнопку и отдельно реле. Благо в свое время ставил увеличенные подрозетники, по идее должно все поместиться.
На счет отваливающихся лампочек, спорно. Предыстория: у меня была обычная люстра и обычные точечные светильники без всяких смарт наворотов. И тут я прикололся и купил себе yeelight с wifi. Когда я обесточил их нажатием на обычный выключатель , а потом опять включал - они некоторое время приходили в себя и ими нельзя было управлять, при этом одни лампочки приходили в себя быстрее, другие дольше, и это конечно раздражало. Поэтому я отказался от классического выключателя, запитал линию через ваг, и она постоянно под напряжением. Теперь отвалов или странного поведения не фиксирую, вот лично по мне - работает вполне корректно, за полгода ни одного замечаний. В отличии от НА, что после обновлений, что нибудь, да начинает чудить, и как правило помогает переподключить устррйства. Потом я все с зигби2mqtt переавел на zha, и по мне стало стабильнее работать. Но в целом, с вами соглашусь wifi iot это скорее побаловаться а не production решение.
Еще раз спасибо что напомнили про есп, пусть это и не готовое решение, но спать спокойно и быть уверенным что свет так или иначе утром включиться - будет возможным)

Zigbee кнопка со встроенным реле и программируемым нажатием?

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

Zigbee кнопка со встроенным реле и программируемым нажатием?

Здравствуйте, спасибо за ваш ответ. У меня есть подобные реле. В общем и целом, мне понятно о чем вы пишите, но вы не совсем поняли сути вопроса.
Что делает реле в электрической цепи? Размыкает или замыкает. Т.е. проводит или не проводит ток.
Теперь практический пример:
У меня есть сценарии, которые анализируют уровень освещенности в определенных зонах. Например: днем (в зависимости от освещенности) свет более холодный, но более мощный световой поток(уровень яркости) А вечером, когда темно за окном, свет более теплый и немного слабее световой поток. На кухне у меня 3-х клавишная кнопка (без реле сзади), при нажатии на каждую из кнопок, срабатывает определенный сценарий, который анализирует показания датчиков и выдает нужные мне параметры света в той или иной зоне (люстра или подсветка рабочей зоны или контурная подстветка). Лампочки - тоже управляемые, и на них ток подается постоянно, т.е. не разрывается при нажатии на кнопку. На текущий момент, лампочки выключаются не физическим разрывом цепи, а подачей команды с телефона/кнопки/алисы. Тем самым лампочки находятся под напряжением и всегда в сети. То, что предлагаете Вы - физически разрывает цепь, при любом нажатии на кнопку, которая подключена к реле. Ну или выключатель (реле встроенное в кнопку картинка 2) . Я же хочу получить такой результат: при нажатии на кнопку - цепь не разрывается и не замыкается, а включаются или отключаются сами лампочки (как сейчас) но, если допустим нажать 3 раза на кнопку, уже сработает реле и физически размкнет цепь. При этом, я хочу учесть тот момент, что хаб может перестать работать. И если хаб перестанет работать, то уже пофиг на сценарии - главное чтобы была возможность включать/выключать свет физически. Т.е. я не хочу каждый раз нажимать кнопку и разрывать/замыкать цепь, а хочу чтобы при нажатии на кнопку выключались сами лампочки (но не обесточивались!), но если уже так случилось что хаб сдох, то иметь возможность хотя бы включить или выключить свет.

Zigbee кнопка со встроенным реле и программируемым нажатием?

Rsa97, хорошо, в моем случае у меня розетки выполняют роль репитера и увеличивают зону покрытия. У меня проблема в том, что лампочки работают по wifi, ленты - микс из зигби и wifi. В идеальном сценарии, я бы хотел иметь следующее - допустим говорим про кухню, там 3 типа света, которые управляются через выключатель - люстра (Е27), подсветка рабочей зоны (точечные светильники gu5.3), контурная подсветка потолка (светодиодная лента) по стене. Провода от этих зон протянуты в подрозетник, но я их там через ваг подключил, чтобы они постоянно были под напряжением. А непосредственно включение\отключение устройств либо с телефона, либо через колонку дуо макс. Но я отключаю не цепь, а отключаю конкретные устройства, т.е. питание на них все равно подается всегда. Вот предположим, что исчезает интернет в квартире - получается что я не могу управлять устройствами wifi, но могу устройствами zigbee. В таком случае, если я вас правильно понял, мне достаточно будет zigbee кнопки и реле, и без хаба это все будет работать? Я просто логически не пойму, у меня работа построена на сценариях (например свет на кухне включается с определенными условиям в зависимости от уровня освещенности на момент подачи команды), сценарии хранятся либо в алисе, либо в home assistant, в случае с биндингом как это работает между собой, получается что сценарии хаба игнорируются, или сначала идет опрос хаба, а если он недоступен идет прямая команда с кем выстроен биндинг? Для home assistant я использую ZHA, лично по моему опыту работает стабильнее, во всяком случае после обновлений ничего не отваливается, а при zigbee2mqtt постоянно что-то да работало работало странно, и приходилось переподключать некоторые устройства

Zigbee кнопка со встроенным реле и программируемым нажатием?

Lynn «Кофеман», да я знаю о чем вы пишите, в частности у меня такие розетки. Но это нужно для расширения зоны покрытия зигби, к сожалению как управлялка это не работает, оно и понятно, ведь для этого нужен хаб. В целом, все устройства зигби должны уметь такой функционал, т.к. идеологически это прописано в протоколе, однако в угоду экономии энергии (а много устройств работает от батареек) этот функционал порезан.
На счет того, что сомнительно найти такое устройство - согласен, но мало ли. Я недавно уточнял про wifi кнопку, с возможностью задавать свой endpoint api - и мне подсказали готовое решение. Ценовой сегмент правда там высокий, но у меня вопрос не в цене был а в самом устройстве. Поэтому мало ли, может и есть искомое устройство, которое позволяет задавать сценарий по нажатию на кнопку, и отрабатывать оно будет сначало внутри своей логики, а потом уже передавать wifi/zigbee/metter

Почему нет изображения?

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

Возможно ли реализовать сервер для выбора VPN туннеля?

Alkazam, к сожалению не ответ, поэтому оставил как коммент, но хоть крупными мазками направление подсказал. Вопрос интересный в целом, и как его решить представление есть, однако в том виде как я вижу, это будет нести больше вреда чем пользы. Т.к. расходы (ресурсов) на этот анализ - будут большие. А это в свою очереди скажется на скорости работы, что вы наоборот хотите повысить. Получается некая петля, выход из которой пока не вижу. Среди ответов, пока тоже не встретил конкретных предложений.

Какой PC NVR с распознаванием людей?

Уточню, распознавание именно что это человек, или что это какой то конкретный человек который уже есть в БД?

Возможно ли реализовать сервер для выбора VPN туннеля?

Zerg89, Ваш второй ответ увидел позже того, как написал свой.
Ручное определение - это титанический труд в данном случае (если предположить что конечные адреса ресурсов заранее неизвестны). Поэтому можно оставить за скобками. Плюс маршруты вышестоящих провайдеров могут меняться, от этого может меняться и latency до определенного узла. Постоянно вручную это отслеживать, такое себе удовольствие
Вашу затею со скриптом понял (заполнение таблицы маршутизации), но тоже не до конца понятно что лучше, т.к. эти маршруты нужно время от времени перепроверять - затея с маркировкой соединений выглядит интересно, но вероятно несёт бОльшие накладные расходы по ресурсам, поэтому тут нужно просчитывать, что по ресурсам выгоднее. Однако не понял как заставить CHR обрабатывать соединения в script

Возможно ли реализовать сервер для выбора VPN туннеля?

Zerg89, Я не с целью критики, а интереса ради. Имею ввиду практическое применение, а не сравнительный анализ. Хотя бы абстрактную логическую цепочку. Нужно же каждый dst проверять, через какой interface его пускать. Пускай будет 10 выходных интерфейсов, нужно по каждому из них проверить наименьшую задержку, какими средствами это реализуется? Условно - в prerouting мы вычленяем каждый уникальный dst - далее нам нужно выполнить проверку через какой из выходов латенси будет меньше - далее маркируем соединение и отправляем его через предопределенный route. Как выполнить проверку наименьшего латенси, чтобы отмаркировать соединение ?

Возможно ли реализовать сервер для выбора VPN туннеля?

В случае с chr как определять наименьшую дистанцию до конечного узла через множество выходных интерфейсов и отмаркировать соединение для выдачи оптимального маршрута?

Огромные задержки при использовании RDP, moonlight, как доказать вину провайдера?

Drno, с чем мне пришлось столкнуться, так это что провайдеры моб.связи не любят торренты. И как то раз, я использовал zerotier, прогнал большой объем траффика и мне порезали скорость. ТП зелёного оператора обосновала это тем, что я использовал торрент, хотя я им утверждал обратное, не поверили. Ждал конца месяца для снятия ограничений. У меня просто есть симка с безлимитным тарифом, который уже лет 10 не меняется, вот и гадят как хотят. В случае с использование классического впн, такой проблемы не встречается. Так что, как то так)

Возможно ли реализовать сервер для выбора VPN туннеля?

Клиент ---(туннель WG)---> VPS с туннелями до всех VPN

У Вас получается что клиент, всегда фиксировано подключается к одному ВПН серверу.
В такой ситуации, Вам нет смысла городить подтуннели в туннелях, т.к. вы и так заворачиваете весь траффик в туннелями WG, получается что Вам нужно смотреть в сторону маршрутов а не туннелями .
Схема выглядит примерно так - Ваш VPS с туннелями всегда постоянно подключен к другим машинам по VPN. Далее, в prerouting вам нужно понять, через какой туннель у вас наименьшая latency, и пустить траффик по маршруту с меньшей задержкой. Поэтому смотрите в сторону route по ping. Одно НО, некоторые хосты не отдают ответы на пинги, трасировка - тоже не всегда показателем будет - т.к. маршрут может идти между узлами с большей задержкой. Как прорабатывать такие исключения - вопрос. По линуксам, как сетевому устройству не подскажу как такое сделать, Но в любом случае, такая работа потребует больших накладных расходов, что может нивелировать преимущества такого решения.

Огромные задержки при использовании RDP, moonlight, как доказать вину провайдера?

Drno, если это частный дом, там часто встречается такое - первый роутер провайдерский - а за ним клиентский (судя по подсети, похоже на микрот). Мне 10 кругов ада пришлось пройти, чтобы поставить свою железку напрямую на опту провайдера и согласовать нужный трансивер. Они прям очень хотели чтобы я поставил их бесплатный роутер, а дальше подключал своё оборудование, но договорились без их железки.
Что касается двойного нат - ну это конечно не есть гуд и второй роутер лучше перевести в bridge (я знаю одну компанию, где не двойной, не тройной, а квадро нат и у них там даже как то работает и они умудряются еще vpn юзать))). Но в рамках ситуации - радмин либо бы поднял туннель, либо нет. Судя по тому, что ТС может достучаться до своего компа - туннель поднялся, значит двойной нат не проблема. Поэтому я тоже склонен к кривым маршрутам до хостов радмина через другие страны.

Большое кол-во записей в секунду в MySQL. Как читать последний порядковый номер столбца и добавлять к нему +1 при записи?

1.Спасибо за разъяснения по пунктам! Тогда понятно, в моем случае такая выборка не будет производится, поэтому для меня это вреднее получается.
2. Понял, принял.
3. Но если по факту - если я не дергаю отдельными запросами resultid, а этот параметр идет в довесок к select - или когда я провожу запись insert, и в этом insert дополнительно к другим параметрам задаю resultid - сильно ли то влияет на производительность операции? Понятно что я могу это эмпирически выявить и проанализировать, но с Вашей точки зрения, дополнительная колонка при insert сильно ли усугубляет ?

Признаю честно, сначала я начал дорабатывать обработчик, с учетом замечаний с вашей стороны. Отказался от проверки уникальности result (на текущем этапе), отказался от заполнения serialnumb.... Но потом меня осенило и я кажется нашел решение. Мне известно что параметр sessid не возобновляется. Т.е. если этот параметр сменился на устройстве, то в дальнейшем он не будет возвращен, т.к. по сути это будет timestamp+uid кодированный в base64. А решение выглядит следующим образом. Хранение последнего serialnumb для каждой активной sessid в memory. Т.е. в рамках обработчика я буду хранить sessid+serialnumb в переменных и каждое поступление данных я буду смотреть, существует ли такой sessid из переменной а не бд, если существует, то при записи в базу буду читать эту переменную, делать ей +1, и записывать в бд. А если приходит sessid которого еще нет в memory, в этот момент я делаю проверку в БД (на всякий случай) и назначаю значение = 0. Если вдруг в БД будет такой sessid в таком случае я от туда беру последнее значение, и вношу его в переменную обработчика. Этот вариант я уже тоже проверил, у меня получилось что каждая переменная отжирает не более 5 кб, памяти. следовательно для хранения значений sessid:serialnumb для 1000 устройств будет отжор менее 5мб memory . Что меня более чем устраивает. В общем буду развивать пока оба решения, с serialnum и без него, когда подойду к визуализации данных, пойму на сколько это будет критично для меня, и уже приму окончательное решение. Спасибо за Ваш вклад в мой труд.

Огромные задержки при использовании RDP, moonlight, как доказать вину провайдера?

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

Огромные задержки при использовании RDP, moonlight, как доказать вину провайдера?

vadimonka, openvpn как раз подойдет чтобы по сети поиграть

Огромные задержки при использовании RDP, moonlight, как доказать вину провайдера?

Самое простое для вас, немного помучившись, это будет через рдп установить anydesk - и через него работать за удаленным компом. По обрывкам информации мне так сложно оценить и дать более дельные советы. Мне быстрее и удобнее будет самостоятельно проделать множество операций по проверке и анализу, чем сформулировать и написать какой порядок действий, где как и на что смотреть, что делать в такой ситуации, что делать если так и тд.
Поэтому самый простой шаг это будет anydesk.
А так, вместо radmin vpn можно использовать свой vpn сервер.
Например за 15 минут развернуть свой сервер и быть независимым от кого-то.
ссылка на пикабу
Цена вопроса от 250р / мес, например на firstvds