Виталий Хоменко

Всё верно, боты сканят сайт на уязвимости (если у вас таких страниц нет и на многие запросы отдаётся 404). Это нормально.
Закрывайте дыры, пока вас не поломали.

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

1. Как я понял, библиотека - это просто набор функций
да

2. Фреймворк - это библиотека библиотек,
Да, определение примерно такое. Фреймворк не просто набор функций.
Можно было бы сказать, что это движок, но фреймворк более универсальная вещь, решающая несколько задач в своей широкой области.
Можно было бы сказать что фреймворк платформа, но тут наоборот, он слишком узкоспециализирован, так как решает задачи в своей области, а не вообще.

3. Что такое стандартная библиотека языка?
Да, библиотеки, которые идут в поставке. Например в операционной системе полно стандартных библиотек, и если вы пишете свою десктоп программу с этими библиотеками, вы знаете что в дистрибутив вашей программы их включать не нужно - они уже есть у пользователя, в его Windows/Linux.

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

Нет. Любой функционал можно реализовать в своих библиотеках. Вопрос в том, что большинство базовых вещей обычно уже реализовано в стандартных библиотеках.
Но никто не мешает писать такие же базовые вещи в своих функциях или библиотеках, и дублировать стандартные (либо расширять/дополнять их). При этом никто не мешает в своих функциях вызывать функции из других библиотек, чтобы не повторять код.

5. Правильно ли я понимаю, что сначала нужно ознакомиться (хотя бы просто прочитать и понять функции, которые есть в стандартной библиотеке) ... или можно сразу учить фреймворк?

Можно учить параллельно. Обычно фреймворк навязывает свое видение, как под ним писать приложения. Но всегда можно посмотреть как доделать что-нибудь свое. Неважно, используете вы при этом стандартные библиотеки, или библиотеки этого фреймворка, или любые другие, хоть написанные самостоятельно.
Стандартные библиотеки нужно знать, чтобы не писать велосипед, если есть уже стандартные, написанные и вылизанный тысячами человекочасами.

6. API - это внешний интерфейс. То есть, по сути тоже библиотека только для работы с каким-то сервисом или технологией?

API это Advanced Programmer Interface.
Если человек запускает браузер и заходит на сайт - он получает веб-страничку. Но он получает не HTML, а рендер, который генерит браузер.
Если вы заходите на веб API, вы получаете какой-то набор данных, например в формате json/xml, да хоть просто текст, который обычно читает не человек, а другая программа.

То есть API - это способ обмена информацией между различными сервисами/программами. А внешний, внутренний - это уже частности реализации.

в общем – все верно.
кроме

6. API это внешний интерфейс, то есть по сути тоже библиотека только для работы с каким то сервисом или технологией?

библиотека только для работы с каким то сервисом или технологией называется врапером/оберткой/etc. a api - это набор средств доступа к приложению со стороны, предоставленный разработчиком этого приложения.

ImageMagick

Нужно открыть порт 8777 в системе и прокинуть его в настройках nginx

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

Поэтому надо выкинуть эти фантазии из головы и заняться чем-нибудь полезным.

Общий код отдельным модулем. Залей в гит, из гита тащи в проекты.

properties должно быть на одном уровне с allOf, вот так:

allOf:
   - $ref: '#/components/responses/CommonResponse' # <-- Единый формат ответа
properties: <-- # Он должен быть дополнен данными
   data:
      $ref: '#/components/schemas/BannerList'

Люди и по удаленке работают. Важны скилы. Junior будет немного получать по-любому.
Конечно, в МСК и СПБ найти работу проще, но и в остальных городах вполне можно. Можно посмотреть проводят ли IT-конфы в городе, есть ли какая-то активность. В каждом городе по разному. Казань, Самара, Томск, Новосибирск, вполне платежеспособные города и движуха там есть.
В более мелких городах посложнее, смотрить надо на айти-сообщество и какие есть предприятия. Где-то может и не быть, за все города ручаться не могу.

Кстати, выгоднее разрабов держать на переферие, ибо дешевле. Но не в каждом опять же городе удастся создать офис и филиал. Думаю тут такой алгоритм. 1) найти городское сообщество в соц сетях. посмотреть кто где работает, кто сколько получает. 2) если сообщества как такового нет, конфы не проводятся, значит в городе тухляк. Если же наоборот, то надо пообщаться с людьми в комьюнити влиться, послушать, что эти люди думают. Но вполне может быть, что есть какая-то конторка, которая сидит и тихо пашет, в соседнем доме, выпускает игры для мобил с миллиоными оборотами :) Нужно все самому узнавать, вакансии думаю везде есть, но если самому не искать, не найдешь точно :)

Неправда. Спрос существенно меньше, чем в столицах, но он всё же есть. А постоянный отток мало-мальски профессиональных кадров неплохо нагревает рынок и позволяет в регионах с низкими ценами иметь бо́льший разрыв между доходами и расходами, чем в Москве.

Цитирую википедию:

In software engineering, a software design pattern is a general, reusable solution to a commonly occurring problem within a given context in software design. It is not a finished design that can be transformed directly into source or machine code. It is a description or template for how to solve a problem that can be used in many different situations. Design patterns are formalized best practices that the programmer can use to solve common problems when designing an application or system.

"Паттерны из коробки" – это высказывание какого-то диванного недопрограммиста. Не берите в голову.

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

Корень вашего проекта не должен находиться в одной ветке с вашими исполняемыми файлами

Найденный вами код - костыль

Посмотрите как реализуют такой функционал нормальные фреймворки