Fortop: Спасибо, этот вариант лучше, чем мой "Третий", хоть и смысл тот же. Сюда (при определенной степени доверия к пользователю), можно даже прикрутить систему, которая будет варианты, которые встречаются у нескольких юзеров, добавлять в общий список. Вот только в этом случае встает вопрос - что делать со всеми клонами? Менять все ID цветов (во всех местах использования) на тот, что выбран как образец, а все цвета-клоны удалять? Но это уже другая тема для обсуждения.
Спасибо за подробный ответ. Но вы покрыли не все варианты. Скажите, как быть, если новые значения вносить в список нельзя, но нужно иметь возможность вписать в поле свое значение (хоть оно и не появится в списке)? Или отказаться от такого варианта совсем?
@TsarS Это о том, что для выполнения миграций можно в консоли специально указать какое соединение с бд использовать. А я спросил как запустить отдельный скрипт (и как, кстати его организовать? в какой класс обернуть?)
А как хранить старые версии заказа? В той же таблице? Как отмечать старые версии? При каждом изменении придется создавать новую версию? А если изменился не сам "заказ", а данные в join-таблице (которые связаны с заказом, например список запчастей, использованных в заказе)
Да, я думал об этом но сложности с переносом и неизвестность того, как хорошо и удобно это работает, отсутствие поддержки монго у большинства обычных хостеров на вирт-хостинге меня останавливает от этого.
@maxpirate я вам таким образом не смогу помочь никак. В консоль что-ли загляните... Я даже не знаю, что у вас не пашет, а уж ПОЧЕМУ - я даже предположить не могу.
@maxpirate если страница уникальна (в плане макета) то лучше просто создать файл pageslug.php без "Template Name: spec", где pageslug - ярлык страницы (последняя часть "постоянной ссылки").
Если у теги img не вписать src, то webkit считает, что изображение сломалось и рисует серую рамочку. Лучше решить проблему в корне. Если нужно установить картинку именно через css, то вставьте в src ссылку на файл с прозрачным gif 1x1 px.