Александр Талалаев

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

Причин может быть множество. Но начать нужно с правильной настройки своего мэйл сервера(либа выбрать хороший сторонний сервис, который возьмет заботы на себя, например mailgun или mailchimp).
Самые базовые вещи что должны быть это:
SPF-запись - реестр серверов которые будут отправлять почту с вашего адреса, таким образом получатель будет знать что отправитель вы(или ваш сервер), а не кто-то другой со своего сервера отправил.
DKIM-подписи - это специально разработанный формат цифровой подписи чтобы защитится от спам рассылок, опять таки его цель борьба с ложными отправителями, те чтобы спамер не притворялся кем-то другим(грубо говоря).
Вот эти две базовые вещи которые позволят снизить до минимума шанс попадания письмо в спам с первичной нейтральной/белой репутацией у сервисов типа mail.ru/gmail и тд. А дальше уже начинают играть роли иные факторы: как часто получатели сами отправляют ваши письма в спам, содержание рассылок, наличие кнопки отписаться(это прежде всего актуально для одинаковых писем отправляемых тысячам получателей), и тд и тп.

Я думаю проблема в том что имя пользователя у тебя на русском языке, сама консоль open server у тебя уже не дружит с кириллицей вообще, а далее видимо последствия с невозможностью скачать, потому что он не может определить путь для сохранения(в домашней папке пользователя), поэтому выдает ошибку.
И еще, текущая версия Laravel требует php минимум 7.0+.
Я рекомендую работать из под пользователя у которого изначально имя пользователя на латинице (или пройти небольшую процедуру танцев с бубном чтобы переименовать правильно текущего).
Отказаться от open server и перейти либо на Laravel Homestead (обертка над Vagrant - виртуальных машин для разработки), либо на Docker (есть удобная сборка laradock).
Наверное легче будет с Laravel Homestead

В пакете Twig-extentions есть фильтр time_diff (обертка DateTime::diff() из php), ее можно использовать для подобного функционала.

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

Сегодня парсинг дело нетривиальное, особенно если это относительно крупные/известные проекты, которые не очень хотят чтобы их данные парсили. Короче говоря у многих на стороне сервера стоят системы которые определяют таких ботов, я думаю в подавляющем большинстве ошибка 403 возникает именно в случае бана( возможно временного), на второе место я бы оставил ошибки авторизации, если целевой сайт ее требует.
Короче говоря, твой план такой:
- делаешь набор идентификаторов бразуеров, а не только один используешь, тоже касается кукисов/автьоризации.
- покупаешь несколько ip адресов на сервере (и вообще привыкни что это дело придется постоянно менять и отказывается от засвеченных), и делаешь запросы со случайным выбором из своего пула адресов.
- так и живешь ;-)

Помимо каскадирования(и приоритета по более точному указанию), работает принцип последовательности.
Таким образом ваши стили указанные в media queries срабатывают, но затем перетираются стилями которые подходят этим же элементам, но указаны ниже.
Короче говоря, лучше всего все media запросы располагать в конце файла либо несоредственно после определения базовых стилей, таким образом медиа запросы будут дополнением, которое при срабатывании переопределит основной класс.
Отдельный разговор методики распределения свойств, наверное самые простой будет определять в css классах базовые свойства(иногда + для мобильных вертикальных экранов), а далее в медиа запросах расширять их для каждого более высокого разрешения экрана. От простого к сложному.
PS а вообще на досуге советую изучить.

Когда-то возился с ним, но как помню особых проблем с этим не было, есть заготовка для таблиц, ну и возможность стилизации.

Гугли что-то вроде Fullscreen (или fullpage) landing(или one page) templates psd.

Я думаю вам нужно разбить ваш svg на несколько, по зонам. Тогда все будет ок.
Сделать один базовый, без конкретных мест, а только с условным обозначением основных зон (VIP-Партер, Партер и тп), а далее уже показывать svg только выбранной зоны. Думаю все будет ок в этом случае.

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

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

Я думаю облачное хранилище Selectel вам подойдет.