Год назад я рассказывал в своем блоге про альтернативные оконные менеджеры под Linux, и в частности про Awesome. Этот менеджер окон просто находка для гика. Скорость работы с оконным интерфейсом возрастает в разы. А о том, насколько он хорош для админов и говорить не стоит - компоновать консоли на одном экране мозаикой одно удовольствие. Со временем я перешел на Mac. Его концепция виртуальных рабочих столов вполне заменила мне мозаику Awesome. Правда, оставалась одна маленькая деталь, которой мне так сильно не хватало под Mac OS - те самые компонующиеся консоли. Нахватало до сегодняшнего дня, пока мой коллега не продемонстрировал маленькое чудо на своем mac’е.
Показаны сообщения с ярлыком администрирование. Показать все сообщения
Показаны сообщения с ярлыком администрирование. Показать все сообщения
понедельник, 23 июля 2012 г.
воскресенье, 16 октября 2011 г.
Monitoring Driven Deployment - unit-тесты для админов
На тему “искусства программирования” написано множество книг. Но я почти не встречал на просторах интернета литературы об “искусстве системного администрирования” (а кто-нибудь встречал?). Почему-то принято считать, что админ - это такой бородатый ленивый чудак, который живет со своим “сервером” в гражданском браке, а спит вот с этим. Люди считают, что админ - это мастер на все руки: он и принтер заправит, и антивирус настроит и сервер поднимет. Только это не админ ни разу, а эникейщик. И таких, имхо, нужно гнать из отрасли и прямиком на биокомпост (отголоски Дани в моем мозгу...).
На самом же деле, грамотное системное администрирование - это такое же искусство как и программирование, в котором есть свои приемы, паттерны, и при этом, они очень часто пересекаются по смыслу с приемами, используемыми программистами. Сегодня речь пойдет о таком важном понятии в администрировании, как “мониторинг” и его связи с unit-тестами.
четверг, 28 апреля 2011 г.
Тонкая настройка доступа к SVN c помощью hook'ов. SVN-Hooks framework
Все хорошие разработчики используют системы контроля версий. Но отнюдь не все используют их правильно. Это как в ситуации со столовыми приборами: да, можно есть руками; да, можно любую пищу съесть при помощи ложки; да, можно поделить кусок стейка на части при помощи исключительно вилки, но при этом вы измажетесь и потратите кучу времени, а окружающим людям будет крайне неприятно находиться рядом. В использовании систем контроля версий то же самое: можно делать commit неработающего кода, можно не до конца исправленные ошибки заливать в trunk, можно не писать комментарии к ревизиям - одним словом, можно вести себя как последняя свинья, вызывая всеобщее раздражение.
Решений здесь два: радикальное и правильное. Радикальное - покарать нерадивого разработчика физически (сделайте ему массаж почек и печени), морально (устроить публичную психологическую порку), финансово (лишите премии). Но вы же понимаете, что все это плохо и поселит в глубине “чуткой” души разработчика обиду на вас. Может он был уставшим и просто недоглядел - бывает такое? Конечно бывает! Поэтому, решение правильное - автоматизируйте проверку кода (и всего, что к нему прилагается: комментарии, unit-тесты), поступающего в репозиторий! Благо, все хорошие системы контроля версий это позволяют делать. Сегодня речь пойдет о Subversion. Не смотря на то, что я сам предпочитаю Mercurial (в нем, кстати говоря, так же существуют hook’и), очень часто приходится сталкиваться с svn-репозиториями.
воскресенье, 17 апреля 2011 г.
Размещаем MySQL на RAW-партиции
Пока вы используете MySQL как записную книжку (именно так ее использует большинство web-проектов), вы никогда не столкнетесь с проблемой производительности СУБД. По-своему опыту могу сказать, что MySQL не лучший выбор для высоконагруженных баз данных. Причин много: частые deadlock’и, отсутствие хороших механизмов репликации, низкая производительность. Если у вас есть возможность выбора - выбирайте PostgreSQL или Oracle, если вам нужны именно реляционные базы данных. Но если у вас есть уже готовые решения с использованием MySQL, а миграция на другую СУБД невозможно или слишком трудо\экономически затратна, то придется оптимизировать и настраивать “записную книжку”. Сегодня речь пойдет о переносе InnoDB таблиц на отдельную raw-партицию.
четверг, 14 апреля 2011 г.
Создание клиентского интерактивного терминала на базе Ubuntu Linux
Нам всем хоть раз в жизни доводилось пользоваться интерактивными платежными терминалами. Обычно, они представляют собой стенд с купюроприемником, лотком для выдачи чеков и, самое главное, сенсорным монитором. Помимо терминалов оплаты существует множество вариаций комплектации такого оборудования: информационные киоски (вы были в музеях? если да, то вам доводилось видеть информационные терминалы в углах залов), лотерейное оборудование, игровые автоматы, информационные жидкокристаллические панели в залах ожидания аэропортов, вокзалов и пр.
Большая часть такого оборудования работает под управлением MS Windows. Т.е. это обычный компьютер с Windows XP и запущенным на весь экран приложением или браузером. И если терминалы оплаты для нас представляют небольшой интерес, т.к. для их создания помимо программной начинки нужны еще и специфичные аппаратные ресурсы (купюроприемник, да и корпус, тоже нужно изготовить), то сделать информационную панель своими руками может каждый желающий. Более того, такого рода решения очень востребованы на сегодняшний день.
суббота, 22 января 2011 г.
Подписаться на:
Сообщения (Atom)




