admin
-
Постов
14 099 -
Зарегистрирован
-
Посещение
Весь контент admin
-
Сделал. Сделал. Удаление ip адресов производится вручную. Подправил. Сообщите, пожалуйста, точный текст фразы. После изменения тарифа кто должен перезагрузить VPS? Клиент или физический владелец сервера с ВПСками? Архив обновил.
-
Так ничего не понял пока. При заказе возврата на карту оплаты аккаунт итак сразу удалялся. Я просил, чтобы при возврате НЕ на карту оплаты аккаунт блокировался до момента исполнения заявки и удаления аккаунта, так как средства для возврата фиксируются и услуги предоставляться бесплатно не должны. 1 день или сколько там часов пройдет до момента удаления услуги можно и предоставить, тем более что на момент блокировки аккаунта деньги ведь еще не возвращены. По этой причине блокировку при запросе moneyback на webmoney и пр. вводить не планирую. Так и задумано, т.к. эта массовая функция сделана для объединения в базе клиентов с нескольких серверов в один. Соответственно массово добавлять в историю данные смысла нет.
-
По всем трем пунктам внес исправления. Архив обновил.
-
Блокировка если деньги переводятся на карту экспресс-оплаты и не срабатывает автоматическое удаление аккаунта (или оно отключено).
-
https://forums.cpanel.net/threads/comodoca-file-in-accounts.584482/ Это автоматически создаваемые cPanel файлы. Ничего страшного в них нет.
-
Измените шаблон письма, убрав оттуда "домен уже существует". Данная фраза по умолчанию при отсутствии указанного домена и работе с сервисным доменом добавлена в скрипт для унификации шаблона письма, т.к. биллингом пользуются и другие хостеры. Внес изменения. Внес изменения. Добавил дополнительный дебаг. В нем выдает текст получаемой ошибки: The '91.215.168.XX' IP address is already assigned Внес изменения. Архив обновил.
-
Внес исправления для новой сборки (архив обновлю в течение полутора часов).
-
С измененными текстами (для всех способов оплаты) будет даже правильнее.
-
Проверьте, нет ли у этого клиента за последние 31 дней еще одного платежа со статусом PAID за prolong аккаунта. Архив обновил.
-
Как будет заказ на SSL - по icq свяжитесь со мной. Онлайн опытным путем буду проверять. Сделал.
-
Сообщите номер заказа для тестирования на Вашем биллинге. От домена ничего зависеть не должно. С заказом 61389 не срабатывает активация, вываливает кучу ошибок. Внес исправления. Теперь должно работать. Как именно выдавался доп. ip? Клиент оплатил доп. услугу? Заменил $lang_l_ip: $idips[theip] на $lang_si_ip3: $idips[theip] Архив обновлю в течение получаса.
-
Изменил тексты в старых переменных. Проверил. Неоплаченные домены также добавляются в спецификацию. Причем сделано это было еще очень и очень давно:
-
А почему тогда выдается именно такая ошибка, свидетельствующая об обратном? Так ведь правильно стоит подключение. Скидка на подключение для первого платежа... Зависит от того, каким ПО и в какой кодировке отправляете. Может это ПО неверно составляет служебные части, может BPanel неверно его воспринимает. В любом случае, без полной информации по данным о письме (в т.ч. его служебной части и пр.) - это все гадание на кофейной гуще. У нас, например, письма с аттачментами добавляются с верной кодировкой текста. Архив обновил.
-
От домена эта ошибка зависеть не должна. В данных по аккаунту указан тарифный план? У этого тарифного плана указан сервер? Полагаю, что также ошибка из-за того, что не может в базе биллинга найти ID сервера. Внес исправления. В данных по аккаунту домен = dnsrus.net или другой? Исправил. Внес изменения. Добавил принудительный дебаг в скрипт. Проверьте его вывод. В дебаге что пришло? Был один дебаг или два? На переменную, определяемую в закодированной части скрипта, повлиять никак нельзя.
-
Внес изменения в языковой файл. Тогда ведь получается, что в спецификации нужно будет указывать и неоплаченные дополнительные услуги и все прочее неоплаченное?
-
Эти ошибки из-за того, что в данных по аккаунту почему-то не указан ID сервера. О том, что ID сервера не задан, говорит ошибка: В настройках хостинг-сервера # (тут должен быть ID)(UserID: 61370, TarifID: 24) не указана панель для автоматического создания аккаунта. Внес изменения. Проверьте теперь. Смотрите IP с ID 2650. В нем почему не указан сам IP. Активируется с именем bh61370.dnsrus.net ? Если да, то так и должно быть. Также внес изменения. Проверьте после активации теперь. Это можно самостоятельно поменять в шаблоне писем. Архив обновил.
-
В языковом файле нету фразы "предоставление ресурсов для размещения информации". Что именно не корректно? Как по Вашему - корректно? Действительно была обработка счета. Внес изменения, проверьте теперь. Сейчас это должно отображаться, только если в базе платежей клиента есть платежи со статусом PAID и от мерчанта UR_Bank. Клиент получил счет UR_Bank - проведите его по биллингу (смените статус на PAID).
-
Что ответили в поддержке? Почему возникает данная ошибка? SSL на другие домены от других клиентов активируются? Так это ведь получается лишь первый месяц в подарок. Можно выставить стоимость услуги как 0.01 RUB. Наша цель и есть месяц в подарок сделать. Суть в том, чтобы не писать подключение минус для клиента на reg,php Другие вариантов решения задачи не вижу. Задача этим вариантом и решается.
-
На других мерчантах точно срабатывает? Должно работать вне зависимости от того, встроен мерчант или нет. Для чего это нужно? Как крайний вариант - можете самостоятельно в базе phpmyadmin добавить информацию в соответствующие поля базы данных.
-
Это скорее всего на interkassa изменения произошли. Внес изменения в BPanel. Архив обновил. Обновитесь и проверьте теперь.
-
Вам надо уточнить у поставщика услуг. Возможно данная ошибка возникает если SSL был выпущен каким-либо другим их клиентом, не обязательно Вами. В письме же пишет, что Ваш аккаунт ХХХ заблокирован на отправку почты. Обновите почтовый шаблон admin_suspend.php. Добавил. Архив обновил.
-
Обновите настройки на /admin/?mod=options&what=unitpay Заработает. Сбилось в одной из сборок.
-
На стр. /admin/?mod=options&what=ur уберите чекбокс у разрешить клиенту доступ к странице Актов на выполнение работ (/admin/template/russian/ur_akt.php): Проясните все во всех деталях для возможности воспроизведения проблемы. Текст о расторжении должен отображаться только у юр. лиц на странице moneyback, и то при соответствующей настройке в админ-панели. Для данной специфической ситуации с учетом Vladimir812 сказал(а) 08 Сен 2016 - 11:25 ДП: Вручную измените статус платежа для того, чтобы спецификация выглядела верно. Добавил настройку в админ-панель.
-
Исправил для новой сборки. Архив обновил.
-
Внес изменения. Проверьте теперь. Как именно производились данные действия? Пошагово с указанием ссылок и пр. информации для возможности воспроизведения проблемы. Сделал для новой сборки.
