admin

Выпущена новая версия программного обеспечения для организации пункта ввода-вывода и обмена электронных валют. Для загрузки архив доступен в клиент-центре order.bpanel.ru.

На странице настроек доменных зон в панели администратора.

Whois-сервер и ключевое whois-слово(сочетание) для проверяемой доменной зоны указаны верно?

А в базу платежей при активации через API какая запись заносится? Как за активацию?

Что теперь (после обновления) выдается через /admin/?mod=quickinfo&id=ID ?

Хорошо. Сделаю в течение 2х недель. Для чего это нужно? Уведомления на главную ведь добавляются не просто так. Администратор должен обработать (в т.ч. возможно и просто удалить) уведомление. Есть проблема с регистрацией в reg.ru При регистарции с главной страницы биллинга, выдается Error: INVALID_CONTACTS; Contacts user data is invalid При попытке зарегистрировать через ../admin/?mod=quickinfo&id=ID по адресу https://api.reg.ru/api/regru2/domain/create/ выдается { "charset" : "utf-8", "error_code" : "PARAMETER_MISSING", "error_params" : { "param" : "enduser_ip" }, "error_text" : "enduser_ip required", "result" : "error" } Также ранее просил, чтобы в API2 биллинг возвращал ошибку конкретную(API дает возможность отображать ошибку), но в биллинге опции нет. Вылетает общая ошибка Error: INVALID_CONTACTS; Contacts user data is invalid И неизвестна ее причина. Этот текст об ошибке выдается самим API. Ошибка enduser_ip для активации через /admin/?mod=quickinfo&id=ID - исправил, архив обновил.

Для данного случая можно предоставлять клиентам доступ непосредственно в webnames.ru, передавая на их аккаунт частичные права на управление доменом (мы по крайней мере так и делаем, подобных запросов у нас от клиентов мало). Если же надо реализовать это в BPanel, то $65 за webnames и столько же за reg.ru. Пополняйте order.bpanel.ru если согласны.

Эти настройки были давно и работали, но после недавно обновления обнаружилось, что не всегда данная функция работает и клиента отнимаются(вернее не добавляются дни проведенные в блокировке). Сейчас более конкретней проверили. Выяснилось, что при оплате ВМ зачисляются дополнительные дни, а в при оплата интеркассой не зачислились. Хотя в разделе "События" отображается "Платеж выполнен успешно. Продление срока действия аккаунта Дополнительные дни: 5" Но по факту после оплаты на месяц у клиента не 30-31 дней предоплачен аккаунт, а 26 дней. Просьба проверить это. Интеркассой оплачивали тот же аккаунт? Если между платежами прошло менее 31 дня, то дополнительные дни не начисляются. Текст "Дополнительные дни: 5" был добавлен по ошибке, т.к. ена самом деле ничего дополнительно не зачислилось. Исправил этот текст для новой сборки. Так ведь в письме от регистратора домена все указано в деталях (что требуется подтверждение e-mail, зачем это надо и пр.). Да и в любом крайнем случае домен лишь блокируется до подтверждения пользователем своего емайла. Также при автообновлении можно отключить обновление определенных файлов.

Панель администратора -> настройки -> скрипт -> учитывать на XX% при продлении аккаунта срок, проведенный в блокировке Выставьте "100". Тогда срок, проведенный в минусе, учитываться при продлении не будет.

Если домен по биллингу уже был активирован, то действительно запрос не отправляется. В данном случае измените год регистрации домена на "1", после чего выполните описанные мной ранее действия на главной странице панели администратора.

Странно. Должен отправляться запрос к регистратору доменов, а ответ - отображаться в верхней части страницы. В настройках доменной зоны указан регистратор? В данных по домену указан регистратор? Спасибо, исправил, архив обновил.

После указания верных авторизационных данных должна заработать и регистрация.

Для данного случая на главной должно появляться уведомление и на нем нужно нажать на картинку "выполнить". Если уведомление Вы случайно удалили, то активируйте с главной страницы панели администратора, указав номер домена и выбрав в выпадающем списке, что активируется домен. Галочка, отвечающая за запрос к регистратору, должна оставаться на месте.

Обновил архив. Основные изменения: + Панель администратора. Сервисы -> проверка сроков. Добавлена функция сверки и изменения статусов PrivateProtection и сроков окончания доменов регистратора DirectI. + Платежная система AdvCash. + Выставление счета в биллинге после изменения клиентом статуса PrivateProtection на On. Изменение PrivateProtection на DirectI после оплаты счета.

К сожалению, нужна информация для решения проблемы. При получении данных по проблеме оперативно устраню ее.

Добавлены способы оплаты okpay и advcash.

Исправил. Архив обновил.

Запрос в данном случае идет на URL https://api.reg.ru/api/regru2/domain/create/ ? Если нет, то обновитесь до последней сборки. А так - сейчас можно изменить данные по домену в биллинге и произвести автоматическую активацию домена с главной страницы панели администратора.

Проверил. У Вас почему-то передаются только английские символы, а вот русские - нет. Надо Вам пинать своего администратора, чтобы он проверил это. Также проясните, пожалуйста, мне для информации, с какой целью Вы обновились до php 5.4. Спасибо.

Сравните свой старый php.ini (должен же был остаться он в бекапах или пр.) и новый. Наш конфиг: http://localserver.ru/info.php Также откатитесь назад на php 5.3 и проверьте, работает ли. За $20 могу опытным путем на Вашем сервере (на admin @ advanta.org нужны данные доступа в SHELL root (буду экспериментировать с настройками в php.ini) и на FTP с биллингом) решить проблему (оплата после того, как решу ее), но настоятельно рекомендую самостоятельно и бесплатно все порешать

Я имею ввиду настройки PHP - системеный файл php.ini.

Судя по тому, что, как Вы написали в ЛС, у Вас не получается оформить и новые заказы, то скорее всего при обновлении на php 5.4 Вы указали неверные настройки, отвечающие за получение значений переменных. Тщательно сравните старые настройки и новые.

Отключите значит эту функцию для показа на странице входа в биллинг. Выбор серверов - сделал уже около года назад. Вынесите отдельные задания в запуск CRON на утро, как я и писал ранее.

Уточните в сапорте ЯД по старым запросам (по их дате и времени), пожалуйста. По идее у них все логируется и сохраняется за долгий промежуток времени.

Уточните, пожалуйста, актуальна ли проблема на данный момент? Вроде как ранее вносил изменения в работу данной функции. Если проблема все еще имеет место быть, то сообщите, пожалуйста, но Вашей базе номер аккаунта, с которого такой переход может быть осуществлен. Буду проверять опытным путем. Уточните, пожалуйста, актуально ли это (после внесенных мной недавно изменений в работу данной функции)?