cryo

Партнер сообщил об очень неприятном регрессивном баге, который, похоже, был привнесен в 3.0 release. При перечислении с партнерского счета на экспресс-карту сумма перечисления не списывается с партнерского аккаунта. Вот пример: Переходов: 121 Зарегистрировались: 0 Оплатили: 32 Остаток от Бонуса: 21.78 USD Выплачено: 28.17 USD Выплат: 6 При этом смотрим в выплаты и видим, что реально выплачено более 50 USD. Проверил по нескольким других партнерским аккаунтам - именно после августа 2011 деньги таким образом перечисленные с партнерки на экспресс-карты, перестали у всех списываться с баланса партнерки. ID UserID Услуга Номер USD или UAH Дата Счета Дата Платежа Опл. Способ Действие 2894 CHARGE HOSTING 1813 7.00 USD или 56.00 UAH 29-12-2010 13:13:26 29-12-2010 13:13:26 + Admin 3355 CHARGE HOSTING 1813 15.00 USD или 120.00 UAH 04-05-2011 03:44:10 04-05-2011 03:44:10 + Admin 3631 CHARGE HOSTING 1813 6.17 USD или 49.36 UAH 25-07-2011 14:37:44 25-07-2011 14:37:44 + Admin 3966 CHARGE HOSTING 1813 8.00 USD или 64.00 UAH 22-10-2011 09:54:26 22-10-2011 09:54:26 + Admin 3976 CHARGE HOSTING 1813 10.52 USD или 84.16 UAH 26-10-2011 14:17:41 26-10-2011 14:17:41 + Admin 4209 CHARGE HOSTING 1813 8.00 USD или 64.00 UAH 08-01-2012 15:48:02 08-01-2012 15:48:02 + Admin

Проблема в работе с API UkrNames, а именно с обновлением NS-серверов. Захожу в учетку клиента, вижу нс-ы ns1.d.com ns2.d.com меняю их на ns5.d.com ns6.d.com жму "Изменить DNS!" Получаю письмо от UkrNames с XML-запросом, где видно, что отправляются все-равно ns1/ns2 Array ( [domain:infData] => Array ( [domain:name] => Array ( [#text] => d.od.ua ) [domain:roid] => Array ( [#text] => 286 ) [domain:registrant] => Array ( [#text] => UANS-0000026 ) [domain:contact] => Array ( [#text] => UANS-0000026 [@type] => tech [0] => Array ( [#text] => UANS-0000026 [@type] => admin ) [1] => Array ( [#text] => UANS-0000026 [@type] => billing ) ) [domain:ns] => Array ( [domain:hostObj] => Array ( [#text] => ns1.d.com [0] => Array ( [#text] => ns2.d.com ) ) ) [domain:clID] => Array ( [#text] => UKRNAMES ) [domain:crID] => Array ( [#text] => UKRNAMES-CLIENT-48 ) [domain:crDate] => Array ( [#text] => 2011-08-09T11:15:17.0Z ) [domain:upID] => Array ( [#text] => ) [domain:upDate] => Array ( [#text] => ) [domain:exDate] => Array ( [#text] => 2012-06-15T11:15:17.0Z ) [domain:authInfo] => Array ( [domain:pw] => Array ( [#text] => ) ) [@xsi:schemaLocation] => urn:ietf:params:xml:ns:domain- 1.0 domain-1.0.xsd ) ) Array ( [result] => Array ( [msg] => Array ( [#text] => Command completed successfully; action pending [@lang] => en-US ) [@code] => 1001 ) [trID] => Array ( [clTRID] => Array ( [#text] => cryohosting1322 ) [svTRID] => Array ( [#text] => UKR-132258 ) ) )

Т.к. рассылки делаем редко, не можем утверждать когда именно появилась проблема, но скорее всего - после 3.0 релиза. При массовой рассылке писем часть из них не отправляется с такой диагностикой: Can not send a letter to =?windows-1251?B?wOvl6vHg7eTw?=|[email protected]||| Похоже на то, что неверно собирается адрес для поля To:

Да, конечно.

"Проверка сроков" не учитывает ситуацию, когда к домену идет подарочный хостинг (со стоимостью 0). Все эти аккаунты светятся в списке проблемных. Можно добавить в этот отчет проверку на стоимость хостинг-плана и не выводить те, что ничего не стоят?

Заметили нечастую, но очень неприятную особенность при оплате активаций аккаунтов через WebMoney: - деньги на счет приходят - аккаунт активируется - действие из списка на главной странице пропадает НО - в базу платежей платеж не заносится. вообще. нет ссылки на платежи если зайти в аккаунт клиента, и если запустить процедуру "Проверка сроков", то все эти аккаунты вылезают естественно. Первый замеченный случай - 02/09/2011 (после обновления на релиз, видимо). Всего уже 3 случая.

Спасибо, после обновления сообщение пропало. Однако, это не повлияло на работу DirectI интерфейса. Теперь при любом запросе к DirectI получаем только: OrderId! orderid: ; ID: XXXX; где XXXX - номер заказа домена Письмо тоже приходит и ровно такой же информацией. Действие уже из списка биллинга не пропадает, но и в directi ничего не делается

BPanel последняя. Домен у регистратора не продлевается. Проблема не совсем у sendmail, проблема в том, что sendmail-у не передается поле заголовка To:, он не может обнаружить получателя письма. В большинстве случаев, описанных в тырнете и связанных с PHP, это происходит если пытаться отправить письмо раньше, чем проинициализированы все переменные для его отсылки. Можно какой-то дебаг вставить в место отсылки письма функциями directi HTTP-API?

Для _всех_ доменов *.ua кроме *.net.ua, whois-сервер теперь единый - whois.ua Ключевые фразы для разных зон разные, находятся экспериментально. Подсказка: например, домен xjhfldjlgd.dp.ua - вряд ли существует, вот и ищите в ответе по этому домену ключевую фразу о том, что домен в базе не найден.

Да, сорри, не увидел, что уже не используется SOAP. Сменили данные в whm.php на правильные... Ошибка осталась.

Алексей, проблема при продлении доменов. У нас есть зоны, где продлевать домен можно только на год. Есть домен xxxxxxx.od.ua, дата окончания регистрации в панели - 27-08-2011. В конфиге для этого домена "Срок Рег." = 1 Клиенту на странице продления пишут "Осталось Дней: 10" и при этом: "оплачен максимальный срок" Сменили "Срок Рег." = 1,2 получили: Количество Лет Стоимость 1 8.55 USD или 68.40 UAH Исправьте, пожалуйста. Видимо, ошибка в подсчетах оставшихся лет. Если до окончания срока регистрации осталось менее 1 года, стоит считать, что кол-во текущих лет регистрации - 0.

А там менялся формат? Стоит как и раньше для directi: $folder_username = "***"; $folder_password = "***"; Посмотреть в оригинал уже не могу - ссылка в личке на версию 5.3 не работает

В версии для 5.3 при попытке продления доменов через directi вылезает ошибка No recipient addresses found in header Completed renewal! [] При этом bpanel считает операцию успешно завершенной, однако домен реально не продлевается. Ошибок php никаких не возникает, стоит спецом error_reporting = E_ALL.

Да, так и есть, список доверенных адресов - те адреса, от которых разрешено принимать ответы об оплате.

Алексей, можно уже разжиться версией под PHP 5.3?

Переход на 5.3 + ZendGurad 5.5 решил проблему с именем функции, ukrnames заработал Спасибо.

Алексей, пришло письмо от интеркассы: Просим Вас внести изменения в процесс взаимодействия с нашим сервисом. В связи со сменой сервера необходимо добавить новый IP - 78.46.106.235 - в список доверенных. Добавьте плиз этот адрес в разрешенные для ответа.

Алексей, а есть уже сборки DPI под 5.3 PHP (ZendGuard 5.5)? Хотелось бы пощупать

Алексей, пришлите, пожалуйста, ссылку на сборку под 5.3 и нам. Может, там не всплывет проблема с ukrnames

Обновили целиком. Та же ошибка.

При попытке зарегистрировать домен через ukrnames вылезает ошибка: Fatal error: Class 'rhu5g0zlvyc' not found in /.../billing.domain.com/admin/modules/Net/EPP/domxml-php4-to-php5.php on line 77 Как с этим бороться?

Это еще только в планах, пока изменения в закон о телекоммуникациях не примут, эта идея у Хостмастера не пройдет. А против этих изменений есть немало возражений у депутатов. Там предлагается вывести данные о владельцах доменов из-под действия закона о защите персональных данных.

Поддерживаю Петра, в большинстве случаев у клиентов уже есть устоявшийся UANIC, каждый раз плодить новые UANIC - не комильфо. Более того, tech-c мы всегда указываем свой, а не клиента. Я за то, чтобы в модуле EPP можно было указывать хотя бы единый UANIC tech-c, но лучше чтоб и в клиентских аккаунтах появилось поле UANIC

Спасибо, доставили GD - все взлетело.

После какого-то из последних обновлений (не сразу заметили) крон перестал работать с ошибкой: PHP Fatal error: Call to undefined function e|,}8s<v[sunf9wcr9() in /XXX/admin/modules/shedule_cron.php on line 128 Посмотрите, плиз, что там в этом месте? Может, bpanel теперь еще какой-то модуль требует?