Биллинг для хостинга

все ругаются

пишите регулярку - запретим. я в регулярках не силён.
--
ничё не считается
у нас рег.ру - при ошибках задание зависает как ошибочное
если у вас иначе - давайле лог и историю статусов

[quote="Alex Keda"]да есть такое в планах - про ошибки.
но вот чесслово - задача капитальная, руки поди нескоро дойдут...
[/quote]

Так этава. Нули вбивать может запретить юзеру?
Это регру ругается на нули в полях, остальные может и съедят...

Ведь дико, что при этом регистрация считается успешной, а на самом деле - не прошла.
[b]Главное[/b] - дело не в конкретных полях даже - новые могут добавляться и давать ошибки, но ответ в итоге от API был "result" : "error" (в коде выше) и это не отловилось.

да

[quote="Alex Keda"]
а возможность юзать кредит есть в баг-трекере...
значит реализуется, т.к. актуальна и нужна[/quote]

Кредит автоматом наверное? Скажем, для доверенных юзеров?
Иначе можно и условным платежом пользоваться...

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

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

Нет, тестовый логин прошёл успешно. Я заменил нули на более живое, и тест прошёл со списанием 600р у test'a регистратора.

[code]
username=test
password=test

passport=0000 000000 выдан 00 ОМ г.Москвы 00.00.0000
birth_date=00.00.0000
country=RU
p_addr=111111, МО, Москва, Тестовая, 0-0
phone=+7 495 0000000
sms_security_number=+7 495 0000000
...................................
HTTP/1.1 200 OK
Server: nginx-perl/1.1.11.1
Date: Thu, 23 Feb 2012 19:12:34 GMT
Content-Type: application/json; charset=utf-8
Content-Length: 811
Connection: close
Cache-Control: no-cache, no-store
X-Cond: -->NX<--

{
"error_text" : "Contacts user data is invalid",
"error_params" : {
"error_detail" : {
"sms_security_number" : {
"error_text" : "Value of \"SMS-Security number\" field is incorrect",
"error_code" : "VALUE_INVALID"
},
"phone" : {
"error_text" : "Value of \"Phone\" field is incorrect",
"error_code" : "VALUE_INVALID"
},
"birth_date" : {
"error_text" : "Birth date is specified incorrectly",
"error_code" : "VALUE_INVALID"
},
"passport" : {
"error_text" : "Passport is specified in incorrect format for the given country",
"error_code" : "VALUE_INVALID"
}
}
},
"result" : "error",
"error_code" : "INVALID_CONTACTS"
}

[/code]
[quote="Alex Keda"]

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

оно вам надо?
[/quote]

Не-не :) Но я за парсинг ответов. Возможно даже - за табличку настройки админом соответствия ответов от регистратора (и др. сервисов) и <=> сообщений, выдаваемых пользователю. Не нашлось в табличке => отдать строку про неопознанную ошибку.
Как вам такой вариант?


А условный платёж можно использовать смело как кредит, как я понял. Вручную.

а может не удалось соединится с сервером регистратора, потому что он не работал?
или вы вбили неверный логин и пароль?
.....

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

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

ну и уведомления по ним шлются постоянно.
юзерам, сотрудникам...

чтоб не забывали =))

У клиента в разделе "Мои заказы" после запуска регистрации сейчас стоит дата окончания периода " 24.02.13 | 366 дн.", например. Что обычно бывает, когда имя зарегистрировано.
А регистрация-то не удалась. Меня это смущает, как имеющего опыт работы с доменами и панелями - хочу (как юзер) видеть крупное и яркое указание на то, что регистрация не прошла (регистратору не понравились телефоны и пасп.данные, судя по логам).

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

И ещё - чем отличается технически в биллинге условный платёж от обычного?