max_rip

По идеи добавление ORDER BY нужное_вам_поле не как не поломает запрос, по умолчанию скорее всего сортировка идет по ключу в таблице images.
Хотя по мне как-то стремно сам запрос построен. По идеи первоначальная таблица должна быть products а к ней уже делать джоин изображений. Можно решить это под запросом
SELECT p.title (SELECT GROUP_CONCAT(image) as product_image FORM images WHERE images.id = p.id ) as product_image FROM products p
В моем варианте вы получаете гибкость в обоих запросах, можете управлять сортировкой как и в таблице продуктов, так и в таблице с изображениями.
Не знаю как там это в плане скорости, по идеи тут будет быстрее т.к. нету лишний группировки.
Надо бы как нить проверить в плане скорости.

Я вижу создание велосипеда.
Вам надо самостоятельно собрать все необходимые вам версии софта с указанием --prefix=/usr/local/пакет.версия
+ написать скрипт, который будет собирать все это единую систему (в основном конфиги с правильными путями) и запускать сие чудо на разных портах, а в локалке можно и на разных айпи просто.
Прикрутить к этому гуи на том же пхп, будет не сложно.

Сама сложность в сборке всех этих пакетов.

Иначе самый просто способ это виртуалки + проекты подключенные через nfs.
Можно также автоматизировать установку софта в этих виртуалках, на основе запущенных данных. Но на все это требуется время.

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

Если поля не переименовывались, то просто выгрузите данные с расширенной вставкой, там где перед ставкой перечисляются поля. И после накатите на БД с новой структурой. Должно в принципе прокатить +). Разве что потом, проверить значение следующего инкремента в таблице.