Василий Банников

Это довольно странно - делать что-то, не понимая - как работает сеть и не понимая, что iptables работает на 3 уровне OSI, тогда как балансировщики - как минимум на 4.

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

ПКМ -> Mark Directory as Excluded.

ИИ - это общий термин, и не более. Так что иди туда, где сильная база программирования и математики, если где то включено ML то оно в свою очередь будет включать в себя как классические ML алгоритмы, так и нейронные сети.

Если бот простой, то бери самый дешёвый минипк или ноут (встроенное резервное питание, вау), можно очень старый. Можно распберри, или вообще ардуинка за $2.

Можно вообще ничего не покупать, а поставить бота на роутер, если у тебя есть ssh на него.

Можно захостить на старом телефоне - у него тоже встроенный ИБП, и даже резервный канал, если симку проплачивать.

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

Выполняй работу честно и к тебе всегда будет минимум вопросов.
Я обычно изучаю и перерабатываю код - чтобы не смотрелось что я его тупо скопировал, когда где-то публикую.

Если по записям нет никакого поиска и всегда точно известно (вычислимо) имя файла, то база данных не нужна. Заливка на CDN тоже не имеет смысла, поскольку ваш API будет на одном сервере, а не разбросан по миру. Проще всего в этом случае хранить все файлы локально на API-сервере.

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

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

Что нужно знать junior php backend разработчику?

То, что указано у заказчика в ТЗ или в вакансии.

Всем найденным ответам на этом ресурсе - больше 3 лет, возможно уже ситуация заметно изменилась.

Не изменилась.

помогите пожалуйста сориентироваться и понять с чего начать и в каком порядке изучать.

С формулирования более конкретных вопросов.

Вопрос в том, какую технологию, библиотеки или алгоритмы выбрать под эту задачу?

У тебя описан простой фильтр. Реализовывается на любой "технологии".

Написать Джану Имину в Beijing ByteDance Technology Co., Ltd Чтобы в следующем обновлении, для вашей ссылки сделали исключение и вопрос пользователю не задавали, а сразу перекидывали в браузер телефона.

Боюсь что ты решаешь задачу с не того конца.
Курс ЦБРФ может быть один, но реальный курс зависит от банка и способа оплаты. Разница может доходить до 10%. Если включить случаи double-conversion, то ошибка может быть еще больше.

Приходилось решать подобные задачи, когда простейшим случаем была покупка контента за AED, оплата его кэшем в EUR, с полседующей перепродажей через AmericanExpress в USD. Сумма с точностью до цента получается только постфактум. И далеко не всегда платежная система дает тебе полную раскладку по комиссиям и курсам.

Как вариант, на бытовые зеленые прожекторы поставить светофильтр LP-510 или один на камеру, если применимо в рамках решаемой задачи.