Потому есть вариант хранить на удалёнке только последний бэкап и недельной давности. А локально можно хранить сколько надо при наличии места. Да и gzip не так плох в плане скорости сжатия как bzip.
Данный вариант хорош, но зато если упадёт железо, то придется заново все поднимать, а только потом деплоить, а здесь развернул дамп и готово. Выигрыш в аптайме.

1. Далеко не везде это необходимо.
2. Наверно потому и придумали HTTPS, не?
Если есть необходимость, то нужно использовать. Сейчас нет проблем чтобы взять VDS/VPS за копейки чтобы иметь возможность самостоятельно все настроить и не выкручиваться теми средствами что попали под руку. Хотя в общем обзор методов хорош, но я бы предпочел использовать готовые варианты.

Я не совсем понял что мешает использовать пресловутый SSL.
Зачем использовать небезопасное соединение и потом мучиться оттого что оно небезопасное? Критические данные на сервисе, где безопасность прежде всего, должны передаваться через https и не только пароли, но и данные из GET, POST.

Спасибо, интересный руби-стайл вариант для бэкапа перед деплоем. Можно его сразу добавить в тот же capistrano-task. Но для систематических крон-бэкапов все-таки предпочитаю лайв-дамп всего сервера.

офтоп
Московская фирма. В итоге мы с ними не сошлись и они выбросили 200 тыс на уже почти готовый сайт и переделали его с нуля на Битриксе. Неадекват в общем. А многие спрашивают — куда же уходят бюджетные деньги.

Здесь имеется в виду подключение по SMPP. Для этого можете использовать kannel. Я собираюсь написать статью на тему прямого подключения к опсосу для отправки/приема sms.

Во-первых, можно через программу мультифон. Во-вторых, согласно ВиО на офсайте:
sbc.megafon.ru — 5060 TCP+UDP (SIP) — для установки голосовых соединений, обмена статусами присутствия и текстовыми сообщениями;
Поэтому, скорее всего, это реально, т.к. мультифон клиент это использует, однако в таком случае я не вижу средства интеграции с kannel. И я погуглил на тему asterisk sms over sip, не нашел при беглом осмотре полезной информации на эту тему. Буду рад если кто-то найдет решение.

Согласен про друпал и битрикс, однако у заказчиков иногда существует другое мнение. Приглашали как-то доделать сайт для президента Башкирии, который был на рельсах, но не устраивал, т.к. у нас мало таких спецов и они дороги. Их мнение по поводу CMS было четким — если за CMS платишь, то и по шапке есть кому настучать, то есть, кому позвонить с требованием исправить косяк. Если же используется друпал, то нет такого его разработчика, которому можно было позвонить и потребовать.
Хотя в таких случаях всегда вопрос возникает к разработчикам сайта, а не разработчикам CMS. И тут уже справедливо ваше замечание.

Например, Rails, Django, для любителей явы — Spring или GRails. Самые развитые на данный момент фреймворки. На PHP хороши Zend, Cake, однако немножко недотягивают.

Возможно проблема совместимости с прошивкой или конкретным провайдером (например, говорят, Билайн не анлочится). Либо если вы использовали linux, то я не в курсе работает ли там данная связка, т.к. хоть системы и схожи, однако драйвера отличаются.
Я использовал самые свежие E171 от МТС коннект.

*имею в виду версию из портов FreeBSD, а стоит проверить другие COM-порты из /dev/ttyU*. Некоторая путаница вышла.

Я использовал далеко не свежую версию 1.4.3 — из портов. Всё как написано в статье. Никаких проблем возникнуть не должно (главное правильно указывать порт. Если отправляется и не принимается, то, возможно, следует проверить другие порты).
Но на продакшене я (и разработчики kannel со мной солидарны) рекомендую использовать последнюю версию из SVN.

Конечно могут. Но насколько это эффективно по сравнению с agile методологиями, когда изначально любой рефакторинг предсказуем, т.к. есть автоматизированные тесты. Практика показывает что затраченное время на разработку уменьшается и качество кода улучшается значительно.

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

Я бы добавил в теги методологии разработки. Очень правильная статья, на определенном этапе необходимо внедрять TDD, XP, SCRUM и прочие сложные вещи, которые упростят жизнь в перспективе. Можно развить эту тему именно в сторону методологий, т.к. это уже готовые стандарты которым можно следовать для достижения поставленной цели.

Верно. Причем даже можно прикрутить ngsms для организации http сервиса (чтобы работать с внешними запросами). Однако на мой взгляд kannel является лучшим опенсорсным решением для SMS-центра и более интуитивным в этом плане. Например я не нашел информации о возможности организовать SMPP клиент и сервер под *, который нужен мне для прямой связи с опсосом. А так же можно использовать kannel независимо, о чем хотел бы рассказать в дальнейших статьях (т.к. kannel вообще не раскрыт на хабре).

Для подключения мультифона и SIP модем вообще не требуется, а для SMS-гейта, если модем будет виден из ОС, я думаю, можно попробовать kannel с этими настройками, если не получится, то играться с параметром init-string.