Nikolino

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

Как раз молодые разработчики усложняют (они чаще плодят сущности, подражая, а не думая).
А вот специалисты с опытом упрощают. У упрощения два основных подхода:
1. Не делать того, что не требуется.
2. Разделять и властвовать над тем, что требуется. Правильно разделяя - мы упрощаем.

Что касается репозиториев. Объекты бизнес логики не должны знать где и как они хранятся, как извлекаются и сохраняются. Тогда бизнес логику легко написать и протестировать. Так же легко мы можем протестировать отдельно извлечение или сохранение объектов. Что ведёт к лёгкой смене хранилища. И при этом нет стандарта на репозитории и их интерфейс. Он может быть минимальным и добавляться на основе востребованности. Не нужно сразу писать интерфейс на все случаи жизни.

Порой случается, что бизнес логика простая. Взять объект из одного места и положить слегка изменив в другое. Вся сложность будет не в бизнес логике, а вокруг неё. С репозиториями. Один репозиторий реализует только извлечение в общий вид объекта, а второй только размещение в хранилище. И мы знаем, что если изменится API для какого-то из хранилищ, то изменения придётся вносить только для него. Мы разбили и скорее написали больше кода, но зная, что один API сырой или быстро изменяется, мы защитили себя от сложности внесения изменений.

Чтобы разобраться в этом одного даже развернутого ответа не хватит. Вам нужно сперва почитать про принцип инверсии зависимостей - один из принципов SOLID. Затем разобраться что из себя представляет паттерн проектирования dependency injection и как к нему вообще пришли (service locator также упоминается). И затем собственно приходим к реализации этого паттерна в laravel. Также на заметку можно взять php di библиотеку - просто другая реализация.

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

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

Насчет Докера - проще разобраться, когда есть опыт работы (конфигурация + установка ПО) в командной строке какой-нибудь UNIX/Linux системы. По сути, чтобы развернуть среду, надо сделать несколько действий:
1) Установить докер,
2) Скачать какой-нибудь базовый образ контейнера (есть, например, контейнер на базе ubuntu, в который уже установлены apache + php 7.2)
3) Сделать для этого образа Dockerfile, в котором прописать команды для установки дополнительного нужного ПО
4) Сконфигурировать докер, чтобы папка на жестком диске на ваш выбор отображалась в файловую систему контейнера - туда, например, можно складывать статический контент
5) Сконфигурировать необходимое ПО
6) Залить данные и начать пользоваться)

Большой +++++ - один раз составленный Dockerfile позволит неограниченно добавлять контейнеров с одинаковым ПО)

В протоколе http нет заголовка с размерами устройства . Есть только юзер агент. Думаю для реальных задач достаточно признака ,mobile

а скрытие блоков в display: none, проблему производительности не решает

Вы правы. Именно поэтому придумали srcset

Для этого в IMG теге есть специальное свойство: srcset
https://css-tricks.com/responsive-images-css/

Попробуйте запретить выделение

-moz-user-select: none;
-ms-user-select: none;
-o-user-select: none;
-webkit-user-select: none;
user-select: none;

Норм.

Если смущает, поделите на контроллер и две модели.

Не реклама, но очень похоже на этот случай.

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

UPDATE: У одного из наших клиентов было похожее. Внезапно вырос исходящий SYN-трафик.

Какой долб... просит как тестовое задание реализовать свой MVC, тем более, для джуна?

Может там ещё и огород вспахать нужно?

Если конечно это будет оплачиваемое задание, то ок.

Без фреймворка могут попросить решить какую-то конкретную задачу, типа массив/строку перевернуть (если речь идёт о джуне), может какой-то алгоритм или какую-то задачу из целевой области.

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

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

Ну и главное, фреймворк называют MVC, так как он как бы призывает так писать код, но кроме какого-то мапинга URL на контроллер, он не делает ничего из MVC, уже Ваш код обращается к модели( да, обычно есть какие-то инструменты для работы с ней, но это другое), дальше Вы сами указываете как отобразить. Фреймворк для другого!!!

Думаю стоит посмотреть серию видео-уроков по изучению PSR-7 микрофреймворков. В результате Вы научитесь с нуля создавать собственный компонентный фреймворк.

https://elisdn.ru/blog/113/psr7-framework-http

Кстати, там есть исходники, которые можно будет изучить.