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 } ?>