Как проверить, что memcached работает

Установка memcached на Debian подозрительно проста: всего одна команда

sudo apt-get install memcached

и получаем работающий memcached. Оказалось, что развеять все сомнения насчёт того, работает ли кеш на самом деле, нисколько не сложней! Достаточно запустить memcached в режиме "повышенной многословности":

memcached -vv -u USER_NAME

В этом режиме memcached ведёт лог в stdout обо всех операциях с кешем. Если паранойя совсем одолела, то можно раскомментировать соответствующую строку в конфиге /etc/memcached.conf:

# Be even more verbose (print client commands as well)
# -vv

Затем перезапустить демон и наблюдать за теми же логами через файл:

/etc/init.d/memcached restart
less /var/log/memcached.log

Первая статья на хабре

Опубликовал свою первую статью на хабре. В статье проводится разбор исходного кода утилиты yes из набора GNU Coreutils. Моей целью было посмотреть, как программируют бородатые дядьки на C, чему-то научиться у них. Статью приняли хорошо, намного лучше, чем я ожидал. Многие добавили статью в избранное, что особенно приятно.

Установка django-photologue в virtualenv

Недавно я встал на путь истины и начал использовать virtualenv в своих Django-поделках. Моё мнение насчёт virtualenv кратко изложено в лирическом отступлении в конце статьи, а сейчас я расскажу о проблемах, с которыми я столкнулся при установке django-photologue в virtualenv под Ubuntu 11.04.

IOError: encoder jpeg not available

Итак, выполнив установив и подключив django-photologue:

virtualenv --no-site-packages gallery && cd gallery
source ./bin/activate
pip install Django PIL django-photologue
# создаём сайт и подключаем в него django-photologue

пытаемся загрузить изображение (photologue.models.Photo), хотя бы даже через административную панель, получаем ошибку

IOError: encoder jpeg not available

DD не туда? Не беddа!

Он самый

Буквально вчера, в процессе создания установочной USB флешки Ubuntu из под Debian, ко мне явился белоснежный песец в виде команды:

dd if=boot.img.gz of=/dev/sdb1

, которой я хотел записать образ boot.img.gz на флешку.  Но ВНЕЗАПНО оказалось, что флешка находится по адресу /dev/sdc, а /dev/sdb1 - это мой терабайтник со всеми бекапами, архивами фоток, проектов и т.п.

Если вы попали в подобную ситуацию, то читать простыни текста - это меньшее, что вам хочется.  Поэтому сразу решение, которое поправит потерянную ФС (в моём случае это один несистемный раздел ext3):

fsck -t ext3 -y /dev/sdb1

Ну а пока оно работает, можно почитать мою историю...

GNU Make и автоматическая генерация зависимостей для файлов исходного кода C/C++

Для знающих проблема известная и давно решённая, но я с этим столкнулся только сегодня.

Итак, у нас имеется небольшой проект на C/C++, который собирается с помощью make. Пусть это будет программа под названием «program». В Makefile написано примерно следующее:

OUT = program

CXXFLAGS = -Wall -c -O2

SRC = $(wildcard *.cpp)
# Expand SRC wildcard and replace extension from .cpp to .o
OBJ = $(patsubst %.cpp, %.o, $(SRC))

$(OUT): $(OBJ)
    $(CXX) -o $(OUT) $(OBJ)

Когда мы изменяем какой-нибудь файл исходного кода foo.cpp и собираем проект, всё работает как часы: make замечает изменение foo.cpp, заново его (и только его) компилирует и запускает линковщик. Но make не замечает изменений в заголовочном файле foo.h, который подключается из foo.cpp.

XeLaTeX в Ubuntu 9.10 Karmic Koala

Думаю, все, кто сейчас читает эти строки, знают, что XeLaTeX - это архиудобная вещь. Особенно когда надо набрать курсач на 20+ страниц с кучей формул и картинок.

Перейдём сразу к делу и установим XeLaTeX на Ubuntu 9.10 Karmic Koala. Вообще, с установкой не должно возникать проблем, но мне, похоже, не повезло и я промучался с этим достаточно долго. Далее описываю пошаговое прохождение этого квеста.