Yesvik

Читай внимательно http://opencartforum...dpost__p__40157 там всё написано... правда автор вопроса не ответил мне где он взял кривую сборку.А откуда твоя версия ocStore 1.5.1.3?

Ой.. только не надо устраивать виртуальное харакири... поверь, всем начхать на это.... по крайней мере - мне точно безразлично.Научись признавать ошибки и извлекать из них опыт, а не искать отмазки...

Полез в репу Opencart'a.... Так вот этот косяк 100% есть в Opencart 1.5.1.3 и соответственно в ocStore 1.5.1.3 Эту ошибку исправили в ревизии 655 http://code.google.c...out.php&old=574 Для тех кто не пониает что написано в приведённой ссылке: в четвертой строке файла catalog/controller/checkout/checkout.php надо удалить восклицательный знак отмеченный красным if ((!$this->cart->hasProducts() && !empty($this->session->data['vouchers'])) || (!$this->cart->hasStock() && !$this->config->get('config_stock_checkout'))) {

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

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

Ну да... если не дай бог у тебя пойдёт кровь из носа - будь внимателен что-бы тебе жгут на шею не примастырил добродетель не обладающий знаниями по оказанию первой помощи... Не надо изображать наивняка... Все прекрасно понимают истинные цели этого "совета"

Отсутствует файл перевода модуля categoryhome для языка используемого в админке

Если количество товаров в категориях не надо отображать - то желательно и не долбить базу запросами для подсчета этого количества...Вот эти строки лучше закомменитровать $product_total = $this->model_catalog_product->getTotalProducts($data);

Прикол в том что экстрасенсы знающие о каком интернет магазине идёт речь - отдыхают

Нет никакого модуля... в базу ручками добавляется новый столбец, в данном случае - size, а vqmod правит контроллер, модель и т.д. для работы с этим size...

Сделаю...

Не вижу смысла... в 0.2.х это было сделано потому что у народа было куча магазинов с такими ссылками и им как-то надо было переползать на ЧПУ... А в новой версии сразу есть нормальное ЧПУ...

Наконец то я нашел рассадник заразы...Правильный вариант: 3) В корневом каталоге есть файл .htaccess.txt, его надо переименовать в .htaccess Если интернет магазин установлен в папку, например /shop/, то в .htaccess надо изменить строку RewriteBase /на RewriteBase /shopЕсли после этого сервер выдаёт ошибку "500 Internal Server Error" - значит какие-то директивы в .htaccess не совместимы с настройками сервера.Для работы ЧПУ, в .htaccess достаточно таких строк Options +FollowSymlinks RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) index.php?_route_=$1 [L,QSA] Если ЧПУ не работает с таким.htaccess - значит на сервере не включен mod_rewrite и надо обращаться в техподдержку хостинга.Если с таким .htaccess ЧПУ начнёт работать - добавляй директивы из .htaccess.txt наблюдая какая директива приводит к ошибке. От директив вызывающих ошибку можно отказаться, но лучше обратиться в техподдержку хостинга за разьяснениями или дать доступ кому-то имеющему навыки настройки серверов.

В корне ИМ есть файл .htaccess.txt, его надо переименовать в .htaccess Если ИМ установлен в папку, например /shop/, то надо изменить RewriteBase /на RewriteBase /shopЕсли после этого выдаёт ошибку 500 - значит какие-то директивы в .htaccess не совместимы с настройками сервера.Для работы ЧПУ, в .htaccess достаточно таких строк Options +FollowSymlinks RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) index.php?_route_=$1 [L,QSA] Если ЧПУ не будет работать даже с таким.htaccess - значит на сервере не включен mod_rewrite и надо обращаться в ТП хостинга.Если с таким .htaccess ЧПУ начнёт работать - добавляй директивы из .htaccess.txt наблюдая какая директива приводит к ошибке. От директив вызывающих ошибку можно отказаться, но лучше обратиться в ТП хостинга за разьяснениями или дать доступ кому-то имеющему навыки настройки серверов.

Тут должен идти длинный список матов...Ты написал что у тебя RewriteBase /docs/, я и давал код исходя из того что у тебя магазин установлен в папку docs Если у тебя магазин установлен в корень сайта то .htaccess такой Options +FollowSymlinks RewriteEngine On RewriteBase / RewriteRule joomla-cat/virtuemart-item\.html cat/item [L,R=301] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) index.php?_route_=$1 [L,QSA]

Какой смысл добавлять seo pro, а потом изменять seo url?Можно было-бы перелопатить seo url и не заморачиваться... seo pro добавили для того что-бы не изменять seo url.

Не верю.Специально поставил ИМ в папку docs с таким .htaccess и проверил.

И многие не читая пояснения (Показывать цены только зарегистрированнным клиентам) ставили Да и жаловались что цен нет на сайте...Там по хорошему вообще должно быть: Показывать цены гостям, но тогда надо менять местами надписи Да/Нет Очередная жертва перевода Показывать цены: http://opencartforum...dpost__p__40167

Дай права catalog/product common/filemanager если понадобятся другие - добавляй по мере необходимости.

Если модуль Категории выводит список категорий "слевой позиции или с правой" - то в настройках модуля это можно изменить... и список категорий будет выводиться на главной как статья. Вот пример настроек А как вывести более двух уровней - на форуме неоднократно объснялось...

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

Попробуй так Options +FollowSymlinks RewriteEngine On RewriteBase /docs RewriteRule joomla-cat/virtuemart-item.html cat/item [L,R=301] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) index.php?_route_=$1 [L,QSA]

Открой HTML-код любой страницы в админке... в заголовке найдёш <script type="text/javascript" src="view/javascript/jquery/ui/jquery-ui-1.8.9.custom.min.js"></script> <link rel="stylesheet" type="text/css" href="view/javascript/jquery/ui/themes/ui-lightness/jquery-ui-1.8.9.custom.css" />а должно быть <script type="text/javascript" src="view/javascript/jquery/ui/jquery-ui-1.8.16.custom.min.js"></script> <link rel="stylesheet" type="text/css" href="view/javascript/jquery/ui/themes/ui-lightness/jquery-ui-1.8.16.custom.css" />Я специально скачал последнюю версию ocStore 1.5.1.3 с первой страницы этой темы и проверил файл adminviewtemplatecommonheader.tpl... в файле написано: <script type="text/javascript" src="view/javascript/jquery/ui/jquery-ui-1.8.16.custom.min.js"></script> <link rel="stylesheet" type="text/css" href="view/javascript/jquery/ui/themes/ui-lightness/jquery-ui-1.8.16.custom.css" />Почему у тебя в хидере 1.8.9 - я не знаю.Только что ещё раз заходил в твою админку и вижу что уже всё исправлено и всё работает... и атрибуты и изображения выбираются нормально. Что было?

В ocStore 1.5.1.3 используется jQuery UI версии 1.8.16 и эта версия есть у тебя на сервере, но админка пытается подгрузить jQuery UI версии 1.8.9 который использовался в предыдущей версии. Залей на хостинг полный комплект файлов последней версии ocStore 1.5.1.3 и всё будет работать.

На сервере отсутствует jQuery UI The requested URL /admin/view/javascript/jquery/ui/jquery-ui-1.8.9.custom.min.js was not found on this server. The requested URL /admin/view/javascript/jquery/ui/themes/ui-lightness/jquery-ui-1.8.9.custom.css was not found on this server.