Baco

Как базис использовано брокарт, сайт миленький но простенький, а в чем собственно "фе" ? Бывало я "ужасы" по вашем понятиям делал ещё хуже, но... если клиент так хочет, то как говориться, "Желание клиента - закон..."

ОНО не отключается, это логический процесс оформления заказа, если не надо определённых пунктов - лезьте в код, комментируйте не нужные шаги, оптимизируйте запросы при создании заказа минуя временные процессы от захода на оформление и нажатием "подтвердить"...

Долго объяснять логику, но суть такова, при оформлении (переходе на страницу оформления) из сессийных данных формируеться пустышка, если нажато в конце кнопку "подтвердить" - меняется статус, если пройден успешный этап оплаты - меняется статус, если облом на каком то шаге, висит пустышка. Всё сделанно для того, что б уберечь от действительных заказов и фиктивных.

А кеширование тут при чем ??? ставьте себе проверку времени в таблице, в которую заносяться 2-ва параметра: 1. ИД выведенного товара 2. Последняя дата и после функции: getRandomProduct() сразу апдейтите поля в таблице с датой на : date('Y-m-d', time() + 60) ну и продакт ИД сразу туда вносите... условие же проверки примерно такого плана: if(date('Y-m-d', time()) >$result['date_in_table']) { getRandomProduct() UPDATE YOU DATA } как то так алгоритм построить...

Дружище, тут форум по опенкарту, вордпресс малёха по другому адресу...

Как то так...

ага, или пишет, ошибка в 312 строке и полный листинг кода... называется, что "пальцем в массив..."

и добавить поле для ввода кол-ва...

На данный момент, есть клиенты с которыми я могу работать фактически без ТЗ, практически, прошу же описать в скайпе короко пункты с задачами. Если есть например задача ускорить сайт, то сперва анализирую ситуацию, смотрю что стоит, что можно "ампутировать" из запросов и т.д., после этого называю сумму за работу, если подходит - придерживаюсь акцента на ускорение и правку каких то ошибок калькулирую отдельно. P.S. В самом начале беседы с заказчиком, акцентирую специализацию на кодинге и отказе от выполнения работ по верстке, наполнению и т.д. никак не связанных с функционалом.

Оговорился, "после работы"... Путеводителем, либо гугл либо форум пусть выступает, я в таком случае говорю, что 15 \ час и можем рассусоливать хоть до Пасхи...

ХЗ как у Вас, а если меня просят объяснить что делал, то я просто даю ссылки на файлы, которые "оперировал" и добавляю, что все правки подкомментированы, объяснять же за что они платили - не берусь и не отвечаю даже на такие вопросы, сразу называю сумму за работу, не нравиться - на форум или фриланс, правда минималка у меня для захода на ФТП - 15, но в большинстве случаев, в эту сумму и входит правка или доустановка чего то, если же заказчик начинает истерить (а я беру денюжку только после оплаты), то я тихонько код убираю, откатываю как было до меня и посылаю к более компетентному и "понимающему" специалисту.

Click... Как фришный аналог, можете попробовать поставить это...

сделать поддоменный тип магазина а не подкаталогом... то есть не domain.com/shop а shop.domain.com

При success вы можете поставить любое условие, я делал на перезагрузку, так как лень было писать много кода на обновление и джейсон... Если вы например хотите, что бы просто в "шапке" миникорзины тотал_айтемс менялось, то вместо редиректа поставьте такой код: $('#cart-total').html(json['total']); ну и дальше уже зависит от фантазии...

+ поля в базу добавить надо...

$product['href'] можете прописать под: 'href' => $this->url->link('product/product', 'product_id=' . $product['product_id']) а вот функция javascript для удаления по онклику: function removeCart(key) { $.ajax({ url: 'index.php?route=checkout/cart', type: 'get', data: 'remove=' + key, dataType: 'html', success: function(json) { window.location='index.php?route=checkout/cart';// или Ваша страница для перезагрузки } }); } то есть вешаете какой то рисунок\кнопку\ссылку на событие: <a onclick="removeCart('<?php echo $product['key']; ?>');" > Ну и про всяк случай, гляньте, есть ли по адресу контроллера checkout/cart : код обработки: if (isset($this->request->get['remove'])) { $this->cart->remove($this->request->get['remove']);

Нет, add передается в класс корзины по адресу system\library\cart.php, где в сессию передается значение ИД товара, кол-во и... если есть, опции. Цены вы можете указать в поле input которое передает value при клике (вызове функции addToCart).

вам нужно добавить символы: }); Вернее, посмотреть, какой vQmod делает изменения в этом файле, предположительно: +\- для добавления кол-ва в карточку.

в конфиге цепляет домен то: http://www.1teplo.com/

Если язык один и вы владелец магазина - то не влияет, если вы разработчик и создаете шаблон, то это правило "хорошего тона" прописывать переменные языка в соотв. файлы, а то уже знаю некоторых (PAV) любителей тыкать текст в TPL файлы.

В общем решил, в класс корзины на обновление решил передавать уже ключ с\без опций, а на стадии контроллера произвёл все манипуляции, всё работает корректно, всем спасибо, вопрос решен самостоятельно.

$key - ID товара в сессии корзины, суть в том, что передает то 3 разных ключа (товара в корзине) вместо одного: 1. Просто товар без опций 2. Товар с опцией 1 3. Товар с опцией 2 Вопрос: как обновить опции к товару в корзине ? Костыль по типу: remove $key, а потом add по новой со всеми параметрами - отпадает. P.S. Ссылаться на источник посредством амперсанта - не помогло. Вот описание метода, который я модифицирую.

Доброго времени дамы и господа... Моё обращение, вернее консультирование в тупиковом вопросе: Опции в корзине... итак, есть пациент: если добавить этот товар, можно с и без опций, то видно, что вывел их (опции) в мод Simple + подключен на reload, в случае выбора той или иной опции + калькулирование цены добавил, но это не существенно... в общем: при выборе в корзине той или иной опции отсылается POST с массивом "несериализированных" данных в корзину на апдейт, сама же функция апдейта на текущий момент имеет вид: public function update($key, $qty, $option = array()) { $blink = explode(':', $key); if (isset($blink[1]) && $option) { $opt = unserialize(base64_decode($blink[1])); foreach ($opt as $keyper => $value) { if (!in_array($value, $option)) { $phrase = (int)$blink[0] . ':' . base64_encode(serialize($option)); unset($key); $key = $phrase; } } } elseif(!isset($blink[1]) && $option) { unset($key); $key = (int)$blink[0] . ':' . base64_encode(serialize($option));//$key } if ((int)$qty && ((int)$qty > 0)) { $this->session->data['cart'][$key] = (int)$qty; } else { $this->remove($key); } $this->data = array(); } Вроде бы всё хорошо, но... при выборе опции, клонируются ключи, то есть ID товара:опции unset ключа не срабатывает, то есть $this->session->data['cart'][$key] - всё время разный, а не обновляется... Вопрос: может кто сталкивался или имеет трезвый взгляд со стороны или алгоритм может как то сменить... а то именно с обновлением корзины как раз то и остался момент, никак не решенный. Спасибо за внимание.

1. Все изменения рассмотрены на версии 1.5.3.1 2. -||-

Все переменные, которые были закомментированы\удалены, должны быть закомментированы \удалены по паттерну MVC а не только во въюшке.