AlexDW
-
Постов
244 -
Зарегистрирован
-
Посещение
-
Победитель дней
25
1 Подписчик
Информация о AlexDW
Посетители профиля
1 442 просмотра профиля
Достижения AlexDW
-
можете прямо здесь глянуть и уточнить интересующие моменты у автора фильтра -
плюс чтобы не совершить ошибок новичка и не попасть на уловки мошенников - пользуйтесь только легальными площадками подробнее здесь https://warez.rip/
-
не нужно гадать, нужно фактически смотреть создайте в папке с движком файл info.php, вставьте в него код откройте в браузере по ссылке ваш_сайт/info.php , ищите на странице max_input_vars и смотрите ее значения и обязательно потом созданный файл удалите если все танцы с бубном по изменению значения не помогли - уточните этот момент у своего хостера
-
-
вероятно неверно / не там делали смотрите здесь и проверьте фактическое значение max_input_vars после изменений
-
если заказ с ненулевым статусом есть в БД, а отправки письма по нему не было - значит проблема с самой отправкой (попало в спам, ошибка при отправке из-за неверных настроек почты и тд) причину искать по логам сервера если письмо отправлено при нулевом заказе - искать причину в платежке и/или способе оформления заказа проверять все это рекомендуется с использованием стандартного оформления заказа (при условии, что в нем не ковырялись)
-
нет отправка письма происходит уже после того, как заказ в БД добавлен (и его статус изменен на отличный от 0) стандартно в Opencart заказ попадает в БД на последнем этапе, на странице финального подтверждения клиента при этом у него нулевой статус (пропавший/потерянный) после подтверждения статус заказа меняется на нужный и отправляются письма о заказе если перед последним подтверждением клиент возвращается обратно - например посмотреть варианты доставки / оплаты и тд - заказ так и висит в базе с нулевым статусом а при переходе на финал - создается по новой (см.выше) но уже с другим номером если же пришло письмо о заказе, а сам он числится в потерянных - искать причину в способах оплаты обычно после подтверждения оплаты платежная система должна вернуть код успешной оплаты и соответственно изменить статус заказа
-
Здравствуйте администратору pdf доступен в админке в списке заказов и при его просмотре в текущей версии нет вложения при отправке сейчас над новой работаю, там будет возможность отправки pdf в письме покупателю / админу при создании заказа
-
по большому счету, об этом техподдержку и нужно спрашивать вообще, в подобных ситуациях нужно сразу указывать ссылку на проблемную страницу и ссылки на сами модули иначе только гадать
-
в этом плане молодцы, первые добавили такое
-
давно уже сделано и успешно работает Список продаж > Добавить продажу
-
Модуль обновлен до версии 1.31 - исправлен баг Cannot redeclare, возникавший при работе с некоторыми платежными системами - добавлена поддержка Opencart 3038 - добавлен выбор групп покупателей, для которых будет показываться окно - цвет основных элементов окон теперь можно визуально подобрать прямо в настройках модуля - добавлен блок CSS для указания своих стилей в настройках с подсветкой синтаксиса CSS при наличии плагина CodeMirror (входит в дистрибутив Opencart c версии 2302) - улучшена поддержка PHP 7.4 и выше - улучшен механизм лицензирования - прочие правки и улучшения
-
не использовать варез не светить и не раздавать доступы кому попало, для работ использовать временные реквизиты, по их окончании - отключать самый верный способ защиты админки - htpasswd htaccess
-
так можно же было этого избежать весь сыр-бор из-за чего по сути? - люди пишут актуальные предложения / пожелания в специально созданной для этого теме но видят полное отсутствие реакции со стороны администрации нет возможности что-то оперативно реализовать, заняты, не до того - так и напишите об этом чтобы хоть какой-то отклик был, мол "ок, видели, принято, просто пока нет возможности" иначе напишет человек раз, два в пустоту - и болт положит, и на предложения и на форум в целом очевидные же вещи
-
в данный момент проблем не видно у вас подобные ошибки говорят о нехватке памяти обычно возникают либо в момент обмена, либо, к примеру, при обработке изображений, когда какое-то из них битое или большого размера/веса сам по себе текст ошибки - это уже итог, причину нужно искать в контексте предыдущих строк/действий