Urdash
-
Публікації
132 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Urdash
-
Добрый день. Долгое время игнорировал одну проблему с url, сейчас думаю что пора решать )) Суть: если выбрать в категории фильтром параметр с кириллицей (например "1 год"), то происходит сортировка. Но после переходишь в товар, затем нажимаешь "вернуться назад" в браузере, то попадаешь на 404 страница не найдена, потому что декодированный параметр "?rdrf[attr][9][]=1год" (?rdrf%5Battr%5D%5B9%5D%5B%5D=1%25D0%25B3%25D0%25BE%25D0%25B4&rdf-ajax=1&rdf-reload=1&rdf-module=43) превращается в "?rdrf[attr][9][0]=1год" - и типа уже не находит такой страницы - получается что заново перекодировал этот атрибут? Также с выбранным параметром получаешь 404 при перезагрузке отфильтрованной категории. Проблема отчетливо наблюдается в браузере Google Chrome последних версий, в FireFox точно нет проблемы - даже перекодированное он спокойно обрабатывает как нужно в кириллицу, хоть в консоли и показывает тот же 1год. Проблема точно завязана на seoPro, походу, который используем в ocStore 2.3, но в модификаторе фильтра есть правила исключений для файла seo_url.php, но нет для seo_pro.php. И вообще, есть ли прямая взаимосвязь этих дел? Метки utm (даже кириллица) работают без проблем, наверное потому что правило исключений отдельно прописаны.
-
Отписал в личку.
-
Доброго дня. Есть ли возможность принудительно в настройках/модификаторе фильтра применить сортировку в категориях по умолчанию через sort_order? Внезапно что-то произошло, и теперь в категориях сортировка стала по количеству, несмотря на то что в коде всё на месте, и в модифицированных файлах не нахожу такого влияния. И соответственно, сортировка по цене и названию работаю только после применения какого-либо параметра фильтра. Так же и в поиске товаров, а вот на странице брендов (где есть модуль фильтра) нет проблем, сортировка как надо работает. И внутренний код вроде без изменений, как минимум момент сортировки совпадает что в брендах, что в категориях, а результат разный. По идее, фиг бы с ней с сортировкой, но применяем показ всех товаров подкатегорий, и получается неожиданно, что например в водонагревателях на первых местах разные запчасти, а не водонагреватели. Версия фильтра мечты 2,5 OcStore 2.3 Буду благодарен за любой намек. P.S. в это же время ставил 2 модуля для админки, но их удаление и возврат ко времени "до" вопрос не решает - заметил лишь как раз в это время что что-то не так.
-
Добрый день. Посмотрел демо - так и не увидел описанного варианта сворачивания мобильного меню, если выбран (нажат) вариант для фильтрации в категории. Т.е. в демо мобильной версии так же НЕ сворачивается мобильное окошко фильтра. У себя пришлось перевести режим мобильного фильтра в "Кнопка сворачивания", чтоб не загромождать левый слайд (там здоровенная категория теперь). И вот когда кнопка находится в начале категории, и открывается кнопкой, жизненно необходима функция свернуть раскрытый список фильтров снова до состояния списка товаров, иначе скроллить весь список фильтров ну сложно очень. Страдает UX, как заметил. Есть какое-то простое решение этого вопроса? Ссылка, где активный пример: Хотя, решил через removeClass, вроде работает, будем наблюдать за поведением.
-
Да, шаблон не самой последней версии, и многий функционал присутствует в виде отдельных модулей. Отключение нынешнего мегаменю возвращает множество категорий в виде выпадающих разделов, ну и раскладывается верхнее меню категорий на несколько рядов, вместо компактного собранного в один. Я еще один момент не очень понял - как будет добавляться мобильное меню категорий в левый сайдбар, когда он есть. В нынешнем меню остается меню под лого в виде сложенного поля, и мне сейчас оно не по нраву. Или это реализуется через правки модификатора? Еще в демонстрации возможностей модуля наблюдаю появление категорий и товаров при нажатии на поле ввода поиска. Это тоже возможности вашего Мегаменю, или иное решение?
-
Добрый день. Используем OcStore 2.3 с темой shop-store и их модулем Мегаменю. Без доп изменений шаблона хэдера этот модуль МегаМеню подключится, получается? Простым выключить старый мегаменю - включить новый? И вообще, нет ли конфликта по старый-новый модуль? Так как перечитал справочник адаптации, один-в-один в шаблоне нет $categories Просмотрел по допам форума, старый МегаМеню не продается уже, показалось что у вас уже продолжение развития модуля.
-
Здравствуйте. При выборе доставки в некоторые небольшие города, не происходит расчет стоимости доставки и выбора ПВЗ в корзине Симпл. Замеченная причина - когда город заполняется в одном поле с его районом. Если убрать руками район, оставив только город - то считает. В симпле не используется геоайпи, а регион определяется через модуль GeoIP pro. Нюанс в том, что раньше доставка рассчитывалась без таких проблем. Сам ДПД пока на это не отвечает, что-то типа смотрят. Кто сталкивался с подобным? И вообще, это к данному модулю доставки имеет ли отношение?
-
Первоначальный вопрос снят, действительно ему начислены кем-то эти деньги на баланс аж 3 месяца назад. Разбираемся отдельно. Прошу прощения за вопросы не в тему.
-
Про первый взнос - со слов покупателя, как он сообщил. С покупателем то вопрос решился нормально, купил за полную стоимость так как есть. Модуль не переименовывался, тут вопрос в получении информации от банка, как я понимаю. Получается, что с модулем всё хорошо, решать самим?
-
Здравствуйте. Тут странное начисление при заявке клиентом упало. Используем Стандартный метод оформления. И внезапно пришел заказ с вычетом первого взноса на кредит. Где копать такой нюанс, чтобы итоговый заказ всё же приходил на полную стоимость? P.S. До этого оформление заказа с кредитом приходило с указанием варианта платежа как кредит от Тинькофф, в целом понятное и нормальное содержание. А этот подозрительный - может есть какой глюк на нашей стороне наоборот?
-
В настоящее время скрыл средствами php в корзине симплы, т.е. по правилу если меньше определенной суммы то не показывать, но немного увеличило время отработки корзины.
-
Здравствсуйте. Магазин на ocshop 2.3 и сторонняя тема, + Simple. Сам модуль работает исправно, установлен по инструкции, начисляет и списывает как нужно. Пользуемся больше года и тут только поняли что чего-то не так Есть функция "Минимальная стоимость корзины при которой разрешена оплата баллами", это значение выставлено на 1001 руб, и оно не отрабатывает. Т.е. если закинуть товар ниже этого порога, всё равно предлагается оплата бонусными баллами. В модификаторах и логах ошибки, связанной с модулем не обнаружено (есть только одна ошибка что не найдена сторонняя тема письма). Сайт
-
Добрый день. Есть ли успешное применение данного фильтра совместно с поиском Sphinx? Читал варианты, что нужно отдельно его настраивать, но даже в документации сфинкса мало инфы, максимум что понял - вроде нужна подгрузка атрибутов в конфиге, но не могу правиль принимающую часть в фильтре, защита все дела. Настроил шустрый поиск, а дрим-фильтр перестал реагировать (на странице категории присутствует, кнопочки и переключатели нажимаются, но фильтрация не происходит). Нравится скоростью работы при большом количестве товаров, но сейчас пришлось вернуться на шаблонный фильтр, а он очень медленный.
-
Добрый день. Перед покупкой, есть вопросы: Используем ocstore 2.3 на php+fpm, плюс установлен поиск Sphinx. До сфинкса не было проблем с фильтром Dream, а вот теперь пришлось вернуться на поставляемый с шаблоном фильтр oct_filter (шаблон shop-store2). Не устраивает нынешняя скорость данного фильтра (особенно первая прогрузка после сброса кэша), доходит до 17 секунд на самом тяжелом разделе в 5-6 тыс товаров: Каковы шансы работы данного фильтра с имеющейся конфигурацией (php+fpm, sphinx, nginx) при самостоятельной установке? Спасибо.
-
Ответил в ЛС
-
Здравствуйте! Заметил в БД, что таблицы модуля DPD (коды городов и терминалов, а также статусы) имеют кодировку cp1251_general_ci, в то время как вся таблица - utf8_general_ci. Это нормально? По идее, не мешает остальным процессам? Просто ищу причину, почему сбивается кодировка параметра в фильтре, если значение кириллическое стоит.
-
Все таблицы магазина имеют нужную кодировку utf8_general_ci. Кодировка отличается только у таблиц модуля доставки DPD (cp1251_general_ci в трех таблицах) и фейсбука (latin1_swedish_ci - две таблицы). О, еще _user_token_mob_api и _user_device_mob_api тоже latin1_swedish_ci. Стоит ли в них тоже заменить на utf8? И ещё: тип таблиц не везде одинаковый, общее значение (в строке ИТОГО) - InnoDB, подавляющее большинство таблиц имеет тип MyISAM. К InnoDB относятся различные модули типа Яндекс Деньги, значения из 1С. К этому можно прицепиться еще?
-
Здравствуйте! Появилась следующая проблема - при выборе атрибута в фильтре, если он имеет русские символы (кириллицу), происходит беда с кодировкой передаваемого параметра: kotly/gazovie/?rdrf[attr][153][0]=Ðаз соответственно, итог нулевой - ничего не найдено. Наблюдается точно в Chrome, в Firefox нормально вроде. Понимаю, что скорее всего проблема не в фильтре, но больше не знаю где искать - файлы на BOM проверены и не выявлены, кодировка страниц везде где можно указана как utf-8, и т.д. Но спрошу - не сталкивался ли кто с таким еще?
-
Доброго времени суток. Ocstore 2.3, хостинг nginx настроен как php5.6 +apache. Настроен ЧПУ через SeoPro, плюс настроен PWA. Проблема точно проявляется в Google Chrome, в Firefox не выявлена. Сначала возникла ошибка при передаче параметра в кириллице в поиске по сайту, которая решилась отключением seo-ссылки поиска (выяснился баг в самом модуле, но какой именно - не нашел решения). Подумал, что не велика потеря, если страница поиска будет выглядеть немного технически. Однако, в ходе просмотра, обнаружился баг в модуле Дрим фильтра, который преобразует запрос, содержащий знаки кириллицы в атрибуте, в следующий вид: seo-ssylka/?rdrf[attr][9][0]=2%20года Непонятная кодировка содержит фразу "2 года" (гарантия). Были проверены все файлы магазина с помощью bomdel.php и еще аналогичный, на устранение и исправление кодировки файлов с utf-8 без BOM. Кодировки всего сайта везде указаны как UTF-8 (и в конфиге хостинга, и в htaccess, и в header.tpl). Может с избытком - подскажите? В целом, больше не знаю, хостер тоже не смог помочь (админвпс), где еще искать первопричину - снова в модуле seopro? Но этот модуль встроен в ocstore и раньше работало всё отлично.. Ставилось перед появлением такой беды немало модулей, проверка на запись ошибок не дала ничего, в логах браузера нет проблемы. Сталкивался ли кто с подобным, есть ли решение вопроса без крови? Спасибо.
-
Здравствуйте! Возможно, моя ошибка не относится к модулю прямо, но не знаю как верно идентифицировать источник. Суть: если добавить товар в корзину и перейти в корзину Simple как Гость, то всё проходит как положено. Если авторизоваться как пользователь интернет магазина, перейти в корзину, то не грузится Хэдер и содержание страницы, а футер лишь частично отображается. Точно наблюдается в браузере Chrome (как самый популярный). Переделок от стандарта и навеса модулями в интернет магазине полно, но в логах проблем (кроме "upstream response is buffered to a temporary file" nginx) не наблюдается. Есть ли вероятность ошибок самого Симпле? Из МЕГА крупного, что прямо могло повлиять: - синхронизация города через GeoIP про, но работало еще совсем недавно, крупно не менял настроек. - настраивал PWA с последующими доработками (больше грешу на него), но опять же в логах проблем с ним прямо не выявлено. Вообще в консоли браузера только предупреждение на куски js, и то потому что aborted 404.. Прошу помощи..
-
Как решил?
-
Здравствуйте. Пользуемся давно модулем, все работало как нужно, а два дня назад внезапно увидел, что вместо кириллицы в поиске получается абракадабра. Латиница работает без помех. Пишем в поисковую строку "бутылка" и переходим на страницу результатов поиска, где слово заменилось на "бÑÑÑлка" и соответственно результаты пустые. В адресной строке также прописывается эта белиберда (домен/search/?search=бÑÑÑлка ) Понимаю, что проблема в кодировке - вместо utf-8 где-то поселился windows. Проверить файлы через bom.php не получилось, не тянет походу хостинг обработку даже в 500 сек (увеличивал лимит для этого). Могли бы подсказать, где хоть примерно искать решение? Поиск в основном выдает иные ответы, касательно таких символов "%D0%BA%D1%80%D1%8B%".
-
Кэширование настроено на Nginx в частности.
-
Добрый день. Пользуемся шаблоном давно, версия 8.1 на ocstore 2.3 - и только сейчас дошли руки до оптимизации скорости сайта. Может, не по теме, но не могу найти вообще информацию по теме, поэтому спрошу, может кто сталкивался. Возник вопрос по кэшированию статики. На всю статику настроен кэш в 10 дней. НО в этой версии шаблона подключена минификация скриптов и стилей. И эти два минифицированных сборных объекта кэшируются всего на 30 мин. По идее времени достаточно на сессию пользователя, но в долгосрочной перспективе кажется не совсем верным из-за того, что уже мало изменений вносится в стили. Как увеличить время кэша данных объектов, хотя бы на сутки?
-
Проблема сохраняется - теперь валится много ошибок что нет склада и регион совпадает с регионом отправки, при этом ругается на отсутствие региона !!! А точно файл модификатора не нужно ставить? Посмотрел содержания модификаторов что в модуле новой версии, что установлен на сайте - они отличаются как минимум обращениями в 2х первых вызовах: в старом обращается к <file path="catalog/controller/checkout/shipping_method.php"> , а в скаченном новом модуле идет обращение к <file path="catalog/controller/api/shipping.php"> , да и в залитых файлах это есть. Соответственно в логах модификаторов оно пишется как NOT FOUND - OPERATIONS ABORTED! И как видно на картинке выше, задвоился вариант доставки до ПВЗ - один подробный, второй краткий. А вариант наложенного так и не появился (появляется только при выборе доставки курьером). В настройках включено, в Симпле зависимости настроены. Спустя ночь, изменений не произошло - так и продолжается сыпаться вал ошибок. И еще, уже была такая ошибка - при выборе другого адреса ПВЗ из выпадающего списка, сбрасывается на первый адрес из списка и все тут.
