YemSalat: Проблема а скорее "некрасивая" часть фактического удаления заключается в том, что старые заказа в случае удаления каких -то товаров будут отличаться от счет-фактур (
YemSalat: "Можно вместо удаления товаров помечать их как удаленные и хранить только айдишники" - так делаю сейчас, НО:
Очень много связей:
- связанные товары
- категории в которых отображается товар
- изображения относящиеся к товару
- заказы в которых упоминается товар
Тип таблицы InnoDB, хочется определить внешние ключи и затирать все связи в случае удаления определенного товара на уровне БД, это поможет избавиться от груды кода и сохранить целостность, ведь если удаляется Категория с Субкатегориями удобнее затереть все товары в них и связи, чем ставить для товаров статус "Удален", а потом еще и затирать связи грудой запросов.
Не хочется хранить удаленные товары, ведь если его удалил - да именно УДАЛИЛ, а не пометил "нет в наличии" или "отключен", то о каком маркетинге, учете и переоформлении может идти речь?
Возможно я неправильно мыслю, если так то поправьте, именно из-за сомнения решил обратиться к вам.
YemSalat: тогда придется хранить и "старые" товары... это не реально или слишком ресурсоемко ( наткнулся на эти грабли только сейчас и не могу найти верного решения. Это скорее вопрос целостности, если у товара меняется цена, а он уже входил в состав заказов, оплаченных ранее за определенную сумму, в итоге общие суммы заказов в истории изменяться, а суммы за которые они были оплачены останутся прежними и возникнет путаница.
Состав заказа естественно хранится, НО предположим какие-то товары были удалены, таким образом из заказа они исчезнут, соответственно изменится сумма и тд., а если крепить к заказу счет-фактуру, то можно будет посмотреть корректную информацию на момент оплаты. Вроде правильно мыслю?
PankovAlxndr: я бы рад помочь, но с js не дружу, поискал в сети слайдеров полно, но такого как Вам нужен не попалось на глаза, хотя до этого встречал где-то.
Urukhayy: А какие еще варианты? Как еще Вы это реализуете без Ajax?
Правда верстать выдачу в js это плохой тон.
Как вариант можно сделать так:
Ajax делаем запрос к контроллеру который в свою очередь делает запрос к модели, далее получает ответ и отправляет в вид в котором Вы верстаете и оформляете все должным образом, а результат отработки контроллера помещается в DIV по средствам js.
Хотя вот взять к примеру www.ulmart.ru/, у них в правом верхнем углу кнопка "Что с моим заказом?" , указываю номер и капчу ну и получаю краткую информацию вида:
Статус: Завершенный
Сумма: 560 руб. (сумма указана без учета бонусов)
Самовывоз из магазина такого-то
- плюс в том, что не светятся данные получателя и товары которые входят в заказ, по мне дак очень удобно и в то же время просто :)
Type: Function()
Callback for handling the actual submit when the form is valid. Gets the form as the only argument. Replaces the default submit. The right place to submit a form via Ajax after it is validated.
Example: Submits the form via Ajax (www.malsup.com/jquery/form/#api) when valid.
