Не смотря на разнообразие различных языков некоторые задачи традиционно проще и быстрее решить используя возможности стандартного shell. Но даже использование этих возможностей требует понимания того, что происходит "внутри". С одной из таких тонкостей использования shell хочется начать, а если статья покажется интересной общественности, то можно будет продолжить другими статьями на эту тематику.

Есть объекты, которым мы нашли применение. Мы используем их, хотя почти наверняка не так, как их используют пришельцы. Я совершенно уверен, что  в  подавляющем  большинстве  случаев  мы забиваем микроскопами  гвозди.

Как могли заметить наши постоянные посетители неделю назад, 22 сентября на наш сайт была осуществлена DDoS атака. В результате мы смогли провести нагрузочное тестирование нашего сервера и выявить слабые места в конфигурации. Если бы не досадный аппаратный сбой на пограничной системе, то отражение атаки было в каком-то смысле даже увлекательно. А началось всё 15 сентября, т.е.

В связи с тем, что кроме всего прочего я также являюсь и ведущим преподавателем по курсу Unified Communication компании Huawei, было необходимо установить некоторый набор программного обеспечения, относящегося к этому курсу.

До тех пока правила маршрутизации звонка статичны всё решается достаточно просто. Но вот когда появляется желание переключить входящий звонок на номер, который надо получить из внешнего источника информации, такого как LDAP или СУБД, начинается всё самое интересное. Если информация хранится в LDAP, то есть как минимум 3 способа получить её оттуда.

После очередного обновления части моих BSD-шных систем я получил ZFS версии 28, в котором среди прочих вкусностей была обещана дедупликация. Так как среди людей, которые еще не делают резервное копирование, и людей, которые его уже делают, я отношусь ко вторым, то возникло естественное желание попытаться использовать дедупликацию для резервных копий.

При переносе своих старых CGI скриптов на FastCGI с многопоточной обработкой запросов у меня внезапно возникла необходимость в вызове crypt(3). Собственно проблема в crypt() заключается в том, что эта функция сохраняет результат криптования в некотором фиксированном буфере, указатель на который и возвращается функцией.

Озадачился тут я переносом одного (догадайтесь какого) сайта, использующего glassfish, с временного сервера на постоянный. И естественным образом, возникло желание немного поотделять его от других задач и собственно основной системы, а, так как на сервере используется FreeBSD, выбор естественным образом пал на jail-ы, существующие в FreeBSD со времён 4-ой версии оной.