afwollis

@ForsakenEG Если в заказе указан email - никаких проблем быть не должно. Если хотите какие-то дополнительные настройки для "исключений email-адресов" - опишите подробнее. @kvebeka Неавторизованное обращение к модулю (без указания хэша безопасности). Модуль записал событие в лог и прервал работу. Другие 2 строчки - корректный запуск.

1380 Скачать/Купить дополнение [WebMe] Child Birthday Coupon [Opencart_23x / ocStore_23x] [Opencart_3020] Дополнение добавляет в личном кабинете покупателя пункт "Мои дети", где можно будет добавить ребенка (имя, дата рождения, пол (М, Д)). В админке в разделе покупателей, у пользователя добавляется вкладка "Дети", где выводится список указанных детей (имя, дата рождения, пол (М, Д)). При приближении ДнейРождения (указывается в настройках модуля "за сколько дней поздравить") генерируются (задача для CRON) индивидуальные купоны для каждого "ребенка". Если, конечно, возраст "ребенка" в пределах допустимого (параметр "Максимальный возраст ребенка (лет)" в настройках модуля). Размер, тип скидки и прочие параметры для купонов задаются в настройках модуля. Затем пользователю отправляется SMS и/или EMAIL (в зависимости от настроек) с текстом, заданным в настройках модуля на соответствующих вкладках, и индивидуальным кодом купона на скидку. Список доступных переменных (для использования в "шаблонах" сообщений): {name} - имя родителя {child_name} - имя ребенка {child_birthday} - дата рождения ребенка {discount} - скидка {discount_type} - тип скидки (сумма или процент) {coupon} - код одноразового купона {order_total} - минимальная сумма заказа {date_end} - дата окончания действия купона Ведется журнал (отдельный от системного) генерации купонов и рассылки сообщений при запусках по расписанию. Для генерации купонов по расписанию и запуска рассылки по расписанию (CRON) !!!___ОБЯЗАТЕЛЬНО НАДО УКАЗЫВАТЬ "Ключ безопасности" В НАСТРОЙКАХ___!!! Плюшки: - встроена система защиты от "коварных покупателей", которые захотят редактировать ДР своих детей (сдвигая чуть вперед) и постоянно получать купоны Как это работает: Скрипт генерации купонов собирает данные о детях с приближающимися ДнямиРождения. Затем проверяет наличие записей в технической таблице в БД по каждому ребенку. Если найдены записи (ребенку уже генерировались купоны на ДР) - сверяет текущую ДатуРождения (которая указана у ребенка в данный момент) с сохраненной ранее в БД. Если совпадает - генерируем купон. Если нет - не генерируем купон и пишем в лог сообщение такого плана: - - - child (asd, #11) has modified birthday (before:2004-06-21; now:2004-06-23) - - - ####################################################### # # УСТАНОВКА # # _#__1. Загрузите файлы из директории "upload" в корневую директорию вашего магазина на хостинге. _#__2. админка - система - пользователи - группы пользователей :: убедитесь, что вашей группе даны права на просмотр/изменение "extension/module/webme_child_birthday_coupon". _#__3. админка - дополнения - менеджер дополнений :: обновите кэш модификаторов и убедитесь, что в логе нет записей "NotFound", касающихся дополнения. _#__4. админка - дополнения - модули :: [WebMe] Купон ко Дню рождения ребенка - [установить]. _#__5. админка - дополнения - модули :: [WebMe] Купон ко Дню рождения ребенка - [изменить]. _#__6. настройте модуль (!!!___ОБЯЗАТЕЛЬНО НАДО УКАЗЫВАТЬ "Ключ безопасности" НА ВКЛАДКЕ CRON___!!! ), нажмите кнопку "сохранить". _#__7. скопируйте команды задач для запуска по расписанию (CRON) и создайте соответствующие задачи в панели управления хостингом. _#__7.1 !!!___Генерация обязательно должна запускаться РАНЬШЕ рассылки___!!! _#__7.2 Рекомендации: генерацию ставьте на ночное время, а рассылку - на дневное (чтобы не беспокоить покупателей ночными SMS). ################################ # # Список изменений # ################################ [=== 2018.06.22 ===] * v. 0.2.ocs23023 >> Исправлена ошибка "если в админке при редактировании покупателя нажать добавить ребенка, но ничего не внести, то оно заносит с пустыми полями". >> Покупателю добавлена возможность добавлять и редактировать информацию о детях в модальном окне. >> В админке в модуль добавлена вкладка с информацией о ближайших ДняхРождения. [=== 2018.06.21 ===] * v. 0.1.ocs23023 >> Изменен способ выбора пола ребенка в кабинете покупателя с select на radio. >> Создание ocmod-файла для дополнения. [=== 2018.06.18 ===] * v. 0.1.ocs23023 >> Первый релиз дополнения. Добавил afwollis Добавлено 18.11.2018 Категория Бонусы, купоны, программы лояльности Системные требования Метод активации Без активации Ioncube Loader Нет OpenCart 3.0 2.3 ocStore 3.0 2.3 OpenCart.Pro, ocShop Обращение к серверу разработчика Да  

@shankara , Отправил в ЛС.

Да, разумеется. Должно. Возможно потребуется корректировка по части перехода к отзывам по ссылке в письме. Нюансы могут возникнуть, если натыкано море ocmod-дополнений, которые изменяют управление заказами в админке. Однако, это всё решаемо. Если возникнут какие-то сложности - пишите подробности в ЛС с данными для доступа в админку и на ftp.

я тебе про тему оформления ("шаблон"), а не "схему". и остальные пункты-советы выполни.

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

Копипаст настроек из Т905 в Т901. Копипаст файлов "немного иначе шаблона" из магазина Т905 в магазин Т901. В итоге получаем Т901 с функционалом Т905. Затем можно удалить магазин Т905.

если меняется только домен - достаточно одной строчки.

Тогда ловить sql и проверять, что же там выбирается и почему.

Потому что не переадресацию надо делать, а выводить страницу-заглушку. Как режим обслуживания. Поразбирайся с "maintenance" страницей.

Не факт. Откатиться не вариант? Что за тема оформления? Легальная? "чуть чуть" золота?

это Г убери или приведи в порядок <!--[if (gt IE 9)|!(IE)]><!--><html prefix="og: http://ogp.me/ns#" dir="ltr" lang="ru"><!--<![endif]-->

в catalog/controller/common/header.php эти телодвижения надо делать, а не в index.php. ну и с логикой, а не "абы воткнуть".

мелкософт со своей cp1251... лови, где у тебя кодировка пляшет. или пиши Биллу.

Если после "убираю галочку" она не появляется снова "там, где не надо" - чисть кэш seopro / seourl / итпд.

зачем?

Желательно. Не smtp (это почтовый протокол, подразумевающий подключение юзера к серверу(в том числе и своему)), а "что-то на сервере". А вот, что именно надо будет настраивать, - узнаем только после переключения на mail и анализа возникающих проблем/ошибок.

Нет, не все. Тут еще играет роль удаленность вашего сервера от почтового сервера яндекса (чем меньше узлов между вами - тем меньше вероятность возникновения проблем).

Успокаиваемся, глубоко вдыхаем, выдыхаем и возвращаемся к главному вопросу: о какой "задержке" речь? Варианты: 1) сайт подвисает в моменты, когда должна отправляться почта (при использовании smtp); 2) отправленные письма доставляются не сразу (сайт при этом НЕ подвисает). Это РАЗНЫЕ ситуации. Яндекс ответил вам, размышляя над вариантом "2)". Хостер прокомментировал более приближенно к варианту "1)". На самом деле это очевидная истина, которая, к сожалению, очевидной оказывается не для всех (или не сразу). Так что да - лучше не ждать у моря погоды, а переходить на отправку "своими силами" (т.е. на mail() ) и донастраивать (при необходимости) сервер.

Так работает отображение цен в каталоге, а не "total`ы" (если, конечно, под "total`ами" мы имеем в виду те, которые в "учитывать в заказе" - сумма, доставка, скидки, итого...). Это ты рассказываешь, как собираешься "решать задачу". А ты расскажи подробнее, собственно, о самой задаче - из-за чего / для чего ты решил делать нечто такое? Уточни где будешь выводить/использовать эти данные(цены).

Перефразируй. Уточни, ГДЕ ты пытаешься "разделять цены". Протянул ли их через весь тернистый путь корзины/оформления заказа? Не понятно, ибо - все еще не понятно, что имеешь (где, в каком виде, какие цены задаешь), куда они попадают итпд; - как-то сумбурно изложено.

Не знаю, как там "купить в 1 клик" реализовано, но при нажатии на кнопку "оформить заказ" внутри формы в консоли видно обращение на "index.php?route=error/not_found". Я бы смотрел в сторону темы оформления и её файла catalog/view/theme/unishop/js/common.js. По хорошему - переключиться на тему оформления default с родным common.js и проверить работоспособность корзин. Затем - в сторону контроллера корзины. Возможно он заменен на "неподходящую версию". Сравни с "эталонным" (из архива движка той же версии).

Да, вполне может быть из-за www/non-www. Без адреса пациента можно еще долго гадать...

Ну так и ставь curl (библиотека / расширение php) и радуйся. Это нюансы настройки xampp. Google в помощь.