Опять админский интерфейс - вопросы к разработчикам

Технические вопросы по UTM 5.0
Ответить
SergKz
Сообщения: 131
Зарегистрирован: Пн янв 24, 2005 09:09

Опять админский интерфейс - вопросы к разработчикам

Сообщение SergKz »

1. будет ли когда-нибудь так чтобы возможности которые отключены системным пользователям (например бухгалтеру) в интерфейсе и не показывались вовсе? есть уже прецеденты - бухгалтеры отказываются давить на кнопки поскольку боятся что им выпадет какое-нибудь страшное сообщение на аглицком языке "а вдруг оно мне говорит что сейчас всё обнулит".
2. Кстати почему диагностика не переведена на русский? UTM используют очень много англоговорящих иностранцев? Им наверное очень интересно почитать окошки вида "Подтверждение. Do you wish to continue? <Ok> <Отмена>" ? На такой смеси аглицкого с рязанским нынче даже Microsoft и Oracle не общается - там лучше русифицировано.
3. программисты фирмы "нетап" будут ли создавать пользовательский интерфейс соблюдая общепринятые нормы для оконного интерфейса - кнопка по умолчанию по "enter", правильный порядок обхода полей по "Tab", при открытии формы чтобы фокус ввода перемещался в поле которое первым надо заполнять и т.д? Начинается это с формы логина - почему при сохранённом логине фокус ввода не перемещается в поле пароля? Меня в бытность программистом за такие вещи изрядно пинали, даже премии лишали... :-)
4. В отчётах будет возможность указывать по какому трафику надо получить отчёт? - бухгалтера например интересует только входящий клиентов.
5. Можно ли сделать админский интерфейс более экономичным (оптимизированным) в плане обмена по сети? По модему работать почти никак именно из-за этого, а иногда приходится. Например если нажатие на кнопочку выпадающего списка из 4-х элементов вызывает трафик с сервером около 40 килобайт это что-то...особенно по модему, а окно выбора периода отчёта при каждом вызове тянет килобайт 28-35 (по-разному почему-то). С сервера тянется его графическое представление что ли? тогда почему не всегда?

jonn
Сообщения: 6
Зарегистрирован: Ср фев 09, 2005 07:36

Сообщение jonn »

:!: В яблочко!!! Молодец! Будем ждать ответов? :P

SJ
Сообщения: 40
Зарегистрирован: Пт янв 21, 2005 16:22
Откуда: SPb

Сообщение SJ »

up

aospan
NetUP Team
Сообщения: 1639
Зарегистрирован: Чт янв 13, 2005 20:30

Re: Опять админский интерфейс - вопросы к разработчикам

Сообщение aospan »

4. Можно сделать правый клик на отчете и указать фильтр.
5. У вас скорее всего много расчетных периодов ?

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

SergKz
Сообщения: 131
Зарегистрирован: Пн янв 24, 2005 09:09

Сообщение SergKz »

По п.4 - действительно, там оказывается фильтр есть.
только для его использования бухгалтером надо написать ей инструкцию из десятка шагов, где в частности будет указано какой именно идентификатор класса трафика (почему не по названию) и т.д
Причём указать "класс трафика = 10" не удаётся, поскольку он формируется в виде "Входящий клиентов (10)". и
Слегка помучившись удалось выработать условие "<класс трафика> содержит (10)" (вместе со скобками). Однако зачем-то вылезла куча строк "суммарно" без класса трафика вообще. В общем сыровато это всё как-то.
Ещё было бы как-то терпимо если бы фильтр этот сохранялся после выхода из админки.

saint
Сообщения: 42
Зарегистрирован: Вт янв 25, 2005 06:44

Сообщение saint »

SergKz писал(а):Ещё было бы как-то терпимо если бы фильтр этот сохранялся после выхода из админки.
Да, сохранение фильтров - нужная вещь!

SergKz
Сообщения: 131
Зарегистрирован: Пн янв 24, 2005 09:09

Сообщение SergKz »

по п.5 - вы же сами наверное прекрасно знаете что при переносе из UTM4 создаётся столько расчётных периодов сколько пользователей. И при каждом новом пользователе ещё по одному. Так что около 400 активных периодов а сколько их ещё не показывается...
А при чём тут окно выбора перода отчёта? там же стандартная форма с 8 радиокнопками, двумя обычными кнопками и двумя выпадающими списками. или туда каждый раз грузится перечень периодов? непонятно зачем, никто этим вроде бы не пользуется.

saint
Сообщения: 42
Зарегистрирован: Вт янв 25, 2005 06:44

Re: Опять админский интерфейс - вопросы к разработчикам

Сообщение saint »

aospan писал(а):По остальным вопросам действительно будем работать ... планируется новый интерфейс, пока правда по срокам не могу сориентировать :-(
Он еще только планируется?

SergKz
Сообщения: 131
Зарегистрирован: Пн янв 24, 2005 09:09

Сообщение SergKz »

по п.4 - точно, можно фильтр и по названию трафика.
Но все равно откуда-то берутся строки с <ID аккаунта> = "Суммарно" в количестве приблизительно таком же как клиентов. Логин в этих строках пустой и класс трафика что интересно тоже. В первоналачальном отчёте строк "суммарно" всего 5 (по числу классов трафика). Неясно...

satellite65
Сообщения: 6
Зарегистрирован: Пн фев 28, 2005 13:30

Re: Опять админский интерфейс - вопросы к разработчикам

Сообщение satellite65 »

aospan писал(а): ... планируется новый интерфейс, пока правда по срокам не могу сориентировать :-(
У меня все станции под BSD и под FC-3.
Сам нетап на BSD вертится.
Управлять нетапом через ява скрипт нет никакой возможности.
Как я его только не пытался запустить.
Приходится держать нотебуку с виндой для управления юзерами.

Для ентого хорошо было бы иметь обычный HTML интерфейс.
Или кто-то юзает админовский ява интерфейс не из под винды?
Поделитесь опытом.

admin
Site Admin
Сообщения: 118
Зарегистрирован: Вт дек 28, 2004 19:50

Сообщение admin »

FedoraCore2
Работает отлично
А в чем, собственно, проблема? Как проверяется то, что с ним работать невозможно?

darkstar
Сообщения: 5
Зарегистрирован: Пн янв 24, 2005 08:35

Сообщение darkstar »

Все еще планируется? В прошлых сообщениях писали что уже разрабатывается. Или вы просто неправильно выразились?

А вообще:
писать интерфейс администратора на языке java - это было очень и очень плохой идеей. Вообще написание таких вещей само по себе плохая идея - java место там, где ее удобней всего применять - а именно в аплетах для web-страниц, уже сотни раз доказано, что применение java в других целях - это практически 100% вероятность создания неповоротливого и ужасно громоздкого (читать - тормозящего и отжирающего память пачками) монстра (см. Oracle - весьма яркий пример, написано все на java - и при этом свободный аналог, а именно postgresql - который стремительно догоняет проприетарного товарища - имеет требовательность к ресурсам на порядки ниже, а быстродействие..., ну и еще один пример - клиент ICQ, который явно написан не на java и тут же такой же клиент - icq2go - разница в быстродействии и в потреблении памяти - оргомная). Писать интерфейс нужно было также как и сам демон - на C++, благо для винды есть VC++, а в линуксах/юниксах есть такое API как QT или QT/KDE (на мой взгляд одно из самых правильных API, впрочем оно же есть и под Windows, просто лицензировать надо, а так с переносимостью никаких проблем - опять же, яркий пример такой программы - SIM (sim-icq.sf.net)). К тому же таким образом не потребовалось бы писать одни и те же функции на двух языках - библиотеки вполне хватило бы...
With Best Regards, Albert R. Valiev
-----------------------------------------
ALT Linux Team [www.altlinux.org]

IDEA
Сообщения: 1
Зарегистрирован: Ср мар 02, 2005 20:12

Сообщение IDEA »

darkstar писал(а):java место там, где ее удобней всего применять - а именно в аплетах для web-страниц
<...>
Oracle - весьма яркий пример, написано все на java
На цЫтататы, блин! Срочно. Просто нет слов. Такие перлы. И про Oracle мне тоже очень понравилось. Нет, честно. Я даже зарегился тут специально, чтоб поаплодировать таким глубоким знаниям.
darkstar писал(а): postgresql - который стремительно догоняет проприетарного товарища - имеет требовательность к ресурсам на порядки ниже
На порядок - это в 10 раз. Если во множественном числе, как у вас, тогда в 10^N раз "требовательность к ресурсам <...> ниже". Что же вы такое говорите, святым духом, что ли PostrgeSQL работает.

То, что админка UTM глючит, не означает автоматически, что идея сделать её на Java была неверной. Нормальный подход, имхо, просто надо довести это дело до ума.

Ответить