UncleAndy

Этот механизм предназначен не для очистки кэша, а для его логического сброса. Т.е. когда в следующий раз будет обращение к данным, которые в кэше есть, но при этом они были размещены в кэше раньше чем последнее время сброса, то будет считаться что в кэше этих данных нет. Такое сделано для "мгновенной" деактулизации данных в кэше без необходимости стирать в нем данные (т.к. это долгая, и, иногда, не тривиальная операция). Я добавил эту возможность, т.к. сам сталкивался с такой необходимостью.

По результатам оптимизации alexxxus своей большой базы были добавлены следующие индексы: oc_product: KEY `model` (`model`), KEY `stock_status_id` (`stock_status_id`), KEY `quantity` (`quantity`,`date_available`), KEY `tax_class_id` (`tax_class_id`,`weight_class_id`,`length_class_id`), KEY `sort_order` (`sort_order`) oc_product_option_description: KEY `product_id` (`product_id`) oc_product_option_value: KEY `product_option_id` (`product_option_id`), KEY `product_id` (`product_id`) oc_url_alias: UNIQUE KEY `query` (`query`), KEY `keyword` (`keyword`) oc_zone: KEY `country_id` (`country_id`)

...

Очень расплывчато. "Хочу все что скажу, денег мало".

1. Индексы на таблицы; 2. Память для сервера БД (тонкая настройка); 3. Кэширование запросов к БД; Вообще, хорошо-бы еще иметь представление о конфигурации сервера и системе. Ну и урл на сайт не помешал-бы.

Подключайтесь не через сокет, а по IP. Насколько я помню, для этого в поле Хост нужно ввести не "localhost", а "127.0.0.1".

У вас фронтэндом работает nginx, если вы не в курсе. :)

Вот теперь нормально. Поздравляю! :)

Это делается в конфиге nginx (/etc/nginx/ или /opt/nginx/conf или где-то в похожем месте - зависит от того где находится nginx). У него нет никаких .htaccess.

У вас в заголовке ответа сервера именно для этой страницы почему-то стоит windows-1251, а не utf-8 как на нормальных. Посмотрите настройки сервера. В конфиге nginx жестко пропишите кодировку utf-8 для всего сайта. И проверте что-бы нигде другая не упоминалась.

Ссылку на магазин хотя-бы дали.

Можно подробнее - где именно?

Пути проверте. Явно неправильно задан каталог для хранения кэша в виде файлов.

http://www.positivessl.com/ - $9.95/год Можно найти и дешевле вроде.

https://support.rusonyx.ru/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=131&nav=0,6 Но доступно только залогиненным. Хотя нет - просто не выложен.

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

В одной из версий были добавлены поля title и h1 в БД. Посмотрите файл /install/upgrade.sql на предмет соответствующих команд для добавления полей.

Насколько я понимаю, за такое вебмани может легко заблокировать этот счет. Учтите это если захотите так сделать.

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

Здается мне что версия базы у вас еще более ранняя. Рекомендую добавить такие поля вручную. Команды можно посмотреть в /install/upgrade.sql.

Переводить текст ошибок пробовали?

Ваши картинки не открываются.

Версия движка какая? В последней версии я проверял работу этого модуля и в тестовом и в рабочем режиме.

Про полгода я писал в смысле стабильности. ocStore, скорей всего выйдет, конечно, намного раньше. Но не думаю что он будет намного более стабильным чем основная версия.

ELITE, в области IT чудес не бывает. Если вам не помагает установка настройки в конфиге http сервера и в .htaccess, то либо вы этого не делали, либо делали не там, либо не рестартовали сервер.