Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

cokol

Пользователи
  
  • Публикаций

    188
  • Зарегистрирован

  • Посещение

Информация

  • Пол
    Мужчина

Посетители профиля

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

Достижения cokol

Collaborator

Collaborator (7/14)

  • Dedicated Редкая
  • Conversation Starter
  • First Post
  • Collaborator
  • Week One Done

Последние медали

1

Репутация

  1. Здравствуйте, обнаружил проблему: когда клиент вводит невалидный email (например test@test) при заказе, заказ оформляется, все хорошо, в админке все есть, но на email админа письмо не уходит. Если клиент вводит валидный email, то все работает отлично, письма приходят как и должны. Еще интересное наблюдение. Отправка идет через SMTP, но если меняю на Mail, то все работает, админу отправляется письмо, но использовать Mail не вариант, т.к. иногда письма в спам уходят и почему-то на гугловские почты не приходят письма. Если клиент "промахивается" и почта неверная, то письмо админу не уходит, но номер телефона-то в заказе есть, хоть как-то связаться можно... получается заказы теряются. Для чекаута стоит модуль simple (лицензия) Поле email обязательное для заполнения. Email админа используется свой в виде: [email protected]. Движок старый 1.5.5.1.2. Php ошибок нет. Смотрел model order.php - там все ок, менял порядок отправки писем - сначала админу потом клиенту, все равно не отправляет. Вот похожая проблема , но в моем случае email используется и поле обязательное стоит Модель checkout order.php и библиотеку mail.php прикрепил В чем может быть проблема? Помогите, пожалуйста. Благодарю mail.php order.php
  2. cokol

    Ошибка при добавлении опций

    такая же проблема появилась при переезде на другой сервер, файлы и базу нормально перенесли, но при сохранении товара атрибуты и опции стираются и появляется ошибка PHP Unknown: Undefined index: points in .../vqmod/vqcache/vq2-manager_model_catalog_product.php on line 200 как пофиксить можно? и в чем может быть проблема? в базе points есть
  3. похожая штука, как это поправить? неверно считает кол-во товаров в фильтрах и пересечениях. часть товара было удалено -может быть причиной?
  4. готовым решением кто-то может поделиться? чтобы редиректило на основную первую страницу с товарами? может, есть возможность пофиксить на уровне пагинации, чтобы каждый контроллер не ковырять? фикс нужен для страниц категории, производителя, поиска, прочих модулей где идет вывод товаров - т.е для всех страниц где есть пагинация
  5. Работает на всех версиях. Примеры. В категории/бренде были товары, потом их удалили с витрины, но бренд остался (без товаров). В бренде нет товаров, если нет товаров, то должен быть редирект со страниц пагинаций /page-2 (которые попали в индекс когда были товары) на первую страницу бренда или на последнюю страницу с товарами. Проблема в том, что страница brand/page-2 доступна и индексируется, но товаров на ней нет (они были но сейчас нет, и страница в индексе), логично - если нет товаров, делать редирект на главную brand/ или на последнюю страницу этого бренда с товарами. Аналогично и в категории. https://demo.opencart.com/index.php?route=product/category&path=20 - видим 1 страницу с товарами, переходим https://demo.opencart.com/index.php?route=product/category&path=20&page=99 - отдается пустая страница без товаров. Если товаров в этой категории было бы до 99 страницы, то страница попадает в индекс, и после того как товары пропали с 99 страницы, она по-прежнему остается но пустая. Как сделать редирект на последнюю страницу пагинации с товарами? Как это пофиксить? Спасибо P.S. У меня версия opencart 1.5, но работает везде.
  6. думал, что это модуль сломал логику редиректов, сорри... в любом случае как это исправить можно? посмотрел на тестовом сайте (более новой версии opencart/ocstore), аналогичная проблема, неужели никто не сталкивался... https://lang.opencartadmin.com/desktops/ - показывает 4 страницы товаров есть, переходим https://lang.opencartadmin.com/desktops/page-5 - получаем пустую страницу "В этой категории нет товаров.", которая может проиндексироваться, если в категории было больше товаров (на 5 страниц) товаров, а потом стало меньше но страница осталась
  7. Opencart 1.5.5.1.2, нашел баг, помогите, пожалуйста. В категории/бренде были товары, потом их удалили с витрины, но бренд остался (без товаров). В бренде нет товаров, если нет товаров, то должен быть редирект со страниц пагинаций /page-2 (которые попали в индекс когда были товары) на первую страницу бренда. Проблема в том, что страница brand/page-2 доступна и индексируется, но товаров на ней нет (они были но сейчас нет, и страница в индексе), логично - если нет товаров, делать редирект на главную brand/. Аналогично и в категории, криво выстроена логика редиректа с пагинацией, если на странице cat/ есть товары, а на странице cat/page-2 их нету (при этом, странице в индексе page-2 есть), то логично редиректить на cat/ с товарами, а не показывать пустую страницу cat/page-2 без товаров. Как это пофиксить? Спасибо
  8. cokol

    Что выбрать 2 или 3 ?

    2.3 актуален все еще? 3 версия пока сырая или уже 3 можно юзать? p.s - у меня 1.5, давно не следил за обновами
  9. версия для opencart 1.5 не обновляется, как я понял?
  10. помогите, пожалуйста, адаптировать скрипт под mysqli. код выше не работает ошибка PHP Parse error: syntax error, unexpected ';', expecting '(' in /mysqli_cached.php on line 62 в этом месте (конкретно - строка $data = array;): $resource = $this->link->query($sql); if ($resource) { if (is_resource($resource)) { $i = 0; $data = array; while ($result = $query->fetch_accoc($resource)) { $data[$i] = $result; $i++; } } } P.S. Версия движка 1.5
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.