Optimizer-4 (функционал) : Программы OlegON

% В Postman изменены параметры отправки и приема на 360 и 300 соответственно

+ WebStatusCode (0) - при ненулевом значении этого параметра (КОД) можно посмотреть по ссылке вида https://olegon.ru/optimizer/index.ph...ИЕНТА&code=КОД текущее состояние БД. При каждом проходе оптимизатор будет запоминать эти параметры в своей БД и при запросе по ссылке - выдавать их значения. При нуле данные на сервер оптимизатора не передаются вообще. Принимаются предложения и пожелания по виду и наполнению этой странички. Обращаю внимание, что имя базы не вписывается и нет никакого обрамления, поскольку данная страничка может быть кусочком (тег <iframe>) одной большой странички со своим дизайном и несколькими БД. Выкладывание всяческих шаблонов таких страничек только приветствуется. Ниже образец, скриншот моего браузера с подтертым путем...



P.S. Зеленый жучок - символ недопиленности :) Пока, независимо от места на диске, значок не меняется. Будет только ругань в мейл или жаббер

% Поправлен баг вебстатуса, определяются старые версии кассового сервера. Почтовика у меня старого на линии нет.
+ В вебстатусе отображается время генерации странички и время последнего прохода оптимизатора

% ORA-3136 из алертлога теперь игнорируется. А при появлении этой ошибки во время подключения оптимизатора, он выходит.
+ При выводе ошибок из алерта, они сопровождаются соответствующим сообщением, что алертовые, а не текущие.

+ В Maintenance в лог выводится содержимое olegon_params

+ IamNoob (yes) - не выводить в лог специализированные записи о параметрах Oracle (для моих клиентов по умолчанию no)

% Для "зеленых" бесплатная регистрация оптимизатора увеличена с месяца до трех

% Для нерегистрированных баз IamNoob ставится в yes в MaintenanceTime
% Приняты меры, чтобы валидация таблицы проходила все же быстрее, прошу держать в курсе, если проблема останется. Больше 2х часов валидация должна идти только на древнем и тупом сервере.

+ Параметр DisableOldStats (yes) - отключение агрессивного сбора статистики. Установка в yes сильно поможет тем, у кого долго идет валидация по SMSPEC, SMCHECKITEMS и прочим большим таблицам. Но MaintenanceTime в этом случае лучше раздвинуть. И после полугода использования лучше все же выключить этот параметр.

% В клиенте (будущий апгрейд протокола) обновление ведется не сразу в оптимизатор, а сначала в его копию, которая переименовывается (снимает проблемы обрыва связи во время апгрейда)