Перейти к содержанию
Форумы

BPanel v3.0 Beta3


admin

Рекомендуемые сообщения

Небольшая ошибочка, в последнем билде.

 

Кнопка "Изменить DNS" - уехала влево.

 

Скриншот:

post-5323-1313528069,15_thumb.png

 

Исправьте, пожалуйста, чтобы как и ранее по центру была.

Ссылка на комментарий
Поделиться на другие сайты

  • Ответов 973
  • Создана
  • Последний ответ

Топ авторов темы

Топ авторов темы

Изображения в теме

Еще ошибка, скриншот:

post-5323-1313528166,59_thumb.png

 

При этом при проверке БД:

 

Checking database structure with /admin/modules/database.php: something wrong!

 

paymentid not found at table acc!

f_acc_5 not found at table acc!

f_acc_6 not found at table acc!

f_acc_7 not found at table acc!

f_acc_8 not found at table acc!

f_acc_9 not found at table acc!

 

 

и т.п....

Ссылка на комментарий
Поделиться на другие сайты

Небольшая ошибочка, в последнем билде.

 

Кнопка "Изменить DNS" - уехала влево.

 

Скриншот:

post-5323-1313528069,15_thumb.png

 

Исправьте, пожалуйста, чтобы как и ранее по центру была.

Исправлю.

 

Еще ошибка, скриншот:

post-5323-1313528166,59_thumb.png

 

При этом при проверке БД:

 

Checking database structure with /admin/modules/database.php: something wrong!

 

paymentid not found at table acc!

f_acc_5 not found at table acc!

f_acc_6 not found at table acc!

f_acc_7 not found at table acc!

f_acc_8 not found at table acc!

f_acc_9 not found at table acc!

f_actions_5 not found at table actions!

f_actions_6 not found at table actions!

f_actions_7 not found at table actions!

f_actions_8 not found at table actions!

f_actions_9 not found at table actions!

f_awards_5 not found at table awards!

f_awards_6 not found at table awards!

f_awards_7 not found at table awards!

f_awards_8 not found at table awards!

f_awards_9 not found at table awards!

f_banlist_5 not found at table banlist!

f_banlist_6 not found at table banlist!

f_banlist_7 not found at table banlist!

f_banlist_8 not found at table banlist!

f_banlist_9 not found at table banlist!

f_banners_1 not found at table banners!

f_banners_2 not found at table banners!

f_banners_3 not found at table banners!

f_banners_4 not found at table banners!

f_banners_5 not found at table banners!

f_banners_6 not found at table banners!

f_banners_7 not found at table banners!

f_banners_8 not found at table banners!

f_banners_9 not found at table banners!

f_blocked_5 not found at table blocked!

f_blocked_6 not found at table blocked!

f_blocked_7 not found at table blocked!

f_blocked_8 not found at table blocked!

f_blocked_9 not found at table blocked!

f_cards_5 not found at table cards!

f_cards_6 not found at table cards!

f_cards_7 not found at table cards!

f_cards_8 not found at table cards!

f_cards_9 not found at table cards!

f_contacts_5 not found at table contacts!

f_contacts_6 not found at table contacts!

f_contacts_7 not found at table contacts!

f_contacts_8 not found at table contacts!

f_contacts_9 not found at table contacts!

 

 

и т.п....

 

Реинсталл не работает:

48|1054Unknown column 'field1' in 'field list'

Демка обновлялась до 3.0 Release.

Сейчас, после обновления, ошибок, указанных выше, - нет.

Ссылка на комментарий
Поделиться на другие сайты

Алексей, заметил небольшие ошибочки (ну точнее недочеты) в стиле формы управления DNS.

 

1. К картинкам: delete.gif, мне кажется стоит добавить: align="absmiddle"

Чтобы было по центру, а не ближе к верху.

 

2. Так же видно что при появлении крестиков:

A. Изменяется пробел между полями, как видно в NS3 и 4 - они слитные, мне кажется стоит добавить чтобы они так же были с пробелами (как когда то было исправлено в reg.php)

B. Мне кажется, стоит сделать чтобы поля не сдигались влево при появлении крестика, там ведь место еще есть, пусть поля будут фиксированы, а крестик появляется справа...

 

Скриншот:

bug_1.png

 

Ок.

Алексей, огромное спасибо, интерфейс стал просто супер.

 

Просьба модернизировать код в админке, т.к. там при появлении [?] - поля тоже сдигаются влево..

 

Скриншот:

post-5323-1313530108,41_thumb.png

 

Хотя места тоже уйма..

Ссылка на комментарий
Поделиться на другие сайты

Нашёл следующие ошибки:

 

в Дополнительных услугах (/order/admin/?mod=service&go=formadd) ниже строки "Не препятствовать автоматическому удалению аккаунта через cron.php при наличии этой услуги:" - Notice: Undefined index: f_serviceconf_1 in /home/логин/public_html/order/admin/index3.php on line 299

 

при оформлении заказа как юр.лицо (order/reg.php?ur#form) выше поля "Компания" - Warning: number_format() expects parameter 1 to be double, string given in /home/ptru/public_html/order/admin/modules/nds.php on line 33

 

Билд последний.

Ссылка на комментарий
Поделиться на другие сайты

Смотрите сами:

 

AutoCreating! ({"status":"ERROR","message":"Required parameter missing: state"})

 

Add CusotmerID #2: UnSuccess ||Array

(

[status] => ERROR

[message] => Required parameter missing: state

)

||

Нужна информация о домене (зона, данные по владельцу), а лучше, если домен еще не зарегистрирован, - доступ в админку на admin @ advanta.org

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

В новом билде ошибка будет исправлена.

Ссылка на комментарий
Поделиться на другие сайты

Перестали автоматически активироваться и удаляться аккаунты. При удалении "из биллинга и с сервера (полное)" ошибка, к примеру: (root at /xml-api/removeacct) user=xxx А при нажатии сверху на "Удалить пользователя с логином xxx из WHM (64.191.xx.xxx)? Да" - Удаляет. Биллинг сейчас на стороннем сервере, на обоих WHM/cPanel.

Ссылка на комментарий
Поделиться на другие сайты

(root at /xml-api/removeacct) user=xxx

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

 

Нашёл следующие ошибки:

 

в Дополнительных услугах (/order/admin/?mod=service&go=formadd) ниже строки "Не препятствовать автоматическому удалению аккаунта через cron.php при наличии этой услуги:" - Notice: Undefined index: f_serviceconf_1 in /home/логин/public_html/order/admin/index3.php on line 299

 

при оформлении заказа как юр.лицо (order/reg.php?ur#form) выше поля "Компания" - Warning: number_format() expects parameter 1 to be double, string given in /home/ptru/public_html/order/admin/modules/nds.php on line 33

 

Билд последний.

Билд - один из последних?

/admin/database_check.php никаких ошибок не выдает?

Ссылка на комментарий
Поделиться на другие сайты

Билд - один из последних?

/admin/database_check.php никаких ошибок не выдает?

Да.

Base Version: 3.0 Beta3 от 16.08.2011.

 

Checking database structure with /admin/modules/database.php: all it's OK!

Ссылка на комментарий
Поделиться на другие сайты

Билд - один из последних?

/admin/database_check.php никаких ошибок не выдает?

Да.

Base Version: 3.0 Beta3 от 16.08.2011.

 

Checking database structure with /admin/modules/database.php: all it's OK!

Файл /admin/modules/database.php при обновлении скрипта - обновляли?

 

Проведите проверку в направлении, соединяется ли один сервер с другим через php скрипты.

Как это проверить?

Попросите своего сис. админа.

Или любой php-функцией скачивания страницы с другого сайта.

Ссылка на комментарий
Поделиться на другие сайты

Файл /admin/modules/database.php при обновлении скрипта - обновляли?

Да, конечно.

 

P.S. С автоматической активацией и удалением аккаунтов разобрался. Добавил IP в Firewall Allow IPs между файрволлами на серверах, рестартанул ConfigServer Security&Firewall. Заработало.

Ссылка на комментарий
Поделиться на другие сайты

Алексей, проблема все-же в скрипте. Смотрите в демке: http://www.bpanel.ru/order/reg.php?ur#form идентичная ошибка с нашей Warning: number_format() expects parameter 1 to be double, string given in /home/bpanel/public_html/order/admin/modules/nds.php on line 33

 

в Дополнительных услугах у вас в демке: http://www.bpanel.ru/order/admin/?mod=service&go=formadd ниже строки "Не препятствовать автоматическому удалению аккаунта через cron.php при наличии этой услуги:" тоже ошибка, только немного другая, чем у нас.

У нас: Notice: Undefined index: f_serviceconf_1 in /home/логин/public_html/order/admin/index3.php on line 299

У Вас: Notice: Undefined index: stopcron in /home/bpanel/public_html/order/admin/index.php on line 21981

Ссылка на комментарий
Поделиться на другие сайты

Алексей, проблема все-же в скрипте. Смотрите в демке: http://www.bpanel.ru/order/reg.php?ur#form идентичная ошибка с нашей Warning: number_format() expects parameter 1 to be double, string given in /home/bpanel/public_html/order/admin/modules/nds.php on line 33

Не воспроизводилось на локалке, т.к. там php 5.2, а на демке, где 5.3, - действительно показывало ошибку.

Исправлю для новой сборки.

 

в Дополнительных услугах у вас в демке: http://www.bpanel.ru/order/admin/?mod=service&go=formadd ниже строки "Не препятствовать автоматическому удалению аккаунта через cron.php при наличии этой услуги:" тоже ошибка, только немного другая, чем у нас.

У нас: Notice: Undefined index: f_serviceconf_1 in /home/логин/public_html/order/admin/index3.php on line 299

У Вас: Notice: Undefined index: stopcron in /home/bpanel/public_html/order/admin/index.php on line 21981

Спасибо за информацию, исправлю для новой сборки.

Ссылка на комментарий
Поделиться на другие сайты

При пополнении карты оплаты руками выдает :

 

Notice: Undefined variable: f_payments_1 in /home/****/public_html/order/admin/index2.php on line 4187

 

Notice: Undefined variable: f_payments_2 in /home/****/public_html/order/admin/index2.php on line 4187

Ссылка на комментарий
Поделиться на другие сайты

Подтверждаю, в release - так же актуально:

Notice: Undefined variable: term_from in /home/bpanel/public_html/order/admin/index.php on line 15729

Notice: Undefined variable: term_to in /home/bpanel/public_html/order/admin/index.php on line 15729

Ссылка на комментарий
Поделиться на другие сайты

Алексей, заметил пару ошибок.

 

1. Редактируем профиль сотрудника, нажимаем изменить, надпись: Запись #ID обновлена.

Выводится там же..

 

Сделайте, пожалуйста, чтобы происходил переход к таблице сотрудников и над ней выводилась эта надпись.

 

2. В скриптах форумов (IP.Board, vBulletin, XenForo и т.п.), в логинах пользователей могут быть пробелы, допустим, Login User и т.п., в биллинге это тоже проходит, но не работает, тестил на сотрудниках..

 

Исправьте, пожалуйста... Просто ну такое то явно должно работать...

Ссылка на комментарий
Поделиться на другие сайты

Алексей, заметил пару ошибок.

 

1. Редактируем профиль сотрудника, нажимаем изменить, надпись: Запись #ID обновлена.

Выводится там же..

 

Сделайте, пожалуйста, чтобы происходил переход к таблице сотрудников и над ней выводилась эта надпись.

Ок.

 

2. В скриптах форумов (IP.Board, vBulletin, XenForo и т.п.), в логинах пользователей могут быть пробелы, допустим, Login User и т.п., в биллинге это тоже проходит, но не работает, тестил на сотрудниках..

 

Исправьте, пожалуйста... Просто ну такое то явно должно работать...

Нет.

Ссылка на комментарий
Поделиться на другие сайты

2. В скриптах форумов (IP.Board, vBulletin, XenForo и т.п.), в логинах пользователей могут быть пробелы, допустим, Login User и т.п., в биллинге это тоже проходит, но не работает, тестил на сотрудниках..

 

Исправьте, пожалуйста... Просто ну такое то явно должно работать...

Нет.

Возможно, тогда стоит чтобы не давало сохранять подобные логины?

 

Вообще странно, как это на безопасности может повлиять.... Ведь в указанных выше скриптах, почему то это разрешено и никаких проблем не возникает...

Ссылка на комментарий
Поделиться на другие сайты

Или давайте за $, добавьте возможность использовать пробелы... Да и хорошо бы чтобы все к нижнему регистру не переводилось...

 

Посмотрите допустим как в форумах реализовано это, ведь на безопасности это не сказывается, зато удобно...

Ссылка на комментарий
Поделиться на другие сайты

2. В скриптах форумов (IP.Board, vBulletin, XenForo и т.п.), в логинах пользователей могут быть пробелы, допустим, Login User и т.п., в биллинге это тоже проходит, но не работает, тестил на сотрудниках..

 

Исправьте, пожалуйста... Просто ну такое то явно должно работать...

Нет.

Возможно, тогда стоит чтобы не давало сохранять подобные логины?

 

Вообще странно, как это на безопасности может повлиять.... Ведь в указанных выше скриптах, почему то это разрешено и никаких проблем не возникает...

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

 

Или давайте за $, добавьте возможность использовать пробелы... Да и хорошо бы чтобы все к нижнему регистру не переводилось...

 

Посмотрите допустим как в форумах реализовано это, ведь на безопасности это не сказывается, зато удобно...

Да, но лучше чтобы все быстро строго по формату, используемому сейчас в биллинге.

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

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

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

×
×
  • Создать...