Максим Федоров

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

protected function setUp() {
    parent::setUp();

    // Файл с дампом базы в tmp-директории
    $dumpFile = tempnam('path/to/project/local/test-tmp', 'autotests_dump_');

    // В начало файла с дампом пишем команды для пересоздания тестовой базы
    $sql = "DROP DATABASE IF EXISTS `autotests_dbname`;\n"
         . "CREATE DATABASE `autotests_dbname` DEFAULT CHARACTER SET = utf8;\n"
         . "USE `autotests_dbname`;\n";
    $this->exec('echo ' . escapeshellarg($sql) . ' > ' . escapeshellarg($dumpFile));

    // Делаем дамп с основной базы только структура таблиц, триггеры и т.п.
    // Это может быть локальная dev база.
    $this->exec('mysqldump --no-create-db --no-data --routines local_dev_dbname >> ' . escapeshellarg($dumpFile));

    // Добавляем в дамп файл bootstrap.sql c командами
    // для наполнения базы минимально необходимыми данными
    $this->exec('cat path/to/project/tests/bootstrap.sql >> ' . escapeshellarg($dumpFile));

    // Создаём тестовую базу
    $this->exec('mysql < ' . escapeshellarg($dumpFile));
}

private function exec($cmd) {
    exec($cmd, $out, $err);
    if ($err) {
        throw new Exception("Command execution failed: {$cmd}");
    }
}

Работает довольно шустро.

POST это метод запроса. Если вы умеете в curl - вы умеете делать POST запросы. Если нет - читайте про Curl или Guzzle. Это те самые утилитки и библиотеки, которые позволяют серверу сделать запрос на другой сервер (в том числе и методом POST).

В этой статье хорошо написано, когда нужен интерфейс и зачем он нужен
sergeyteplyakov.blogspot.com/2014/12/what-are-inte...
А от себя добавлю, что фанатичное придерживание принципов SOLID может привести к обратному, а именно увеличению сложности проекта.

jquery развивается и списывать его еще очень рано. Он выполняет задачи совсем отличные от react и т.д. Однако сказать что в нем есть удобные элементы для druganddrop я не могу. Но есть куча библиотек, которые реализуют именно это, например:
https://shopify.github.io/draggable/
Советовать Вам тот или иной фреймворк по двум строчкам описания проекта не считаю разумным. Возможно будет вообще оправданно использовать для интерфейса svg и canvas, а для них куча библиотек есть типа https://d3js.org/ или svgjs.com и там своя реализация drag and drop и лепить к ним js фреймворк будет уже не совсем нужно.

https://www.google.com/advanced_search
У яндекса есть такое же.
Обратите внимание на ссылки внизу

если по-взрослому
https://www.youtube.com/watch?v=s9TsfAHWKbQ
https://www.youtube.com/watch?v=Yd9FhP58xLY

Тут.

Две последние буквы SOLID для вас ( https://en.wikipedia.org/wiki/SOLID_(object-orient... ). Вообще рекомендую прочитать всю эту статью, она очень дельная (+ все ссылки из секции Design and development principles). Использование этих принципов позволят писать относительно неплохой код даже без понимания (которое приходит с опытом обычно). Кстати, в этих статьях должны быть ссылки на книги по ОО-проектированию (ну в любом случае они неплохо гуглятся).
Необходимость в интерфейсах и абстрактных классах возникает в основном в больших коммерческих проектах. Использование интерфейсов позволяет понизить связанность компонентов системы (их уровень знания друг о друге), что, в свою очередь, позволяет легче модифицировать систему, работая в команде. Например пишет один программист какой-то класс для запуска задач и делает у него метод, который принимает интерфейс IRunnable (возможно с одним методом run()) и описывает контракт (правила, как метод run() должен себя вести). После этого, любому другому программисту достаточно будет реализовать интерфейс по контракту и он сможет пользоваться классом для запуска задач. При этом, класс для запуска задач вообще понятия не имеет о том что он запускает, ему важно знать, что это можно запустить, и любому другому классу нет необходимости знать, как его запускают, достаточно просто реализовать метод.

Выгода от использования Vue в сравнении с jquery заметна уже после того, как на атрибут disabled кнопки в форме влияет 2 и более условий, не говоря о состоянии других элементов. Если отображение ваших элементов на странице не зависит от состояния других объектов, то значит вам и правда не нужны фреймворки. Они требуются, если вы пилите нечто более-менее динамичное.

Преимущества Vue :

1. Виртуальный DOM
2. Можно делать крутые анимации практически любой сложности

Если вам этого не нужно, то и от Vue профита не будет никакого.

https://gist.github.com/

Это очень просто делается на рельсе, если уметь. Расписывать долго, но подскажу, что искать

remote формы и ссылки

Здесь все виды вёрстки кроме Grid layout, я всё подписал что бы было ясно как это делается