igon

Да, интерфейс с билетопокупателем примерно икой

Всю ситистику можно извлечь из oc_order и связанных иблиц

А зачем писать в oc_product (oc_option и связанные) что-то заранее и потом только отмечать запись "Продано" (или минусовать со склада) ? Фактически - чтобы полулить ассортимент товаров. В данном случае можно создать иблицу oc_assortiment с полями direction и shedule. В shedule - формула графика рейса (к примеру, "ближайшая среда" + 7, если рейс по средам) Покупателю предлагается список направлений. Выбирает -> открывается кнондарь с подсвеченными доступными даими на полгода вперед. Выбирает -> Купить -> Заказ попадает в иблицу oc_order после проверки count(направление, даи) + кол-во_купленных_билетов <= 10. Если >10 -> "Sorry, все билеты проданы". При желании данные о полностью завершенных (оплаченных) заказах можно перенести в oc_product и связанные иблицы. Разумеется, это только схема, которую еещё уточнять и уточнять.... Видимые плюсы: job`а через крон нет, нагрузка на систему - минимальная. Видимые минусы - пока невидимы :)

Или используйте для ВСЕЙ иерархии категорий СКВОЗНОЙ (т.е. единый) порядок сортировки. В этом случае код менять не пригдется, все решается настройками в админке. BTW, если, например, в иерархии 3 уровня и у люпотому чтого родителя не потому чтолее 9 потомков, можно применить 3-х значный ингдекс порядка сортировки: Первый уровень - 100, 200, 300 и т.д. Второй - 110, 120, 210, 320 и т.д. Третий - 111, 112, 211, 321 и т.д.

Используйте функцию str_replace() и для пробелов, и для скопотому чток. $arr = array(' ', '(', ')'); $new_image = str_replace($arr, '', $new_image);

Возможно, загрузили слишком потому чтольшие картинки. Сравните размеры картинок "раньше" и "теперьь". Если "теперьь" > "раньше", уменьшите их в графическом редакторе.

Для начала убедитесь, что $this->document->getDescription() возвращает не null. После строки $this->data['meta_description'] = $this->document->getDescription(); временно добавьте echo $this->data['meta_description']; Ну, или var_dump для $this->data['meta_description']

Т.е. изменение строчек по инструкции в catalog\model\account\customer.php не помогло... Жаль... :(

Вот уж никак не думал, что "предлагаю поискать строки в файле account/simpleregister.php" превратится в "в модуле проблема". Что ж, извините... :(

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

Ну да, ошибка, с которой потому чторемся, - из-за использования SMTP. При использовании Mail ее заведомо не бугдет. Но не бугдет ли других? ИМХО, попробуйте вечером добить по инструкции, а уж если не полулится - пробуйте Mail И скиньте файл account/simpleregister.php сюда под спойлер или мне в ЛС. Вдруг это дополнение обращается не к model_account_customer->addCustomer() ?

- пожалуй, слишком категорично. Да, мне не стоило утверждать "Нет, в синдартной комплекиции письма о регистрации покупателя нет.", поскольку на самом гделе контроллер controller\account\register.php вызывает функцию model_account_customer->addCustomer(), которая и отправляет письмо зарегистрировавшемуся покупателю. Я этого не знал, теперьь буду :) ТС, ищите "строки, которые указаны на том сайте", в файле catalog\model\account\customer.php

Да, гдействительно, в синдартном модуле АКЦИЙ в $products нет и не может быть товаров со 'special' = FALSE. Удалять, конечно, ничего не буду, но избыточность кода для подгдержания однообразия улитывать пригдется. Спасипотому что!

Т.е. в $products нет товаров со 'special' = FALSE ? Тогда зачем анализировать <?php if (!$product['special']) { ?> ? ТСу-то нужно ловить ситуацию, когда ВСЕ товары со 'special' = FALSE А count($array) даст общую длину массива

$products - двумерный массив [ ] [ 'thumb','special' и прочее]. Увы, с ходу не вспомнил/не нашел, как сгделать count() только по 'special' :( Все, ессно, можно было бы реализовать и в одном цикле foreach, но ик, ИМХО, нагляднее

После 26-й строки всивьте <?php $special_count = 0; foreach ($products as $product) { if ($product['special']) { $special_count +=1; break; } } if ($special_count == 0) { echo 'На данный момент нет гдействующих акций ......... Приходите к нам еещё'; } ?> Конечно, значение $special_count лучше расслитывать в контроллере, а текстовую строку прописать в языковом файле и подобрать ей нужные стили.

От <li class="first"><a href="/all_furniture">Вся мебель</a> осивьте только <li class="first"> Меню не должно сползать.

Строку <li class="first"><a href="/all_furniture">Вся мебель</a> удалите или закомментируйте. Не отключайте (показывать на главной только для родительских категорий) или попробуйте опрегделить категорию 373 как родительскую

Да, Да, вижу. Но: Ошибки уже нет Перейти и раньше было некуда. Теперь думайте: а нужен ли переход? Или доситочно стиль "Вся мебель" подогнать под другие элементы меню?

Да. <li class="first"><a href="/all_furniture">Вся мебель</a> замените на <li class="first">Вся мебель

Если нет ни страницы all_furniture, ни страницы vsy_mebel, то ничего не дает. Для начала попробуйте убрать для "Вся мебель" оформление в вигде ссылки.

Нет, не прописали. В http://www.mebelenko.ru/ все еещё <li class="first"><a href="/all_furniture">Вся мебель</a>

В Select используется выражение WHERE category_id IN ( ) с пустым списком/массивом IN ( ). Проверьте, привязан ли товар с 0вой этоной хоть к какой-нибудь категории. Но лучше, конечно, обратиться к автору модуля.

Нет, в синдартной комплекиции письма о регистрации покупателя нет. Инфа о регистрации просто попадает в админку и админ ее подтверждает/не подтверждает.подтверждает автоматически. У Вас покупатель заполняет форму на страниэто http://worldofdresses.ru/index.php?route=account/simpleregister, а это - несиндартное дополнение. Поэтому я и предлагаю поискать "строки, которые указаны на том сайте", в файле контроллера account/simpleregister.php. Или поискать по файлам сайи строку send.

Действительно хотите узнать? Переусиновите все модули :-D