admin

Действительно, http://manage.resellerclub.com/kb/answer/791 Отключил возможность изменения регистрационных данных у доменов на DirectI. P.S. Раньше проверял данную ошибку, но сообщения "[message] => Feature deprecated. Please refer to KB link" не получал. Вызвано это было тем, что для получения сообщения нужно было изменять какие-либо данные в форме, а я раньше просто нажимал на сохранить.

Сделал для новой сборки.

Спасибо за информацию. Исправил описание настройки в админ-панели.

Строка ведь итак подсвечивается целиком. А вот кликабельной в целом делать ее считаю нерациональным. На данный момент ведь кликабельность работает над номером билета и над его темой. Если это реализовать, то стол помощи при большом количестве билетов и ответов в них будет конкретно подтормаживать, т.к. для каждого билета нужно будет запрашивать последнее сообщение из таблицы ответов. Если билетов на странице 20, то получается надо будет 20 дополнительных SQL-запросов. Для чего? В столе помощи переписка отображается в точности как на этом форуме: сверху вниз и форма ответа внизу страницы. Как по мне, - это стандарт и так и должно быть везде в т.ч. из-за привычности подобного стиля отображения данных.

Чем плохо то, что аккаунт до момента его удаления администратором не будет заблокирован? Как по мне, так в этом только плюсы. При изменении статуса доп. услуги предполагается, что администратор в примечания указывает какие-либо особенности этой доп. услуги, например данные доступа куда-либо и пр. информацию. Если ничего в примечания не указывать, то соответственно и письмо будет только с уведомлением о том, что статус доп. услуги - изменен.

Есть такая вероятность, что станет недоступен полностью. С указанием конкретного примера и пошаговых действий отпишите нам в сапорт - проверим.

IPB - это массовый стандартный форум, который задает стиль построения ответов таким, каким он есть тут.

Судя по дебагу, у Вас выдает SSL Certificate for XXX.ru is already being used by someone else. Hence this product cannot be added for XXX.ru По этой причине в базу и не заносится InvoiceID и далее ничего не срабатывает. Нужно уточнить у DirectI, почему на попытку auth-userid=ZZZ_PASSWORD_&domain-name=XXX.ru&customer-id=YYY&months=12&plan-id=300&invoice-option=NoInvoice выдает эту ошибку.

В ID счета для SSL нужно указать не ID заказа SSL, а именно ID выставленного на DirectI счета. Также не сообщили какие поля как заполнять в панели клиента при запросе на выдачу SSL. Вы не прислали на email письмо с дебагом при попытке выдачи SSL, в нем должна быть важная информация для локализации проблемы. Остальное на форуме проверю в течение недели. Данные по SSL проверю в течение 12-и часов после их получения.

Приношу извинения. Забыл добавить текст в предыдущий ответ. Не делал, т.к. ничего плохого в том, что аккаунта поработает чуточку дольше (несколько минут или часов) нет, а вот хорошее в т.ч. и то, что клиент может успеть скачать какие-либо свои данные и не дергать техническую поддержку. Это письмо и есть уведомление о подключении доп. услуги. В админ-панели можно заполнять особенности данной доп услуги, например указать выданный Ip адрес или что-то еще. Этот текст и пойдет в письмо клиенту.

О выдаче любых дополнительных услуг или каких-то конкретных? Галочку напротив "Услуга подключена только что, отправить письмо клиенту:" устанавливаете? Сообщите номер заказа для проверки на Вашем биллинге, а также подробную пошаговую инструкцию что и где делать для того, чтобы воспроизвести проблему. У нас подобных проблем замечено не было. Сделал. Обновите почтовые шаблоны usage.php. Архив обновил.

Сообщите номер аккаунта в Вашем биллинге, у которого была такая проблема. Желательно конечно создать тестовый аккаунт и на нем все воспроизвести. Проверю.

Сделал для новой сборки удаление автоматически созданного IP для доп. услуги. Добавил. Исправил для новой сборки.

Сделал. Сделал. Удаление 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] Архив обновлю в течение получаса.

Изменил тексты в старых переменных. Проверил. Неоплаченные домены также добавляются в спецификацию. Причем сделано это было еще очень и очень давно: