Yan-s

Переписать Javascript на PHP?

Перепишите.

очень отпугивает своими таблицами и запросами.

Работать с файлами будет сложнее. Намного.

Mysql. Таблицы - очень просто и интуитивно понятно. Запросы - человеческий синтаксис, очень удобно оперировать данными. Высокая надежность, огромное количество информации, сообщество.

Файлы - вообще не вариант. Вот несколько популярных вариантов которые можно рассматривать в качестве хранилища данных: mysql, sqlite, postgres, redis, mongodb.

Рекомендую выбрать из первых двух. Вероятно sqlite будет проще для вас.

А потом вы что делаете? Надеюсь не нечто типа include $page . '.php'

И что вообще вы хотите проверить? В целом же, не майтесь ерундой, поставьте готовый роутер.

Как высети предыдющие и следующие элементы массива от текущего:
php.net/manual/ru/function.prev.php
php.net/manual/ru/function.next.php

Как выбрать часть массива:
php.net/manual/ru/function.array-slice.php

Но решил, что как-то не комильфо программировать в windows

Это еще почему? Глупости какие то.

"не комильфо" - запускать и тестировать разрабатываемые программы в своем рабочем окружении. Все используют виртуалки. Что будете делать когда вам понадобится под разные проекты разные версии бд, php, дофига еще чего?

Для того же laravel есть homestead, под vagrant. Замечательно работает.

Не вижу смысла создавать отдельную таблицу из-за 6-ти типов кузова

Что насчет такого смысла: использовать рабочий, проверенный, расширяемый вариант, вместо придумывания того, с чем могут возникнуть проблемы?
Если нужны будут выборки моделей по возможным типам кузова, как будете решать без доп таблицы?

Как это реализовать?

А в чем вопрос? Вы решили хранить значения в формате CSV, что нужно реализовать? При создании записи записываете в поле через запятую идентификаторы. При получении записи разбиваете строку с идентификаторами в массив по разделителю. При обновлении записи перезаписываете поле целиком на новый набор идентификаторов.

У вас каша в голове. Читайте php.net/manual/ru/control-structures.if.php
Условие не останавливает работу скрипта.

if (!$_SESSION['abc']) {
  $_SESSION['abc'] = 'abc';
}

В примере выше. Если условие верно, то выполняется блок в фигурных скобках после чего выполнение скрипта продолжается дальше. Если условие неверно, то блок в скобках пропускается и скрипт работает дальше.

Не нашлось в массиве элемента с таким ключом.

Посмотрите что у вас в массиве.

https://habr.com/post/120562/

Наследоваться не рекомендуется. Если наследуетесь, то накладываете на себя обязательство знать какие имена используются и следить за изменениями родительского класса.

А зачем вам второй раз писать то что написано в моделях? Пишется контроллер для метода API, а там уже обращение к существующей логики. Модель та же самая остается.

Чтобы иметь возможность разрабатывать приложения в нужном окружении и иметь возможность этими окружениями управлять не мешая друг другу.

Должен ли я при разработке своего сайта на PHP стараться использовать меньше наименований переменных, переопределяя вместо этого старые?

Нет. Совершенно не должны.

Имеет смысл следить за объемом данных в переменных и то без фанатизма. Оптимизации выполняются при необходимости.

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

Для чего поле key

Для некого ключа в виде строки в 25 знаков.

что в нём должно быть?

Ровно то, что задумано проектировщиком API. А это должно быть сообщено/указано в документации. Как по вашему вы еще должны это узнать?

Как сделать, что бы столбец был key - char(25) not null?

https://laravel.com/docs/migrations#columns - 5 строка в таблице.