50.25

[Efendy]

Скрины

[elite]

круто )
а список изменения по сравнению с предыдущей версией будет?

[Efendy]

да

[Efendy]

Видимость колонок задается в личных настройках админа:

[VitalVas]

а можно разослать разработчикам, чтоб поковырять топологию??

[Efendy]

топология пока не закончена. Пока в ней устаревший поиск, переделываю

[elite]

а когда будет разослана пользователям?

[Efendy]

Сперва зальем на демку (сегодня/завтра) - надо погонять потестить, особенно потестить производительность sql-запросов ибо по новой концепции "поле = строка в dopdata" чтоб найти всех клиентов по адресу Дом 20 кв. 2 надо выполнить такой ядреный запрос:

SELECT id FROM users WHERE id IN (SELECT DISTINCT parent_id AS id FROM dopvalues WHERE revision IN (SELECT revision FROM dopvalues WHERE revision IN (SELECT revision FROM dopvalues WHERE revision IN (SELECT rev FROM rev_users WHERE template_num=2) AND dopfield_id=4 AND field_value LIKE '2') AND dopfield_id=7 AND field_value LIKE 'в') AND dopfield_id=2 AND field_value LIKE '20') ORDER BY sortip

Функционал того стоит.

[elite]

а можно ли сделать поле общий трафик в плавающих единицах (МБ - ГБ - ТБ) с 1-2 знаками после запятой?

[Sergius]

Ну по сравнению с 50-17 есть заметные изменения?
Это из Москвы пишут.(Школа) Так как 50 версия не стала работать так как хотелось, установили 49, я её немного докрутил на наш лад и она работает. 50 версию я лично тестю на второй машине в параллель Получается скажу вам очень прикольно.

Будем ждать. Москва.

[Efendy]

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

Рестарт noserver.pl:
kill -HUP `cat /var/run/noserver.pid`

Завершение работы noserver.pl:
kill -TERM `cat /var/run/noserver.pid`

Пока pid-файлы поддерживается только noserver.pl (noserver.pid) и
nol2auth.pl (nol2auth.pid).

Посылать сигналы не является необходимостью - разработаны rc.d скрипты,
которые поддерживают команды start/stop/restart. Эти скрипты находятся
в папке /usr/local/nodeny/rc.d. Скопируйте их в системную rc.d:

cp /usr/local/nodeny/rc.d/* /usr/local/etc/rc.d/

Предусмотрена защита от параллельного запуска, а также зомби pid-файлов -
когда pid-файл существует, а процесс - нет (это возможно если послать
сигнал -INT. Посылайте -TERM чтоб этого не происходило).


* Улучшение инсталятора install.pl. Теперь во всех последующих апдейтах
после вопроса о пути к папке nodeny (/usr/local/nodeny), остальные пути
будут браться из истории предыдущих установок/апгрейдов: создается
файл history.nod, в котором сохраняются ключевые данные. Фича полезная,
когда www каталог находится по иному пути чем стандартно для apache в
freebsd, либо параметры соединения с mysql отличаются от дефолтовых.

* Слегка улучшен скрипт бекапа БД:

- теперь может запускаться из /etc/periodic/weekly
- не бекапится талица traf_info т.к. не ключевая, но имеет значительный объем
- при инсталляции/апгрейде копируется в /usr/local/nodeny. Не забудьте
  поменять пароль в нем.

* noserver.pl, динамическое управление скоростями:
- теперь сохраняется соотношение вход/исход скоростей для пониженных скоростей
так же как оно (соотношение) было для начальных скоростей, прописанных в тарифе.

* В тарифах появилось поле `описание для клиентов`.

* Динамическое управление скоростями доступно для редактирования на странице
тарифов.

* Изменена структура папок документации: в корень вынесены index.html и
FAQ.html чтоб новичкам было легче найти "куда тыкать" в начало документации.

* Неключевые данные адресов клиентов перенесены в дополнительные поля, что
позволяет гибко настраивать их перечень (ввести новые, удалять ненужные,
например, добавить поля `город`, `подъезд`), тип (строковое, числовое,
да/нет и т.д), их названия. Возможность просмотреть/откатиться к любой
ревизии, т.е. к данным сущестовавшим в определенный момент времени.

* Таблица со списком клиентов настраиваема: в настройках админа появилась
возможность настроить несколько видов отображения списка клиентов, в каждом
свой список полей. В процессе отображения возможно переключаться между
видами. Также возможно убирать/восстанавливать колонки в процессе работы
со списком клиентов.

* При отображении списка клиентов добавлены разнличные сортировки.

[Sergius]

Огромное спасибо за тщательный мануал изменений/дополнений. Бум ждать для теста.

[Elisium]

* Неключевые данные адресов клиентов перенесены в дополнительные поля ...

Учитывая то, что при обновлении со старых версий (49<) до 50х, часть данных со СТАРОЙ БД была вынесена в НОВЫЕ ПОЛЯ и догадываться про это приходилось самому,
то  БОЛЬШАЯ ПРОСЬБА!!! дописать в инсталлятор (или просто отдельный скрипт) модуль, который АВТОМАТОМ создаст новые поля в новой БД и перенесет всю инфу из соответствующих полей старой БД ..
п.с. При переходе с 48 на 50ю версию столкнулся с таким "сюрпризом"  - не перенеслись поля МАК и Разрешенные порты. Только после упорного "прочесывания" гугл-форума нашел заготовку такого скрипта ..
Хотелось бы, что бы обновление прошло более менее спокойно, а не в вылавливании потом "а вот чегож эта фигня не попала в новую базу ?"

[Efendy]

Инсталятор переносит те поля, который знает. О маках он ничего не знает т.к.  это поле мы как бы не стандартизировали.

[Elisium]

Ммм... тогда вопрос вдогонку - ТЕ поля, которые вы в новой версии выделите в ДопПоля - они перенесутся АВТОМАТОМ при обновлении??
Скажем , с 50.19 на 50.26 ?? Ведь, стандартизированы они или нет, НО они есть в билле (и в админке, само собой), в них заносятся какието нужные данные ..
А потом при апгрэйде бах! - и в новой версии этих полей нет .. вернее есть новые, НО пустые ... "Ты суслика видишь? - Нет. - А он есть..." (с)
Ведь, имхо, если уж поле есть в текущем релизе, то надо бы както и позаботиться о его переносе в следующие релизы или хотябы дать возможность (готовым скриптом) их перенести ...
Ведь для матерых пёрлописателей это десять строк кода, а человека, незнакомая с этим языком, будет иметь много гимора..(((

п.с. заранее спасибо за ответ )))