Пользователь
Логин:
Пароль:
Забыли свой пароль?

Поиск по сайту
 

 Расширенный поиск
Реклама

 

Опрос


Погода

Артем Калихов (все сообщения)

Форумы
Обновления
Поиск
Пользователи 
Правила
Помощь
Войти

Выбрать дату в календаре ...  Выбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 След.
Основные факторы, влияющие на производительность системы., И методы их решения. (Секреты)
Цитата
В штатных представлениях также желательно отключить подсветку строк в зависимости от условий, эта штука хорошо грузит систему, если базу не подготовленная.

Насколько я понимаю, подсветка отрабатывает на самом клиенте, поэтому грузить может только систему конкретного пользователя.
Windows 2008 R2 x64, кто-нибудь запускает ServiceDesk на таком
Есть положительный опыт. Одна из систем работает на Windows 2008 R2 x64. 39 sp
Выдавать ошибку, если комментарий не добавлен в поле информация.
Цитата
Григорий Ненашев пишет:
- Тогда мы не увидим комментарий в журнале

Цитата
Григорий Ненашев пишет:
добавляет это поле в информацию и ФИО того кто произвел добавление.


Так ли необходимо в этом случае журналирование поля "комментарий"? Кто и какие изменения внес в историю видно из нее самой. Потом, если не очищать сразу комментарий, то за одно открытие объекта можно добавить комментарий только 1 раз.

Цитата
Григорий Ненашев пишет:
По логике правило то простое, Если поле комментарий не пусто и значение добавить в информацию равно значение да, то выдавать ошибку. Но тут беда в том, что эта кнопка отрабатывает UL руль и после ее нажатия она сразу отжимается и добавляет это поле в информацию и ФИО того кто произвел добавление.


В случае нажатия на кнопку все уже добавилось в историю и выдавать ошибку нет необходимости.
Выдавать ошибку, если комментарий не добавлен в поле информация.
Вижу варианты:
1. Кнопка добавления сразу очищает поле "Комментарий". Делаем UI правило, которое ругается при закрытии объекта с заполненным комментарием.
2. DB правилом добавлять комментарий (если не пустой) при сохранении объекта и зачищать его. Тут возможны проблемы если человек не хотел добавлять комментарий, но случайно\специально занес что-то в комментарий.
Генерация инцидентов sql-запросом
Григорий, научить систему создавать элементы через App ничто не мешает. В одну сторону уже работает. Просто сейчас мысль убежала в сторону прямого внесения в базу smile:)

Василий, с оповещениями понятно. Наверное, это основная причина, по которой стоит отказаться от идеи. Остальные, в принципе, решаются без серьезных костылей.
Но если подойти к задаче с чисто теоретической стороны, можно ли вручную генерить oid для различных элементов не вызывая конфликты в системе?
Генерация инцидентов sql-запросом
Коллеги, возможно, подобная информация была - с ног сбился искать, не нашел.
Суть проблемы:
Необходимо научить систему мониторинга создавать инциденты с помощью sql-запроса напрямую в базе. Проблема возникает в генерации уникального OID (С ID все понятно) для каждого элемента. Не могу понять как делает это app сервер.
Ошибка отправки почтовых сообщений
Понятно, спасибо. Значит придется запретить подключения к серверу пока не подружатся exchange с app сервером
Ошибка отправки почтовых сообщений
Добавили новый app сервер. В логе появились следующие сообщения:
<Trace> Mail server %relay_ip% gives an error when try to send mail to: %user_email%: 421 4.3.2 Service not available, closing transmission channel
На лицо проблема с подключением к почтовому серверу.
Возникает 3 вопроса:
1. Сообщения, которые не отправились с этого сервера будут отправлены с другого или так и не будут никогда отправлены?
2. Можно ли полностью отключить отправку писем с этого сервера?
3. Как заставить работать с почтой только 1 сервер? Закрыть на остальных 25 порт?
Мониторинг доступности серверов
Григорий, спасибо. Попробуем поковырять сетевые настройки.
Мониторинг доступности серверов
Из лога сервера. Возникает при проверке доступности порта 30999 системой мониторинга.
Страницы: Пред. 1 2 3 4 5 След.

Сегодня были (гостей: 1, пользователей: 0, из них скрытых: 0)