iglin

Если вам нужно время клиента, а не ваше местное время то if (h > 9 && h < 22) {...} else {...} Но почему то мне кажется правильней от вашего часового пояса отталкиваться и сделать это всётаки на стороне сервера c PHP date("G"); А, ну и ещё можно без else, а в нижнем условии => и <= использовать

дак вы уже определитесь, вам PHP всётаки или JS )) На счёт третего условия не скажу почему оно у вас не добавляется, но в вашем примере не с 22 до 0 ничего не выводится, а конкретно в 22 и в 9 )) В вашем случае берётся местное время с устройства клиента)

Смотрите в логах сервера какая ошибка. На чистом 2.3.0.2.4 такой проблемы не наблюдаю. К самим статьям этот модуль отношения не имеет, он только выводит список статей в то место где вы его добавите в дизайне.

Это в настройках шаблона. А не самого опенкарта. Если в вашем шаблоне нету, можете спросить у автора в каком месте записывается эта переменная, если она вообще используется.

Чудес не бывает. Данные сохраняются в базу данных. И исчезнуть они могут только с помощью чего-то/кого-то. Так что нужно смотреть в БД что вносит изменения и в какой момент.

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

В настройках шаблона "Товаров на странице"

А симпла то тут опять при чём? Ошибка в success.php, который вне её юрисдикции ))

Задайте этот вопрос разработчику модификатора Facebook Pixel который вы используете.

Месяц назад уже исправили)

Вы в контроллере выводите до того как подгрузите шаблон. Вместо этого нужно массив $daterange передать в шаблон, например $data['daterange']=$daterange, а в шаблоне уже у вас будет доступна переменная daterange с этими датами, которую можете вывести в нужном месте.

скиньте доступы в ЛС, могу посмотреть. Или покажите ошибку из серверных логов, может и этого достаточно будет.

а можно ещё проще - пирамида)

Мне даже раскладку клавиатуры переключать лениво, выж видели в каком формате я алгоритм расписал))) К тому же вон уже добрый человек какой то нашёлся) Правда странно почему помогать в личку ушел, а не сюда)

Отзывы в табличке _review. Вам нужно проверить что в таблице продукт товары включены и в продукт_то_стор выбран нужный магазин (как это в вашем примере сделано), а отсорторовать их не по viewed, а по количеству строк с текущим продукт_ид в _review. Пива сегодня не хочу, так что сам запрос вам какой нибудь другой любитель пива подскажет, если не справитесь самостоятельно))

Лучше тогда auto, а не scroll. Со скроллом полоса прокрутки будет даже когда товаров мало.

В товарах стоит галочка "необходима доставка"? В "самовывозе" нужная геозона выбрана?

Потыкайте быстро на кнопочку поиска) У меня вчера стабильно удавалось раз в минуту ловить "узкий список" )) Но это конечно синтетический тест и ни какой клиент в здравом уме так делать не будет)

Ну а правильней всего думаю поставить searchDelay в flexdatalist такой же как transition у поля ввода поиска. В вашем случае 300. P.S. Хотя нет, так не выйдет)) Это задержка только между вводом букв. Так же как и transition убирать в 0 тоже не всегда срабатывает, если быстро начинаешь тыкакт нет нет да схватывает значения ещё до того как браузер применит псевдокласс к элементу)) P.P.S. На скорую руку пришёл в голову пока только один "костыль" - в index.php?route=product/search/livesearch в php поставить задержку usleep(300) Но тогда кэш flexdatalist нужно отключить))

Да бог его знает. Нужно разбираться... А может и не нужно)) Может другие модификаторы у вас ставятся и я просто где то косякнул (я ж потратил на его написание секнд 30 всего). Если бы не было прав например на каталог DIR_UPLOAD, то он по идее и в таблицу extension_install не записал ничего. Но он записал. Не сработал только addModification и соответсвенно в табличку modification не вписал нужный xml. Ну и ошибку бы выдал по идее какую то если б что то не так пошло, а я думаю вы бы написали если бы ошибку увидели. Если в файле не было строчки к которой он привязывается, он бы просто в логе модификаторов написал что найти строчку не смог (причём в момент обновления модификаторов), а модификатор то добавиться всё равно должен был.

У вас модификатор в списке не появился. Значит во время установки его код не был записан в БД. А значит и файл дашборд модифицировать нечему)

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

должен. У вас он по какой то причине не установился. По какой я не знаю) Проверял на ocStore 3.0.2.0 там всё работает P.S. зачем вам локалкопи в оцстор 3? Он там не нужон.

главную в админке) Дашборд

Держи костыль)) kostil.ocmod.zip