Vladimir812 Опубликовано 25 января, 2011 Жалоба Поделиться Опубликовано 25 января, 2011 Последний билд. Не активированный заказ, в панели клиента - Мой аккаунт - Изменить данные нет полей тариф и срок. Исправьте. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 26 января, 2011 Жалоба Поделиться Опубликовано 26 января, 2011 Добавление персональной услуги - Открывается страница общая для добавления услуг, в поле номер заказа отсутствует - очень не удобно, раньше был лучше вариант. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 26 января, 2011 Автор Жалоба Поделиться Опубликовано 26 января, 2011 Приношу извинения за задержку с ответом. Все проверю и отвечу в течение 48и часов, последние дни был сильно занят другими работами. Ссылка на комментарий Поделиться на другие сайты Поделиться
cryo Опубликовано 27 января, 2011 Жалоба Поделиться Опубликовано 27 января, 2011 Последняя версия 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 Опубликовано 27 января, 2011 Жалоба Поделиться Опубликовано 27 января, 2011 В главном аккаунте содержатся несколько привязанных аккаунтов. В выпадающем списке переключения аккаунтов у доменрег и партнер-аккаунтов отображается так XXXX: DOMENREG (domain.com, -24552464 дн.) Ссылка на комментарий Поделиться на другие сайты Поделиться
rrr Опубликовано 27 января, 2011 Жалоба Поделиться Опубликовано 27 января, 2011 И еще большая ошибка из-за наличия привязанных таких не-хостинг аккаунтов: главный аккаунт клиента в панели администратора значится как не активированный, написано так: Заказано Месяцев: [тут пусто] ==>> На Активацию <<== при этом в списке неактивированных аккаунта нет, и в списке истекащих аккаунтов виден этот аккаунт и показано склько дней до окончания.Если нажать на активацию, то внизу страницы появляется надпись "аккаунт уже активирован", но ничего не меняется даже после повторной активации. Вылечилось так: я вручную удалил главный-id из всех привязанных не-хостинг аккаунтов. Теперь вместо ==>> На Активацию <<== на странице главного аккаунта правильно пишет до какого числа зарегистрирован. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 27 января, 2011 Жалоба Поделиться Опубликовано 27 января, 2011 При передаче домена из аккаунта в аккаунт клиент видит такое: 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 Опубликовано 28 января, 2011 Автор Жалоба Поделиться Опубликовано 28 января, 2011 Алексей, небольшая просьба для следующего билда. В меню панели администратора, в пункт: Клиентские Аккаунты Добавьте пожалуйста пункт (допустим после активированные): Неактивированные (URL: /admin/?mod=notactive) А то не очень удобно что нужно постоянно переходить на главную страницу, а потом только туда.. Пожалуйста. Для какой цели часто требуется переходить по ссылке "неактивированные". В случае активации аккаунта с несколькими платежами, например, хостинг + домен, если платежи как Admin проводятся, то нажимая на нужный мерчант изменяется только первый платеж. Это не страшно, но на странице смены нужно внизу платежи по этому заказу только показывать, а не все, чтобы сразу сменить руками второй платеж... В подавляющем большинстве случае при активации хостинг+домен других проведенных платежей в базе нет, т.к. это первые платежи от клиентов. Для информации на странице измененного мерчанта у платежа отображаются все платежи конкретного клиента. Просьба касательно верстки. 1. Используйте больше классов К примеру задавайте глобальный класс для конкретной страницы биллинга О каких конкретно страницах идет речь и что именно и как Вы бы хотели в их частях (каких) изменить? Задавать разные классы всему и вся не очень хорошо. 2. Хотелось бы корректировать еще и структуру тех таблиц которые находится внутри шаблона а не только каркас билинга У всех таблиц class=mytable. Его не хватает? Почему? 3. Придерживайтесь симантики Сема?нтика в программировании — система правил определения поведения отдельных языковых конструкций. Семантика определяет смысловое значение предложений алгоритмического языка. Поподробнее, пожалуйста, что именно, где и как не так, как бы Вы хотели? По usage.php последний билд. Не подсвечивает или не пишет совсем о том, что у клиента превышение, только в базу добавляет информацию. Также письмо уведомление об этом клиенту не отправляется. В текущей версии cPanel почему-то на странице :2086/scripts2/showcpuusage перестали показываться данные в поле "Domain", там сейчас пустота. Из-за этого отвалился и usage.php. Сделал, чтобы на этот случай производилась сверка по колонке "User". Если клиент пополняет уже существующую карту на 400р., а на ней уже было 600р, то в платежах отображается итоговая сумма карты - 1000р, а не фактическое зачисление... Исправил. Последний билд. Не активированный заказ, в панели клиента - Мой аккаунт - Изменить данные нет полей тариф и срок. Исправьте. Проверил, все есть. Возможно клиент уже произвел оплату или отправил уведомление о ней? Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 28 января, 2011 Автор Жалоба Поделиться Опубликовано 28 января, 2011 Добавление персональной услуги - Открывается страница общая для добавления услуг, в поле номер заказа отсутствует - очень не удобно, раньше был лучше вариант. Речь о "/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 Опубликовано 29 января, 2011 Жалоба Поделиться Опубликовано 29 января, 2011 Просьба касательно верстки. 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 Опубликовано 29 января, 2011 Жалоба Поделиться Опубликовано 29 января, 2011 1. При изменении платежа с ADMIN на любой, на странице изменения платежи не этого клиентам отображаются а по порядковому номеру (ID платежа) все подряд. Активация нового заказа или просто изменение платежа - картина одинаковая... 2. При добавлении персональной услуги из админки клиента (страница /order/admin/index.php?mod=invmaker&userid=*****&go=formadd ) поле UserID: пустое, приходится руками номер заказа вписывать - раньше он там уже был автоматом. Хотя в ссылке ID присустсвует. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 29 января, 2011 Жалоба Поделиться Опубликовано 29 января, 2011 Последний билд - usage.php работает на первый взляд корректно. Только одна просьба - в письме клиенту написано - "Нагрузка на процессор и память указана в процентах от максимально возможной на сервере в целом." и нет информации о максимальной нагрузке для аккаунта. Также фраза в ковычках не содержит слов о базе, ведь ее нагрузка тоже в таблице. Думаю стоит поправить шаблон. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 По поводу входа в панель клиента из его тикета. Если заново залогиниться в staff.php - не пускает к клиенту в панель (Неверный логин). Если войти в его админку и войти оттуда к нему в панель, то пускает, а после уже и через тикет пускает. Как то коряво это все - проверьте. Любой браузер. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 По 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 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 Также неплохо было бы предупреждать клиента о близких к максимальным показателям по нагрузке. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 Если при входе в стол помощи не ставить галку "запомнить данные для входа" биллинг ведет себя неадекватно. Не входит к клиенту, не дает тикеты из админки клиента писать и так далее... Если запоминать, то проблем не наблюдается. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 Последний билд, косяк с бесплатными днями, пока они не пройдут биллинг удваивает предосплаченный остаток. Очень прошу поскорее разобраться. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 Последний билд - Usage блокирует на сервере, а биллинге не меняя статус на lockedcp. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 30 января, 2011 Жалоба Поделиться Опубликовано 30 января, 2011 Последний билд, косяк с бесплатными днями, пока они не пройдут биллинг удваивает предосплаченный остаток. Очень прошу поскорее разобраться. Не в 2 раза, а + 1 месяц. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 31 января, 2011 Автор Жалоба Поделиться Опубликовано 31 января, 2011 Последний билд, косяк с бесплатными днями, пока они не пройдут биллинг удваивает предосплаченный остаток. Очень прошу поскорее разобраться. Для дальнейшего исследования проблемы необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Номер заказа с ошибкой, проверю его особенности; 4. URL темы на форуме forum.advanta.org. На admin @ advanta.org По остальному отвечу в сегодня рабочее время. Ссылка на комментарий Поделиться на другие сайты Поделиться
Vladimir812 Опубликовано 31 января, 2011 Жалоба Поделиться Опубликовано 31 января, 2011 Последний билд, косяк с бесплатными днями, пока они не пройдут биллинг удваивает предосплаченный остаток. Очень прошу поскорее разобраться. Для дальнейшего исследования проблемы необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Номер заказа с ошибкой, проверю его особенности; 4. URL темы на форуме forum.advanta.org. На admin @ advanta.org По остальному отвечу в сегодня рабочее время. Отправил. Отписал, что не только месяц прибавляет, но и в принципе считает неверно если уменьшить срок. Ссылка на комментарий Поделиться на другие сайты Поделиться
admin Опубликовано 31 января, 2011 Автор Жалоба Поделиться Опубликовано 31 января, 2011 Просьба касательно верстки. 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 Опубликовано 31 января, 2011 Автор Жалоба Поделиться Опубликовано 31 января, 2011 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 Опубликовано 1 февраля, 2011 Жалоба Поделиться Опубликовано 1 февраля, 2011 - Usage да запускается только через крон. - По поводу неадекватного поведения. Речь шла о сотрудниках, не клиентах. Хранение в md5. Если партнерское начисление в аккаунте клиента менее выводимой суммы, зачем в выпадающем меню присутствует вывести средства, логично что только на карту экспресс-оплаты. Предложение по usage.php. Неплохо было бы указывали определенный процент от нагрузки, менее которого клиент получает в письме, что это инфа для ознакомления, нет поводов для волнения, если выше его - то рекомендуем оптимизировать скрипты и прочее. Готов оплатить данную работу. По остальным багам - все работает корректно. Спасибо. Ссылка на комментарий Поделиться на другие сайты Поделиться
Lazek Опубликовано 1 февраля, 2011 Жалоба Поделиться Опубликовано 1 февраля, 2011 Если партнерское начисление в аккаунте клиента менее выводимой суммы, зачем в выпадающем меню присутствует вывести средства, логично что только на карту экспресс-оплаты. Ммм, действительно впринципе логичнее просто не отображать, но впринципе ведь там и так потом ошибка выводится... Можно действительно просто писать что вывод суммы возможен только при НН сумме и действительно не выводить это... Тут Владимир интересное предложение сделал.. Ссылка на комментарий Поделиться на другие сайты Поделиться
Рекомендуемые сообщения
Для публикации сообщений создайте учётную запись или авторизуйтесь
Вы должны быть пользователем, чтобы оставить комментарий
Создать учетную запись
Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!
Регистрация нового пользователяВойти
Уже есть аккаунт? Войти в систему.
Войти