Очередной блог об ИТ и около тогоDon Alexeyhttps://teletype.in/atom/donalexey2026-05-06T11:00:39.041Zdonalexey:zabbix_run_housekeeper2020-12-01T08:03:38.852Z2020-12-01T08:03:38.852Z

<img src="https://teletype.in/files/16/9d/169d3c48-04f0-4f29-b817-a7b17941ab70.png">Если вы используете Zabbix с PostgreSQL где установлено расширение TimescaleDB, то настройки периода хранения истории задаются глобально для всех элементов данных в Администрирование - Общие - Очистка истории

<p>Если вы используете Zabbix с PostgreSQL где установлено расширение TimescaleDB, то настройки периода хранения истории задаются глобально для всех элементов данных в <strong>Администрирование - Общие - Очистка истории</strong></p> <figure class="m_custom"> <img src="https://teletype.in/files/16/9d/169d3c48-04f0-4f29-b817-a7b17941ab70.png" width="528" /> <figcaption>Глобальные настройки хранения истории TimescaleDB</figcaption> </figure> <p>Изменив параметры периода хранения истории, например с 20d на 15d, мы можем существенно сэкономить место на диске, но Zabbix запускает housekeeper раз в час. Мы же не хотим ждать и хотим сейчас запустить процесс очистки истории.</p> <pre>zabbix_server -c /etc/zabbix/zabbix_server.conf -R housekeeper_execute</pre> <p>Административная функция отправит сигнал о запуске процедуры очистки базы данных, в случае с TimescaleDB очистка истории произойдёт мгновенно и на графике занятого места на диске будет приятная картинка освобождения места от лишней истории.</p> <figure class="m_original"> <img src="https://teletype.in/files/f7/bb/f7bb3f17-40ad-40d4-9def-1ccae13db2fe.png" width="211" /> </figure> donalexey:kZLH98LYN2020-07-30T16:00:05.940Z2021-08-19T09:23:07.457Znginxweb

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

<h3>&quot;Ткнул&quot; в гугле, а получил 404 &quot;страница не найдена&quot;, почему так?</h3> <p>Когда мы обновляем сайт, то возможно меняем адреса страниц и разделов, но поисковики продолжают выдавать в поиске старые страницы. Клиенты переходят на них из результатов поиска, получают ошибку 404. </p> <p>Пользователь недоволен и уходит с сайта не разбираясь. Также сайт падает в рейтинге поисковика и как следствие в поисковой выдаче. </p> <p>Выход из данной ситуации логичен - нужен 301 (перманентный = постоянный) редирект на новый адрес страницы.</p> <p>Предположим, у нас был раздел <code>/nashy-raboty</code> и мы сменили его адрес на <code>/portfolio</code> (что более логично и понятнее), но наша CMS не обеспечивает перенаправление со старого адреса на новый. </p> <p>Выход - использовать редиректы на уровне веб сервера Nginx</p> <h3>Редирект в Nginx &quot;в лоб&quot;</h3> <p>В конфиге своего сайта мы можем написать что-то вроде</p> <pre>server { # Тут про имя сервера и порт location /nashy-raboty { return 301 /portfolio; } # Тут целевые локации вашего приложения }</pre> <p>И это будет работать, при переходе на старый url пользователь будет перекинут на новый и он увидит, то что хотел. </p> <p>Роботы поисковиков зафиксируют 301 редирект (страница перемещена навсегда) и учтут это в своей индексации.</p> <h3>А если надо сделать 100500 редиректов?</h3> <p>Очевидно, что при большом количестве редиректов обслуживать конфигурацию nginx будет непросто и утомительно</p> <p>Выход использовать конструкцию map</p> <pre>map $request_uri $redirected_url { default &quot;none&quot;; /nashy-raboty /portfolio; /work /works; } server { # Тут про имя сервера и порт if ($redirected_url != &quot;none&quot;) { rewrite ^ $redirected_url permanent; } # Тут целевые локации вашего приложения }</pre> <p>Как это работает?</p> <pre>map $uri $redirected_url { default &quot;none&quot;; /nashy-raboty /portfolio; /work /works; }</pre> <p>Задавать значение для переменной <strong>$redirected_url</strong> в зависимости от значения в переменной <strong>$uri</strong></p> <p><strong>$uri</strong> - встроенная переменная nginx которая содержит хвост запроса пользователя</p> <p>Получается, если запрос будет на <code>/nashy-raboty</code>, то в <strong>$redirected_url</strong> запишется значение <code>/portfolio</code> аналогично для второго правила с <code>/work</code> -&gt; <code>/works</code> если соответствия в map найдено не будет, то используется default = &quot;none&quot;</p> <pre>if ($redirected_url != &quot;none&quot;) { rewrite ^ $redirected_url permanent; }</pre> <p>Далее, если <strong>$redirected_url</strong> отличается от значения по умолчанию, то надо выполнить редирект на URL записанный в значении переменной <strong>$redirected_url</strong></p> <hr /> <tt-tags> <tt-tag name="nginx">#nginx</tt-tag> <tt-tag name="web">#web</tt-tag> </tt-tags>