dimmaq

После RewriteBase RewriteCond %{REQUEST_URI} [^/]/$ RewriteRule ^(.+)/$ $1 [R=301,L]

Элементарцый же скрипт, из html выдираются данные (название, цена итд) и формируется другой вид списка товаров. .each() ищет элементы списка, в элементах ищется, например, имя товара $(element).find('.name').html() новая структура сбирается в переменную html и перезаписывает текущий $(element).html(html) ИМХО метод - полное говно, тотже эффект можно получить одним переключением css класса без изменения DOM. Код становится проще, быстрее и понятнее.

Ошибля. Заменить надо в методе getProducts(). В 1531 это 128 строка.

В файле catalog\model\catalog\product.php найдите строки (примерно 160 строка) if (isset($data['sort']) && in_array($data['sort'], $sort_data)) { if ($data['sort'] == 'pd.name' || $data['sort'] == 'p.model') { $sql .= " ORDER BY LCASE(" . $data['sort'] . ")"; } else { $sql .= " ORDER BY " . $data['sort']; } } else { $sql .= " ORDER BY p.sort_order"; } Заменить на: if (isset($data['sort']) && in_array($data['sort'], $sort_data)) { $sort = $data['sort']; } else { $sort = 'p.sort_order'; } $append_order = 'p.price = 0, p.quantity = 0,'; if ($sort == 'pd.name' || $sort == 'p.model') { $sql .= " ORDER BY $append_order LCASE($sort)"; } else { $sql .= " ORDER BY $append_order $sort"; }

Пытаясь минимизировать кол-во запросов к базе, обнаружил, что даже при наличии файла кеша, будет выполняться запрос к базе, если в этом кэше, например, пустой массив. Примерно так выглядит чтение из кэша: $data = $this->cache->get($name); // кеш возращает пустой массив if (!$data) { // по правилам приведения типов получается false // делает запрос к базе }

Обнаружил мелкий баг. Каждый раз когда загружается подтверждение заказа /index.php?route=checkout/confirm создается новый заказ с нулевым статусом (потерянный), и статус меняется на нормальный после нажатия confirm. Но тут получается так - если из шага подтверджения вернуться назад, например, изменить коментарий к заказу, заказ запишется еще раз, а старый так и остается висеть как потерянный. Пока тестировал, накопилось 70 штук. Они ни на что не влияют и видно их в админке в списке заказов только если в фильтре указать статус "потерянные".

Тогда понятно.

пустой верх (нет корзины идт) по кнопке buy сразу кидает в оформление заказа дальше уже не смотрел

Даже не мечтайте.http://forum.opencart.com/viewtopic.php?p=72582 Посмотрите критику двухлетней давности и ответы разработчика.

Вы свою демку вообе проверяли? Глючит же неподецки. vqmod - NO WAI

catalogcontrollerproductcategory.php в начале есть код if (isset($this->request->get['sort'])) { $sort = $this->request->get['sort']; } else { $sort = 'p.price'; // тут поставить что требуется }

В версии 1.5.3 (и больше) по-умолчанию так и работает см. исходники

это кусок БД оригинального opencart, его надо записать в БД сайта. Например программой phpmyadmin, там есть кнопка "импорт".

лови zone.zip таблицы со странами и регионами

Удалить или закомментировать код в двух файлах: catalog\controller\information\contact.php if (empty($this->session->data['captcha']) || ($this->session->data['captcha'] != $this->request->post['captcha'])) { $this->error['captcha'] = $this->language->get('error_captcha'); } catalog\view\theme\default\template\information\contact.tpl <br /> <b><?php echo $entry_captcha; ?></b><br /> <input type="text" name="captcha" value="<?php echo $captcha; ?>" /> <br /> <img src="index.php?route=information/contact/captcha" alt="" /> <?php if ($error_captcha) { ?> <span class="error"><?php echo $error_captcha; ?></span> <?php } ?>