Yesvik

Счастливый человек... а мне довелось рехтовать магазины на OpenCart в которых более 1500 запросов на страницу было...А по поводу кеширования рендера менюхи - полностью с тобой согласен, надо делать... правда иногда это накладно и приходится кешировать сформированное дерево и каждый раз рендерить.

Зачем?

У Яши весьма странная поддержка каноникал... лучше с Яшей в каноникал не играться.

Проблема в отсутствии модели. Модель - обязательное поле... просто удалить поле ввода не получится.

Скорее всего проблема не в файлах, а в настройках. Гадать лень, надо смотреть.

При заливке через админку картинка ресайзится, а штатный ресайзер не обучен работе с альфа-каналами...

Вероятнее всего проблема с ссылкой на CSS файлы Надо смотреть HTML

Не надо ничего переписывать... Посмотри на статью http://tentcomfort.r...nformation_id=3 А теперь открой страницу http://tentcomfort.r...ccount/register и кликни по ссылке в строке "Я прочитал Информация об оплате и согласен с условиями" и ты увидиш что одна и та же статья открывается так как тебе надо. Делается это добавлением класса к ссылке class="colorbox cboxElement"

Не уверен, но попробуй дать баллы со знаком минус

Именно об этом я и писал, в 1.5.3 это исправлено...проблема в том что по дефолту идёт такая сортировка и при одинаковых или незаполненных sort_order наблюдается описанный глюкВ 1.5.3 сортировка сделана так: 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['order']) && ($data['order'] == 'DESC')) { $sql .= " DESC, LCASE(pd.name) DESC"; } else { $sql .= " ASC, LCASE(pd.name) ASC"; } в итоге при дефолтной сортировке получаем ORDER BY p.sort_order ASC, LCASE(pd.name) ASC и проблемы нет

catalogmodelcatalogproduct.php

Иероглифы - следствие вывода варнинга... не будет варнингов - не будет иероглифов.Лень обяснять причинно-следственную связь, но если настроить дефолтный вывод на UTF8 - тогда и при варнингах не будет иероглифов.

Ты просто нюхать не умееш... или не то нюхаеш :)

Нет, не в этом.Проблема в кривом алгоритме чистки протухшего кеша. Происходит примерно следующее: Делается выборка списка файлов в папке кеша, а потом в цикле проверяется актуальность каждого файла... При тормознутой ФС этот процесс не быстрый и если паралельно приходит два запроса - то они получают почти одинаковые списки файлов кеша.... оба запроса хотят удалить один и тот-же файл... один из запросов удаляет файл, а другому удалять уже нечего и он кидает предупреждение "No such file or directory". Отключи вывод ошибок в браузер и жизнь наладится.

значит не обновил... в 1.5.3 такого быть не может.

Продажи -> Покупатели -> Группы покупателей

Кеш чистил после заливки файлов?

Это может быть только если ты правил файл catalogmodelcatalogproduct.php

Остановись пока не поздно... поисковикам это не понравится.

Конфиги изменял?

location / { if (!-e $request_filename){ rewrite ^(.*)$ /index.php?_route_=$1 break; } }

У всех товаров "Порядок сортировки:" одинаковый... В 1.5.3.1 этой проблемы нет.Возможно ты модифицировал файл catalogmodelcatalogproduct.php для каких-то модулей и вернув проблему...

Либо в панели управления хостингом либо в .htaccess укажи по умолчанию UTF8 С кодировкой всё будет нормально, но ахтунги будут периодически появляться из-за корявого кешера. Либо в панели управления хостингом либо в .htaccess отключи вывод варнингов и нотисов, а когда запустиш сайт в работу - полностью отключай вывод в браузер любых сообщений PHP.

Исправить конфиги: config.php и admin/config.php

В 1.5.3.1 с пробелами проблемы нет и ничего делать не надо.