Alex L

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

Воспользовался функцией admin/?mod=cpass вылезло сообщение, что пароли изменены - напротив каждого логина высветилось OK Но после этого полетел поток писем от клиентов в службу поддержки о том, что новые пароли не подходят. Проверил наугад пяток аккаунтов - новые пароли не подходят ни к одному аккаунту. Как быть? Товарищи разработчики, Вы уверены, что функция работает корректно?

Вопрос разработчикам. Вы через "WHM Key" не хотите настроить работу биллинга? Для этого оно и создано ведь и большинство других биллингов именно так и работают

см. http://forum.advanta.org/index.php?showtopic=4401

можете назвать пример, какой полностью GET должен посылаться при блокировке аккаунта биллингом?

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

Еще было бы разумно сделать возможность заказа разных услуг через один аккаунт: - сервера - реселлинг - несколько хостинг-аккаунтов И все через одну учетную запись с одним общим баллансом. У любого хостера есть клиенты, которые заказывают несколько аккаунтов, а кто-то десятки. Им крайне неудобно регистрироваться каждый раз отдельно и продлевать отдельно

К сожалению, это менее удобно, чем балланс. Более того, многие пользователи путаются и чтобы оплатить услуги жмут на "Экспресс оплата", вместо продления через нужный пункт меню. Поэтому я вообще убрал экспресс оплату

После "Please, check data of connection: " ничего не написано. Фаервол не должен блочить - при действиях с аккаунтами на том же сервере действия тоже не выполняются. А при создании аккаунтов выполняются.... Но это тоже проверим Какие еще могут быть идеи?

В логах сервера запросы вида GET /scripts2/suspendacct?domain=.... и т.п. присутсвуют. Но действие не выполняется....

Вручную открывается УРЛ http://***:2086/scripts/killacct?domain=***&user=***&submit-domain=Terminate И вручную все работает

cPanel 11.24.4-S35075 - WHM 11.24.2 - X 3.9 Там есть такая штука Удалить пользователя с логином *** из WHM (***)? Да Жму "Да" - удаляется без проблем. Но автоматом выдает ошибку и не удаляет

В какой-то момент Bpanel вдруг переслал блочить и удалять аккаунты. В CRON-письмах пишутся ошибки Error, when suspend an account ****. Please, check data of connection: Error, when delete an account **** [iD ****]! Please, check data of connection. Сервер задан в списке серверов, логин прописан $whmpass[1], $whmpass[2] - тоже прописаны. При этом аккаунты создаются успешно автоматически - значит вышеуказанные настройки корректны. В чем может быть причина? Может cPanel формат поменяла? Заранее благодарю

Вот ответ регистратора. Они прочитали данный топик: в синхронном режиме в зоне .ru выполнение заявки на 20-30 секунд это "рекорд", быстрее единичную регистрацию не обрабатывают ... так же обращу внимание, что, например, в регистрация удаляемого по сроку .RU имени в 19-20 часов - ТЦ вообще ответит через 1-2 часа, подобное бывает достаточно часто. с США серверами сравнивать вообще не корректно, так как в регистрация доменных имен в gtld проходит по абсолютно другим приципам, чем в RU и SU (в SU сейчас будут начинать пытаться делать подобное gtld) и расстояние тут не причем. так что разработчу придется не причитать, а чуть-чуть поработать иначе ответы выглядят малопрофессиональными ну а отправить неверно сформированную заявку и далее "наунет в своем репертуаре" - без комментириваев Ж)

А почему?

А почему вы не хотите сделать модуль обновлений? Чтобы скрипт сам автоматически закачивал все обновления? Ну или по запросу, но тоже автоматом Сейчас уже трудно найти серьезный программный продукт, который приходится обновлять ручками, закачивая и корректируя php-файлы. Это прошлый век

А вот пример выполнения конкретной заявки. Тоже прислал саппорт: вы прислали заявку в 09:44:34 далее: 09:44:45 - заявка прошла авторизацию и проверку параметров и блокировку денежных средств 09:44:46 - отправлена в ТЦ зоны .RU 09:46:34 - получен и начал обрабатываться ответ 09:46:37 - денежка списана, в локальных и глобальный реестр имен внесены изменения видим, что скорость обработки заявки 2 мин, за это время вам полностью обработали запрос вплоть до главного реестра и вернули результат. как я уже говорил ранее - перейдите на асинхронный режим работы. скорее всего именно в таком режиме вы работаете в другом месте, которое описывали. в этом случае заявка принимается и вам сразу "возвращается" управление. подробности этого режима api - в документации на сайте naunet.ru

По поводу тормозов при работе с Наунетом вот что ответил их саппорт: так же обращу ваше внимание, что есть два режима работы api: синхронный или асинхронный. в синхронном режиме ваш запрос сразу отправляется в технический центр зоны .ru или зоны .su. зона .ru обычно отвечает довольно быстро (15-30 сек на регистрацию или иную операцию). зона .su - штатно отвечает по минуте и более. далее вам сразу дается ответ о регистрации имени или иной операции. если это те задержки о которых вы говорите - вам нужно просто перейти на асинхронный режим. в этом случае заявка принимается, сразу возвращается ответ о ее исполнении (но не исполненности). это занимает лишь несколько секунд. далее вам надо средствами api проверять состояние заявки или просто ждать на email ответа об исполнении заявки. Может будет полезна информация вас

При заказе хостинга и при оплате клиентом услуг на год, можно сделать бесплатный домен. Но вот можно ли настроить бесплатное продление домена при последующем продлении услуг на год? И как это сделать?

Тут еще наунет прислал уведомление о модификации панели. Тепрерь после регистрации домена, пришло письмо: Хотя домен зарегистрировался

Если клиент при заказе домена в биллинге указывает более 1 телефона, то регистратору Наунет формируется заявка в таком виде: phone: +7 123 4567890 +7 321 4567890 В результате выдается ошибка "registrar_error wrong_key_e-mail" - хз почему email, но так оно есть. В саппорте Наунета мне сообщили, что если телефонов несколько, то в заявке нужно указыввать так: phone: +7 123 4567890 phone: +7 321 4567890 Доработайте пожалуйста модуль работы с API Наунета, спасибо

А планируется подключение ЯД в режиме API? И робокасса поддерживается полностью с API?

Без API это вручную принимать платежи и продлевать аккаунты?

А как тогда можно работать с Яндекс.Деньгами? Только просить напрямую пополнять счет? Без договора с ними работать не получится. Это неофицилаьно получается и Яд блокирует кошельки в таком случае

Отправил заявку в систему Яндекс.Деньги на подключение и заключение агентского договора с ними. Получил ответ: Обратите внимание, что по указанным в анкете URL должны располагаться не пустые страницы, а xml согласно протоколу http-уведомлений от Центра Приема Платежей. Ссылки, указанные в анкете, должны быть по SSL протоколу (начинаются с https, а не с http), т.к. незащищенный канал противоречит нашему протоколу. В их анкете есть такие поля: Наличие АСП при направлении уведомлений о Платежах в соответствии с пунктом 4.1.5. Договора: - ДА - НЕТ (используется криптографический хэш MD5) Что указывать? paymentAvisoURL https:// successURL http:// failURL http:// checkURL https:// И тут что указывать? Нужно ли делать поддержку https для биллинга для этого? Несколько лет назад был подключен к системе, но там было все очень просто, без этих замуток Спасибо!