Все записи рубрики «программизм»

Умер Деннис Ритчи

Только что узнал, что 8 октября этого года умер ключевой разработчик ОС Unix Деннис Ритчи. Но более известен он тем, что является автором языка Си.

Для обывателей поясню: ваш айфончег работает на операционной системе основанной на FreeBSD (читай Unix) ОС Unix, а ваше любимое приложение Angry Birds написано на языке Objective C, который полностью совместим с Си. Так что Деннис, сам того не желая, сделал гораздо больший вклад в появление этих ваших айфончиков, нежели Стив Джобс.

Вообще, трудно представить себе каким был бы мир, если бы изначально не было языка Си. Деннис Ритчи. Вечная память.

Дата и время
13.10.2011 — 18:13
Комментарии
Один комментарий

Drupal. Кризис такой кризис.

Отдалился я в последнее время от Drupal’а. Если во времена фрилансерства я в неделю по одной установке этой замечательной CMS делал, то последние месяцев пять нужды использовать Друпал не было.

А тут вот совсем недавно по работе занялся простеньким сайтом, естественно, на Друпале. И подкинули мне статейку на Хабре, которая представляет собой не что иное, как перевод заметки одного из ключевых разработчиков ядра Друпала. Цитировать не буду, обойдёмся ссылкой: http://habrahabr.ru/blogs/drupal/128208. А вот оригинальная заметка Sun’а: http://www.unleashedmind.com/en/blog/sun/the-drupal-crisis.

По мнению Sun’а, в разработке Друпала наступил кризис. Код слишком объёмный и запутанный, в движке слишком много ненужных фич, которые нужно развивать поддерживать. Сама архитектура ядра не идеальна. Из-за этого количество незакрытых багов и фич в багтрекере перевалило за 4 тысячи. Плюс ко всему, майнтейнерам становится всё сложнее и сложнее вносить правки из-за усиливающейся бюрократии.

Ну и хомячки-уёбмастеры, почитавши всё это, сказали что-то вроде «фи, я так и знал, что Drupal кака, пора переходить joomla», а фанаты joomla лишь злорадно похихикали.

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

Во-вторых, хочу успокоить паникёров: Drupal никуда не денется, его разработка никогда не остановится, а любые кризисы будут преодолены. И причина у этого одна: слишком много людей его использует, слишком много сайтов на нём работает. Давайте не будем забывать ,что Drupal, какие бы он проблемы сейчас не испытывал, является серьёзным, мощным программным продуктом, в развитии которого напрямую заинтересованы сотни тысяч человек, среди которых и ваш покорный слуга. Ядро можно переработать, от бюрократии избавиться, процесс разработки изменить. И необходимые решения будут приняты.

В-третьих, разумеется ядро Drupal запутанное и сложное. Это действительно так, и даже при разработке средней сложности сайтов часто приходится заглядывать в документацию по API. Какой батхёрт должны испытывать новички, принявшиеся вносить правки в ядро я могу только догадываться. Я надеюсь, ядро Drupal будет оставаться сложным всегда. Потому что, невозможно создать универсальную, невероятно гибкую CMF и CMS с простым как два пальца ядром. Любой универсальный код всегда будет раздут в размерах, поверьте мне на слово как программисту. А Drupal, повторюсь, невероятно гибкий и универсальный инструмент, при этом он не так сложен в освоении как, например, Typo3. Кроме того, скорость разработки сайтов на Drupal выше, чем у других CMF.

В-четвёртых, а какие у нас, собственно, альтернативы? Их нет. Для более-менее простых сайтов подойдёт Joomla, для очень сложных нужно вообще что-то своё писать. Drupal уникален, особенно если посмотреть на 7 версию, в которой прямо из коробки поля можно кастомизировать даже для таксономии. В Друпале можно изменить и настроить под себя буквально всё. Казалось бы, нахрена? Но можно. И в решении многих задач это спасает. Это действительно уникальная система, мне есть с чем сравнивать. Приходилось работать и с Typo3, и с DLE. Про WordPress я и не говорю. Пожалуй, меньше всего у меня опыта с Joomla.  Если не верите мне, почитайте отзывы других людей о Drupal. Я несколько раз порывался найти что-то новое, но каждый раз приходил к выводу, что альтернатив Drupal нет — только если писать что-то своё, но, если посмотреть на количество строк в исходниках Друпал, сразу становится ясно, что в одиночку это осилить невозможно.

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

Один из комментаторов статьи на хабре высказал интересную мысль, что, мол, у Друпала в принципе продвинутое и компетентное коммьюнити, которое, в отличие от оного у Joomla, способно не только находить баги, но знает как и не ленится репортовать о них, пускай даже если это последняя мелочь. Кроме того, не стоит забывать, что программного продукта без багов не бывает в принципе.

Ну и резюмируя всё вышесказанное. В чём проблема то? Друпал разве стал хуже? Я вижу, что он постоянно становится лучше и новые минорные версии выходят регулярно. Повода для паники нет. И только потому, что один из многих разработчиков в чём-то разочаровался, не стоит высирать тонну кирпичей: такие истории в мире свободного ПО происходят постоянно.

UPD: Спасибо werdener за ссылку на интересное обсуждение. Там, в частности, говорится о том, что в друпале за 2011 год найдены всего три проблемы в безопасности, а за 2010 год две. Пруф: http://drupal.org/security.

Или вот цитатка прикольная:

Ссылка в тему о безопасности и «дырявости» Drupal.
safesearch.ya.ru/replies.xml?item_no=120
Его там просто нет

Кроме того, на недавней конференции приняли необходимые решения для преодоления кризиса (пруф). Так что всё путём.

Реклама, куда же без неё:

Купоны такие купоны: БИГЛИОН – Biglion.ru в Пензе , Купоны на скидку в Пензе. В общем, если вы из Пензы, то для вас это актуально.

Дата и время
22.09.2011 — 23:22
Комментарии
Комментарии — 8

Как был создан сайт «За плотину — против паники»

Небольшая история о том, как пришла идея и как был создан сайт «За плотину — против паники!».

В прошлую пятницу (29 января) вечером я, как обычно сидел работал. В 21:38 в аську написал Фостер:

(21:38:39) Верхотуров Михаил: Валера, блядь!
(21:38:44) Верхотуров Михаил: давай сайт замутим
(21:38:47) Верхотуров Михаил: «За Плотину — против паники!»

Мне идея показалась офигительной, а главное очень полезной. Желание внести вклад в борьбу с паникёрами было и до этого очень велико, только не понятно было чем этот вклад вносить. И, когда стало понятно, понеслось.

Мы тут же создали волну в Google Wave (этот сервис позволяет редактировать один и тот же текст одновременно, вставляя графику и прикладывая файлы, офигенный сервис) и начали работать над концепцией сайта. После того, как концепция была выробатана, мы зарегистрировали домен (на что сложились по 60 рублей) и я приступил к дизайну. А Миша тем временем работал над текстом призыва.

Никогда дизайн не давался мне так легко, я видел как всё должно быть, оставалось только рисовать. Мне кажется, что самым удачным в оформлении сайта и баннеров был выбор фотки, которую вы можете видеть в шапке сайта. На этой фотографии ГЭС представлена во всей своей красе — огромная бетонная стена, которой нет края.

Макет страницы был готов уже спустя пять часов после начала работа над проектом. Я приступил к вёрстке. Закончил верстать, поставил Друпал на сервер. На часах было уже 6 утра и я пошёл спать.

На следующий день было готово голосование. А в воскресенье появились новости. В понедельник утром сайт был запущен и начал собирать первые подписи, пока я его дополировывал.

3 дня разработки от идеи до полной реализации для сайта такого уровня — это рекордный срок. И я не жалею о том, что мало спал в эти дни. Всё это ради того, чтобы адекватные люди с позитивным настроем на жизнь могли высказать у нас своей мнение по поводу гордости Сибири — Саяно-Шушенской ГЭС.

Нам с Мишей часто приходится читать мнения, что нас спонсировало «РусГидро». Абсолютная чушь, которую, к тому же, обидно слушать. Я ни рубля не получил за свою работу, Миша тоже. Зато удовлетворение, которое я получил, нельзя сравнить ни с какими деньгами. Ну и опыт. Опыт — штука ценная.

Дата и время
05.02.2010 — 03:5
Комментарии
Нет комментариев

Первые впечатления от западного фриланса и от индусов

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

Прежде чем начать работать на англоязычных биржах фриланса («западных» говорить не совсем уместно, у меня, к примеру, есть заказчик из Сингапура), я думал, что там всё в разы лучше, чем у нас. На самом деле это не совсем так.

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

Есть один большой и жирный минус: присутствие индусских программистов в нереальных количествах. Я говорю не о переносном смысле понятия «индусский программист» (плохой программист, пишущий код очень низкого качества), а о вполне прямом — очень плохой программист живущий в Индии.

Не буду сейчас вдаваться в то, почему так сложилось что среднестатистический программист из Индии пишет очень плохой код (об этом можно почитать, например, здесь), важно уяснить одну вещь: они готовы работать за такие гроши, за которые у нас даже бомж поленится 10 метров пройти.

Давайте посчитаем. Средняя зарплата в Индии в госструктурах — 5000 рупий, в частном секторе — 8000, если переводить на рубли, то 3160 и 5016 рублей соответственно. Теперь представим себе индуса, который обладает некоторыми знаниями в HTML и CSS и достаточным знанием английского языка, для того, чтобы понимать что от него хотят. Предположим, ему необходимо и достаточно зарабатывать вдвое больше средней зарплаты, которую могут заплатить в частном секторе. Это 10000 рублей или примерно 350 баксов в месяц. Чтобы столько зарабатывать, работая при этом как белый человек 21 день в месяц, нужно зарабатывать примерно 17 баксов в день.

Нормальный же фрилансер, работающий на англоязычных биржах, старается брать не меньше 50 баксов за день своей работы.

Теперь отвлечёмся немного от денег и представим себе среднестатистического жителя Европы/США. Этот человек зарабатывает полторы штуки баксов в месяц, социально очень хорошо защищён. Он так же хорошо защищён от большинства способов мошенничества благодаря продуманному законодательству, которое писалось веками, а так же благодаря хорошей работе госструктур. Я не принижаю достоинство кого-либо, просто если человек не живёт в постоянной опасности быть кем-либо обманутым, то способность распознавать обман у него угнетена. У нас в России такое было в 90-е, когда в плане наёба тут было непаханое поле — свежеиспечённые дамы и господа по привычке верили всему, что им говорят. Символ мошенничества 90-х — это МММ.

Теперь представьте, что западный заказчик публикует проект на вёрстку. Ставки фрилансеров варьируются от 70 до 100 баксов, но тут появляется парень из Индии, делает ставку в $30, пишет, что всё сделает быстро и качественно. При этом у этого чувака 70 положительных отзывов (о том, как они появляются расскажу ниже). Ну что остаётся доверчивому американцу делать? Конечно принимать предложение индийского парня.

В итоге заказчик получает с виду кажущуюся нормальной вёрстку, а индус свои 30 баксов, на которые он может свою бабу в кино раз 10 сводить. Но когда доходит дело до того, чтобы эту вёрстку прикрутить к движку или немного изменить, появляются настоящие проблемы — всё разъезжается во все 4 стороны. И ни о какой валидности, семантике там речи нет, разумеется. Если сравнивать индусский код с производством автомобилей, например, то представьте себе машину, у которой одно крыло на саморезы прикручено, другое на проволоке просто болтается, дверь к кузову не прикручена, а просто прикладывается и проволокой фиксируется. На расстоянии метров 50 будет казаться что это нормальный автомобиль, но упаси бог вам на нём с места тронуться. Вот такая же картина и с индусской вёрсткой.

Западный заказчик не понимает, что ему могут просто говно сделать, более того, он не понимает, что ему никто потом за это денег не вернёт. Ну как же так, неужели дядя Барак не позаботился о том, чтобы этот наглец индус вернул 30 баксов честному налогоплательщику-американцу!?

Как же парень из Индии при столь хреновом качестве работы умудряется нахватать более 9000 положительных отзывов? Ответ прост: на многих англоязычных биржах нет возможности изменить свой отзыв, данный исполнителю. То есть, на первых парах ты видишь, что работа выполнена, всё вроди нормально и пишешь хвалебный комментарий исполнителю, мол как всё быстро и дёшево, очень доволен, мол. Ну а когда понимаешь, что тебя обманули, уже ничего не можешь поделать — можно отправить письмо исполнителю, конечно, но это так, для успокоения души.

Потом появляются проекты аля «довести до ума существующую вёрстку», за которые профессиональные верстальщики просят опять-таки 70-100 баксов, потому что проще всё заново сверстать, чем в этом говне копошиться. И заказчик выкладывает эти деньги, либо смирившись использует вёрстку крайне низкого качества. Последний вариант, кстати, наиболее популярен.

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

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

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

Дата и время
07.12.2009 — 18:7
Комментарии
Комментарии — 36

shibanov.com

Немногие знают, что теперь я начал работать на западных фрилансерских биржах. Причина, как всегда банальна — там больше платят. Платят больше примерно в 1,5-2 раза.

Однако после того, как я начал сотрудничать с англоговорящими клиентами, я понял, что у меня есть одна большая проблема — у меня нет портфолио, нечего показать людям. Можно было бы, конечно, давать ссылку на http://www.free-lance.ru/users/ShibaOn но направлять людей, которые на русском ни бельмеса на русский сайт как-то несолидно.

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

Итак, вот он плод двухнедельных трудов в свободное от фриланса время! shibanov.com:

shibanov.com

Сайт доступен на английском и русском языках. Кроме портфолио на нём так же размещены отзывы довольных клиентов.

Теперь две просьбы.

1. Если не лень, можете у себя где-нибудь на shibanov.com ссылочку разместить? В ответ я опубликую линк на вас в этой заметке.

2. Май инглиш из нот со гуд, энд фор зис ризон ай аск кновледжабл пипл ту хелп ми коррект зе мистэйкс ин инглиш текст. Иф эни оф кос )

Пантеон славы разместивших ссылку:

nubic.ru
i-foster.com

Дата и время
30.11.2009 — 11:30
Комментарии
Комментарии — 8

Уязвимости в Linux

В обсуждении этой новости http://lxnews.ru/news/2009110430.html появилась необходимость для 7-го пункта дать аргументированный ответ.

Итак. Много людей, среди которых немало IT-специалистов, говорят, что в Linux дыр в безопасности не меньше, чем в Винде и что кичиться тем, что Linux безопаснее не стоит. Давайте подумаем над тем как специалисты по безопасности находят дырки в ядре Linux и в Windows.

Основное отличие в методах это то, что у Linux код открыт, соответственно, поиск уязвимости — это процесс просмотра и анализа исходного кода. У Windows же код закрыт и приходится прибегать к более поверхностным методам — пытаться переполнить буфер, анализировать код в дизассемблере и т.п. Уязвимость такими методами гораздо сложнее найти, но даже несмотря на это, их находят и в немалом количестве.

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

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

Идём дальше. Люди, ищущие уязвимости в программах с открытым кодом, делают это в 99% случаев для того, чтобы сообщить об этом разработчику, чтобы разработчик устранил уязвимость и продукт стал ещё лучше и безопаснее. В мире открытого ПО вредителей очень малою. Есть процент злых хакеров, которые находят в открытых продуктах уязвимости, чтобы потом писать соответствующие эксплойты. Но вероятность того, что этот эксплойт сработает на каком-то компьютере пренебрежимо мала просто потому, что легион добрых дяденек уже нашёл уязвимость, под которую был заточен эксплойт (коды то открыты, процесс поиска облегчен), выпустил соответствующий патч, который в порядке ежедневного обновления уже установлен на компьютер ничего не подозревающего счастливого пользователя Linux. Одна голова хорошо — а тысяча голов лучше.

Приблизительный процесс поиска уязвимостей под Windows я уже описал. Тут фактор случайности немало значит. Это говорит о том, что людей, одновременно нашедших определённую уязвимость очень мало, а вероятно вообще один. У этого одного человека все карты на руках: он может сообщить в Microsoft, которая с двухнедельной задержкой выпустит патч, может сообщить своим товарищам-хакерам, который будут на закрытых бордах и форумах эту уязвимость пиарить, после чего появится не менее десятка эксплойтов. А патч для того, чтобы эту дыру залатать выйдет ой как не скоро. Ну и злой гений может просто никому ничего не сказать, а написать такой всепоглощающий вирус, о котором даже по мухосранскому телевидению не поленятся рассказать. Ну и не стоит забывать, что хакерские атаки всех видов и мастей на Windows — это серьёзная индустрия, в которой крутится нехилое бабло.

Резюмируем: поиск уязвимостей в Linux — это, по-сути, процесс отладки, который выполняется ордой свободных программистов, заинтересованных в том, чтобы все косяки как можно быстрее найти и устранить, поиск же уязвимостей в Windows — процесс нетривиальный, вставкой палок в колёса тут занимается сама же Microsoft. Уязвимость в Windows найти сложнее, но уж если ты её нашёл, считай что нашёл золотую жилу и будь уверен, что если ты её сам не спалишь, ещё долго про неё никто не будет знать.

Ещё одни аргумент виндузятников — Линукс непопулярна поэтому под неё невыгодно писать вирусы и никому это не интерсно. Во-первых, много вирусов пишется просто ради лулзов, без корысти. Ну надо же над виндузятниками глумиться как-то. Во-вторых, давайте взглянем на рынок мобильных устройств, в частности на смартфоны, коммуникаторы, карманные ПК и тому подобные вещи. Мобильных устройств, имеющих прямой доступ к средствам на счёте абонента, часто имеющим выход в интернет очень много. Для хакеров тут не паханое поле казалось бы, сколько бабла рубить можно. Но я что-то не слышал о ботнетах на мобильных устройствах. Может быть потому, что к написанию ОСей для мобил отнеслись серьёзно, понимая к чему может привести халатность?

Впрочем, я считаю, что Linux сильно может испортиться, став популярной. Появится много ненужных свистелок и перделок. Хакеры обратят свои взоры на эту ОСь. Не нужно ничего этого. Нужно просто 10% рынка для того, чтобы софтверные гиганты обратили внимание на эту платформу. Чтобы для неё появился Photoshop, чтобы для Linux выходило больше качественных игр.

Людям, которые говорят, что Windows безопасна надо просто посмотреть закрытые хакерские форумы, куда впрочем просто так кого попало не пускают. А судить о безопасности продукта по публично опубликованным уязвимостям — всё-равно, что судить о длине члена по количеству детей.

Ну и не будем забывать, что Microsoft — бесспорный лидер по производству огромных и забавных дыр в безопасности своих продуктов. Давайте вспомним Internet Explorer 6 с уязвимостью при просмотре специально заточенной картинки. Дыр таких масштабов в Linux никогда не было и не будет потому, что их не может быть.

Дата и время
05.11.2009 — 15:5
Комментарии
Комментарии — 4

Защита от спама в веб-формах

Меня, как автора standalone-блога достал спам в комментариях. Давайте порассуждаем о современных методах защиты от этого бича современного интернета.

Самый первый и проверенный способ — это капча (просьба пользователя ввести текст, изображённый на картинке). Минусов у неё ровно два. Во-первых, свежие программы для спама научились распознавать капчу с хорошей вероятностью. Во-вторых, капча утруждает пользователя, ведь часто капча бывает сложной даже для распознавания человеком. Всё это делает капчу морально устаревшим видом защиты от автоматического заполнения веб-форм ботами.

Второй вид защиты — анализ текста, введённого в форму. По такому принципу, в частности, работает фильтр Akismet для WordPress, на котором сей блог и работает. То есть, комментарий, прежде чем быть опубликованным, проходит некую проверку. Много ли ссылок в комментарии, занесён ли IP комментатора в блек-лист, есть ли в комментарии слова, занесённые в блек лист. Причём некоторые такие современные спам-фильтры используют общую базу для всех пользователей, то есть информация собирается с множества сайтов, подвергающихся атакам спамеров. До недавнего времени такая защита была эффективной. Но, хакерюги тоже жопы об диван не протирают, придумали способы обмана «умных» спам-фильтров, как-то использование текста из самой заметки, к которой оставляется спам-комментарий. Плюсом такой защиты является то, что от пользователя не требуется дополнительных усилий для того, чтобы оставить комментарий.

И третий вид защиты. Вывод формы для отправки комментария самим браузером динамически через JavaScript. Суть в том, что абсолютно все спам боты работают только с чистым HTML, JavaScript в html коде они пока парсить и исполнять не в состоянии. Поэтому через тикую форму бот не может оставить комментарий просто потому, что он этой формы не видит. Может быть, через пяток лет появятся боты, способные парсить и исполнять JavaScript, но пока такой угрозы нет. Единственный минус этого способа заключается в том, что браузеры, в которых поддержка JavaScript либо выключена, либо по каким-то причинам не поддердивается, не будут отображать форму. К счастью я давно не встречал в живую пользователя у которого JavaScript не работает.

Именно третий вид защиты от спама я только что интегрировал в свой блог. Если учесть, что он к тому же сочетается с Akismet, то я могу быть уверенным, что больше на мой e-mail не придёт уведомление о новом комментарии типа «отличный блог! только в опере кракозябры какие-то!!! Исправьте, пожалуйста!», чего и вам желаю.

Дата и время
09.09.2009 — 23:9
Комментарии
Комментарии — 15

IE6 не пройдёт

Теперь почетители моего блога, открывшие его в Internet Explorer 6 увидят лишь такую надпись:

No Internet Explorer 6

Призываю всех вебмастеров последовать моему примеру!

Дата и время
15.07.2009 — 10:15
Комментарии
Комментарии — 13

Скрываемый сайдбар

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

Дата и время
29.06.2009 — 03:29
Комментарии
Комментарии — 9

Очередные новшества

Good news, мои драгоценные читатели! Теперь при наведении указателя на аватарку в комментах аватарка увеличивается! То есть, вы можете лучше разглядеть своего собеседника, если же, конечно, у него на аватарке не тигр какой-нибудь — тогда разглядывать особо нечего. Вот как это работает:

Как увеличиваются аватарки

Скоро у меня будет самый технологичный блог в мире! АХАХАХАХАХА!

Всё для вас, дорогие читатели. Подписывайтесь, будьте любезны.

Дата и время
29.06.2009 — 01:29
Комментарии
Комментарии — 6
Конец.