Homo-Adminus Blog

Few days ago I’ve started migration of some of my non-critical servers to Debian Etch (from Sarge). Just after first apt-get update && apt-get dist-upgrade, when apt has been upgraded, I noticed really strange (as for me) error: when I’ve tried to do “apt-get update” it worked fine, but there was annoying message like following:

UPDATE: Thanks to Kurt Fitzner we know, that:

There is already a mechanism to do this automatically:

$ apt-key update

This will obtain the necesary keys and import them. No need to go through gpg directly.

After not so long research I figured out, that this problem was caused by change of gpg key used by ftpmaster on Debian official repository servers. Google gave me some information and I found some fix which works fine for me:

Where XXXXXXXXXXXXXXXX is your missing key (e.g A70DAF536070D3A1).

That’s it! Happy using Debian GNU/Linux!

Я думаю, что никто не станет сегодня спорить, что поисковые системы являются сегодня одними из главных сервисов в Интернете. Сегодня в сети очень много полезной информации и каждый день ее становится еще больше. Одними из самых больших генераторов контента бесспорно являются форумы. Но Google - самая популярная поисковая система в мире не всегда эффективна при поиске информации такого рода - если вы попытаетесь найти что-либо с помощью Google, вы получите результаты, в которых будут упоминаться форумы, но поисковая выдача Google (SERP) была спроектирована для того, чтобы быть универсальным инструментом поиска и она никак не отражает реальной структуры данных, которые расположены на форумах и потому результаты будут не совсем очевидны. Вот почему специализированные системы поиска информации являются настолько популярными. Technorati, Google и Yahoo Blog Search и други подобные системы очень популярны на сегодняшний день.

Всего несколько дней назад была запущена новая поисковая система с говорящим именем Board Reader. Как мне кажется, основным ее преимуществом является специализация на поиске по форумам. Ее поисковая выдача была специально спроектирована для отображения информации в удобном именно для форумов фиде (с учетов модели тредов в сообщениях). Еще один положительный факт - ее индекс не захламлен тучами дорвейных сайтов, как это происходит с “большими” поисковыми системами. Именно поэтому я считаю, что данная система имеет очень неплохой потенциал роста, в особенности, если они будут работать над расширением доступных сервисов. Как мне кажется, стоит дать этому сайту шанс стать вашей основной поисковой системой для поиска специфичной информации в форумах. Я, по крайней мере, поступлю именно так.

Несколько дней назад я запустил новый сайт, имя которого BestTechVideos.com. Этот сайт был создан потому, что в сети реально очень много различных очень интересных видео-роликов на технические темы… вот только найти их порой бывает очень сложно из-за засилия “смешных роликов” про “прикольных котят” и тому подобного хлама.

Именно поэтому, если вы любите посещать конференции и слушать интересные доклады, любите смотреть видео, где профессионалы делятся своими скретами, понимаете и любите идею скринкастов и т.п., то этот сайт - именно для Вас! Добро пожаловать на Best Tech Videos и вы будете удивлены, сколько качественного и интересного контента есть в Сети.

P.S. Если Вам понравилась идея этого сайта, пожалуйста, проголосуйте за него на Digg.com. Заранее благодарю.

Похоже, что MySQL Camp 2006 был действительно очень интересным и полезным событием как для тех, кто его посетил, так и для всего сообщества MySQL. Как результат этой встречи большого количества профессионалов, связанных с MySQL, появилось множество интересных публикаций. Именно одну из таких публикаций я и хотел бы “прорекламировать” сегодня. Очень интересный список 84 Лучших советов по производительности MySQL был создан в первый день работы MySQL Camp в штабквартире Google:

1. Index stuff.
2. Don’t Index Everything
3. Use benchmarking
4. Minimize traffic by fetching only what you need.
   • Paging/chunked data retrieval to limit
   • Don’t use SELECT *
   • Be wary of lots of small quick queries if a longer query can be more efficient
5. Use EXPLAIN to profile the query execution plan
6. Use Slow Query Log (always have it on!)
7. Don’t use DISTINCT when you have or could use GROUP BY
8. Use proper data partitions (For Cluster. Start thinking about Cluster *before* you need them)
9. Insert performance
   • Batch INSERT and REPLACE
   • Use LOAD DATA instead of INSERT
10. LIMIT m,n may not be as fast as it sounds
11. …

Я думаю, что этот список советов может быть очень полезен всем разработчикам и администраторам, работающим с MySQL и потому хочу сказать “Большое Спасибо” его авторам.

Иногда вам может быть нужно реализовать т.н. контролируемое скачивание, когда все запросы на скачивание файлов передаются скрипту, который решает, как поступить: отправить пользователю какой-либо файл, или показать стриницу access denied, или, может быть, сделать что-то еще. При использовании сервера lighttpd это может быть реализовано при помощи заголовка X-Sendfile, возвращаемого из скрипта. Nginx имеет свою союственную реализацию описанной идеи с использованием заголовка X-Accel-Redirect. В этой короткой статье я попытаюсь описать, как использовать эту возможность из приложений на PHP или Rails.

(more…)