afwollis

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

13 Завантажити / Придбати розширення [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.18 Категорія Бонусы, купоны, программы лояльности Системные требования Метод активации Без активации Ioncube Loader Нет 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 в помощь.