nocproject.org

synapse_tsk: можно заставить тот же freeradius2 быть сервером dhcp. Некоторые его используют на больших сетях.

mikevlz|2: а всё равно ему смотреть придется прямо в базу?

ну да. Прилетел запрос от клиента, радиус слазил в базу, ответил клиенту

в принципе реально

на форуме нага есть самодельные дхцп-серверы на перле

тогда уж на питоне надо искать

в алкетеле есть втроенный питон. для обработки dhcp запросов.

больше этот питон ни на что не годиться. только отработать dhcp запрос и нафигачить политику для сабскрайбера

dvolodin, я отписался как представляю себе снипеты.

2-х ходовка если понадобиться в пируле и сходим

dvolodin, NOC-424 чинил? я нок стер, заново из репо клон сделал, сейчас этой проблемы не наблюдаю

zi_rus: да, запретил сортировку по вычислимым полям

ну тогда можно закрывать

угу

в общем в первом приближении с новым vc.vc все

последняя актуальная проблема - нет возможности сбросить фильтры

а это

NOC-423?focusedCommentId=11609&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-11609

сделал?

VCInterfaces

смотрю пока, как правильно стили применить

я думаю L3 надо вверх вытащить

не уверен

и еще, ты смотри, у тебя под параметрами влана куча места

можно туда выводить информацию

а не в окно

как в prefix-list builder

стоит ли?

не блокируется приложение

если хочется по табам побегать

насчет блокировки - это в любом случае устранять надо

modal нужен в пределах таба

я пока не нашел такого

там много места в любом случае, надо просто определиться что туда выводить

либо приложения

либо схему

как влан проключен

там же еще и права есть специальные

хотя это больше относится к настоящему vc, а не к влану

да и vlan'а тоже

но для схемы надо еще две морды

интерфейсов и линков

тут жаловались, что уже выделенный влан, нельзя открыть

дабл клик сейчас открывает его

открывались бы все так и нет проблем

иногда действительно напрягает, что проваливаешься внутрь по любому клику

и проблему с просмотром интерфейсов из главного списка это решит

да, пока повесил заход и на двойной клик

пока не знаю, как снять selection в grid

в общем у меня есть желание подполировать мелкие баги, закрыть еще несколько issue и в следующий понедельник отрелизиться

3 месяца и около сотни закрытых ISSUE

много накопилось

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

?

например, хочу скопировать name, а не дает

тогда нельзя будет заходить в форму по клику

значит заходить по дабл клику

неудобно

даблклик - уродство виндовое

и линуксовое

одна макось белая и пушистая

ага

А можно сделать форму редактирования VLAN'а в отдельном всплывающем окне?

или редактирование отдельной кнопкой

в строчке

Уж очень неудобно, когда форма редактирования закрывает всю таблицу.

Я конечно понимаю, что в макоси одна из фич - глобальное меню, но в куче других GUI как-то принято, что toolbar принадлежит именно текущему окну.

не хочется плодить окна

UI в целом соответсвует тому, что было

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

А также заголовок окна находится в странном месте - ниже тулбара

Плюс стандартные кнопки "Ok" и "Cancel" - находятся на тулбаре, а не внизу окна.

В конце концов есть стандарт CUA (http://ru.wikipedia.org/wiki/IBM_Common_User_Access)

Dmitry1, во!

именно эту ссылку я и искал

http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/F29BDG00/CCONTENTS?SHELF=ceesl002&DN=SC26-4583-00&DT=19921204095534

Вот тот документ 1992 года

http://publib.boulder.ibm.com/cgi-bin/bookmgr/Shelves/ceesl002

Вот, кстати, полные версии этого стандарта: http://publib.boulder.ibm.com/cgi-bin/bookmgr/Shelves/ceesl002

Собственно, одной из причин перехода на ExtJS была именно возможность "многооконности" с возможностью перетягивания диалогового окна по экрану для того, чтобы можно было посмотреть данные под ним.

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

как быть, если полей сильно больше, чем колонок?

Тогда отдельное всплывающее окно

достаточно чтобы были колонки для обязательных полей

неудачный подход при серьезной работе

перфекционизм сейчас не моден.

Я вот в упор не понимаю, зачем нужно дополнительное диалоговое окно в Main -> MIME Types или в Main -> Languages. И таких таблиц можно с десяток привести

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

Типа как в таблице "Add interfaces to VC"

Для 90% таблиц - самое то

Самый большой плюс - не надо двигать мышкой на пол экрана, чтобы найти кнопку "Close" или "Save"

мышевозство не самая большая проблема

Ну вот пример: Peering management -> Prefix List Builder. Кнопки расположены как все привыкли.

_4ePTeHok, если юзабилити будет никаким, будет только хуже

Dmitry1: единообразность - это всегда хорошо

чем без него

_4ePTeHok: В Inventory как раз должно быть дофига всплывающих окон и т.п. Если сделать, как сейчас - то добавление новых железяк превратится в мазохизм.

не надо пытаться сделать из NOC'а Excel

dvolodin, значит надо довести до 100%

конечно, эксель удобнее

получается

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

Вообще-то я имел ввиду не Excel, а http://dev.sencha.com/deploy/ext-4.0.7-gpl/examples/grid/row-editing.html

Там, кстати, редактирование вызывается на двойной клик мыши.

ага..

это оно

Dmitry1: оно у нас используется

например, при импорте vlan'ов и в Add interfaces

нет

только там нет автозавершения(автоподстановки) вроде..

есть там все

как в тегах старых юзается

dvolodin: А почему тогда не используется в Main -> MIME Types и в Main -> Languages.

новые данные так вводить нормально

и vc vc

что ты собираешься в таких объемах лопатить в vc.vc ?

Плюс в FM -> Setup -> OID Aliases и FM -> Setup -> MIB Preference

занимать свободный проще

я жму добавить и ищу свободный

а НЕ ищу свободный, запоминаю/записываю, жму добавить, создаю

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

это если есть фильтр

Any чем тебе плох?

иногда есть религиозные причины когда надо занять 75 влан, а не 4

занимай, NOC будет не против

всем привет! нужна помощь! пытаюсь поднять новую версию NOC 0.7(3), все стопарится на post-update

вот трейс http://pastie.org/3670652

кому не трудно, помогите плиз

Говорит, что в конфиге нет секции "main"

а в каком именно?

Наверное в noc.conf

post-install забыли сделать

Перед post-update наверное не запустил post-install

и сразу рванули на post-update

запустила post-install, затем post-update и тоже самое

куда еще можно посмотреть?

приверить ./etc/noc.conf имеет секцию main?

проверить*

да есть main

конфигурацию настроили перед post-update?

в этот раз вывод покажите в pastebin

да, конфиги правила перед post-update, http://pastebin.com/0X87d449

эм. cat /opt/noc/etc/noc.conf |grep main

cat /opt/noc/etc/noc.conf |grep main [main]

типа секция есть

<freeseacher> надо показать что в этой секции? или что она вообще есть?

вообще есть хотябы :)

ну должна в принципе быть

можно без паролей закинуть на пасту

dvolodin: В VC -> Setup -> VC Filters в таблице не отображается поле Description

http://pastebin.com/WWZcmuzV кроме мыла ничего не меняла

noc.defaults не трогали?

нет

может что-то с версией питона не совместимо?

вряд ли

alinux_: с правами нормально все?

не уверена, какие права должны быть? после post-install, как я понмаю на конфиги в /etc права сами выставляются

юзер noc может их читать?

после некотрых манипуляций получила это http://pastebin.com/EGThVNex

это уже что-то новое

./noc dbshell

alter table main_userprofile drop theme;

и еще раз post-update

post-update complete ))) но теперь http://pastebin.com/Vxj4YsLN

скрипты надо выполнять из папки /opt/noc

те

cd /opt/noc

./scripst/noc-launcher.py start