Иногда скорость роста проекта несколько выше чем скорость оптимизации веб-приложения или приобретение более мощного оборудования под backend.

Наиболее простая схема «распараллеливания» нагрузки — вынос основной нагрузки на несколько frontend. Раньше приходилось мучиться (или наслаждаться, кому как) с webdav'ами, кластерными ФС и прочими хитростями чтобы обеспечить актуальную информацию, так было до тех пор, пока не появился nginx, а точнее proxy_store и proxy_cache в нём.

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

Поэтому сел как-то на выходных и сделал для себя «WHOIS Digger», который теперь вынес в онлайн.

Вот как он выглядит:



Чем же он удобен?

В web-сервер и reverse-proxy nginx встроены очень мощные возможности по кэшированию HTTP-ответов. Однако в ряде случаев документации и примеров не хватает, в результате не все получается так легко и просто, как хотелось бы. Например, мои конфиги nginx-а местами написаны кровью. Этой статьей я попробую немного улучшить ситуацию.

В этой статье: а) подводные камни при полностраничном кэшировании; б) кэширование с ротацией; в) создание динамического «окна» в закэшированной странице.

Я буду предполагать, что вы используете связку nginx+fastcgi_php. Если вы применяете nginx+apache+mod_php, просто замените имена директив с fastcgi_cache* на proxy_cache*

Если выбирать, кэшировать ли страницу на стороне PHP или на стороне nginx, я выбираю nginx. Во-первых, это позволяет отдавать 5-10 тыс. запросов в секунду без каких-либо сложностей и без умных разговоров о «высокой нагрузке». Во-вторых, nginx самостоятельно следит за размером кэша и чистит его как при устаревании, так и при вытеснении нечасто используемых данных.

Кэширование всей страницы целиком

Если на вашем сайте главная страница хоть и генерируется динамически, но меняется достаточно редко, можно сильно снизить нагрузку на сервер, закэшировав ее в nginx. При высокой посещаемости даже кэширование на короткий срок (5 минут и меньше) уже дает огромный прирост в производительности, ведь кэш работает очень быстро. Даже закэшировав страницу всего на 30 секунд, вы все равно добьетесь значительной разгрузки сервера, сохранив при этом динамичность обновления данных (во многих случаях обновления раз в 30 секунд вполне достаточно).

Наблюдая выводы таких команд, как top, htop, uptime, w и, возможно, других, пользователь наверняка обращал внимание на строку load average:

Доброго времени суток. Сегодня я расскажу о том, как подключить устройство под управлением Linux к сети Yota. В моём случае это Asus EEE 1003, с установленной EEEbuntu 3 Standart(которая из себя представляет модифицированную Ubuntu 9.04) на борту. Если у вас за работу WiMax`a отвечает Intel`овский чип(можно узнать выполнив lspci) — этот рецепт вам поможет. Дистрибутив особой роли не играет.

Учитывая, что День системного администратора только раз в году, а так хочется побольше ярких дней, давайте внесем немного цветов в серые будни доблесных бойцов невидимого фронта! :)

Один мой друг сказал по поводу pv следующее «Я админю семь лет, мне нужна была эта тулза десятки раз, а я даже не знал что она существует». В размышлениях над тем как заполучить инвайт на Харбе, я набрал в поиске pv. И ничего не нашел.

Всем привет. Мы недавно значительно обновили Планарий и так этому рады, что никак не могли не написать пост и не рассказать о новых функциях хабрасообществу.

Девиз этого обновления — «всеобщая мобилизация», и, как нетрудно догадаться, Планарием теперь можно пользоваться не только через компьютер.

То, что вы видите сейчас слева — 1/3 всех сегодняшних нововведений, гугл-гаджет. Конкретно этот — из gmail. Да, теперь вы можете управлять своими делами прямо из любимой почты, быстро и удобно. Поддерживаются практически все функции «большого» Планария: перенос дел, создание заметок с форматированием, завершение дел и т.д. Теперь из почты можно совсем не вылазить.

На хабре уже проскакивали периодически заметки посвященные AWS (Amazon Web-Services) — так что тема не новая. Однако, если для меня лично (да и для многих моих знакомых как выяснилось) — этот термин был знаком — однако каких-либо деталей я не знал. Попробую на основании только-что полученного опыта рассказать немного подробней, а так же изложить основные шаги по организации хостинга сервера на AWS и его преимущества. Как и несколько ссылок, которые могут оказаться полезными.

Преамбула

Из нескольких способов развертывания Django я сразу отмёл mod_python, потому что мне не хотелось поднимать тяжеловесный Apache. Решил развернуть на легком веб-сервере. На данный момент основных легковесных альтернатив Апачу две — lighttpd и nginx. Первоначально я выбрал первый, но столкнулся с проблемами, связанными с URL. Я подумал, что, может, nginx будет работать получше, и развернул приложение на нём. В этом деле мне очень сильно помог один скринкаст, уже не помню точно чьего авторства.
Всё было отлично, но когда я захотел использовать админку Django(удобная вещь, кстати), меня постигло разочарование — форма логина показывалась, но при попытке войти меня выбрасывало на admin. После получаса гугления, я нашёл топик на небезызвестном форуме Ивана Салагаева, в котором описывалось решение проблемы. После того, как я последовал описанным советам, все заработало на-ура. Представляю вашему вниманию необходимую конфигурацию сервера и Django.

В связи с тем, что после недавних событий стали как грибы после дождя плодиться топики о том, как настроить свой jabber-сервер, я решил перечислить некоторые основные ошибки и заблуждения тех, кто настраивает jabber-сервер в первый раз. Речь пойдет про:

• SRV-записи
• SSL-сертификаты
• Заблуждения о транспортах

Данная статья является переводом той части статьи на KernelNewbies, которая описывает особенности файловой системы Ext4. Последний раздел статьи, об использовании Ext4, уже на Хабре публиковался.

Ext4 — это результат эволюции Ext3, наиболее популярной файловой системы в Linux. Во многих аспектах Ext4 представляет собой больший шаг вперёд по сравнению с Ext3, чем Ext3 была по отношению к Ext2. Наиболее значительным усовершенствованием Ext3 по сравнению с Ext2 было журналирование, в то время как Ext4 предполагает изменения в важных структурах данных, таких как, например, предназначенных для хранения данных файлов.

Это позволило создать файловую систему с более продвинутым дизайном, более производительную и стабильную и с обширным набором функций.

Да-да. На официальной скачивальной страничке уже можно скачать 9.04 и убить им канал, поэтому радуйтесь и качайте торренты, чтобы толпы обездоленных не облепляли мёртвые от натуги тушки серверов!

Торренты здесь:
Ubuntu Desktop CD: x86, x86-64
Alternate Desktop CD: x86, x86-64
Server CD: x86, x86-64

Апдейт №1 от Acubed:
Kubuntu: x86, x86-64

Апдейт №2 от него же:
Ubuntu DVD: x86, x86-64

Апдейт №3 с контрольными суммами на образы, спасибо Aidsoid за совет: MD5, SHA1

Апдейт №4. По многочисленным просьбам, скриншот. На нём видно, что шрифты, вроде бы, не изменились. Цвета не стандартные, если что.

Апдейт №5. Хороший человек Anton_Ivanov сделал зеркало: Desktop Alternate x86, Desktop Alternate x86-64

Это прямой линк, линк на Яндексе на Ubuntu Netbook Remix (по идее, предназначенной для eeePC и прочих). Официальных торрентов, почему-то, нет.

Для тех, кто совсем не в курсе, коротко о самом главном (отсюда):

• GNOME 2.26
• X.Org server 1.6
• Новый стиль отображения уведомлений и их настройки
• Ускорение загрузки системы
• Ядро Linux версии 2.6.28
• Поддержка файловой системы Ext4
• «Облачные» вычисления
• Почтовые сервера «под ключ»

P.S. Насыпьте плюсиков, будьте любезны, хочу в тематический блог перенести. Всем спасибо, перенёс!

Теперь у всех есть новая Убунту с поддержкой ext4, и в моём прошлом посте о его релизе было несколько комментариев с вопросами о том, как переделать файловую систему в этот самый ext4. По этому отличному поводу я решил перевести топик с wiki.kernel.org, где как раз про это написано. Перевод совсем вольный, разбавленный моими собственными мыслями. Кстати, про все новые плюшки ext4 можно почитать по-английски теперь по-русски здесь, а еще в новой статье yktoo вот здесь!

Собираем камешки для Ruby

Зачастую бывает так, что таскаешь из проекта в проект какие-то куски кода. Такие куски очень удобно выносить во внешние файлы, модули. Для этого в Ruby существует RubyGems — менеджер приложений и библиотек, оформленных в один файл-пакет — gem. И собрать такой гем, а главное, сделать его доступным для любой машины, подключенной к интернету, оказалось очень просто.

Доброго времени суток!

Не так давно на Хабре уже писали про Linux4one для указанной в заголовке модели нетбука.

Я же, приобретя себе такой суб-ноут, решил попробовать установить непосредственно последнюю версию Ubuntu Netbook Remix.
Почему? Потому что хочется иметь самые последние версии пакетов в установленной системе.

Под катом — немного об установке и несколько скриншотов системы.(Осторожно! Трафик!)

Объектно-ориентированные базы данных – базы данных, в которых информация представлена в виде объектов, как в объектно-ориентированных языках программирования.

Применять или не применять объектно-ориентированные системы управления базами данных (ООСУБД) в реальных проектах сегодня? В каких случаях их применять, а в каких нет?

Вот преимущества использования ООСУБД:

• Отсутствует проблема несоответствия модели данных в приложении и БД (impedance mismatch). Все данные сохраняются в БД в том же виде, что и в модели приложения.
• Не требуется отдельно поддерживать модель данных на стороне СУБД.
• Все объекты на уровне источника данных строго типизированы. Больше никаких строковых имен колонок! Рефакторинг объектно-ориентированной базы данных и работающего с ней кода теперь автоматизированный, а не однообразный и скучный процесс.

Интересно? Тогда стоит попробовать!

В статье описано все, что требуется для начала работы с ООСУБД db4o.

31 марта 2009 года в 20:00 UTC состоялось собрание Ubuntu LoCo Council на котором, в числе прочих, был решён вопрос о придании Russian Ubuntu LoCo Team статуса официальной (стенограмма собрания: http://irclogs.ubuntu.com/2009/03/31/%23ubuntu-meeting.html (21:07 — 21:40))

Что такое Ubuntu LoCo Team?
Ubuntu LoCo Team (от англ. Local Community — местное сообщество) — это сообщество пользователей Ubuntu, объединённых по территориальному принципу. LoCo может быть вовлечено в такие проекты, как поддержка Ubuntu на родном языке, общая поддержка местных пользователей, продвижение Ubuntu на своей территории. Однако самое важное, что делает LoCo, — это объединение соседей для помощи друг другу «из первых рук».

Что такое Russian Ubuntu LoCo Team?
Russian Ubuntu LoCo Team — это сообщество пользователей Ubuntu Linux, говорящих на русском языке и объединившихся с целью продвижения Ubuntu среди русскоговорящего населения Земли.

В настоящий момент работу Russian Ubuntu LoCo Team координируют Дмитрий Агафонов (https://launchpad.net/~dmitry-agafonov) и Алексей Молчанов (https://launchpad.net/~alexey-molchanov). Наша launchpad группа: https://launchpad.net/~ubuntu-ru/

Наши основные задачи:

• поддержка русскоговорящих пользователей
• перевод документации на русский язык
• локализация программ, входящих в дистрибутив
• продвижение Ubuntu Linux во всех сферах деятельности человека
• обмен опытом и ресурсами с единомышленниками
• помощь в создании LoCo Team на местах
• распространение Ubuntu на физических носителях

Ресурсы сообщества:

• официальный русскоязычный сайт Ubuntu Linux (http://ubuntu.ru/)
• форум поддержки пользователей (http://forum.ubuntu.ru/)
• почтовая рассылка поддержки пользователей (https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru)
• рассылка переводчиков (https://lists.ubuntu.com/mailman/listinfo/ubuntu-l10n-ru)
• IRC каналы (http://ubuntu.ru/irc)

Russian Ubuntu LoCo Team, 2009

На Хабре достаточно много разработчиков работают с файлами на удаленных хостах. На локальной машине запускается IDE, отладчик, все необходимое, а сами файлы находятся на сервере, где они регулярно бакапятся, автобилдятся, тестируются и так далее. Очень удобный рабочий вариант. Да я сам его использую.
Единственная проблема, доставляющая неудобство — файлы все же находятся на другом компе, и доступ к ним не такой простой и прозрачный как к «своим».
Под катом — как сделать такой доступ максимально удобным. Чтобы он запускался автоматом когда надо, а самое главное — чтобы не запускался, когда не надо!