Daemon23RUS

ты доки собираешься сначала читать, а не набегать сюда с простейшими вопросами?
https://docs.aiogram.dev/en/latest/utils/keyboard....

Бери оба, если путаешься с выбором ты, люди, вбивающие адрес по памяти (таких мало но они есть) будут так же ошибаться, не возьмешь ты, возьмет твой конкурент.

Само собой на один адрес настрой редирект, кстати рекомендую не прозрачно редиректить, а на страничку где большими буквами написано, наш адрес такой то ;) и собирай статистику

1) Схема для прямого соединения кабелей на 100 мегабит действительно существует. Она ужасна. Она работает. Одна древняя как...

2) Вы не указали способ подключения к провайдеру. Если там например оптика? А протокол какой? DHCP, IPoE, PPPoE? Соответственно общего ответа нет
3) Провайдеры обычно привязывают MAC клиента к его договору, соответственно с ПК у вас просто не будет подключаться, или будет требовать перепривязки, каждый раз. И с роутера тоже.
4) В теории вы можете на ПК и на внешнем порту роутера настроить одинаковые MAC, но тогда нарушится нормальная работа. Вам придется для включения роутера - вытыкать провод из ПК (или выключать сетевую плату).
5) Ваш ПК - соответственно, когда работает роутер - будет без интернета.

P.S.
И соответственно ответ на вопрос "будет ли работать и какие разветвители лучше использовать?" - такой:
Никакие лучше не использовать и отказаться от затеи. У вас мало проблем и много свободного времени? Придумайте нормальную схему, которая не будет требовать таких ухищрений. Ваш вариант ДОРОЖЕ по реализации (купить свич дешевле, чем паять эту схему), и много более проблемный.
Вы пишете "роутер для тех или иных причин иногда нужно выключать" - а так ли это? Может его можно перенести туда, где его не надо будет отключать? А может и вовсе не роутер надо отключать, а только WiFi?

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

Техническое задание (ТЗ)?

Добрый вечер!
А по логам Apache видно что подключение к 8888 происходит?
Если нет, вероятно, порт 8888 закрыт файрволом, надо открыть (как именно зависит от файрвола)

А если зайти на сервер по SSH и выполнить
curl -vik 127.0.0.1:8888 Есть ответ? видно по логам что запросы доходят по логам?
Если есть и доходит то весьма вероятно что файрвол
Если так же таймауты, может дело в ProxyPass, сервер на 3000 порту точно работает?

То как ты задаешь вопрос, говорит о том что написать с нуля это тебе не под силу.

tensorflow - это прежде всего векторизованные операции с тензорами + возможность выполнить эти операции на GPU + очень важный плюс (есть подсчет градиента для любого математического выражения). Если его сравнивать с numpy то основное отличие будет отсутствие подсчета градиента и не возможность из коробки выполнять numpy на GPU, это возможно через numba например.

Распознавание лиц с нуля такого проекта ты не найдешь, все что можно найти и в изобилии это создание нейронной сети с нуля (реализованные как на чистом numpy, так и на tensorflow без использования моделй).

гугли neural networks from scratch python. Например вот https://www.geeksforgeeks.org/implementation-of-ne... Но ничего близкого к распознаванию лиц и эмоций с нуля ты не найдешь.

Давайте я за вас прочитаю документацию про Bot Menu Button

как без физического ПЛК в ней работать

В колонке Online есть возможность поставить галочку Simulate mode и только потом нажимайте Login. Только перед этим должна быть установлена хотя бы одна модель контроллера (target) (можно выбрать даже компьютер в качестве контроллера, тогда и Simulate не нужен).
Рекомендую сначала освоить версию 2, а уж потом 3. Из языков советую CFC, ST, как дополнение SFC.
(таргеты можно бесплатно скачать у Овен)
Заодно можете нарисовать графику (отображение в среде программирования или в браузере (web-интерфейс)).

Классическая реализация этого подхода предполагает, что есть CSS шлюз, ограничивающий минимальный/максимальный размер шрифта для минимального/максимального размера экрана, и логика дизайна явно завязана на размер шрифта. Как в мире, где люди печатают разные штуки на бумаге. Плюс альтернативные единицы измерения - vw, vmax, проценты - если нужно. Это помогает сохранить в верстке логику дизайна в явном виде. Используя искусственную логику 1rem = 10px, и rem не в значении "базовый размер шрифта", а просто как костыль для адаптивности, вы упрощаете изначальные подсчеты, но в верстке получается гора рандомных дробных значений, которые не пойми что обозначают. Тут нужно либо подгонять все под 10px сетку, что не всегда уместно, либо по мере усложнения интерфейса это все превратится в такую кашу, что врагу не пожелаешь. Собственно это возвращает нас к изначальной проблеме верстки в пикселях. Куча магических значений и никакой логики в коде. Это главный недостаток вашего способа приготовления rem.

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

Нет.

В общем случае эта задача не решается на 100% по определению.
Вы говорите, что вокруг фамилий у вас произвольный текст, а это значит, что среди этого текста попадаются слова, которые чем-то похожи на ФИО, но не ФИО, или имя отчество, без фамилии, или что-то вроде "светкин василёк Игоревич". Можно это считать таким экзотическим ФИО, или отчество тут просто отдельно стоит и искать его не надо?
В любом случае схема решения примерно такая. Если у вас есть знаки препинания, то можно разбить по ним фрагменты текста, ФИО не разделяется знаками препинания (кроме дефиса), но дефис отличается от тире пробелами по бокам.
Далее у вас есть цепочки слов. Если в цепочке N слов, то в ней, можно сказать, N-2 кандидата на ФИО.
Каждая трока-кандидат на ФИО может быть проклассифицирована по ряду признаков, свидетельствующих в пользу того, является ли эта тройка ФИО. Осталось только определить набор признаков и веса этих признаков. Каждый признак определяет два показателя: 1) насколько этот признак добавляет шансов тройке быть ФИО; 2) на сколько несовпадение по этому признаку отнимает шансов быть ФИО. Показатели определяются от нуля до 1 и перемножаются. Подбор признаков и их показателей будет настройкой вашего классификатора.
Тут дальше можно двигаться разными путями.
Часть детектов вы сможете надёжно определять по окончанию отчества.
Часть признаков у вас будут словарными словами, которые, по вашему, не могут быть именем и\или фамилией.
На этом этапе уже будет довольно хорошая детекция. Вопрос что вам важнее, отсутствие false positive, или отсутствие false negative.
Так же по-разному может повезти с входными данными. Если у вас много "ловушек" в виде разбросанных по тексту бесхозных отчеств, если у вас много очень странных имён... в общем тут вам никто не выдаст идеальное решение. При отсутствии четкого ТЗ результатом будет расплывчатое ХЗ.
В целом обычно на настройку таких классификаторов под текст на первое время сажают людей. У нас сейчас есть ChatGPT и ему, думаю, вполне можно скидывать наборы имён, чтобы он вычеркивал те, которые вряд ли именами являются. Если вы приняли, что какое-то слово не может являться именем, или фамилией, то такое решение хорошо бы кэшировать, а затем для консистентности придерживаться аналогичного в других случаях.

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

Любые, какие не противоречат закону, и какие по силам этому новичку.