Jump to content

Urdash

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

    125
  • Joined

  • Last visited

Community Reputation

4 Обычный

1 Follower

About Urdash

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

Информация

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

Recent Profile Visitors

1,573 profile views
  1. Здравствуйте. При выборе доставки в некоторые небольшие города, не происходит расчет стоимости доставки и выбора ПВЗ в корзине Симпл. Замеченная причина - когда город заполняется в одном поле с его районом. Если убрать руками район, оставив только город - то считает. В симпле не используется геоайпи, а регион определяется через модуль GeoIP pro. Нюанс в том, что раньше доставка рассчитывалась без таких проблем. Сам ДПД пока на это не отвечает, что-то типа смотрят. Кто сталкивался с подобным? И вообще, это к данному модулю доставки имеет ли отношение?
  2. Первоначальный вопрос снят, действительно ему начислены кем-то эти деньги на баланс аж 3 месяца назад. Разбираемся отдельно. Прошу прощения за вопросы не в тему.
  3. Про первый взнос - со слов покупателя, как он сообщил. С покупателем то вопрос решился нормально, купил за полную стоимость так как есть. Модуль не переименовывался, тут вопрос в получении информации от банка, как я понимаю. Получается, что с модулем всё хорошо, решать самим?
  4. Здравствуйте. Тут странное начисление при заявке клиентом упало. Используем Стандартный метод оформления. И внезапно пришел заказ с вычетом первого взноса на кредит. Где копать такой нюанс, чтобы итоговый заказ всё же приходил на полную стоимость? P.S. До этого оформление заказа с кредитом приходило с указанием варианта платежа как кредит от Тинькофф, в целом понятное и нормальное содержание. А этот подозрительный - может есть какой глюк на нашей стороне наоборот?
  5. В настоящее время скрыл средствами php в корзине симплы, т.е. по правилу если меньше определенной суммы то не показывать, но немного увеличило время отработки корзины.
  6. Здравствсуйте. Магазин на ocshop 2.3 и сторонняя тема, + Simple. Сам модуль работает исправно, установлен по инструкции, начисляет и списывает как нужно. Пользуемся больше года и тут только поняли что чего-то не так Есть функция "Минимальная стоимость корзины при которой разрешена оплата баллами", это значение выставлено на 1001 руб, и оно не отрабатывает. Т.е. если закинуть товар ниже этого порога, всё равно предлагается оплата бонусными баллами. В модификаторах и логах ошибки, связанной с модулем не обнаружено (есть только одна ошибка что не найдена сторонняя тема письма). Сайт
  7. Добрый день. Есть ли успешное применение данного фильтра совместно с поиском Sphinx? Читал варианты, что нужно отдельно его настраивать, но даже в документации сфинкса мало инфы, максимум что понял - вроде нужна подгрузка атрибутов в конфиге, но не могу правиль принимающую часть в фильтре, защита все дела. Настроил шустрый поиск, а дрим-фильтр перестал реагировать (на странице категории присутствует, кнопочки и переключатели нажимаются, но фильтрация не происходит). Нравится скоростью работы при большом количестве товаров, но сейчас пришлось вернуться на шаблонный фильтр, а он очень медленный.
  8. Добрый день. Перед покупкой, есть вопросы: Используем ocstore 2.3 на php+fpm, плюс установлен поиск Sphinx. До сфинкса не было проблем с фильтром Dream, а вот теперь пришлось вернуться на поставляемый с шаблоном фильтр oct_filter (шаблон shop-store2). Не устраивает нынешняя скорость данного фильтра (особенно первая прогрузка после сброса кэша), доходит до 17 секунд на самом тяжелом разделе в 5-6 тыс товаров: Каковы шансы работы данного фильтра с имеющейся конфигурацией (php+fpm, sphinx, nginx) при самостоятельной установке? Спасибо.
  9. Здравствуйте! Заметил в БД, что таблицы модуля DPD (коды городов и терминалов, а также статусы) имеют кодировку cp1251_general_ci, в то время как вся таблица - utf8_general_ci. Это нормально? По идее, не мешает остальным процессам? Просто ищу причину, почему сбивается кодировка параметра в фильтре, если значение кириллическое стоит.
  10. Все таблицы магазина имеют нужную кодировку 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С. К этому можно прицепиться еще?
  11. Здравствуйте! Появилась следующая проблема - при выборе атрибута в фильтре, если он имеет русские символы (кириллицу), происходит беда с кодировкой передаваемого параметра: kotly/gazovie/?rdrf[attr][153][0]=Ðаз соответственно, итог нулевой - ничего не найдено. Наблюдается точно в Chrome, в Firefox нормально вроде. Понимаю, что скорее всего проблема не в фильтре, но больше не знаю где искать - файлы на BOM проверены и не выявлены, кодировка страниц везде где можно указана как utf-8, и т.д. Но спрошу - не сталкивался ли кто с таким еще?
  12. Доброго времени суток. 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 и раньше работало всё отлично.. Ставилось перед появлением такой беды немало модулей, проверка на запись ошибок не дала ничего, в логах браузера нет проблемы. Сталкивался ли кто с подобным, есть ли решение вопроса без крови? Спасибо.
  13. Здравствуйте! Возможно, моя ошибка не относится к модулю прямо, но не знаю как верно идентифицировать источник. Суть: если добавить товар в корзину и перейти в корзину Simple как Гость, то всё проходит как положено. Если авторизоваться как пользователь интернет магазина, перейти в корзину, то не грузится Хэдер и содержание страницы, а футер лишь частично отображается. Точно наблюдается в браузере Chrome (как самый популярный). Переделок от стандарта и навеса модулями в интернет магазине полно, но в логах проблем (кроме "upstream response is buffered to a temporary file" nginx) не наблюдается. Есть ли вероятность ошибок самого Симпле? Из МЕГА крупного, что прямо могло повлиять: - синхронизация города через GeoIP про, но работало еще совсем недавно, крупно не менял настроек. - настраивал PWA с последующими доработками (больше грешу на него), но опять же в логах проблем с ним прямо не выявлено. Вообще в консоли браузера только предупреждение на куски js, и то потому что aborted 404.. Прошу помощи..
×

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.