lamer350, ага и все контейнеры под m1 уже выпущены, особенно со всякой интересной экзотикой, и за 5 месяцев все баги кросс-компиляции под ARM успели выгрести.
А потом будут интересные приколы, когда код, разработанный под докером на m1 не заработает на серваке с x86_64 по причине "хрен его знает"
Лёшик, не практиковался, не знаю. Но теоретически, та же шляпа + проблемы с докером, потому что сами бинари там под x86-64 и нужна будет трансляция инструкций.
Сергей Сулаков, тогда вам нужно в первую очередь строить видеонаблюдение так, чтобы можно было получить поток с камер, и желательно сделать это единообразно. Потому что если повесить это на директоров филиалов, у вас начнется веселый зоопарк, который придется интегрировать и увязывать. Ну и само засовывание всех филиалов в VPN будет интересным квестом, потому что выпускать в дикий интернет админки камер - 0/10 в плане безопасности.
Urik_91, Доктор, если я со своим дипломом математика и опытом работы полезу лечить людей, вы будете первым, кто скажет, что так делать категорически неверно.
Это все равно что вам позвонят и спросят "а как мне в домашних условиях провести шунтирование аорты? Я посмотрел все сезоны доктора Хауза и видел, как врачи работают!"
Реальный браузер может иметь гигабайт 20 виртуальной памяти, да еще наверняка обвешаной всякими песочницами, динамическими аллокаторами и прочим барахлом. Более того, вероятнее всего, страница в нем - это код на wasm, работающий уже внутри V8.
и тут вы такой появляетесь с идеей в этих гигабайтах искать базовый адрес урла, который открыт в браузере.
Тут гораздо проще будет откомпилировать свой браузер, который будет через сокет отдавать все что нужно куда нужно, хоть в тот же Бидон.
ну можно конечно попытаться понадеяться на лучшее и попытаться найти хэндл окошка, которое содержит урл - а вдруг вы очень везучий. Spy++ в этом может помочь.
Еще одна идея - посылать окну браузера хоткеи, чтобы выделить урл в адресной строке и скопировать его в буфер обмена. Авось повезет.
Вы понимаете, почему фактически не следует ставить ВДТ на TN-C?
Потому что если поставить ВДТ и потом занулить корпус стиралки на ноль, который прошел через ВДТ, утечка тока на корпус не будет возбуждать срабатывание ВДТ.
gadpaw, Я все равно не понимаю ваш вопрос. Какую задачу вы решаете?
Двухпроводка - это TN-C. Сейчас скорее всего с вас потребуют ее превращения в TN-C-S в шкафу учета, после чего туда можно уже и УЗО (простите, ВДТ) ставить.
gadpaw, не можно. Если конструкция не укладывается в схему из ПУЭ - это просто конструкция. Для нее никто не просчитывал риски, сценарии аварий и так далее.
Возможно, это какой-то специальный прибор, и тогда на него есть документация производителя.
Не все конструкции, которые вы встретите на улице или у бабушки в деревне выполнены по ПУЭ, следовательно, если что-то не укладывается в схему из ПУЭ - это просто самоделка, креатив и т. п.
gadpaw, если бы вы открыли МЭК или ПУЭ, вместо статей неясного авторства, вы бы увидели, что эти буквы - действительно флаги.
T — заземление.
N — подключение к нейтрали.
I — изолирование.
C — объединение функций, соединение функционального и защитного нулевых проводов.
S — раздельное использование во всей сети функционального и защитного нулевых проводов.
galaxy, если все начать рассказывать на уровне сферических коней в вакууме, как любят делать в наших вузах, я возможно запутаюсь даже раньше, чем мой собеседник.
dariasweetsun, Давайте будем разбирать один вопрос в единицу времени. Итак. Фактическое CoW работает так - как только потомок пытается писать в адрес, расшаренный с родителем, срабатывает SEGFAULT и ядро перестраивает MMU таким образом, что под этим виртуальным адресом оказывается другая физическая страница.
То есть, виртуальные адреса одинаковые, а физические страницы - разные.
А потом будут интересные приколы, когда код, разработанный под докером на m1 не заработает на серваке с x86_64 по причине "хрен его знает"