BPanel v3.0 Beta3

[Vladimir812]

Последний билд. Не активированный заказ, в панели клиента - Мой аккаунт - Изменить данные нет полей тариф и срок. Исправьте.

[Vladimir812]

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

[admin]

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

[cryo]

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

 

Notice: Undefined variable: day in /home/wm6578/public_html/billing.cryohosting.net/admin/modules/change_to_domenreg.php on line 29

Notice: Undefined variable: year in /home/wm6578/public_html/billing.cryohosting.net/admin/modules/change_to_domenreg.php on line 29

Warning: gregoriantojd() expects parameter 1 to be long, string given in /home/wm6578/public_html/billing.cryohosting.net/admin/modules/change_to_domenreg.php on line 29

 

 

Домен все-таки перенесся. Что-то не обновилось?

[rrr]

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

XXXX: DOMENREG (domain.com, -24552464 дн.)

[rrr]

И еще большая ошибка из-за наличия привязанных таких не-хостинг аккаунтов: главный аккаунт клиента в панели администратора значится как не активированный, написано так:

Заказано Месяцев: [тут пусто] ==>> На Активацию <<==

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

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

 

Вылечилось так: я вручную удалил главный-id из всех привязанных не-хостинг аккаунтов. Теперь вместо ==>> На Активацию <<== на странице главного аккаунта правильно пишет до какого числа зарегистрирован.

[Vladimir812]

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

 

Notice: Undefined variable: day in /home/****/public_html/order/admin/modules/change_to_domenreg.php on line 29

 

Notice: Undefined variable: year in /home/****/public_html/order/admin/modules/change_to_domenreg.php on line 29

 

Warning: gregoriantojd() expects parameter 1 to be long, string given in /home/****/public_html/order/admin/modules/change_to_domenreg.php on line 29

[admin]

Алексей, небольшая просьба для следующего билда.

 

В меню панели администратора, в пункт: Клиентские Аккаунты

Добавьте пожалуйста пункт (допустим после активированные): Неактивированные (URL: /admin/?mod=notactive)

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

 

Пожалуйста.

Для какой цели часто требуется переходить по ссылке "неактивированные".

 

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

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

Для информации на странице измененного мерчанта у платежа отображаются все платежи конкретного клиента.

 

Просьба касательно верстки.

1. Используйте больше классов

К примеру задавайте глобальный класс для конкретной страницы биллинга

О каких конкретно страницах идет речь и что именно и как Вы бы хотели в их частях (каких) изменить?

Задавать разные классы всему и вся не очень хорошо.

 

2. Хотелось бы корректировать еще и структуру тех таблиц которые находится внутри шаблона а не только каркас билинга

У всех таблиц class=mytable. Его не хватает? Почему?

 

3. Придерживайтесь симантики

Сема?нтика в программировании — система правил определения поведения отдельных языковых конструкций. Семантика определяет смысловое значение предложений алгоритмического языка.

Поподробнее, пожалуйста, что именно, где и как не так, как бы Вы хотели?

 

По usage.php последний билд. Не подсвечивает или не пишет совсем о том, что у клиента превышение, только в базу добавляет информацию. Также письмо уведомление об этом клиенту не отправляется.

В текущей версии cPanel почему-то на странице :2086/scripts2/showcpuusage перестали показываться данные в поле "Domain", там сейчас пустота.

Из-за этого отвалился и usage.php. Сделал, чтобы на этот случай производилась сверка по колонке "User".

 

Если клиент пополняет уже существующую карту на 400р., а на ней уже было 600р, то в платежах отображается итоговая сумма карты - 1000р, а не фактическое зачисление...

Исправил.

 

Последний билд. Не активированный заказ, в панели клиента - Мой аккаунт - Изменить данные нет полей тариф и срок. Исправьте.

Проверил, все есть. Возможно клиент уже произвел оплату или отправил уведомление о ней?

[admin]

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

Речь о "/order/admin/?mod=invmaker"?

При добавлении услуги после нажатия на "добавить" создается услуга с номером согласно цифровому порядку записей в базе.

 

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

 

Notice: Undefined variable: day in /home/wm6578/public_html/billing.cryohosting.net/admin/modules/change_to_domenreg.php on line 29

Notice: Undefined variable: year in /home/wm6578/public_html/billing.cryohosting.net/admin/modules/change_to_domenreg.php on line 29

Warning: gregoriantojd() expects parameter 1 to be long, string given in /home/wm6578/public_html/billing.cryohosting.net/admin/modules/change_to_domenreg.php on line 29

 

 

Домен все-таки перенесся. Что-то не обновилось?

Все обновилось как надо, ошибку убрал. Связана она с удаленной функцией ограничения по времени срока действия DOMENREG-аккаунта (теперь она не используется вовсе, но код для ее работы ранее не убрал, он и давал ошибки выше).

 

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

XXXX: DOMENREG (domain.com, -24552464 дн.)

Исправил.

 

И еще большая ошибка из-за наличия привязанных таких не-хостинг аккаунтов: главный аккаунт клиента в панели администратора значится как не активированный, написано так:

Заказано Месяцев: [тут пусто] ==>> На Активацию <<==

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

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

 

Вылечилось так: я вручную удалил главный-id из всех привязанных не-хостинг аккаунтов. Теперь вместо ==>> На Активацию <<== на странице главного аккаунта правильно пишет до какого числа зарегистрирован.

Исправил.

 

 

Архив обновил. Исправления в соотв. с ответами на форуме.

[liginet]

Просьба касательно верстки.

1. Используйте больше классов

К примеру задавайте глобальный класс для конкретной страницы биллинга

 

О каких конкретно страницах идет речь и что именно и как Вы бы хотели в их частях (каких) изменить?

Задавать разные классы всему и вся не очень хорошо.

 

Ну к примеру, страница регистрации, главной таблице задавайте класс reg, если главная биллинга класс home, т.д. Чтоб было можно конкретно отредактировать отдельную страницу

2. Хотелось бы корректировать еще и структуру тех таблиц которые находится внутри шаблона а не только каркас билинга

 

У всех таблиц class=mytable. Его не хватает? Почему?

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

 

3. Придерживайтесь симантики

 

Сема?нтика в программировании — система правил определения поведения отдельных языковых конструкций. Семантика определяет смысловое значение предложений алгоритмического языка.

Поподробнее, пожалуйста, что именно, где и как не так, как бы Вы хотели?

Я предлагаю использовать элементы по их назначению, если это список, используем <ul>, если таблица используем табличку, если это блок, используем блочный элемент. Поможет Вам в определится в конкретных назначениях элементов htmlbook{.}ru там много информации о том какие теги зачем нужны.

И прошу Вас больше используйте CSS к примеру Вы пишете к каждой таблице cellpadding="0" cellspacing="0" width="776", нет это не нужно делать, можно очень просто написать в CSS table, td { padding:0; margin:0; border-collapse:collapse;} и все у Вас будут все таблицы без бордера и стандартных отступов, ну а для конкретной таблице можно задать с помощью отдельного класса все что угодно.

 

Спасибо =)

[Vladimir812]

1. При изменении платежа с ADMIN на любой, на странице изменения платежи не этого клиентам отображаются а по порядковому номеру (ID платежа) все подряд. Активация нового заказа или просто изменение платежа - картина одинаковая...

2. При добавлении персональной услуги из админки клиента (страница /order/admin/index.php?mod=invmaker&userid=*****&go=formadd ) поле UserID: пустое, приходится руками номер заказа вписывать - раньше он там уже был автоматом. Хотя в ссылке ID присустсвует.

[Vladimir812]

Последний билд - usage.php работает на первый взляд корректно. Только одна просьба - в письме клиенту написано - "Нагрузка на процессор и память указана в процентах от максимально возможной на сервере в целом." и нет информации о максимальной нагрузке для аккаунта. Также фраза в ковычках не содержит слов о базе, ведь ее нагрузка тоже в таблице. Думаю стоит поправить шаблон.

[Vladimir812]

По поводу входа в панель клиента из его тикета. Если заново залогиниться в staff.php - не пускает к клиенту в панель (Неверный логин). Если войти в его админку и войти оттуда к нему в панель, то пускает, а после уже и через тикет пускает. Как то коряво это все - проверьте. Любой браузер.

[Vladimir812]

По usage.php

 

Если на сервере есть хоть одно превышение, то пишет такую бяку -

 

Notice: Undefined index: DOCUMENT_ROOT in /home/***/public_html/order/admin/usage.php on line 669

 

Warning: main(/order/admin/modules/mail.php) [function.main]: failed to open stream: No such file or directory in /home/***/public_html/order/admin/usage.php on line 669

 

Warning: main() [function.include]: Failed opening '/order/admin/modules/mail.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/***/public_html/order/admin/usage.php on line 669

 

 

Отправлено письмо администратору!

[Vladimir812]

Также неплохо было бы предупреждать клиента о близких к максимальным показателям по нагрузке.

[Vladimir812]

Если при входе в стол помощи не ставить галку "запомнить данные для входа" биллинг ведет себя неадекватно. Не входит к клиенту, не дает тикеты из админки клиента писать и так далее... Если запоминать, то проблем не наблюдается.

[Vladimir812]

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

[Vladimir812]

Последний билд - Usage блокирует на сервере, а биллинге не меняя статус на lockedcp.

[Vladimir812]

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

Не в 2 раза, а + 1 месяц.

[admin]

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

Для дальнейшего исследования проблемы необходимо следующее:

1. URL скрипта.

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

3. Номер заказа с ошибкой, проверю его особенности;

4. URL темы на форуме forum.advanta.org.

На admin @ advanta.org

 

По остальному отвечу в сегодня рабочее время.

[Vladimir812]

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

Для дальнейшего исследования проблемы необходимо следующее:

1. URL скрипта.

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

3. Номер заказа с ошибкой, проверю его особенности;

4. URL темы на форуме forum.advanta.org.

На admin @ advanta.org

 

По остальному отвечу в сегодня рабочее время.

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

[admin]

Просьба касательно верстки.

1. Используйте больше классов

К примеру задавайте глобальный класс для конкретной страницы биллинга

 

О каких конкретно страницах идет речь и что именно и как Вы бы хотели в их частях (каких) изменить?

Задавать разные классы всему и вся не очень хорошо.

 

Ну к примеру, страница регистрации, главной таблице задавайте класс reg, если главная биллинга класс home, т.д. Чтоб было можно конкретно отредактировать отдельную страницу

Зачем это делать, если все равно все таблицы в одной и той же шапке header_* и ногах footer_*?

Если действительно нужно, то сделаю, но хочу знать причины.

 

2. Хотелось бы корректировать еще и структуру тех таблиц которые находится внутри шаблона а не только каркас билинга

 

У всех таблиц class=mytable. Его не хватает? Почему?

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

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

 

3. Придерживайтесь симантики

 

Сема?нтика в программировании — система правил определения поведения отдельных языковых конструкций. Семантика определяет смысловое значение предложений алгоритмического языка.

Поподробнее, пожалуйста, что именно, где и как не так, как бы Вы хотели?

Я предлагаю использовать элементы по их назначению, если это список, используем <ul>, если таблица используем табличку, если это блок, используем блочный элемент. Поможет Вам в определится в конкретных назначениях элементов htmlbook{.}ru там много информации о том какие теги зачем нужны.

И прошу Вас больше используйте CSS к примеру Вы пишете к каждой таблице cellpadding="0" cellspacing="0" width="776", нет это не нужно делать, можно очень просто написать в CSS table, td { padding:0; margin:0; border-collapse:collapse;} и все у Вас будут все таблицы без бордера и стандартных отступов, ну а для конкретной таблице можно задать с помощью отдельного класса все что угодно.

cellpadding="0" cellspacing="0" width="776" прописано в файлах шаблонов, доступных к редактированию в /admin/template/LANG/*.inc

Нигде в биллинге width="776" не вшито.

 

В части таблиц вшито под зендом

border="1" class="mytable" cellpadding="2" cellspacing="2"

Вот это с течением времени вынесу в CSS.

[admin]

1. При изменении платежа с ADMIN на любой, на странице изменения платежи не этого клиентам отображаются а по порядковому номеру (ID платежа) все подряд. Активация нового заказа или просто изменение платежа - картина одинаковая...

2. При добавлении персональной услуги из админки клиента (страница /order/admin/index.php?mod=invmaker&userid=*****&go=formadd ) поле UserID: пустое, приходится руками номер заказа вписывать - раньше он там уже был автоматом. Хотя в ссылке ID присустсвует.

Исправлю.

 

Последний билд - usage.php работает на первый взляд корректно. Только одна просьба - в письме клиенту написано - "Нагрузка на процессор и память указана в процентах от максимально возможной на сервере в целом." и нет информации о максимальной нагрузке для аккаунта. Также фраза в ковычках не содержит слов о базе, ведь ее нагрузка тоже в таблице. Думаю стоит поправить шаблон.

Добавил информацию о лимитах в шаблоны писем для клиентов.

 

По поводу входа в панель клиента из его тикета. Если заново залогиниться в staff.php - не пускает к клиенту в панель (Неверный логин). Если войти в его админку и войти оттуда к нему в панель, то пускает, а после уже и через тикет пускает. Как то коряво это все - проверьте. Любой браузер.

Исправлю.

 

По usage.php

 

Если на сервере есть хоть одно превышение, то пишет такую бяку -

 

Notice: Undefined index: DOCUMENT_ROOT in /home/***/public_html/order/admin/usage.php on line 669

 

Warning: main(/order/admin/modules/mail.php) [function.main]: failed to open stream: No such file or directory in /home/***/public_html/order/admin/usage.php on line 669

 

Warning: main() [function.include]: Failed opening '/order/admin/modules/mail.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/***/public_html/order/admin/usage.php on line 669

 

 

Отправлено письмо администратору!

Видимо запускаете через cron, а не http. Уточняйте подобное, это важно и порой не взяв это во внимание ошибку не отловить.

Исправлю.

 

Если при входе в стол помощи не ставить галку "запомнить данные для входа" биллинг ведет себя неадекватно. Не входит к клиенту, не дает тикеты из админки клиента писать и так далее... Если запоминать, то проблем не наблюдается.

Нужна подробнейшая информация по воспроизведению проблемы.

Хранение паролей в md5. Открыл новую сессию в браузере, авторизировался как клиент, и все ссылки работают, как и должны.

 

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

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

Не в 2 раза, а + 1 месяц.

Нашел ошибку с +1 день, а не +1 месяц.

Исправил.

 

Последний билд - Usage блокирует на сервере, а биллинге не меняя статус на lockedcp.

Исправил.

 

 

Архив обновил. Изменения в соотв. с ответами на форуме + незначительные доработки.

[Vladimir812]

- Usage да запускается только через крон.

- По поводу неадекватного поведения. Речь шла о сотрудниках, не клиентах. Хранение в md5.

 

Если партнерское начисление в аккаунте клиента менее выводимой суммы, зачем в выпадающем меню присутствует вывести средства, логично что только на карту экспресс-оплаты.

 

Предложение по usage.php. Неплохо было бы указывали определенный процент от нагрузки, менее которого клиент получает в письме, что это инфа для ознакомления, нет поводов для волнения, если выше его - то рекомендуем оптимизировать скрипты и прочее. Готов оплатить данную работу.

 

По остальным багам - все работает корректно. Спасибо.

[Lazek]

Если партнерское начисление в аккаунте клиента менее выводимой суммы, зачем в выпадающем меню присутствует вывести средства, логично что только на карту экспресс-оплаты.

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