Alex L
-
Постов
336 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные Alex L
-
-
> Ну так спросите у них напрямую: зачем?
Ясно дело. Многие просто не разбираются в этом деле, поэтому вводят лабуду.
Неужели трудно сделать проверку, чтобы нельзя было ввести IP в поле нейсерверов?
И неймсервера вида ns1.com и ns2.com ?
-
Ну так а зачем вводить заведомо неверные данные, у нас может и были подобные случаи, но они не припоминаются.
ns проеряются по preg_match на правильность как имя домена.
вы это клиентам скажите
У нас несколько раз в месяц встречается.
Сделайте пожалуйста более внимательную проверку
-
Сделайте пожалуйста более продвинутую проверку введенных неймсерверов для регистрации доменов.
Периодически клиенты то IP вводят вместо неймсерверов, то что-то вроде ns1.com и ns2.com и при этом панель пропускает данные.
А при регистрации через api у directi, происходит облом и домен не регистрируется.
Спасибо
-
Статус платежа - зачислен?
Да, зачислен.
Мы переносили биллинг с вложенной директории на поддомен и в настойках на стороне рбк не поменяли урл для ответа.
Извините за беспокойство и спасибо за наводки
-
Кажется нашли в чем причина...
Спасибо
-
-------------------
Host: 217.118.95.34
/rbk.php
Http Code: 200 Date: May 02 03:30:57 Http Version: HTTP/1.0 Size in Bytes: 12627
Referer: http://billing.elvihost.net/index.php?mod=prolong
Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10
-------------------
Host: 89.111.188.128
/rbk.php
Http Code: 200 Date: May 02 03:33:16 Http Version: HTTP/1.0 Size in Bytes: 11454
Referer: -
Agent: -
-------------------
Host: 217.118.95.34
/rbk.php?ok
Http Code: 200 Date: May 02 03:33:27 Http Version: HTTP/1.0 Size in Bytes: 11719
Referer: -
Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10
-------------------
Вот что в логах было.
Судя по всему обращение с Host: 89.111.188.128 - есть запрос от рбк.
Но никакого продление услуг не произошло.
Где собака зарыта?
-
Что значит ничем?! Я внес изменения в биллинг и попросил Вас проверить, работает ли.
Видимо, не видел сообщения этого, извините.
Проверить смогу только после того как кто-нибудь закажет регистрацию нового домена =)
-
Все там настроено как надо уже давным давно
-
К какому скрипту должны приходить запросы от рбкмани?
Спасибо
-
Давайте разберемся с их API.
Как оказалось, формат, который передает биллинг в их систему некорректен.
Если реквизиты имеют переносы строк, то биллинг передает так:
---
address-r: Vadim Y Ognev
11111, Nekrasova str.,
11111111, Moscow, Russia
---
В итоге раньше наунет игнорировал все перенесенный строчки и регистрировал юзера с таким адресом:
address-r: Vadim Y Ognev
Проверил - действительно вообще ВСЕ домены зареганы с таким вот адресом, где указано имя.
Теперь же такие заявки с переносами вообще перестали проходит.
Поддержка наунета сказала, что нужно данные либо вытягивать в одну строку без переносов, либо отсылать таким образом:
---
address-r: Vadim Y Ognev
address-r: 11111, Nekrasova str.,
address-r: 11111111, Moscow, Russia
---
Я уже как-то обращался с тем, что биллинг передавал несколько email с переносами строк и наунет не принимал такие заявки, но в прошлый раз переписка вроде ничем не закончилась
Просьба как можно скорее выпустить билд с корректной работой с api для наунета. не думаю, что это сложно сделать
-
Скажите пожалуйста боле точно. Что именно проверить?
Найтти строки локах с запросами от rbkmoney?
-
Такое ощущние, что рбк перестал отсылать в биллинг данные о зачислении платежа.
Или биллинг перестал принимать эти данные.
Как проверить?
-
Никаких служебных писем не приходило вообще.
Только от рбкмани приходит уведомление о том, что платеж зачислен и все
-
RBKmoney перестал автоматически выполнять действия в биллинге после зачисления платежей.
Продление теперь автоматом не происходит, домены автоматом тоже перестали продлеваться и регистрироваться.
Подозреваю, что дело в этом
---
Сумма платежа: 99 руб.
Зачислено: 96,03 руб.
---
Снимается с клиента та сумма, которую задает сам биллинг, зачисляется меньше, за вычетом комиссии RBKmoney.
В биллинге стоит опция "Засчитывать оплату при несоответствии данных платежа: NO". Предполагаю дело в этом.
Может как-то подстроить биллинг под то, чтобы он зачислял платежи все-таки, которые лишь уменьшены на комиссию системы?
Но не убирая ту опция не зачислять в случае несоотвестсвия. А то начнут переводить рубль, чтобы продлить на год.
-
А дополнительный модуль за 200 баксов напишете?
Не знаю. Документацию смотреть надо.
У них комиссия 5%, но не менее 500 рублей.500 рублей с одного платежа или как? При платеже в 100 руб. - уйдем в минус на 400?
У меня в первый месяц работы 5 лет назад оборот по Яндекс.деньгам был выше.
Система сейчас очень популярная. несмотря на мерчанты, в наш саппорт постоянно приходят жалобы и просьбы сделать прием ЯД напрямую, и что мол клиентам неудобно и не хочется разбираться в прочих мерчантах и т.п.
Спасибо
-
Бугага
В письме было написано:
Password should be alphanumeric characters with minimum of 8 characters and maximum of 15 charactersА при смене пароля указано "(мин. 6 символов)"
-
Нет технической возможности, обороты не те.
А дополнительный модуль за 200 баксов напишете?
там не нужны обороты. У них комиссия 5%, но не менее 500 рублей.
У РБКмани то же самое. Только они эти 5% разбили на 3% с юр.лица и еще сколько-то с плательщига тырится
-
Проверил, в constants.php установлен корректный пароль. С ним работало и прочие действия выполняются
-
Хотя, что-то мне подсказывает, что тут может иметься в виду пароль реселлера, а не юзера.
ХЗ.
Кто-нибудь еще сталкивался?
-
Ppasswd=Password should be alphanumeric characters with minimum of 8 characters and maximum of 15 characters}
Вот такая ошибка пришла в письме "DirectI Info: 1plus1.php".
Думаю, что надо научить биллинг проверять и корректировать эту информацию сразу автоматически
-
Правдоподобно.
Будем надеяться, что с большим периодом будет все в порядке.
А то наш суппорт просто завалили письмами о том, что новые данные не подходят
-
Увеличил таймаут между запросами с одной секунды до двух. Может сипанель тупо не успевала обрабатывать очередь запросов на изменение паролей. Архив обновлю через 10-15 минут.
Но если бы сипанель не успевала, то тогда и статус OK бы не появлялся напротив каждого логина, верно?
-
Старый в базе или старый в cPanel? Напротив этого аккаунта при изменении было ОК?
OK было напротив всех аккаунтов.
Старый остался в базе биллинга.
Сейчас оказалось, что после смены паролей, перестали подходить и старые и новый, высланный в письме.
Т.е. пароль сменился в cPanel, но письмом выслан не тот пароль
-
Возможно, биллинг пароль сменил, но в письме с новым паролем выслал старый и запись у себя не поменял.
Сейчас наткнулся на один аккаунт, где я давно вручную прописывал пароль клиенту в пункте ?mod=active&id=*** "зарегистрирован до" - там же пароль старый и остался
Регистрация доменов
в Биллинг BPanel
Опубликовано
ок, согласен
Но можно сделать, чтобы IP не вводили в поле неймсерверов. Домен первого уровня не может быть числом - это можно и проверять