NURLAN.info

Сегодня получил сообщение от Dr.Web, что они научились обнаруживать и лечить компьютер от спамбота Win32.Ntldrbot (Rustock.C). Особенно понравилась фраза: “На текущий момент ни один современный антивирус, кроме Dr.Web, не детектирует этот руткит”. Если всё действительно обстоит так, как они описали (механизм работы спамбота), то, наверное, стоит скачать и провериться, чем, пожалуй, сейчас и займусь.

Занесло меня совершенно случайно на один форум (кстати, на phpBB), статистика которого меня сразила наповал! Нигде таких цифр не видал. Немного удивительно, но всё работает, только чуть-чуть подтормаживает (грешу на Adsence объявления).

Кто сейчас online:
Наши пользователи оставили сообщений: 31.073.207
Всего зарегистрированных пользователей: 910.290
Сейчас посетителей на форуме: 8.926, из них зарегистрированных: 3.533, гостей: 5.393
Больше всего посетителей (40.365) здесь было 27 сен. 2007 00:07

Сегодня утром, придя на работу, проверял корпоративную почту. Привычным движением удалив спам и прочие малосодержательные письма от роботов, наталкиваюсь на сообщение об активации продукта от лаборатории Касперского. Я антивирус не активировал, поэтому первая реакция - фишинг (подмена адресов). Проверил: все ссылки указаны верно, в заголовке все адреса промежуточных серверов тоже принадлежат Лаборатории Касперского. Опросил техников, которые могли при активации продукта для клиента указать корпоративный ящик, никто не признался. Остался единственный вариант, что кто-то из клиентов по ошибке указал неправильный адрес, но, к сожалению, зайдя по ссылке с указанными логином и паролем, не обнаружил личных данных, которые бы могли идентифицировать владельца. Наверное, напишу я всё-таки в поддержку ЛК, пусть сами дальше разбираются.

С целью увеличения скорости формирования страниц перевёл на хостинге PHP в режим FastCGI (по умолчанию используется режим CGI), для чего использовал подробную инструкцию c wiki Дримхоста. Всё стало отрабатывать немного побыстрее.

Собственно преимущества FastCGI вполне очевидны, копия исполняемого файла php запускается только один раз и постоянно находится в памяти, в случае использования CGI он загружается при каждом вызове. Есть и недостатки, которые выражаются в необходимости большего объёма памяти. В случае возникновении претензий у хостера, буду думать, что делать дальше.

На днях понадобилось изменить размеры у небольшой кучки фотографий, которые лежат на хостинге. Перекачивать файлы туда и обратно было лень и трафика жалко (фотки большие по 2-3 мега). Немного подумал и сделал всё с помощью утилиты convert из состава пакета ImageMagick и командной строки:

ls -1 *.jpg | while read file; do convert -size 800x600 $file -resize 800x600 +profile "*" medium/$file; echo $file; done

Пара минут - и содержимое каталога с фотографиями было сконвертировано в подкаталог medium с нужными размерами.
Немного расскажу, что делает команда.
Сначала формируется список файлов (ls -1), затем через конвейер (значок “|”) этот список передаётся далее. С помощью цикла while read содержимое списка построчно считывается, обрабатывается утилитой convert и выводится для информации на экран (достаточно важный пункт: всегда полезно знать, что происходит в данный момент). А если дополнить эту строку до полноценного скрипта на shell, то с его помощью можно легко и быстро создавать целые фотоальбомы.

Обновил на своём блоге Wordpress до версии 2.5. Для обновления использовал русскую версию от Lecactus, посмотреть описание и загрузить можно отсюда. Перед обновлением посмотрел все рекомендуемые там ссылки, и могу порекомендовать вот эту полезную статью. Особо сильных изменений в движке не было сделано, только очень изменился администраторский интерфейс. По личным впечатлениям у меня стало всё ощутимо притормаживать. Понаблюдаю ещё немного, и, если будет совсем плохо, сделаю откат на старую версию, благо backup перед обновлением, как полагается, сделал.

UPD: Как выяснилось у хостера проблемы были какие-то, кластер где-то полетел. Сайт несколько часов был вообще не доступен. Сейчас вроде всё худо-бедно наладилось.

При программировании часто приходится сталкиваться с необходимостью быстро внести определённые уже известные изменения в код, например, если вышла новая версия, либо исправлена какая-нибудь ошибка. В Unix для этих целей, как правило, используется “сладкая парочка” diff и patch. Утилита diff анализирует указанные файлы (каталоги) на предмет внесённых изменений и выдает результат в специальном формате. Используя эти данные, с помощью другой утилиты patch можно быстро применить изменения для других файлов.

По какой-то причине, данный подход не получил широкого распространения при программировании под Windows и для PHP. Так, например, разработчики популярного форума phpBB для публикации модицикаций (по другому mod-ов) используют обычные текстовыми файлы (а начиная с третьей версии - специальные xml файлы) с инструкциями для ручного изменения кода. Создание данных файлов - достаточно кропотливое занятие и отнимает очень много времени и сил.

Немного поискал и нашёл данные утилиты под Windows (взял из дистрибутива FPC - Free Pascal Compiler), положил здесь, надеюсь, кому-нибудь пригодится.

Недавно, в связи с покупкой SUN компании разработчика MySQL, я задавался вопросом, каким образом SUN зарабатывает на свободном ПО. На пресс-конференции, которая прошла в минувшую среду, президент SUN Джонатан Шварц, рассказал о стратегии компании в отношении свободного ПО. Компания считает, что предоставление свободного ПО пользователям в дальнейшем окупается покупкой этими пользователями аппаратных решений SUN, коммерческих лицензий, и контрактов на поддержку. Эта стратегия началась несколько лет назад с бесплатной версии своего сервера приложений и усилилась с такими продуктами, как StarOffice, OpenSolaris, системы виртуализации Open xVM, и совсем недавно приобретённой MySQL.

Наверное, всё действительно так и есть, но мне кажется, что в наших условиях это пока что мало применимо.

Несколько дней назад разработчики Mozilla объявили о выпуске третьей бета версии третьей версии браузера Firefox. Скачать данную бету можно здесь. В данной версии можно протестировать новые функции и возможности, которые появятся в финальной версии Firefox 3. Несмотря на то, что сейчас многие пользуются Оперой, я с момента выхода первой версии остаюсь приверженцем “Огненной лисы” (её можно разглядеть на логотипе), и пока привычке изменять не собираюсь.

Несколько дней назад у шефа загорелась идея подарить на день рождения сестре, которая сейчас учится в Германии, букет цветов. После анализа рынка предложений решили сделать заказ именно в Германии и остановились на сайте FLEUDROP (просто фотографии цветов шефу больше понравились). Поскольку с немецким я вообще не знаком, то в процессе оформления заказа пришлось воспользоваться здравым смыслом и переводчиком от Google, который позволяет делать перевод с немецкого на привычный для меня английский язык. Понравилось, что помимо собственно цветов в заказ можно заказать различные дополнительные аксессуары. К букету заказали плюшевого медвежонка, коробку конфет и указали необходимую дату доставки. Оплату произвели виртуальной картой Народного банка (у шефа была такая). Через некоторое время по электронной почте пришло подтверждение, что заказ принят. Сегодня с поистине немецкой пунктуальностью заказ был доставлен. Интересно, если организовать подобный сервис по Казахстану, будет ли на него вообще какой-нибудь спрос?