Был некогда хороший проект e-poputka.net, о чем я уже писал однажды.

Меня даже нашел попутчик Артем, воспользовавшись этим сервисом. С ним мы проездили довольно долгое время с Борщаговки на Васильковскую, так что с уверенностью можно сказать, что проект был небесполезным, однако впоследствии почему-то завял и закрылся.

Размышляя над самой идеей пришел к выводу, что основная проблема в поддержке такого сайта есть в актуализации марштутов пользователей, то ли стирать старые маршруты после определенного времени, то ли опрашивать пользователей для обновления? Одноразовые поездки это ведь совсем другое дело.

Знаете ли вы о полезной опции автокомплита для приложения Mail в составе MacOS?

Магические кнопки Option+Esc покажут вот такое окно автодополнения:

То, о чем так долго говорили большевики для Macbook нашлось:

• Page Up = Fn + Up
• Page Down = Fn + Down
• Home = Fn + left
• End = Fn + right

Если при установке zabbix 1.8 на FreeBSD вы получаете сообщения вида:

60622:20091223:144406.024 Can’t allocate shared memory of size 8388608 [Cannot allocate memory]

60622:20091223:144406.024 Can’t allocate shared memory for configuration cache.

знайте, все дело в системных настройках sysctl.conf

в порядке тестирования пропишите

sysctl kern.ipc.semmni=128

sysctl kern.ipc.semmns=32000

sysctl kern.ipc.semmax=32000

sysctl kern.ipc.semmsl=250

sysctl kern.ipc.shmmni=4096

sysctl kern.ipc.shmmax=2147483648

sysctl kern.ipc.shmall=2097152

или сразу в /etc/sysctl.conf, тогда потребуется перезагрузка

kern.ipc.semmni=128

kern.ipc.semmns=32000

В этом посте я постарался собрать свои и чужие заметки по работе с ESXi, так как сама идея виртуализации довольно интересна.

Алексей Перестюк — боевой товарищ, с которым отучились в киевском физмате УФМЛКУ, правильное дело делает двигая в массы технологии виртуализации и железо от Onix.

Здесь его вебинар по VMWare ESXi

Подборка моих заметок о vmware с nexus.org.ua

О бекапе vmware esxi

Как в VMWare расширить диск

Виртуализация средствами VMWare

Столкнулся с проблемой запотевания ладошек при работе на Macbook, глядь на температуту, а там 61C.

Активное гугление не выявило особых отклонений в температурных режимах, но не было совсем уже бесполезным, так как нашлась приятная полезняшка для Mac от Lobotomy

Итак, дамы и господа, встречаем Fan Control

Однако, как видно, при средней загрузке все равно порядка 62C, а это довольно тепло в ладони.

Так что проблема охлаждения ладоней до сих пор остается открытой 🙂

Не секрет, что практически у каждой организации есть специальная расшаренная папка для обмена, чаще называемая «файлопомойкой».

Есть ли хороший способ уборки мусора? Что бы кто-то приезжал на мусоровозе и увозил каждый вечер кучи ненужных файлов подальше от хранилища?

Оказывается есть!

Раньше я пользовался простым, как канализационный люк, способом «убить все по расписанию в 00:00» и после пары-тройки случаев потерянных каталогов и файлов пользователи приучивались к долгосрочному хранению в обменнике с осторожностью.

Сначала у меня был очень современный (на 2005год) с развитой многомерной структурой тегов и все такое бла-бла-бла сайт http://nexus.org.ua, и был он написан на Parser 3. Затем я полностью пересел за Ruby on Rails, однако переписывать сайт не торопился. А затем желание чего либо допиливать парсером совсем завяло. Решил по-легкому попробовать себя в ЖЖ.

Пишу я себе изредка в LiveJournal, чувствую, что картинку вставить очень хочется через MarsEdit, загрузить, значится. А не получается совсем, непорядок. Думаю, а зачем мне эти все ливджорналы? Почему бы не попробовать вордпресс?

Recently I was doing a https://github.com/mprokopov/it-service-sse and I though it should be a good idea to implement automatic build and deployment to docker registry container. I already have Gitlab installed and started to play around.

Long story short, here my .gitlab-ci.yml which took me a couple of days to figure out what is the “artifact” in Gitlab and how is it suppose to survive between artifact builds and docker builds.

My current setup has two stages, java build and then docker build. At the first stage we use clojure:lein-2.7.1-alpine, which is quite small, to build jar file from the sources. Then we try to assemble docker container and reuse artifact from the previous build. I was lucky enough to discover that artifact could be saved with help of “cache” option in YML file which preserves folder in “path” for the next build.

Short answer: use https://github.com/geminabox/geminabox for caching gems on your own host, or in your local network.

I was using bundler’s vendor/cache in docker container, but with such improvement my container size grown up to 1,2Gb very quickly.

Supply following settings to your geminabox container
RUBYGEMS_PROXY=true

https://medium.com/magnetis-backstage/how-to-cache-bundle-install-with-docker-7bed453a5800