The Apple Geek

Изображение из заголовка я взял с AllThingsDistributed.

Для любого сайта важны контент, скорость и дизайн. Без качественного контента не будет посетителей, плохая скорость их рано или поздно отпугнёт, плохой дизайн тоже не придаст особой любви даже при хорошем контенте (но это на последнем месте, так как многие посетители читают обновления только через RSS). Контент и дизайн – вещи творческие, а вот скорость технологична, её можно обеспечить за счёт применения некоторых рекомендаций и настройки софта. Самое качественное и полное руководство – это документ Yahoo “Best Practices for Speeding Up Your Web Site“. Если его выполнить, то можно добиться значительного ускорения работы своего сайта.

Для аудита есть плагин Firefox YSlow, разработанный Yahoo. Он работает совместно с FireBug. В этой части я не буду останавливаться на нём, расскажу в отдельной части.

Один из важных пунктов в оптимизации – это “Use a Content Delivery Network”. Все Content Delivery Network служат для быстрой и надёжной географически распределённой доставки статического контента. Вот как раз об этом и поговорим.

(more…)

Для быстрой работы блог нужно всячески кешировать. Я использую комбинацию из нескольких способов – кеширование на уровне Wordpress WP Super Cache, на уровне PHP – eAccelerator, Memcached и заодно кеширование запросов MySQL. По крайней мере хуже не становится, а улучшение производительности налицо.

Один из полезнейших плагинов Wordpress – это WP Super Cache. Он из категории “must have”. Настройки:

(more…)

Для простоты следующим шагом в качестве web-сервера я запущу apache. Его большое преимущество в том, что php очень просто ставится, как модуль, и не требуется дополнительных ухищрений. Поэтому я запущу сайт именно под apache, а уже после этого переделаю всё под nginx, который мне нравится больше.

В Mac OS X есть штатный apache, его можно запустить в System Preferences/Sharing/Web Sharing:

Это полноценный Apache/2.2.13, но для наших целей он не подходит – PHP в портах требует установленного apache, причём из портов. Ухищряться можно было бы, но особого желания у меня делать это не было. Поэтому я спокойно смиряюсь с мыслью, что в системе будет стоять Apache родной и Apache из портов.

(more…)

В первой части статьи я описал создание учётной записи на Amazon Web Services. Сейчас же приступим к реальной работе. Весь процесс работы отлично описан в официальном документе
“Amazon Elastic Compute Cloud. Getting Started Guide“, очень рекомендую с ним ознакомиться.

Создавал в последний раз сервера три дня назад. Сегодня же, уставившись на консоль, почувствовал себя как себя как герой рассказа “Цветы для Элджернона“… Ладно, прорвёмся.

Создание сертификата X.509

Заходим на “Amazon Web Services“, “Your Account”, “Security Credentials”.

(more…)

Данная тема не совсем об Apple, но меня она интересует давно, и процесс работы очень сильно завязан на работу в shell в нашей любимой Mac OS X в частности и в любом нормальном Unix в общем. Распространяться о модной теме облачных вычислений я особо не буду, здесь всё и так понятно. Я долго подходил к Amazon Web Services (AWS), но наконец-то смог более-менее разобраться с ним.

Как вы заметили, любая статья на моём сайте не абстрактное теоретизирование, а результат решения какой-либо проблемы или вопроса, который меня заинтересовал. Вот и разборки с AWS родились из того, что я решил проработать возможность переноса сайта и нескольких других задач на новый сервер. Разделяемый хостинг недолюбливаю давно, столкнувшись с реалиями локальных хостеров, считающих, что load average от 15 на хостинговом сервере – это нормальная ситуация в расчёте на то, что “пипл всё схавает”. VPS не нравится почти по той же причине, плюс некоторые проблемы с актуальностью операционных систем (не знаю, как сейчас, но лет 5 назад версии OS в VPS очень отставали). Арендовать выделенный сервер достаточно дорого – минимальная конфигурация, которая устраивает меня, стоит от $100 в месяц (тариф “Профи” у Воли – 799 грн), причём я бы добавил ещё 2 GB памяти (+ 98 грн в месяц).

И вот, читая Release Notes Ubuntu 9.10, я вспомнил о том, что давно хотел повозиться с AWS, а именно с Amazon Elastic Compute Cloud (Amazon EC2). Характеристики Standard Small Instance (1.7 GB of memory, 1 EC2 Compute Unit – 1 virtual core with 1 EC2 Compute Unit, 160 GB of instance storage, 32-bit platform) со скрипом, но устраивали, а возможность динамически менять производительность с использованием технологии Auto Scaling меня очень привлекла. Технология облачных вычислений очень интересная, и есть несколько идей по поводу их практического применения, в итоге я решил если не перейти на AWS, так хотя бы плотно с ним поработать. Стоимость решения примерно должна стоить в районе $80 в месяц – небольшая экономия по сравнению с выделенным сервером, но повозиться интересно.

(more…)

Среди представленных вчера Apple новых продуктов для меня самым интересным оказался Mac mini Server. Он меня настолько заинтриговал, что я даже загорелся идеей установки сервера на его базе где-нибудь на colocation. Представьте – суровые 19″ стойки, суровые мотки кабелей, суровые инженеры датацентра, и тут – сурово стоит Mac mini, пытаясь соответствовать общей суровости :-)

Кстати, мне порекомендовали две фирмы, дающие Mac mini в аренду для хостинга: iWeb (ссылка от @gothy) и macminicolo.net (ссылка от @lvader).

А пока попытаюсь понаслаждаться картинами Mac mini в качестве серверов.

(more…)