chukcha

весь .htaccess показывать не надо Старый сайт был на этом же домене? Если на этом, то нужно делать редирект со старых на новые Как выглядит сейчас ссылка нового и как выглядела старого? Со старым понятно http://www.site.by/kolyaski-c-33.html -так А как у нового?

colorbox({'inline':true}) смотрите example плагина

При добавлении чего либо в ОС проверяется наличие POST и валидация Посмотрите метод valid и там найдете обязательные поля.

Страшного? Все зависит что он делает на вашем сайте? Нужно проверить его все хождения. Частоту посещения страниц Отследить его айпишник в логах сервера.

Круто... Это значит, что ваш магазин попал в файловую базу и хранится она на рабочем столе в виде hml он ее открывает и кликает на ваш адрес.

А в чем проблема-то? При авторизации проверять пару - телефон/пароль, а не почта/пароль

man CSS Найти классы и их стили, и поменять в stylesheet.css

По частям Генерировать по-категорийно, по-бредно, естественно, превращая в статику.

Смотреть в контроллер checkout/cart Кто и что и почему.

показать пациента

Место на диске закончилось

Это к хостеру. Сервер отдает https://www.ukraine.com.ua/faq/error-424.html#8

Если там присутствует кириллица, то да

в футер.тпл

самый простой путь через .htaccess RewriteRule (.*)/page-(\d*) index.php?_route=$1&page=($2) Но также понадобится переписать /system/library/pagination.php

Ну... такая проблема практически во всех движках. Достаточно сложно отследить все изменения путей. Потому. для товаров существует canocinal И... с моей точки зрения ... нужно указывать путь сайт/товар и он (путь) должен быть основным, а не сайт/категория/товар. Тем более, что товар может существовать в различных категориях. Сайт/категория/товар - хороша, в том случае, если перемещений категорий, товара нет и товар принадлежит только одной категории Если все же есть необходимость перемещения, и частота, и объем таких перемещений редок, наиболее простой путь - редирект в .htaccess В более "тяжелых" случаях" - написание функционала для редиректа.

А какая проблема, и где? Что делали, чего не делали Скриншоты, версия, расширения.

Строки можно хранить в файле $file= file('dat.dat') $rand_list = array_rand($file, $limit_list);

в языков файле product.php создать две записи "опт" "розн" $_['text_rozn'] = 'розн'; В контроллере там где "прилепить" Эти переменные $this->data['price'] = $this->currency->format($this->tax->calculate($product_info['price'], $product_info['tax_class_id'], $this->config->get('config_tax'))) . $this->language->get('text_rozn');;

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

Ничего подобного то что site_map то что sitemap открывается, это не значит, что он правильно написан. 1. Нужно смотреть пациента 2. Какой код ответа?

:) Такое решение я и сам могу. Я вывожу переменную, и, следовательно, я отвечаю за ее корректность. Ведь по сути special зависит от "разрешения" вывода цен, а не от несуществующей цены. Допустим price = 0, а special существует...

Не, мил человек именно контейнером, в том числе <?php if ($product['price']) { ?> <div class="price"> <?php if (!$product['special']) { ?> <?php echo $product['price']; ?> <?php } else { ?> <span class="price-old"><?php echo $product['price']; ?></span> <span class="price-new"><?php echo $product['special']; ?></span> <?php } ?> <?php if ($product['tax']) { ?> <br /> <span class="price-tax"><?php echo $text_tax; ?> <?php echo $product['tax']; ?></span> <?php } ?> </div>

Ну... так это ж несерьезно... Надо отделить мух от котлет, это ж все таки MVC А то получается, что весь код завязан на стандартном шаблоне. Может по какой-то задумке мне special (или price-old) нужно вынести в другой контейнер.. а я ограничен контейнером "price"

shoputils, нечестно :)Я тут барышню пытался заставить саму этот код написать.