Состоялся релиз инструмента для разработчиков Opera Dragonfly 1.0, встроенного в браузер Opera.

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

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

Список возможностей Opera Dragonfly:

• Инспектор DOM
• Отладчик JavaScript
• Сетевой инспектор
• Инспектор ресурсов
• Инспектор хранилища
• Журнал ошибок
• Консоль
• Удалённый отладчик

Сейчас Opera Dragonfly — это HTML5-приложение, которое может работать как онлайн (обновления больше не нужны), так и оффлайн (из HTML5 AppCache).

Если у вас установлена свежая версия браузера Opera, то для знакомства с этим инструментом достаточно выбрать любой элемент на странице, вызвать контекстное меню и выбрать в нём пункт «Проинспектировать элемент».

Судя по первым отзывам, верстальщики довольны «Стрекозой».

Жилинский Владимир.

Вот вам, господа, может и не слишком интересная, но всё же неким образом полезная выборка: наиболее популярные языки программирования, используемые для разработки динамических веб-приложений, лицензия которых позволяет называть их свободными — Open Source. Упорядочены они в соответствии с рейтингом популярности TIOBE Programming Community Index.

	Java — объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems (сейчас принадлежит Oracle). Приложения Java обычно компилируются и могут работать на любой виртуальной Java-машине независимо от архитектуры и операционной системы. Считается самым популярным языком программирования в мире.
	PHP — один из самых популярных скриптовых языков программирования, применяемый в основном для разработки динамических веб-приложений. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров.
	Python — высокоуровневый язык программирования с акцентом на производительность разработчика (скорость и гибкость в разработке) и читаемость кода. Синтаксис ядра Python минималистичен, а стандартная библиотека включает большое количество полезных функций.
	Perl — высокоуровневый интерпретируемый динамический язык программирования с богатыми возможностями для работы с текстом, в том числе реализованными при помощи регулярных выражений. Архив дополнительных библиотек для этого языка (CPAN) содержит более 20 000 элементов. Perl существует уже около 22 лет и работает на сотне разных платформ. Поддерживается (видимо, по привычке) практически всеми хостинг-провайдерами.
	Ruby — динамический, рефлективный, интерпретируемый высокоуровневый язык программирования для быстрого и удобного объектно-ориентированного программирования. Язык обладает независимой от операционной системы реализацией многопоточности, строгой динамической типизацией, сборщиком мусора и многими другими возможностями.
	Go — компилируемый многопоточный язык программирования, разработанный компанией Google. Несмотря на простоту синтаксиса, является полноценным компиллируемым языком, но пока мало кем используется из-за своего юного возраста.

В силу небольшой травмы у меня появилось свободное время, так что тему свободно ПО, применимого в веб-разработке, скорее всего буду раскрывать дальше (на что-то другое как-то не уговорить себя пока что).

Жилинский Владимир.

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

1. Рекламный движок Daos теперь поддерживает систему платежей Робокасса.

Собственно, я это советовал кое-кому сделать ещё в процессе тестирования первых версий Daos. Более того, появилась и мини-версия этого рекламного движка, поддерживающая только Робокассу и стоящая в 2 раза дешевле.

2. Вычеркнуто.

Люди из ЦОПа РСЯ Profit-partner просили тут разместить ссылку на новый проект, но обманули меня и повели себя очень безответственно, поэтому все их упоминания были удалены.

3. Не без моего участия запустился новостной проект OS Journal.

Там на русском языке публикуются все мировые новости, касающиеся операционных систем.

4. Пятый Всероссийский Слёт Cистемных администраторов состоится с 30 июля по 1 августа в Калужской области.

Я вот думаю — не съездить ли… Кто-нибудь поедет? Одному мне решительно не интересно.

Жилинский Владимир.

Каждый год в Санкт-Петербурге проходит конференция СПИК, посвящённая тенденциям развития интернет-технологий в России в целом и Северо-Западном регионе в частности. В этом году она назначена на 21 мая, регистрироваться уже нужно.

Эта конференция, говорят, будет уже пятой по счёту. Лично я был только на двух — в 2007 и 2008 годах. В 2009 году я её благополучно пропустил по каким-то своим соображениям (скорее всего в Москве был в это время), а в этом планирую съездить.

На сайте СПИКа уже выложен черновик программы. Что мы в нём видим?

• 1. Открытие. Молодцы, продумали трансляцию, не придётся умирать в одном душном зале.
• 2. Думаю, надо идти в малый зал слушать Фролова про СПО. Медийная реклама мне не очень интересна, а про Курта и Котырева я лучше промолчу.
• 3. Контекстная реклама скучновата, да и повторяется каждый год почти без изменений. Домены .РФ никому не нужны, остаётся Мегаплан. Умного человека и послушать интересно.
• 4. После обеда придётся разорваться и выяснить самую интересную секцию эмпирическим путём: интересными могут оказаться все.

На этом, судя по всему, лимит моего внимания будет исчерпан — прослушать все секции до конца мне ни разу не удавалось.

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

Спасибо каталогу блогов Bloganons.ru за статью про этот блог!

Жилинский Владимир.

Алик Кириллович в своём блоге выложил огромную статью «Информационная архитектура блогов», в которой он вдумчиво и последовательно рассуждает о положительных и отрицательных моментах размещения информации в сетевых блогах.

Первые выводы довольно просты: с точки зрения информационной архитектуры блог — хорошее средство для коммуникации, но плохое для хранения информации.

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

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

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

Пока оптимальной мне кажется структура из трёх частей: блог (новости, анонсы), статьи (тематические структурированные материалы) и постепенно наполняемая wiki-часть. По крайней мере это технически проще решения Алика. А вы как считаете?

Жилинский Владимир.

Мне хорошо известно, что этот блог читает довольно много умных и талантливых людей. Тут есть и авторы книг, и хорошие программисты, и маркетологи, и дизайнеры, и верстальщики, и бизнес-тренеры… Вот ко всем этим людям я сейчас и хочу обратиться.

Суть моего предложения в следующем: создать некое виртуальное объединение с общим массивом услуг, решений, предложений и цен.

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

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

Концепция идеи заключается не в том, чтобы сделать очередную биржу фриланса, а в том, чтобы создать некую «картель» из людей и, возможно, организаций, связанных друг с другом. В ней не должно быть места нерадивым исполнителям, некачественным услугам и кидалам — модерация участников должна быть совместной и работать быстро и чётко, как помповое ружьё.

Экономически, система должна быть бесплатной для участников, но в то же время взаимовыгодной. Например: исполнитель получает клиента от такой системы, работает с ним, получает прибыль. После этого он возвращает системе, скажем, 5% прибыли, которые в дальнейшем используются для рекламы и совершенствования системы, круг замыкается.

Есть и ещё «плюшки» и интересные идеи, отработанные как в теории, так и в практике, которые пока не буду озвучивать, дабы не растекаться мыслью.

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

Жилинский Владимир.

В конце этого марта в Санкт-Петербурге пройдет первая в России конференция по Zend Framework. На днях закончился прием тезисов по планируемым докладам. В состав докладчиков вошли ведущие участники русскоязычного сообщества ZF, опытнейшие специалисты и лично один из создателей Zend Framework.

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

Каждый предстоящий доклад возможно обсудить на форуме ZF-сообщества. Ваше мнение очень важно для авторов!

Планируемые доклады:

• Жизненный цикл предложений (proposals) в проекте Zend Framework (Александр Веремьев, Zend Technologies)
• Zend_Search_Lucene в деталях (Александр Веремьев, Zend Technologies)
• Zend Framework и производительность (Александр Махомет, ZendFramework.ru)
• Zend Framework и MVC, «толстая» модель (Александр Стешенко, Norada Corporation)
• ФотоСтрана.ru: Прототипирование с использованием ZF (Леонид Жаворонков, ФотоСтрана.ru)
• Использование очередей сообщений в повседневных проектах (Денис Баклыков, Обновление)
• Zend Framework и Doctrine (Степан Танасийчук, stfalcon.com)
• Zend Framework и мультиязычность (Степан Танасийчук, stfalcon.com)
• История проекта e-Штаб (Анатолий Ларин, e-Легион)
• Что нового несет нам Zend Framework 2.0? (Надежда Блинова, Георгий Туревич, Wizartech)
• Интеграция Zend Framework c Javascript-фрэймворками jQuery и Dojo Toolkit (Георгий Туревич, Wizartech)

Смело обсуждайте доклады и регистрируйтесь!

За последними новостями можно следить здесь:
RSS-канал: feeds.feedburner.com/zfconf
Twitter: @zfconf
Группа Вконтакте: vkontakte.ru/club14951507

Жилинский Владимир

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

Эти вирусы объединяет одна общая черта — требование от пользователя отправить SMS на короткий номер. Стоимость такой отправки является максимальной для оператора пользователя (примерно от 300 до 1000 рублей), и отправить для разблокировки как правило необходимо несколько таких SMS. Из-за постоянной модификации исходного вируса антивирусные программы против этой эпидемии практически бессильны. Часто в качестве стимула вирусы выводят незакрываемое штатными средствами окно с порнографическими картинками на рабочий стол, а так же отключают диспетчер задач и блокируют выход в интернет.

А кормятся на этом:

• авторы модификаций вируса;
• владельцы сайтов, используемых для распространения вируса (партнёрские программы);
• сервис-провайдеры коротких номеров;
• операторы сотовой связи (40 – 50% дохода, между прочим);
• возможно, что и некоторые антивирусные компании, впрочем не факт, что с ними делятся.

Парадокс: в соответствии с законами РФ и техническими характеристиками используемой цепочки нет никакой трудности в выявлении организаторов и исполнителей этого мошенничества. Но результат, как мы видим, отрицательный, при чём в геометрической прогрессии.

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

Немного сарказма. Чем же занимается наше доблестное? Не знаю как у вас, а в нашем маленьком Пскове предприимчивый отдел «К» занимается продажей пиратских дисков через торговую сеть «Навигатор». Борются с конкуренцией, им не до этого.

Обычно, когда заходит речь об этих вирусах, сразу появляются комментарии в стиле «используйте линукс, сами виноваты, не ходите по ссылкам», и так далее. Левые отмазки слабаков, прикрывающих собственное бездействие.

Чем занимаются антивирусные компании? Не успевают за вирусмейкерами. Dr.Web даже официально это признал и воззвал к доблестным, но пока тоже без особых результатов. Но у них и у Лаборатории Касперского есть сервисы, позволяющие подобрать код для разблокировки компьютера от вируса в большинстве случаев:

http://www.drweb.com/unlocker/index
http://support.kaspersky.ru/viruses/deblocker

Именно эти адреса вирус, разумеется, блокирует в первую очередь.

ЖЖ-блогер, ведущий блог «Реверсивные коммуникации», первым поднял достаточно много шума на эту тему. В его блоге есть исчерпывающие инструкции по борьбе с мошенниками, требующие правда небольшой поправки на разницу между законами Украины и России. Этот человек на самом деле молодец, он не опустил руки как все остальные, желание сделать жизнь в своей стране хоть немного лучше — достойно уважения.

Мне «посчастливилось» поучаствовать в этой заварухе, вирус умудрился поймать мой родственник. Я взял дело под свой контроль и могу сказать следующее:

• SMS отправлять не нужно. Не факт что это вообще поможет.
• Если SMS отправлено — ищите сервис-провайдера. Вбейте в Яндекс короткий номер и префикс и всё поймёте.
• Писать туда бесполезно — звоните сразу на горячую линию и требуйте юридически компетентного специалиста.

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

Это был рецепт для пользователей. А теперь мысли для тех, кто уже съел пару собак на просторах интернета.

Жилинский Владимир

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

Авторские права (в том числе и блогерские, в том числе и в интернете) определяет закон «Об авторском праве и смежных правах».  Не вдаваясь в юридические подробности, из этого закона можно сделать вывод, что опубликовав самостоятельно написанную статью в сети, вы становитесь обладателем авторских прав на неё без каких-либо оговорок и формальностей (презумпция авторства).

Едем дальше. Как найти плагиаторов? Если воровство материала создаёт вам проблемы, то ответ на этот вопрос вам известен. А если нет, то можете попробовать поискать в поисковых системах заголовки или предложения из своих текстов (можно в кавычках для точного поиска). Или воспользуйтесь специальным сервисом поиска плагиата — CopyScape. Особо «талантливые» парсеры иногда даже присылают трекбэки, по которым их сразу видно.

• Не нашли? Отлично.
• Нашли? Разберёмся.

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

Если контактов нет, вам не отвечают в течение пары дней или вас послали — пора переходить к активным боевым действиям. Вернитесь к whois-данным домена и посмотрите его DNS. Если сайт расположен на виртуальном хостинге, то в качестве NS будут указаны сервера хостинг-провайдера. А чтобы два раза не ходить, посмотрите и код регистратора домена (их расшифровка легко гуглится).

Возможен вариант, что плагиатор использует именные NS, тогда выяснять его сервис-провайдера придётся по IP-адресу. Если кто-то знает для этого сервисы, напишите в комментариях. По-моему что-то подобное умеет показывать сервис Who.is.

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

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

Жилинский Владимир.

Весть о скором закрытии Рейтинга популярных записей в сервисе Яндекс.Поиск по блогам вызвала у многих интерес к API, который Яндекс обещал сохранить. Уже появилось несколько новых рейтингов на основе данных этого API.

Вот и я хочу поделиться некоторыми наблюдениями в этой области.

Итак, собственно, как воспользоваться данными API рейтинга? Простейший вариант — использовать класс SimplePie. Но у нашего фида есть особенности:

1. Он за каким-то чёртом поделен на страницы, и это не лечится.
2. Часть данных передаётся в расширенном формате, непонятном стандартными RSS-классам.

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

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

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

— Большое число ссылок на сам блог или сообщество очень помогает. Например, почти все посты сообщества ru_mac попадают в топ за счёт этого.

— Намного больше шансов попасть в рейтинг у блогов на платформе LiveJournal.com. Отдельностоящих блогов там почти нет.

А теперь к досадному моменту: в фиде напрочь отсутствует какая-либо категоризация. Даже банальные теги из ЖЖ в фид не транслируются, что делает весьма затруднительным создание каких-либо тематических рейтингов на основе этого API. Я попробовал набросать некий алгоритм, выдающий записи на околокомпьютерную тематику, но эта идея потерпела фиаско — ни ручной отбор блогов, ни поиск ключевых слов в заголовках не дают нужного эффекта.

Посмотреть, что у меня получилось можно тут.

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

Жилинский Владимир.