Jump to content

Urdash

Пользователи
  • Content Count

    121
  • Joined

  • Last visited

Community Reputation

4 Обычный

About Urdash

  • Rank
    Продвинутый пользователь
  • Birthday 03/20/1987

Информация

  • Пол
    Мужчина
  • Город:
    Ульяновск

Recent Profile Visitors

1,333 profile views
  1. В настоящее время скрыл средствами php в корзине симплы, т.е. по правилу если меньше определенной суммы то не показывать, но немного увеличило время отработки корзины.
  2. Здравствсуйте. Магазин на ocshop 2.3 и сторонняя тема, + Simple. Сам модуль работает исправно, установлен по инструкции, начисляет и списывает как нужно. Пользуемся больше года и тут только поняли что чего-то не так Есть функция "Минимальная стоимость корзины при которой разрешена оплата баллами", это значение выставлено на 1001 руб, и оно не отрабатывает. Т.е. если закинуть товар ниже этого порога, всё равно предлагается оплата бонусными баллами. В модификаторах и логах ошибки, связанной с модулем не обнаружено (есть только одна ошибка что не найдена сторонняя тема письма). Сайт
  3. Добрый день. Есть ли успешное применение данного фильтра совместно с поиском Sphinx? Читал варианты, что нужно отдельно его настраивать, но даже в документации сфинкса мало инфы, максимум что понял - вроде нужна подгрузка атрибутов в конфиге, но не могу правиль принимающую часть в фильтре, защита все дела. Настроил шустрый поиск, а дрим-фильтр перестал реагировать (на странице категории присутствует, кнопочки и переключатели нажимаются, но фильтрация не происходит). Нравится скоростью работы при большом количестве товаров, но сейчас пришлось вернуться на шаблонный фильтр, а он очень медленный.
  4. Добрый день. Перед покупкой, есть вопросы: Используем ocstore 2.3 на php+fpm, плюс установлен поиск Sphinx. До сфинкса не было проблем с фильтром Dream, а вот теперь пришлось вернуться на поставляемый с шаблоном фильтр oct_filter (шаблон shop-store2). Не устраивает нынешняя скорость данного фильтра (особенно первая прогрузка после сброса кэша), доходит до 17 секунд на самом тяжелом разделе в 5-6 тыс товаров: Каковы шансы работы данного фильтра с имеющейся конфигурацией (php+fpm, sphinx, nginx) при самостоятельной установке? Спасибо.
  5. Здравствуйте! Заметил в БД, что таблицы модуля DPD (коды городов и терминалов, а также статусы) имеют кодировку cp1251_general_ci, в то время как вся таблица - utf8_general_ci. Это нормально? По идее, не мешает остальным процессам? Просто ищу причину, почему сбивается кодировка параметра в фильтре, если значение кириллическое стоит.
  6. Все таблицы магазина имеют нужную кодировку 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С. К этому можно прицепиться еще?
  7. Здравствуйте! Появилась следующая проблема - при выборе атрибута в фильтре, если он имеет русские символы (кириллицу), происходит беда с кодировкой передаваемого параметра: kotly/gazovie/?rdrf[attr][153][0]=Ðаз соответственно, итог нулевой - ничего не найдено. Наблюдается точно в Chrome, в Firefox нормально вроде. Понимаю, что скорее всего проблема не в фильтре, но больше не знаю где искать - файлы на BOM проверены и не выявлены, кодировка страниц везде где можно указана как utf-8, и т.д. Но спрошу - не сталкивался ли кто с таким еще?
  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 и раньше работало всё отлично.. Ставилось перед появлением такой беды немало модулей, проверка на запись ошибок не дала ничего, в логах браузера нет проблемы. Сталкивался ли кто с подобным, есть ли решение вопроса без крови? Спасибо.
  9. Здравствуйте! Возможно, моя ошибка не относится к модулю прямо, но не знаю как верно идентифицировать источник. Суть: если добавить товар в корзину и перейти в корзину Simple как Гость, то всё проходит как положено. Если авторизоваться как пользователь интернет магазина, перейти в корзину, то не грузится Хэдер и содержание страницы, а футер лишь частично отображается. Точно наблюдается в браузере Chrome (как самый популярный). Переделок от стандарта и навеса модулями в интернет магазине полно, но в логах проблем (кроме "upstream response is buffered to a temporary file" nginx) не наблюдается. Есть ли вероятность ошибок самого Симпле? Из МЕГА крупного, что прямо могло повлиять: - синхронизация города через GeoIP про, но работало еще совсем недавно, крупно не менял настроек. - настраивал PWA с последующими доработками (больше грешу на него), но опять же в логах проблем с ним прямо не выявлено. Вообще в консоли браузера только предупреждение на куски js, и то потому что aborted 404.. Прошу помощи..
  10. Здравствуйте. Пользуемся давно модулем, все работало как нужно, а два дня назад внезапно увидел, что вместо кириллицы в поиске получается абракадабра. Латиница работает без помех. Пишем в поисковую строку "бутылка" и переходим на страницу результатов поиска, где слово заменилось на "бÑÑÑлка" и соответственно результаты пустые. В адресной строке также прописывается эта белиберда (домен/search/?search=бÑÑÑлка ) Понимаю, что проблема в кодировке - вместо utf-8 где-то поселился windows. Проверить файлы через bom.php не получилось, не тянет походу хостинг обработку даже в 500 сек (увеличивал лимит для этого). Могли бы подсказать, где хоть примерно искать решение? Поиск в основном выдает иные ответы, касательно таких символов "%D0%BA%D1%80%D1%8B%".
  11. Добрый день. Пользуемся шаблоном давно, версия 8.1 на ocstore 2.3 - и только сейчас дошли руки до оптимизации скорости сайта. Может, не по теме, но не могу найти вообще информацию по теме, поэтому спрошу, может кто сталкивался. Возник вопрос по кэшированию статики. На всю статику настроен кэш в 10 дней. НО в этой версии шаблона подключена минификация скриптов и стилей. И эти два минифицированных сборных объекта кэшируются всего на 30 мин. По идее времени достаточно на сессию пользователя, но в долгосрочной перспективе кажется не совсем верным из-за того, что уже мало изменений вносится в стили. Как увеличить время кэша данных объектов, хотя бы на сутки?
  12. Проблема сохраняется - теперь валится много ошибок что нет склада и регион совпадает с регионом отправки, при этом ругается на отсутствие региона !!! А точно файл модификатора не нужно ставить? Посмотрел содержания модификаторов что в модуле новой версии, что установлен на сайте - они отличаются как минимум обращениями в 2х первых вызовах: в старом обращается к <file path="catalog/controller/checkout/shipping_method.php"> , а в скаченном новом модуле идет обращение к <file path="catalog/controller/api/shipping.php"> , да и в залитых файлах это есть. Соответственно в логах модификаторов оно пишется как NOT FOUND - OPERATIONS ABORTED! И как видно на картинке выше, задвоился вариант доставки до ПВЗ - один подробный, второй краткий. А вариант наложенного так и не появился (появляется только при выборе доставки курьером). В настройках включено, в Симпле зависимости настроены. Спустя ночь, изменений не произошло - так и продолжается сыпаться вал ошибок. И еще, уже была такая ошибка - при выборе другого адреса ПВЗ из выпадающего списка, сбрасывается на первый адрес из списка и все тут.
×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.