antimind

https://3v4l.org/Cai40

$dom = new DOMDocument();
$dom->loadHTML($html);

$xpath = new DOMXPath($dom);
$nodes = $xpath->query('//img[contains(@class, "popup-img")]');

foreach($nodes as $node) {
   $a = $dom->createElement('a');
   $a->setAttribute('class', $node->getAttribute("class"));
   $a->setAttribute('title', $node->getAttribute("alt"));
   $href = parse_url($node->getAttribute("src"), PHP_URL_PATH);
   $a->setAttribute('href', '..' . str_replace('/thumbs/100/', '/', $href));
   $a->setAttribute('style', "background: url('..$href'); -webkit-background-size:cover; background-size:cover;");
   $node->parentNode->insertBefore($a, $node);
   $node->parentNode->removeChild($node);
}
echo $dom->saveHTML();

Всё проще:
1. Создание UI/UX, разметки, стилизации и логики фронта - это фронт-эндер.
2. Что значит "логика фронта"? Это JS и архитектура фронт-приложения.
3. Чтобы правильно создать архитектуру, нужно понимать все возможные интерфейсы взаимодействия с бэком. Затем, оформить их для обмена данными с бэком.
4. Для этого - нужно знать: какие протоколы обмена данными с сервером предоставляет браузер, какие используются форматы передачи данных, логика функционирования общения с бэком: "запрос-ответ" (в разных режимах: запрос/поток, синхронно/асинхронно, и т.д.) и как их все вместе правильно использовать.

Вот до этого места - это всё фронт!

Далее, как только данные ушли из окружения браузера в сеть - начинается бэк.

Все просто, для логики - сервисы. да.
В моделях оставются всякие рилешены, мутаторы, я туда так же сую проверки простые, типо checkIsPaid()

Ничего страшного, что сервис знает о модели.
А данные в сервис пердавать желательно через DTO, также видел некоторые реквесты передают, но не массивом или списком агрументов.
Репозитарий обычно не нужен если используете элокуент. Репозитарий нужен как поддержка разных испочников данных. типо если у вас есть елокуент и докрин или вобще какое-то сторонее апи, то описывается интерфейс репозитария и уже для каждого источника реализуется по разному.
Если у вас только элокуент, то по сути репозитарий будет повторять вашу модель. вобщем шило на мыло. элокуент грубо говоря репозитарий для разных БД

Лучшая практика описана в документации.

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

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

Во-первых, «качается» оно не с laravel.com.

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

array_walk_recursive($arr, function(&$val, $key) {
  $val = trim($val);
});

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

Проще использовать DateTimeInteface

$currentDate = new DateTimeImmutable();

$startCurrentDate = $currentDate->setTime(0, 0);
$nextDay          = $startCurrentDate->add(new \DateInterval('P1D'));