UncleAndy

Вероятно, как-то определив значение по умолчанию для быстрого заказа. Только боюсь, что без правки кода при этом не обойтись.

В общем, хочу пояснить откуда такой вопрос. Т.к. товар может принадлежать нескольким категориям, ставить категорию в путь SEO-url нет смысла. Т.к. тогда де-факто уже будет как минимум две страницы для одного товара. Однако, для того что-бы не нарушалась навигация, необходимо что-бы в скрипт передавалось значение category_id той категории, через которую юзер зашел на страницу товара. А его можно передавать в качестве параметра запроса. Поэтому я и спрашиваю - подойдет-ли вариант когда в url будет только алиас продукта, а все остальные параметры будут присутствовать в виде параметров запроса после "?"?

Может быть это из-за того что у некоторых товаров есть дополнительные параметры которые надо выбрать перед добавлением в корзину?

Кто может ответить - для страницы товара существенно что будет в параметрах запроса или нет? Как поисковики относятся к одной и той-же странице которая выдается по одному URL, но с разными параметрами?

Посмотрите в файле catalog/controller/common/header.php есть-ли строчка $this->data['text_cart'] = $this->language->get('text_cart');

text_cart sub_total text_account Примерно в catalog/language/russian и искать там файл соответтсвующий тому шаблону, в котором не хватает данной строки. Вставлять по аналогии с тем что уже есть в этом файле. Вообще, странно как-то. Сейчас у себя проверил - все эти строки присутствуют. Правда у меня ocStore последний - 0.1.9.

Все эти ошибки говорят об отсутствии соответствующих строк перевода в файлах перевода. Добавьте нужные строки и все будет нормально.

Рекомендую посмотреть error-логи апача. Это крайне подозрительно что он так реагирует на включение .htaccess. Обычно эта ошибка означает проблемы со скриптом.

Попробуйте последнюю версию - ocStore 0.1.9.

Скорей всего в языке проблема. Вот в этих трех инсертах, строки с неправильной кодировкой, вероятно, воспринимаются одинаковыми: (49, '������', 1), (49, '����������', 1), (49, '����������', 1) Соответственно, получается несколько значений с одним primary key. Советую разобраться с кодировкой на сервере. Вернее, судя по первой строке ошибки - такие строки вспринимаются как пустые. Так что точно надо с кодировкой разбираться.

Драйвер достаточно простой. Если он видит что запрос начинается с "SELECT", он формирует ключь (md4hex) и смотрит наличие данного запроса в кэше. Если он в кэше есть, тогда берется значение из кэша. Если в кэше значения нет - делается запрос к БД и результат кроме выдачи наружу еще записывается в кэшь. Время в течении которого кэшь действует, регулируется в файле config.php строкой define('DB_CACHED_EXPIRE', 120); С точки зрения быстродействия выгодность его применения очевидна. На той конфигурации, на которой я тестировал, использование кэширования SQL запросо (совместно с кэшем в memcached) увеличивал частоту запросов при тестировании примерно с 15-18 до 28-30 запросов в секунду. При использовании файлового кэша выигрыш возможен при большой БД товаров. При его использовании следует учитывать следующее: - пока в админке нет модуля который может сбрасывать этот кэшь (есть в планах); - крайне не рекомендую его использовать в админской части - он предназначен не для этого; - если используется кэширование, изменение настроек из админки иногда могут стать видны юзерам чуть позже когда кэшь обновится. Поэтому я не рекомендую использовать большие значения для времени актуальности данного кэша. Конкретные значения можно подбирать опытным путем. Возможно, что в процессе использования могут обнаружится какие-то подводные камни. Но я при тестировании их пока не обнаружил. В любом случае при возникновении проблем можно быстро переключится на драйвер mysql без кэширования. Хочу отметить, что, когда я столкнулся с высокой нагрузкой на предыдущих своих проектах (до 5 млн кликов в сутки), кэширование с использованием memcached меня сильно выручило.

Кстати, в таком случае именно драйвер mysql_cached вам может помочь. Он кэширует запросы SQL и, соответственно, при этом не обращается к БД. Вот ТУТ его можно скачать и почитать как его установить.

Скорей всего на сервере mysql стоит ограничение на максимальное количество запросов для одного подключение или что-то похожее. Вы случайно не мой драйвер mysql_cached используете? В нем для коннекта к mysql используется функция mysql_pconnect для ускорения подключения. Она использует уже открытые соединения если такие есть. Т.е. отключений от mysql сервера в таком варианте может не происходить достаточно долго. Соответственно лимит, на который идет ругань надо отключать, т.к. в таком случае он не имеет смысла.

Рекомендую поправить настройки сайта на сервере http (nginx или apache) - в нем тоже может указываться кодировка. Скорей всего, неверная кодировка выдается сервером броузеру в заголовках ответа.

Наберитесь терпения, народ в выходные отдыхает.

А как у него со скоростью? Судя по описанию, при больших нагрузках его лучше не использовать?

Судя по админке у вас версия 0.1.6.

http://anti-krizis.com.ua/upload/index.php отсутствует. Возможно, неудачная попытка обновления.

Упс! Сорри, не заметил.

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

Локальный почтовый сервер(MTA). Обычно в системе он уже ставится в нужном режиме - письма пересылает, но входящие коннекты запрещены. Это может быть sendmail, postfix или exim. Я лично предпочитаю postfix.

По моему скромному мнению, почта у вас идет через локальный сервер и отправляется она НЕ через сервер яндекса. Для проверки можете посмотреть техническую информацию какого-нибудь из отправленных из магазина писем.

Вам нужно посмотреть либо почтовый лог хостинга, либо, если он недоступен, связаться с саппортом и уточнить возможность отправки почты через php.

А если в параметрах smtp ничего не вводить? У php есть встроенная функция которая отсылает письма через локальный сервер.

Добавил описание установки на страницы модулей.