BPanel v3.0 Beta2

[Lazek]

Еще кое что ответили:

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

 

 

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

 

Пожалуйста, ну и про таймаут не забудьте

[Lazek]

Алексей, очень странная ситуация, в последнем билде..

 

Если человек указывает: NS1 и NS2 - все обрабатывается достаточно быстро и норм, НО если указывает NS1 2 3 4 - страница просто грузится и возникает ошибка: Error: Parallel queries with the same username (LOGIN_ACCOUNT) are disabled.

 

Причем страница просто грузится, но на мыло приходит письмо о том что DNS обновлены..

 

Домен .RU - webnames.ru

[admin]

Алексей, спасибо, проверил все изменения, все работает верно, но заметил еще пару багов

 

1. Партнерский аккаунт, если на него перекидывается домен, то в историю добавляется:

16-07-2010 08:01:27 События 4 удаление аккаунта 0 _PARTNER_ChangeToDomenreg

4 1008 0 уд. аккаунта _PARTNER_ChangeToDomenreg

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

Все понятно по фразе "_PARTNER_ChangeToDomenreg". Функцию закрепил в базе историй за данными типа изменения hosting на partner, где удаляется аккаунт с сервера и т.п. Главное, чтобы в базе были данные и по ним можно было проследить, что прроисходило.

 

Но ведь аккаунт то не удаляется, а просто изменяется на DOMENREG.

 

2. Если на HOSTING аккаунте, перекинуть основной домен (у него был статус регистрация у нас) на дрю аккаунт, то в историю добавляется:

16-07-2010 08:03:44 События 6 изм. данных по домену 1 userid=1001

6 1001 1 изм. домена userid=1001

 

Но ведь это как минимум ошибка, указывается старый ID владельца, правильнее же будет указывать ID нового аккаунта, чтобы побыстрому найти куда был перекинут домен.

В базу истории заносятся именно старые данные. Новые можно просмотреть в данных по домену.

 

Страница: /order/index.php?mod=prolong

У картинки: domenprolong.gif

Текст: Продление Регистрации Домена

Замените на: Продление Регистрации Доменов

 

Ведь на аккаунте может быть не один домен, да и рядом текст уже написан верно: Продление регистрации доменов

Нет, т.к. это будет доп. текст в ленге, да и не столь это существенно, плюс ко всему ссылка в меню ведь называется "Продлить Хостинг/Регистрацию Домена".

 

Алексей, последний билд, один "гений" умудрился за 5 мин подать 4 запроса на изменение DNS, хотя на странице четко написано:

Лимит обращений к скрипту: 3 за 60 мин.

 

Возможно из за того что в настройках домена "Разрешить доступ к управлению DNS: " - галка снята, но домен оплачивался по WM, да и запросы к регистратору отправляются...

 

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

Полагаю, что API вебнеймес долго не отвечал на запрос, посему в базе и ничего не изменялось (т.к. ответ от API еще не получен), а клиент несколько раз нажал на F5.

 

Поставил там галку, счетчик заработал...

 

Просьба исправить, либо чтобы изменение DNS просто было недоступно (если галка снята) - все таки будет так вернее, ведь функция так и называется разрешить доступ к изменению DNS или нет, для таких гениев его надо блокировать с концами.., либо счетчик работал и без галки чтобы такие "гении" не могли навредить...

 

 

P.S. Алексей, не подскажите, возникает ошибка: Error: Parallel queries with the same username (LOGIN_ACCOUNT) are disabled.

 

И запрос естественно не отправляются, через сколько снимут блокировку?

 

Спасибо.

Таймаут на ожидание ответа API: 30 секунд. Если ответа не последовало, то в базу никаких изменений не вносится, счетчик не включается.

 

Еще кое что ответили:

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

 

 

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

 

Пожалуйста, ну и про таймаут не забудьте

Было такое же при коннекте к серверу ICQ: сервер соединялся с aol, а тот отвечал пару байт и зависал, а биллинг послушно ждал ответа, игнорируя таймаут (полагаю, что баг php). Тут возможно тоже самое.

 

Алексей, очень странная ситуация, в последнем билде..

 

Если человек указывает: NS1 и NS2 - все обрабатывается достаточно быстро и норм, НО если указывает NS1 2 3 4 - страница просто грузится и возникает ошибка: Error: Parallel queries with the same username (LOGIN_ACCOUNT) are disabled.

 

Причем страница просто грузится, но на мыло приходит письмо о том что DNS обновлены..

 

Домен .RU - webnames.ru

Вот вероятно тут вебнеймес и подвисает и получается ситуация выше.

Проверил, указал 4 DNS. За пару секунд обработало запрос, но это все равно долговато.

 

 

 

Написана интеграция с EPP UkrNames.com, информация по подключению находится в ReadMe.doc.

 

Доступные автоматические действия:

Регистрация доменов .*.UA и gTLD;

Продление доменов;

Изменение DNS;

Изменение контактов у gTLD;

Добавление ChildNS;

Удаление ChildNS - ожидание появления функции в EPP UkrNames.com.

 

При обнаружении каких-либо ошибок - обязательно сообщайте.

 

 

Архив обновил.

[Lazek]

Таймаут на ожидание ответа API: 30 секунд. Если ответа не последовало, то в базу никаких изменений не вносится, счетчик не включается.

Алексей, только что проверил, прошло намного дольше чем 30 сек и ничего страница все еще пытается загрузится.. Проверьте плиз возможно ошибка какая то в коде, на крайний случай могу дать данные сами увидите.. Это актуально только в случае 4 NS..

 

Возможно из за того что в настройках домена "Разрешить доступ к управлению DNS: " - галка снята, но домен оплачивался по WM, да и запросы к регистратору отправляются...

 

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

Вот тута пропустили, все таки бага:

1. Функция изменения отображается даже если галка снята да и + к этому счетчик просто не работает..

[Lazek]

Ридми, в меню забыли добавить ссылку на укрнеймс.

[Lazek]

Предпоследний билд, в error_log'e:

[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228
[16-Jul-2010 15:40:13] PHP Warning:  mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 246
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228
[16-Jul-2010 15:40:13] PHP Warning:  mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 246
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228

[Lazek]

Алексей, касательно укрнеймс, добавили бы поддержку .ru / .su / .рф туда же, возможно кому то будет удобно держать все в одном месте у них..

[Lazek]

Алексей, вновь повторилась проблема с счетчиком.

 

Домен в зоне .RU у webnames.ru, в настройках у домена "Доступ" - галка установлена.

 

По счетчику - 2 запроса.

 

При этом на email, пришло 3 письма Invalid name servers и 2 о том что запросы выполнены.

 

Но ведь тут правильнее будет считать как 5 запросов, ведь именно 5 раз была попытка выполнения запроса.

 

В клиент. части: Лимит обращений к скрипту: 3 за 60 мин.

 

-----

 

Алексей, так же небольшая просьба, добавьте плиз после: Лимит обращений к скрипту: 3 за 60 мин.

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

[Lazek]

Алексей, билд от 16.07.2010

 

Доменная зона .kz, установлен регистратор webnamea.ru - человек оформил заявку из под существующего аккаунта (DOMENREG), возникают ошибки:

Notice: Undefined index: ns2 in /home/onkel/public_html/order/admin/modules/webnames.php on line 135

 

Notice: Undefined index: ns3 in /home/onkel/public_html/order/admin/modules/webnames.php on line 136

 

Notice: Undefined index: ns4 in /home/onkel/public_html/order/admin/modules/webnames.php on line 137

Error: Wrong contacts You must not use contacts of several contact types at the same time. Error fields: gtld: (o_name,o_company) cctld_pp: (person,person_r,passport,birth_date)

 

В "Паспортные данные требуются для:" - зона отсутствует.

 

Так же в настройках домена, отсуствовала галка по доступу к изменению DNS, установил и оставил пустые поля, осталась только ошибка:

Error: Wrong contacts You must not use contacts of several contact types at the same time. Error fields: gtld: (o_name,o_company) cctld_pp: (person,person_r,passport,birth_date)

 

 

Просьба так же исправить.

[Lazek]

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

[Lazek]

Кстати заметил еще ошибочку, в этот же момент пришло письмо:

DOMAIN .RU (webnames)

 

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

[Lazek]

Билд от 16.07.2010.

 

Страница: /order/index.php?mod=domen

 

Если отсутствуют домены на регистрацию, то способы оплаты не отображаются, НО выводится таблица:

В случае обычного перевода на наши реквизиты учтите следующие наценки на способы оплаты.

Т.е. к конечной сумме надо будет прибавить указанное ниже количество процентов.

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

[Lazek]

Билд от 16.07.2010.

 

Заметил что появилась возможность подачи заявки на регистрацию домена, без указания DNS, но врядли люди об этом знают, добавьте какой нить чекбокс, чтобы если нету DNS они его нажимали и днс оставались пустыми (тестировал для .ru).

[Lazek]

Билд от 16.07.2010.

 

Человек подает заявку на регистрацию домена, НО если там уже загружены файлы для персоны, то выводится список этих файлов и форма для загрузки новых.. Возможно стоит просто выводить текст о том что файлы для верификации уже загружены, а то бывают кадры всеравно добавляют новые... т.к. вначале то форма для выбора файлов и мало кто читает дальше)

 

Да и правильнее будет, допустим на том же вебнеймс, если один раз анкета верифицирована, то ведь больше не выводит форму для верификации.. А это примерно тот же случай..

 

Тоже самое кстати в биллинге можно сделать на странице загрузки файлов, для персон которые уже подтверждены (допустим у которых статус загружен к регистратору)..

[Lazek]

Билд от 16.07.2010.

 

Домены в зоне .ru / .su / .рф сделайте пожалуйста если допустим срок продления еще не подошел, чтобы на странице продления с карты экспресс оплаты - они не отображались -> "Продление Регистрации Домена:" - а то сейчас выводится с любым сроком и люди так же пытаются продлевать..

 

Допустим чтобы было так же как на странице оповещения о ручном платеже - продление невозможно и кнопка просто блокировалась... Ну или чтобы просто домены не выводились, а если ниодного нету - форма просто скрывалась..

 

Ну и для информативности чтобы рядом [?] выводилась подсказка если есть домены в .ru .su .рф - о том при каком сроке станет доступно продление (типо как на странице продления по мерчантам).

[Lazek]

Билд от 16.07.2010.

 

Страница: /order/admin/index.php?mod=history и события аккаунта

 

Человек изменят тариф на меньший по стоимости.

 

А туда заносится OLD_TARIFF -> OLD_TARIFF

Вместо OLD_TARIFF -> NEW_TARIFF

[Lazek]

Билд от 16.07.2010.

 

Заметил небольшую ошибочку в setup.php

 

Если в "Папка со Скриптом" - указана неверная директория, то в: Защищенность паролем - выводится ОК, хотя вернее то будет писать "ERROR" т.к. проверить то невозможно..

[Lazek]

Так же проверил на PHP 5.2.11 - функция удаления setup.php на локалхосте - не работает.

[Lazek]

След. билд.

 

В whm.php

 

Добавьте закомментированную строчку:

$regru_config="reg.domen-reg.ru";

Думаю уже можно по умолчанию добавить т.к. у людей работает вроде..

[Lazek]

Билд от 16.07.2010.

 

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

 

Пожалуйста, исправьте, чтобы:

1. В таблице действий, указывался верный старый тариф.

2. Чтобы в биллинге он не изменялся, т.к. на сервере то не изменен.

[admin]

Таймаут на ожидание ответа API: 30 секунд. Если ответа не последовало, то в базу никаких изменений не вносится, счетчик не включается.

Алексей, только что проверил, прошло намного дольше чем 30 сек и ничего страница все еще пытается загрузится.. Проверьте плиз возможно ошибка какая то в коде, на крайний случай могу дать данные сами увидите.. Это актуально только в случае 4 NS..

 

Было такое же при коннекте к серверу ICQ: сервер соединялся с aol, а тот отвечал пару байт и зависал, а биллинг послушно ждал ответа, игнорируя таймаут (полагаю, что баг php). Тут возможно тоже самое.

 

Возможно из за того что в настройках домена "Разрешить доступ к управлению DNS: " - галка снята, но домен оплачивался по WM, да и запросы к регистратору отправляются...

 

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

Вот тута пропустили, все таки бага:

1. Функция изменения отображается даже если галка снята да и + к этому счетчик просто не работает..

Изменю названия полей в админке, не совсем корректное название вносит непонятность.

 

Ридми, в меню забыли добавить ссылку на укрнеймс.

Угу, не нажал в ворде кнопку "обновить оглавление".

 

Предпоследний билд, в error_log'e:

[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228
[16-Jul-2010 15:40:13] PHP Warning:  mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 246
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228
[16-Jul-2010 15:40:13] PHP Warning:  mysql_num_rows(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 246
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 199
[16-Jul-2010 15:40:13] PHP Warning:  mysql_fetch_assoc(): supplied argument is not a valid MySQL result resource in /home/onkel/public_html/order/faq.php on line 228

 

198 $resultfaqconf = mysql_query("select * from faqconf where thestatus='On' order by ID");

199 while($row=mysql_fetch_assoc($resultfaqconf)) {

 

Что тут может сбойнуть - непонятно. У себя подобных ошибок не замечали.

 

Добавлю or die(mysql_errno($connect).mysql_error($connect));

Для вывода текстовой ошибки в браузер.

 

Алексей, касательно укрнеймс, добавили бы поддержку .ru / .su / .рф туда же, возможно кому то будет удобно держать все в одном месте у них..

1. В EPP UkrNames нету полей для передачи паспортных данных.

2. UkrNames вроде не является регистратором .ru / .su / .рф.

[Lazek]

198 $resultfaqconf = mysql_query("select * from faqconf where thestatus='On' order by ID");

199 while($row=mysql_fetch_assoc($resultfaqconf)) {

 

Что тут может сбойнуть - непонятно. У себя подобных ошибок не замечали.

 

Добавлю or die(mysql_errno($connect).mysql_error($connect));

Для вывода текстовой ошибки в браузер.

Алексей, данный недочет еще обсуждали в феврале, пофиксить легко (как, подсказал тот же знакомый что и для счетчика кинул Вам фикс, точнее мне передал ):

http://forum.advanta.org/index.php?showtopic=4523&view=findpost&p=32260

 

перед while сделайте:

echo mysql_error();

 

И проблема решена .

[Lazek]

Было такое же при коннекте к серверу ICQ: сервер соединялся с aol, а тот отвечал пару байт и зависал, а биллинг послушно ждал ответа, игнорируя таймаут (полагаю, что баг php). Тут возможно тоже самое.

Но там насколько я помню, Вам удалось пофиксить, возможно тут тоже добавите такой же фикс..

[admin]

Алексей, вновь повторилась проблема с счетчиком.

 

Домен в зоне .RU у webnames.ru, в настройках у домена "Доступ" - галка установлена.

 

По счетчику - 2 запроса.

 

При этом на email, пришло 3 письма Invalid name servers и 2 о том что запросы выполнены.

 

Но ведь тут правильнее будет считать как 5 запросов, ведь именно 5 раз была попытка выполнения запроса.

 

В клиент. части: Лимит обращений к скрипту: 3 за 60 мин.

 

-----

 

Алексей, так же небольшая просьба, добавьте плиз после: Лимит обращений к скрипту: 3 за 60 мин.

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

Лимит на успешные обращения к API.

 

Алексей, билд от 16.07.2010

 

Доменная зона .kz, установлен регистратор webnamea.ru - человек оформил заявку из под существующего аккаунта (DOMENREG), возникают ошибки:

Notice: Undefined index: ns2 in /home/onkel/public_html/order/admin/modules/webnames.php on line 135

 

Notice: Undefined index: ns3 in /home/onkel/public_html/order/admin/modules/webnames.php on line 136

 

Notice: Undefined index: ns4 in /home/onkel/public_html/order/admin/modules/webnames.php on line 137

Error: Wrong contacts You must not use contacts of several contact types at the same time. Error fields: gtld: (o_name,o_company) cctld_pp: (person,person_r,passport,birth_date)

 

В "Паспортные данные требуются для:" - зона отсутствует.

 

Так же в настройках домена, отсуствовала галка по доступу к изменению DNS, установил и оставил пустые поля, осталась только ошибка:

Error: Wrong contacts You must not use contacts of several contact types at the same time. Error fields: gtld: (o_name,o_company) cctld_pp: (person,person_r,passport,birth_date)

 

 

Просьба так же исправить.

Сообщите, если в текущем билде эти ошибки имеют место быть.

 

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

Сделаю, чтобы удалялось подчистую.

 

Кстати заметил еще ошибочку, в этот же момент пришло письмо:

DOMAIN .RU (webnames)

 

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

Ок.

 

Билд от 16.07.2010.

 

Страница: /order/index.php?mod=domen

 

Если отсутствуют домены на регистрацию, то способы оплаты не отображаются, НО выводится таблица:

В случае обычного перевода на наши реквизиты учтите следующие наценки на способы оплаты.

Т.е. к конечной сумме надо будет прибавить указанное ниже количество процентов.

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

Уберу.

 

Билд от 16.07.2010.

 

Заметил что появилась возможность подачи заявки на регистрацию домена, без указания DNS, но врядли люди об этом знают, добавьте какой нить чекбокс, чтобы если нету DNS они его нажимали и днс оставались пустыми (тестировал для .ru).

В каком-либо из билдов сделаю, чтобы при появлении ошибки Invalid nameservers запрос отправлялся снова, но с пустыми DNS. В письмо об активации домена будет добавлена соотв. запись.

 

Билд от 16.07.2010.

 

Человек подает заявку на регистрацию домена, НО если там уже загружены файлы для персоны, то выводится список этих файлов и форма для загрузки новых.. Возможно стоит просто выводить текст о том что файлы для верификации уже загружены, а то бывают кадры всеравно добавляют новые... т.к. вначале то форма для выбора файлов и мало кто читает дальше)

 

Да и правильнее будет, допустим на том же вебнеймс, если один раз анкета верифицирована, то ведь больше не выводит форму для верификации.. А это примерно тот же случай..

 

Тоже самое кстати в биллинге можно сделать на странице загрузки файлов, для персон которые уже подтверждены (допустим у которых статус загружен к регистратору)..

А не факт, что клиент будет регистрировать домен именно на те же данные, что и ранее. Для этого случая и выводится форма загрузки файлов для новых данных. Для след билда внесу некоторые изменения на Java Script.

[Lazek]

Лимит на успешные обращения к API.

Понятненько.

 

Еще рассмотрите плиз:

Алексей, так же небольшая просьба, добавьте плиз после: Лимит обращений к скрипту: 3 за 60 мин.

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

 

 

Для след билда внесу некоторые изменения на Java Script.

Если не секрет, какие? Чтобы сразу хоть примерно знать что и как И лишних вопросов не было.