Столкнулся сегодня с неприятным багом виджета комментариев Вконтакте. Этот баг позволяет создавать «неубиваемые» комментарии (update — теперь в кавычках, спасибо Хабру).

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

Метод создания и лечения «неубиваемого» комментария изложен ниже.

Давненько в блоге о WordPress не было ничего интересного…


Крупный англоязычный сайт о WordPress wpengineer.com, решил побаловать всех интересными хаками для WordPress, они будут публиковать по одному хаку в день в течении 24 дней, до католического рождества, которое будет 25 декабря. В своем блое о wordpress я в свою очередь постараюсь не отстать и публиковать каждый день хаки с wpengineer.com переведенные ну русский язык.

Первый “подарок” от WPEngineer это код для того, что бы встроить форму комментирования в сайдбар. Просто добавьте код в functions.php вашей темы и появившийся в панели администрирования виджет перетащите на нужный sidebar. Код работает только с WordPress 2.8 и выше, так как используется новый Widget API.

Принято считать, что любой уважающий себя HTML-верстальщик должен делать сайты, которые корректно отображаются, кроме прочего, в Internet Explorer 6.0. Как известно, множество проблем во время вёрстки связано как раз с «хаками» и разными ухищрениями, которые приходится придумывать, чтобы IE6 корректно отобразил ваш сайт.

С другой стороны, никто особенно не спорит с тем, что среди простых пользователей необходимо популяризировать нормальные браузеры (Opera, Firefox, IE8), чтобы наконец похоронить IE6 и забыть его как страшный сон.

В итоге, имеем парадокс. Если пользователь заходит на страницу из-под IE6, и она корректно отображается, у него нет причин менять свой браузер. И сколько ни говори ему о том, что браузер устаревший и вообще, обновляться он не захочет. Зачем — всё же работает. А вот если значительное количество сайтов у него разъезжается и всячески глючит, то объяснять ему даже ничего не придётся — он сам разберётся в причинах и обновит браузер (или попросит друга).

В связи с вышеизложенным, вопрос: может быть, не нужно оптимизировать сайты для IE6? Может, от этого — только вред? Может, если перестать это делать, пользователи быстрее перейдут на что-нибудь более приличное?

P.S.: Ни в коем случае не призываю специально делать сайты, криво отображающиеся в IE6, да и вообще ни к чему не призываю — просто хочется обсудить наболевший вопрос.

В Кремниевой долине сейчас популярны встречи думающих людей которые собираются вместе и за 1-2 дня доводят свои идеи до прототипов. Возможно, вы что-то слышали о Yahoo! Hackday, Google Campout, SuperHappyDevHouse или DevCamp'ах.

В отличие от некоторых, я не претендую на звание самого главного трубоведа. Однако, поскольку часто работаю с сервисом Yahoo.Pipes, осмелился поделиться некоторыми вещами, в том числе решением ряда проблем, с которыми может столкнуться начинающий «трубовед» (или «пайповод»). Ну, а главный посыл, что побудил меня написать данный пост — в первую очередь, самому не забыть об этих вещах, и если что, всегда иметь возможность свериться.

Как водится, небольшое отступление. Yahoo.Pipes — удивительный сервис, позволяющий вытворять с rss-фидами (rss-потоками) различные полезные и интересные вещи (строго говоря, не только с rss, но и xml-, csv- данными, интернет-страницами, другими интернет-сервисами и т. д. — главное, чтобы к ним можно было обратиться через веб). Можно объединять несколько rss-каналов в один, можно, наоборот, разделить, а потом снова смешать, отсортировать различными способами, что-то добавить, что-то убавить и т. д. и т. п.

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

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

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

Итак, для разминки, начнем с простого:

1. Часто требуется сослаться, например, в субэлементе description (описание) на другой субэлемент (например, link). Это происходит, когда Вы в субэлемент description хотите вставить HTML-текст (скажем, субэлемент link url картинки, а Вы хотите вставить ссылку на эту картинку и добавить небольшое к ней пояснение). Как правило, для этого используется модуль Regex, но возникает вопрос, как в строку, где мы пишет, что на что менять, вставить ссылку на другой субэлемент элемента item?
Для этого поступаем следующим образом: ставим знак $, затем фигурные скобки {}, а внутри них — название подэлемента без, обратите внимание item., т. е.
${link}, где link — название одного из существующих подэлементов элемента item.

Полная статья на моем блоге

На Nokia N95 (ну и на других из этого семейства) и так в активном режиме ожидания была куча пунктов, после 20-й прошивки добавился совсем не нужный «Поиск в Интернете», а после 30-й прошивки — опять же ненужный «Обмен в Интернете».

В итоге всё это выглядит примерно так:



Больше половины экрана забито всякой ерундой.

Как исправить?

Все помнят про эротическую тему во флэш-ролике Корбина телеком (http://home.corbina.ru/). Сейчас ролик поменяли, но "тема" осталась.


Инструкция: Одновременно - держим пробел и жмем на кнопку просмотра (нажми и смотри)

В погоне за дешевизной своего ноутбука Asus не включила в его состав многие полезные вещи. От этого недостатка его решил избавить народный умелец с ником IVC (фото), добавив в него то, чего, видимо, ему не хватало больше всего, а именно:

Очень часто при верстке в фоксе и опере всё выглядит отлично, а вот IE не понимает или неправильно понимает некоторые свойства. Для того чтобы отладить отображение в IE опытному верстальщику достаточно несколько строчек, помещаемых в отдельные файлы для IE. Эти файлы подцепляются обычно с помощью условных комментариев.

В этом подходе есть плюсы. Один из них, что ваш css остается валидным.

Но, мне больше нравится, когда весь код, относящийся к элементу собран в одном месте.

Есть простой способ выделить версии ie в css-файлах. Суть его в том, что перед свойством ставятся символы, игнорируемые отдельными версиями IE:

1. //width:100px; - так написаное свойство проигнорируют все браузеры кроме ie 7.0 и меньше
2. _width:100px; - видят только ie 6.0 и меньше. ie7 не воспримет
3. \\width:100px; - видят только ie 5.0 и ie 5.5

Например, нам надо сделать плавающий блок с марджином 10% слева, шириной контентной части 100px и паддингом 20px. Следующий пример будет отображаться одинаково во всех браузерах:
.left{width:100px;padding:10px;margin-left:10%;_margin-left:5%;\\width:120px;}

Поскольку ie 6 и ниже неправильно расчитывают марджины у плавающих блоков, мы задаём отдельное значение для них(_margin-left:5%). В ie 5 и ie 5.5 неправильная box-модель - правим свойством \\width:120px

PS. Надеюсь, описаный выше способ поможет вам побороть непокорный ie, и сделает процесс верстки более приятным занятием.