Оборачиваем событие jQuery собственным обработчиком

Современный фронтенд несётся скоростным поездом, в окнах мелькают es6, es7 es2015, react, redux и куча других пассажиров. И не везде этот поезд останавливается. Но на станциях по-прежнему полно …jQuery. И сегодня понадобилось дополнить “чужой” обработчик события (для простоты пусть будет

svn update –dry-run .

Требуется автоматизировать процесс обновления рабочей копии subversion. Казалось бы всё просто – запускаем svn update, получаем ожидаемое. Но иногда ведь не получаем. Конфликты, tree conflicts – в таком случае желательно откатиться на предыдущее состояние. Решаемо, но хочется зайти с другой

Nginx. Проксирование ресурса с динамическим адресом.

Понадобилось проксировать ресурс не имеющий статического адреса. Нет проблем, меняем конфиг, перезагружаем nginx: location / { proxy_pass http://dynamic.service.tld; } Проходит время, ip-адрес проксируемого ресурса изменяется, а nginx продолжает долбиться на старый. Нет проблем, ищем решение, меняем конфиг, перезагружаем nginx: location

“Расцветка” вывода git-команд

Иногда вывод git diff/log совсем плох (собственно это случается лишь пару раз, сразу после установки, до того момента пока руки не доходят разобраться и снова на годы забыть решение). Проблема кроется в пейджере, который установлен в настройках git-а. По умолчанию

Zabbix Low Level Discovery служб в локализованной Windows

LLD в zabbix появился уже давно, но попытки в лоб использовать готовые примеры для “шаблонизации” мониторинга служб на windows заканчивались неуспехами. Недавно нашлись время, новые windows-машины и желание таки разобраться почему LLD не заводился. Ответ уже написан в названии поста

redmine_ldapserver

В настоящее время для авторизации в subversion мы пользуемся учётными данными из redmine (с помощью немного доработанного модуля к mod_perl из стандартной комплектации самого redmine) и когда возникла необходимость в появлении ещё одного внутреннего сервиса, который требовал авторизации, то немедленно