BPanel v3.0 Beta2

[Lazek]

События/история аккаунта.

 

Текст: days:

Замените на: дн.:

 

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

 

 

[Lazek]

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

 

Билд от 29.05.2010

 

===

Огромная просьба, пожалуйста исключите такие случаи на будущее...

[Lazek]

Заметил небольшой недочет в ленге.

 

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

К сожалению, наш сервер не поддерживает домены в зоне .test.ru

 

По моему совершенно ошибка, да и сервер <- в единственном числе, тоже как то не оч.

 

Намного лучше будет:

К сожалению, использование доменов в зоне .test.ru - невозможно.

 

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

[Lazek]

setup.php

 

Я думаю уже можно исправить данные в поле "Не нуждаются в продлении:" - а то неактуально ведь уже .

 

Тоже самое в: Не удалять домены в зонах (.msk.ru, .spb.ru и т.п.):

Да и поле переименовать: Не удалять домены в зонах:

 

 

[Lazek]

Заметил небольшую ошибочку (тестировал на bpanel.ru).

 

Страница: /order/admin/?mod=sqlinfo

 

После ввода аккаунта 1001, выводится SQL запрос, урл: /order/admin/?mod=sqlinfo&go=yes

 

НО, при нажатии кнопки "Продолжить" - ничего не происходит, страница просто перезагружается.

 

 

Пожалуйста, исправьте.

[admin]

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

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

 

События/история аккаунта.

 

Текст: days:

Замените на: дн.:

 

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

 

 

Нет.

 

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

 

Билд от 29.05.2010

 

===

Огромная просьба, пожалуйста исключите такие случаи на будущее...

Исправлю.

 

Заметил небольшой недочет в ленге.

 

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

К сожалению, наш сервер не поддерживает домены в зоне .test.ru

 

По моему совершенно ошибка, да и сервер <- в единственном числе, тоже как то не оч.

 

Намного лучше будет:

К сожалению, использование доменов в зоне .test.ru - невозможно.

 

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

Изменю на "К сожалению, наши серверы не поддерживают домены в зоне".

 

setup.php

 

Я думаю уже можно исправить данные в поле "Не нуждаются в продлении:" - а то неактуально ведь уже .

 

Тоже самое в: Не удалять домены в зонах (.msk.ru, .spb.ru и т.п.):

Да и поле переименовать: Не удалять домены в зонах:

 

 

В Beta3 буду думать, что с этим всем делать.

 

Заметил небольшую ошибочку (тестировал на bpanel.ru).

 

Страница: /order/admin/?mod=sqlinfo

 

После ввода аккаунта 1001, выводится SQL запрос, урл: /order/admin/?mod=sqlinfo&go=yes

 

НО, при нажатии кнопки "Продолжить" - ничего не происходит, страница просто перезагружается.

 

 

Пожалуйста, исправьте.

Так и д.б., сделаю, чтобы форма с текстом SQL-запроса была выше поля ввода номера и выше кнопки.

 

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

[ass]

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

Тикеты работают отдельно, по ID можно смотреть тикеты - общедоступны. В ICQ по соображению безопасности пароли не высылаем. Обычно когда теряют пароль, на контактный email новое письмо активаций с новым паролем, отсылаем...   

[admin]

Сделаю для нового билда.

[Lazek]

Страница: /order/admin/?mod=remained

Билд от 29.05.2010

Вновь вернулась ошибка еще из прошлой версии, на этой странице, колонки отображаются неровно, скриншот:

 

Пожалуйста, исправьте окончательно.

[admin]

Так и д.б., если в какой-то из таблиц длинные данные.

[Lazek]

В папке directi, у index.htm,

код:

<td align="center"><img border="0" src=../img/view.gif"></td>

замените на:

<td align="center"><img border="0" src="../img/view.gif"></td>

 

[ass]

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

Тикеты работают отдельно, по ID можно смотреть тикеты - общедоступны. В ICQ по соображению безопасности пароли не высылаем. Обычно когда теряют пароль, на контактный email новое письмо активаций с новым паролем, отсылаем...   

 

Алексей, вы писали что сделаете. Уже 3 раза обновился как дурак.. 

[Lazek]

Так и д.б., если в какой-то из таблиц длинные данные.

Алексей, ну так реально не удобно.. Вы гляньте допустим на 1920x1080...

 

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

[Lazek]

Заметил пару недочетов (последний билд).

 

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

 

А так же, на странице /order/admin/?mod=history , в "ServiceID" - записалось - 0

 

Возможно правильнее будет просто пусто или ID аккаунта..

[Lazek]

Последний билд,

 

Заметил достаточно критичную ошибку.

 

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

 

Точнее последняя, допустим заказано ID 2 3 4 5

 

По умолчанию 5

 

Далее выбираем 2, страница перезагружается и вновь 5

[Lazek]

Алексей, заметил один, очень неудобный момент.

 

Если в аккаунте есть дополнительные услуги, то не понятно, оплачены они или нет, т.е. отображаются как:

НАЗВАНИЕ [СТОИМОСТЬ]

 

И приходится смотреть либо по платежам либо из таблицы действий.

 

Добавьте пожалуйста вывод статуса paid / unpaid - ну или как то так..

 

Пожалуйста.

[Lazek]

Еще хорошо бы чтобы ID было видно чтобы можно был сразу без наведения допустим IP закрепить или человеку сообщить если услуг одинаковых много...

[Lazek]

Если при отправке сообщения в билет, убрать галку с "Уведомить клиента по ICQ в любом случае:", то текст "Клиенту отправлено уведомление в ICQ." - всеравно выводится..

 

Пожалуйста, исправьте.

[Lazek]

Текст:

рассчитывается исходя из оплаченного срока действия аккаунта ("кол-во дней" ниже).

 

Замените на:

рассчитывается исходя из оплаченного срока действия аккаунта ("осталось дней" ниже).

 

Там всеравно место еще есть, да и будет получше чтобы название поле точно совпадало.

[admin]

В папке directi, у index.htm,

код:

<td align="center"><img border="0" src=../img/view.gif"></td>

замените на:

<td align="center"><img border="0" src="../img/view.gif"></td>

 

Исправлю.

 

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

Тикеты работают отдельно, по ID можно смотреть тикеты - общедоступны. В ICQ по соображению безопасности пароли не высылаем. Обычно когда теряют пароль, на контактный email новое письмо активаций с новым паролем, отсылаем...

 

Алексей, вы писали что сделаете. Уже 3 раза обновился как дурак..

Сделал давно. После изменения пароля под текстом об успешном изменении появляется ссылка на повторную отправку письма об активации.

 

Так и д.б., если в какой-то из таблиц длинные данные.

Алексей, ну так реально не удобно.. Вы гляньте допустим на 1920x1080...

 

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

Могу посоветовать лишь: фиксируйте размер дизайна. Тогда он плыть не будет.

 

Заметил пару недочетов (последний билд).

 

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

Если в базе partner были хоть какие-либо записи переходов по партнерской ссылке, то удалиться не должно было! Переключилось бы обратно на PARTNER.

 

А так же, на странице /order/admin/?mod=history , в "ServiceID" - записалось - 0

 

Возможно правильнее будет просто пусто или ID аккаунта..

Это нормально.

 

Последний билд,

 

Заметил достаточно критичную ошибку.

 

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

 

Точнее последняя, допустим заказано ID 2 3 4 5

 

По умолчанию 5

 

Далее выбираем 2, страница перезагружается и вновь 5

Исправлю.

[admin]

Алексей, заметил один, очень неудобный момент.

 

Если в аккаунте есть дополнительные услуги, то не понятно, оплачены они или нет, т.е. отображаются как:

НАЗВАНИЕ [СТОИМОСТЬ]

 

И приходится смотреть либо по платежам либо из таблицы действий.

 

Добавьте пожалуйста вывод статуса paid / unpaid - ну или как то так..

 

Пожалуйста.

На какой именно странице непонятно отображается?

 

 

Если при отправке сообщения в билет, убрать галку с "Уведомить клиента по ICQ в любом случае:", то текст "Клиенту отправлено уведомление в ICQ." - всеравно выводится..

 

Пожалуйста, исправьте.

Значит таковы настройки клиента в мой аккаунт.

 

Текст:

рассчитывается исходя из оплаченного срока действия аккаунта ("кол-во дней" ниже).

 

Замените на:

рассчитывается исходя из оплаченного срока действия аккаунта ("осталось дней" ниже).

 

Там всеравно место еще есть, да и будет получше чтобы название поле точно совпадало.

Ок.

 

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

[Lazek]

Могу посоветовать лишь: фиксируйте размер дизайна. Тогда он плыть не будет.

БРРР, Алексей, это же админка, стандартный стиль без изменений... Билд от 29 числа

[Lazek]

На какой именно странице непонятно отображается?

Да прямо в профиле: /order/admin/?mod=user&userwhere=ID&id=ID

 

Абсолютно ведь не информативно..

 

Значит таковы настройки клиента в мой аккаунт.

Ну так если сотрудник снимает галку, значит отправляться то не должно... Либо зачем вообще этот пункт...

[admin]

Могу посоветовать лишь: фиксируйте размер дизайна. Тогда он плыть не будет.

БРРР, Алексей, это же админка, стандартный стиль без изменений... Билд от 29 числа

Перепутал с сапортницей.

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

 

На какой именно странице непонятно отображается?

Да прямо в профиле: /order/admin/?mod=user&userwhere=ID&id=ID

 

Абсолютно ведь не информативно..

Если услуга оплачена, то галочка в чекбоксе установлена.

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

 

Значит таковы настройки клиента в мой аккаунт.

Ну так если сотрудник снимает галку, значит отправляться то не должно... Либо зачем вообще этот пункт...

Должно отправляться, если клиент обозначил, что хочет получать.

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

[Lazek]

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

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

 

Ведь намного вернее будет чтобы все сверху были ровно по линии...

 

Скриншот:

 

И пробел постоянно изменяет размеры, именно это оч оч не удобно...

 

Зафиксируйте плиз сверху таблицы...