Новая админка
Господа, в новой админке не проверяется наличие дупов логинов! В результате после того, как завели учетку, и внесли все данные и нажимают "Ок", все отваливается и все данные теряются.
Страшно не удобно!!!!
Также с одним таким случаем связано таинственное пропадание лицевого счета. Т.е. был л.с. 11160, потом не получилось добавить учетку(причина выше), а когда стали добавлять заново лицевый счет стал уже 11162, т.е. 11161 - исчез!
Страшно не удобно!!!!
Также с одним таким случаем связано таинственное пропадание лицевого счета. Т.е. был л.с. 11160, потом не получилось добавить учетку(причина выше), а когда стали добавлять заново лицевый счет стал уже 11162, т.е. 11161 - исчез!
А существует ли новая админка к версии 006 не бета?Lex писал(а):Не будет она работать с 5.2.1-006, даже к ядру не подключится.alexus писал(а):Буду очень признателен, если скинете новую админку на alex_us@mail.primorye.ru.
П.С. в ней можно работать с версием УТМ 5.2.1-006?
А то старая админка ну просто убогость.
Нашёл тему с пожеланиями по новой админке 
В общем пожелания такие:
1. Сделать в основном окне фильтрацию по группам, так как это основной инструмент для работы с клиентами. Чтобы легко можно было получить только тех абонентов, которые принадлежат тому или иному направлению деятельности (телефония, интернет).
2. Сделать, чтобы не пропадали группы, при редактировании пользователя.

В общем пожелания такие:
1. Сделать в основном окне фильтрацию по группам, так как это основной инструмент для работы с клиентами. Чтобы легко можно было получить только тех абонентов, которые принадлежат тому или иному направлению деятельности (телефония, интернет).
2. Сделать, чтобы не пропадали группы, при редактировании пользователя.
- Lex
- NetUP Team
- Сообщения: 623
- Зарегистрирован: Ср мар 09, 2005 12:12
- Откуда: НетАП
- Контактная информация:
Да, это к ядру. Не вижу особого смысла в этом функционале. Есть отчет по изменениям пользователей. Если информации в нем недостаточно - есть debug.log - там есть всё вплоть до SQL-запросов.dwemer писал(а):Пожелание. (скорее это к ядру)
Логировать все действия системных пользователей в админке
В удобном виде отображать логи , группируя по действиям и по пользователям.
Очень очень хочется.
Уважаемый Lex, не порадуете?
Случайно.Pulse писал(а):версия от 16.09.2009. если выбрать на редактирование ип-группу в связке ip-трафик, у которой есть логин и пароль и случайно тыкнуть в логин, то пароль генерится новый. возникает вопрос - зачем? исправлено ли это в текущей версии?
Теперь, если изначальный логин или пароль не пустой - генерироваться ничего не будет.
Родилось новое пожелание. При редактировании системных групп, к которым будут причислены те или иные системные учётные записи, сделать возможность скрытия пунктов, доступ к которым давать нельзя, не взирая на зависимости. Чтобы они вообще не отображались. Можно к примеру добавить ещё один раздел, после базовых функций, где будет происходит их грубая фильтрация и там будет - отображать или нет данный пункт в админке. Я так понял, что в админке всё взаимосвязано и порой приходится отключать какую-то функцию, однако пункты, необходимые для работы какого-то модуля программы видны, и администратор одного из направлений деятельности компании (например, транковые телефоны) видит пунктик, который у него не работает А так как он виден, то начинает в него тыкать. При этом выходит ошибка, и начинаются звонки мне, что у него что-то не работает
p.s.
Если это как-то ударит по карману НетАП, и таким образом будет возможна реализация, например модуля кассира того же, то сделайте для тех, кто купил URFA. Заодно избавитесь от большого числа самописных клиентов.

p.s.
Если это как-то ударит по карману НетАП, и таким образом будет возможна реализация, например модуля кассира того же, то сделайте для тех, кто купил URFA. Заодно избавитесь от большого числа самописных клиентов.
Последний раз редактировалось Crown Сб окт 03, 2009 06:36, всего редактировалось 3 раза.
Родилось новое пожелание.
При редактировании системных групп, к которым будут причислены те или иные системные учётные записи, сделать возможность скрытия пунктов, доступ к которым давать нельзя, не взирая на зависимости. Чтобы они вообще не отображались. Можно к примеру добавить ещё один раздел, после базовых функций, где будет происходит их грубая фильтрация и там будет - отображать или нет данный пункт в админке. Я так понял, что в админке всё взаимосвязано и порой приходится отключать какую-то функцию, однако пункты, необходимые для работы какого-то модуля программы видны, и администратор одного из направлений деятельности компании (например, транковые телефоны) видит пунктик, который у него не работает А так как он виден, то начинает в него тыкать. При этом выходит ошибка, и начинаются звонки мне, что у него что-то не работает
p.s.
Если это как-то ударит по карману НетАП, и таким образом будет возможна реализация, например модуля кассира того же, то сделайте для тех, кто купил URFA. Заодно избавитесь от большого числа самописных клиентов.
p.s.1
Извиняюсь за повтор, чего-то не туда нажал
При редактировании системных групп, к которым будут причислены те или иные системные учётные записи, сделать возможность скрытия пунктов, доступ к которым давать нельзя, не взирая на зависимости. Чтобы они вообще не отображались. Можно к примеру добавить ещё один раздел, после базовых функций, где будет происходит их грубая фильтрация и там будет - отображать или нет данный пункт в админке. Я так понял, что в админке всё взаимосвязано и порой приходится отключать какую-то функцию, однако пункты, необходимые для работы какого-то модуля программы видны, и администратор одного из направлений деятельности компании (например, транковые телефоны) видит пунктик, который у него не работает А так как он виден, то начинает в него тыкать. При этом выходит ошибка, и начинаются звонки мне, что у него что-то не работает

p.s.
Если это как-то ударит по карману НетАП, и таким образом будет возможна реализация, например модуля кассира того же, то сделайте для тех, кто купил URFA. Заодно избавитесь от большого числа самописных клиентов.
p.s.1
Извиняюсь за повтор, чего-то не туда нажал

версия от 29.09.2009 проблема осталасьLiandri писал(а):Случайно.Pulse писал(а):версия от 16.09.2009. если выбрать на редактирование ип-группу в связке ip-трафик, у которой есть логин и пароль и случайно тыкнуть в логин, то пароль генерится новый. возникает вопрос - зачем? исправлено ли это в текущей версии?
Теперь, если изначальный логин или пароль не пустой - генерироваться ничего не будет.
Очень хотелось бы иметь кнопку "Отмена" во всех отчётах, особенно в детальном трафике
Бывает, выберешь случайно не те даты, или просто передумал отчёт строить - а ядро уже не остановить. Тем более, что отчёт по деталке никак не связан ведь с запросами к базе, которые (как я понимаю) отменить сложно.
