alexalexes

запрос для получение ссылки с использованием прокси, но я так подумал, а разница

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

В вашем случае, если задание звучит именно так, то просто ставится ВордПресс, настраивается 3 роли пользователей, открывается возможность регистрации. Всё - любой пользователь может создать учётку на базе возможностей самой CMS.

К сайту нужно подключить БД

Если вы ставите любую CMS, это уже автоматически подразумевает, что вы провели романтическую ночь с мануалом по установке MySQL или PostgreSQL, и уже на зубок знаете какое имя пользователя вы создали в СУБД, и знаете параметры подключения к ней для сторонних клиентов, в роли которого выступит веб сервер с CMS.

все исполнительные файлы во вкладке

И что? Они отдают только тот контент, который доступен пользователю согласно его уровню прав доступа.
Кроме сеансовых ключей в куках клиент ничем критическим не обладает с точки зрения безопасности приложения.
Интерфейсная клиентская часть приложения закрытой по определению не является. Эксклюзивная часть кода под ста слоями абстракций находится на сервере, вы его никогда не увидите не будучи разработчиком, работающим в компании, которой принадлежит сайт.

Получается если взять и вручную всё скопировать а потом собрать в редакторе кода

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

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

Пишите пояснительную записку. Вообще не отвлекайтесь на разработку. Оставьте реализацию на уровне статичных HTML. Для защиты диплома что-то реализовывать, кроме проектной документации - только терять время.

Любой способ приемлем для оповещения о неверном логине/почты при регистрации или авторизации. Главное, не скатиться до кейса "Вы ввели неверный пароль, который уже занят пользователем <логин/почта>".

При нажатии "Добавить комментарий", пробежаться по всем формам и принудительно привести их в статус "свернуто", кроме той формы, где кликнули кнопку "Добавить комментарий".

Moodle. Но это про "развернуть систему для проведения курсов" из коробки, но тестирование там есть как элемент проверки освоения курса.

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

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

Подозреваю, 4 тыс. запросов к базе данных в цикле - не рационально, но как это сделать более разумно?

Вообще, ерунда. Конечно, нужно продумать использовать очереди, если такой пакет обновлений проходит значительное время. И не забыть правильно настроить блокировки в транзакциях, чтобы не получить коллизии данных во время выполнения импорта/экспорта, если в это время будут делать заказы на изменяемый товар.
PS:

два дополнительных сайта на LARAVEL,

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

Любую СУБД, с чем дружит php, и заводится с полточка: mySQL (лучше брать 8+ версию, а не 5.x, так как намучаетесь с реализацией аналогов оконных функций), postgresql и т.д.

И ещё когда лучше реляционную и нереляционную использовать?

Чем структуированнее и связаннее данные вводятся и выводятся в/из систему, тем проще ее сделать в реляционных сущностях.
Различные шедулеры и таск менеджеры в реляционных СУБД на раз расписываются, нужно лишь набитый навык, как функциональную схему и потоки данных переложить на ER-диаграмму.

Если в разделе "Резервные копии" не осталось никаких записей. То можно не вспоминать, что был какой-то сайт, а сразу переходить на тему его разработки сызнова.
Если перешли на эту тему, то по вебархиву смотреть, что сохранилось там по части "как выглядели публичные разделы", и составлять ТЗ на разработку.
PS: Еще вариант - выпросить контакты предыдущего разработчика. Вероятно, у него остался проект. Но вы же понимаете, что заказчик не просто так обратился к вам, и тот разработчик тоже понимает, почему с ним перестал работать заказчик.)

1. Получить значение из базы в integer, или в другом целом формате.
2. Сдвинуть разряды числа так, чтобы корректно выделить "центы" в нужной валюте - разделить на 100, 1000, 10^6.
3. С помощью функции number_format() вставить нужные разделители, чтобы радовало глаз пользователя (ну, или было корректное отображение, как это принято в определенной стране).

Все окружение браузера, до чего дотягивается JS интерпретатор - DOM-дерево, window, куки, локальное хранилище, интерфейсы XHR (он же ajax), web_sockets, api к графике/звуку - это все клиентская часть приложения.
Вы можете полностью создать одностраничный сайт без применения фреймворков, веб-сервера, и просто сохранить в виде html файла (плюс еще несколько статичных css, img, js, font файлов, но это можно использовать без поднятия настоящего сервера) - и это будет полноценное клиентское приложение без серверной части.

Если прямо "на коленке" нужно написать и за 5-20 минут получить список url к определенной странице.
То открываете консоль браузера F12.
Открываете вкладку "элементы", чтобы изучать дерево документа.
Также заходите во вкладку "консоль" и с помощью document.querySelector пытаетесь написать CSS селектор, чтобы дотянуться до нужного img узла изображения. Если вам нужна ссылка на то, что выводится тегом img, то забираете атрибут src. А оригинал изображения может лежать в соседнем атрибуте этого же тега, например, data-src - тогда забираем его.
Далее, пробуем получить список узлов img по заданному селектору с помощью document.querySelectorAll.
Если функция подхватывает все узлы, то результат готов. Вам нужно подставить в url-ы домен ресурса или адрес текущей страницы (без части запроса), так как ссылки могут быть относительны.
Можно накопить результат в виде массива, перевести в JSON и забрать строчку JSON из консоли. Если еще проще, то склеить результат в строку через запятую и тоже забрать из консоли.

В отдельных случаях одним CSS селектором можно не обойтись, чтобы забрать все ссылки, или img узлы лежат не в постоянной структуре.
Тогда нужно в несколько этапов получать содержимое.
Сначала нужно научиться дотягиваться до узла-контейнера списка элементов (элементы - не обязательно интересующие Img узлы, ими могут быть какие-нибудь карточки товаров - тоже контейнеры).
Потом от контейнера-карточки пытаемся дотянуться до нужного изображения.
Далее организуем forEach, чтобы перебрать контейнеры-карточки.

Берете статистику использования браузеров в проектах, которые охватывают основную аудиторию.
Смотрите наиболее старые версии браузеров, которые используют более 1% пользователей - это будет нижняя планка поддерживаемых браузеров. Узнаете названия движков этих браузеров и их версии - эти данные вписываем в тех. задание.
Через год снова смотрим статистику, и примечаем, как изменились версии, какие версии ушли ниже 1%.
Если ваш начальник или какой-то ключевой пользователь, находящийся в этом 1%, упорно сидит на старом браузере, то этот момент прописываем отдельным пунктом в ТЗ - также регулярно интересуемся, не изменились ли у него предпочтения, чтобы занести эти изменения.

Делаете два боковых контейнера (красные), чтобы были примерно по свойствам такие:
position: absolute;
width: 49%; /*ширина должна быть меньше 50%, но больше половины ширины основной колонки (синяя)*/
left: 0; /*right: 0; - для правого контейнера*/
overflow: hidden; /* чтобы текст не вылезал из бокового контейнера с другой стороны основной колонки */
z-index: 1; /*у основной колонки (синяя) z-index должен быть больше, или текущее свойство меньше*/

Теперь в эти контейнеры можете положить текст, обернутый в контейнер (абзац или div). Этими текстовыми контейнерами можно управлять теперь через css свойство transition left/right. Если возможностей css для анимации недостаточно, то привлекаете js для полного анимирования или только для переключения состояния анимации или для ее перезапуска.