Михаил Р.

Смотрите ситуацию. Я человек с плохим зрением. В моём браузере стоит увеличенный размер шрифта. Я открываю сайт в котором верстальщик шрифты указал как надо, в rem, а на размеры/отступы забил и задал их в пикселях. Получается уродство:



Потом верстальщик стал умнее, и переписал размеры/отступы в rem'ы и сразу всё стало очень хорошо:



Понятно?

$("Класс/Ид формы").submit(function(e){
e.preventDefault();
        var form_data = $(this).serialize();
        $.ajax({
        type: "POST",
        url: "/mail.php", //ссылка на файл php
        data: form_data,
        success: function() {
			alert('Спасибо, Заявка отправлена!'); //То что выводится после успешно отправки
			$('Класс/Ид формы')[0].reset(); //скидываем нашу форму
        }
      });
});

в самом php данные можно брать через
переменная = $_POST['тут имя инпута -> name=""']

eval();

если неправильно настроить сервер на проверку файлов, то загрузив файл как картинку на сайте через стандартную форму, можно исполнить его example.com/images/door.php просто зайдя на него.

1,2,3 - должен быть отдельный компонент, допустим urlManager, который при создании имеет конфиг, он парсит урл на основании этого конфига и решает, какой контроллер запустить.
4 - зависит от сервера, зависит от таблицы, зависит от запроса. Простой select - это какой?

И если не MySql, то какую БД использовать, что бы потянуть большие нагрузки?

тут прямые руки и мощности сервера решают больше, чем тип. Миллионы магазинов работают на mySql. Какие-то работают хорошо, какие-то плохо. Потому что по разному сделаны.
А зачем вообще писать свой магазин? Есть куча готовых cms, ну или framework-ов, если нужна своя cms. Почему голый php?

Файлы route*.php не что иное, как простая обёртка, вызывающая метода класса \Illuminate\Routing\Router. Ничего не мешает вам их вызывать самостоятельно в каком-нибудь в сервис-провайдере.

Установите ему size

Это не надо делать в "произвольном" классе. Это надо делать в сервисе. В который все необходимые компоненты передаются через dependency injection.
При конфигурировании сервиса в services.yml все необходимые ему компоненты прописываются в аргументы конструктора

foo.service:
        class: AppBundle\Helper\Foo
        arguments:
            $entityManager: "@doctrine.orm.entity_manager"

и потом в самом классе в конструкторе переданный аргумент присваивается переменной класса

use Doctrine\ORM\EntityManager;

class Foo
{   
    /**
     * @Var EntityManager
     */
    protected $em;

    public function __construct(EntityManager $em)
    {
      $this->em = $em;
    }

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

Тут не надо Keyframes тут надо transition.

.dropdown__container {
   background-color: lightgray;
  padding: 1em;
       transform: translateY(50px);
  will-change: transform;  //шоб плавнее было
    opacity: 0; transition:transform .3s,opacity .3s;
  
}

.dropdown:hover > .dropdown__container {
  will-change: transform;  
   transition:transform .3s,opacity .3s;
  transform: translateY(0px);
   opacity: 1;
 }

а кейфреймс удали

1- Нет, не нужно ставить редирект на 404 страницу. Сервер должен вернуть 404 ошибку если страница не существует.
2- Не нужно закрывать страницу 404 ошибки в robots.txt, роботы поисковых систем прекрасно понимают что это необходимая страница.

И напоследок, раз уж занимаетесь 404 страницей, то вам будет интересно почитать эту статьи на Хабре: Улучшаем страницу 404-ой ошибки

Нужно просто сделать код ответа несуществующих страниц 404, а не 200. Проверить код ответа можно тут www.bertal.ru

Достали значение из localStorage, сделали JSON.parse, внесли изменения, сделали JSON.stringify, положили значение в localStorage:

const arr = JSON.parse(localStorage.getItem('arr')) || [];
arr.push(1, 2, 3);
localStorage.setItem('arr', JSON.stringify(arr));

Можно через querySelectorAll()

// внутри ul с классом list ищем все li
var myNodeList = document.querySelectorAll('ul.list li');

if( myNodeList.length) { // что-то нашлось, коллекция не пустая
  var el0 = myNodeList[0]; // первый 
}

Рабочий пример

Метод querySelectorAll() есть и у документа и у элемента. Так что можно сначала получить элемент, внутри которого искать, а затем внутри него собрать коллекцию:

var list = document.querySelectorAll('ul.list'); // все UL класса list в документе
if( list.length) {
  var items = list[0].querySelectorAll('.list');
  // любые элементы класса list внутри первого найденного ul.list

  if(items.length) {
    var item = items[0]; // первый из li
  }
}

1. Зачем редирект? Нет сразу возвращать 404
2. Зачем? Поисковое роботы и так не индексируют 404.

Я так понимаю для Вас 404 - это какой-то контент, но на самом деле это Код состояния HTTP. Так что 302 тут точно не годится.
Нет страницы - должен быть 404.
Перемещена временно - 302
Перемещена на всегда - 301
А если страница есть и не перемещена, то сервер возвращает 200 (там есть конечно варианты, но в данном контексте можно не вникать)

const obj = eval(`(${document.querySelector('.link').dataset.test})`);

Или, чтобы можно было JSON.parse использовать, пишите в атрибут корректный json, надо заменить одинарные кавычки на двойные, а само значение атрибута в одинарных писать:

data-test='{"test1": "1", "test2": "2", "test3": "903", "test4": "4"}'