Через некоторое время мне просто надоело на неё смотреть, и решил выяснить, что собственно происходит и как с этим бороться. Как оказалось, что с недавних пор таким образом американский хостинг изображений ImageShack.us борется с хотлинком размещённых на нём полноразмерных изображений. Давайте разберём возможные способы преодоления и обхода данной неприятности:

1. Самый очевидный. Если ссылки на изображения размещены на вашем сайте, то просто идём по указанной ссылке и регистрируем там свой домен. Примерно вот так:

   
   После этого подождать недельку другую(поскольку у них ручная модерация запросов), и надоедливая лягушка пропадёт.

2. Зарегистрироваться на сервисе ImageShack.us, и войти в свой аккаунт. После этого все изображения с этого хостинга будут показываться до тех пор пока не разлогинитесь.
3. Использовать для серфинга прокси сервер, расположенный в US/UK(возможно RU тоже). Для IP адресов из данных регионов ограничений на использование прямых ссылок на изображения нет.
4. Если установлен и используется Firefox, то ставим расширение RefControl, которое позволяет подменять HTTP referer для определённых сайтов.

   

В итоге вечером 11 июня мне выдали новый, девственно чистый VPS и пообещали два месяца бесплатного хостинга. Поскольку у меня unmanaged VPS, о резервных копиях я должен был заботиться сам. Последняя копия хранящаяся на внешнем сервере оказалась только от 26 января этого года. Записи после этой даты пришлось восстанавливать из гугловского кэша (респект Google), комментарии при этом были потеряны.

Осталось только выяснить почему открывается bing.com, гугль на это ответил, что это оказывается новый поисковик от Microsoft (взамен поиска MSN Search и Live Search), который был запущен с 1 июня этого года. Просто я как обычно в последнее время, эту новость прозевал :) Раз добрался до него, решил потестировал немного, на удивление оказалось, что работает довольно-таки неплохо.

UPD от 13.08.2009: Предположение не подтвердилось, на следующий день wms.kz заработал, а podkazt оказывается в этот день переезжал на Казахтелекомовский VPS.

apt-get install libapache2-mod-fcgid
a2enmod fcgid
/etc/init.d/apache2 force-reload

Останавливаем все процессы ISPmanager:

killall ispmgr

Открываем файл конфигурации ISPmanager, который находится в /usr/local/ispmgr/etc/ispmgr.conf и добавлям туда:

Option ForcePhpFCgid

После этого уже можно открывать ISPmanager и настраивать всё из панели.

ntpdate pool.ntp.org

Команда отрабатывает вроде бы нормально, но время почему-то остаётся прежним. Начинаю читать man ntpdate, пробую разные варианты, ничего не помогает. Минут через 15 мучений вспоминаю, что сервер всё-таки виртуальный на базе Xen, и возможно для VPS-контейнеров запрещено иметь собственные часы. Начинаю гуглить на предмет “ntpdate xen”, и нахожу решение в виде такой команды:

echo 1 > /proc/sys/xen/independent_wallclock

После этого всё стало работать как положено, и что бы данная ситуация больше не возникала воткнул команду в /etc/rc.local плюс до кучи установил демон ntpd для автоматической корректировки времени.

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

Цена на домены в зоне kz (2200 тенге на один год), по сравнению с другими компаниями, одна из самых низких.

Ну, и если Вы планируете предоставлять услуги хостинга, то услуга размещения серверов серверов на площадке Казахтелекома (10 тысяч тенге в месяц), то что Вам необходимо для начала работы.

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

Общеизвестно, что использование кодировки utf-8 уже становится нормой для большинства веб-мастеров. Недавно обнаружил, что, оказывается, не на всех хостингах нормально отображаются страницы в кодировке utf-8. Хотя, если логически рассудить, какое может быть дело веб-серверу до кодировки страницы, его задача просто отдать её по запросу. Но где-то в настройках установлена принудительная установка кодировки страниц в cp1251. Пришлось искать способы преодоления ситуации, в итоге прописал в .htaccess следующие магические строчки:

CharsetDisable On
AddHandler default-handler html
CharsetDefault utf-8


Работает нормально, может кому-нибудь тоже пригодиться.

В целях борьбы с почтовым спамом, на одном из VPS решил попробовать использовать бесплатную версию Спамообороны 1024, которая предлагается Яндексом. Правда, у этой версии есть небольшое ограничение: не более 1024 сообщения в сутки, но при этом сообщения, распознанные как спам, не считаются. Поскольку в последнее время доля спама в почтовом ящике, как правило, превышает 80-90%, то считаю это очень правильным. А ограничение в 1024 сообщения в сутки мне кажется более чем достаточным для небольшого сервера. Если же количество сообщений превысит это количество, проверка просто будет отключена.

В отличие от платной версии проверка сообщений производится на серверах Яндекса. С одной стороны это хорошо, не нужно устанавливать и настраивать специальный сервер, достаточно только небольшой программы агента. Но при этом нужно иметь ввиду, что увеличивается трафик, поскольку приходится передавать сообщения на сервер Яндекса и обратно. Также, если передаваемая информация имеет коммерческую ценность, то её отправка на сторонние сервера будет нежелательна.

Для загрузки доступны версии для различных операционных систем и почтовых программ. В моём случае использовался Debian Etch c достаточно продвинутым Exim и для установки агента необходимо заново компилировать Exim4, добавив модуль local_scan_1024.c от Спамообороны. Поскольку с Debian очень давно не работал, пришлось вспоминать команды, используемые для сборки пакетов. Далее идёт конспект моих действий:

1. добавить (если это ещё не сделано) в файл /etc/apt/sources.list запись deb-src с указанием источника откуда скачивать пакеты с исходными текстами.
2. после этого нужно обновить базу данных APT с помощью команды apt-get update.
3. переходим в каталог, в котором будем заниматься сборкой пакета и скачиваем исходные тексты exim4 — apt-get source exim4. В результате должен появиться каталог exim4-4.63 (стабильная версия на данный момент в Debian).
4. устанавливаем все дополнительные пакеты необходимые для сборки командой apt-get build-dep exim4.
5. Переходим в каталог exim4-4.63, и выполняем команду debian/rules unpack-configs. В результате должно создаться три файла начинающихся на EDITME.
6. Копируем файл EDITME.exim4-light в EDITME.exim4-custom и добавляем в конец файла:
   LOCAL_SCAN_SOURCE=Local/local_scan_1024.c
   LDFLAGS += -lz
   и выполняем команду debian/rules pack-configs
7. Копируем скачанный с Яндекса файл local_scan_1024.c в каталог Local
8. В файле debian/rules добавляем в переменную extradaemonpackages exim4-daemon-custom.
9. с помощью команды dpkg-buildpackage -uc -b собираем бинарные пакеты.
10. Полученный в результате deb-файл exim4-daemon-custom устанавливаем вместо стандартного exim4-daemon-light
11. Не забыть создать каталог /var/spool/spamooborona/ и разрешить запись туда пользователю Debian-exim (либо другой пользователь, под которым запускается Exim).
12. По желанию настраиваем в локальной доставке фильтрацию на основе содержимого X-Spam-Flag в техническом заголовке сообщения.

Качество работы Спамооборны ещё проверить не удалось, но надеюсь, что всё будет хорошо.

Для одного из клиентских сайтов в связи с переездом на VPS потребовался вторичный DNS сервер. В принципе, его можно было бы и поднять на том же VPS, но за второй IP-адрес хостер просит денег. Поэтому решил поискать такую услугу на стороне. В итоге остановился на сервисе EveryDNS.net предоставляющем услуги DNS-хостинга бесплатно. Интерфейс немного спартанский, но всё необходимые функции присутствуют. Зарегистрировался, при добавлении домена на обслуживание сказал что зону нужно брать с другого сервера. Через пару часов все DNS-сервера (там четыре территориально разнесённых сервера) заработали.