DocMe — это новый сервис публикации документов офисных форматов.

Принцип действия предельно прост: зарегистрировавшись на сервисе, можно загружать туда документы и давать на них прямые ссылки или встраивать просмотрщики на страницы своих сайтов (как ролики с YouTube).

Те, кто получит такие ссылки, смогут просмотреть документы даже без установленных офисных программ, а также скачать их в нескольких форматах или распечатать всего в 2 клика.

Свои основные функции по обработке документов сервис уже выполняет, но в интерфейсе ещё много недоработок, поэтому проект пока носит статус Beta-версии.

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

Читать далее »

Первый раз за все 3 года я перенёс этот блог на другой сервер. Наверное, этот шаг нужно было осуществить уже давно, но я всё как-то не решался.

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

Заодно прикупил себе вечную лицензию на ISPmanager Lite вместо странного Plesk. Раньше мой блог делил ресурсы с другими сайтами, а теперь у него отдельный VPS с гарантированными мощностями в европейском ДЦ.

Fornex Hosting S.L. — компания, которой я уже четвёртый год доверяю самые ценные сайты.
Результатом я вполне доволен: 

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

• Плагин WP SlimStat — удалён за безграмотное обращение с памятью.

Статистику считает Google Analytics. Ещё решил попробовать Яндекс.Метрику для сравнения.

• Плагин Hyper Cache — установлен и активирован.

Причина проста: лучше кешировать, чем не кешировать.

• Удалены или переписаны многие статьи в блоге.

Что-то устарело, что-то надоело… Работа ещё ведётся, материалов очень много.

• Практически полностью переписан сервис проверки тИЦ и PR.

• Картинки с пузомерками теперь кешируются на сутки,
• результаты проверки параметров теперь кешируются на двое суток,
• массовой проверки параметров больше нет.

На данный момент визуально всё «летает», думаю на сервере даже осталось ресурсов на ещё пару сайтов.

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

Упорядочены они в соответствии с рейтингом популярности TIOBE Programming Community Index.

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

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

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

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

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

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

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

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

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

Firebug — это расширение для браузера Firefox, являющееся консолью, отладчиком, и DOM-инспектором JavaScript, DHTML, CSS, XMLHttpRequest.

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

Например, компания Yahoo ещё в 2007 году выпустила своё расширение Yahoo! YSlow, которое анализирует скорость загрузки всех компонентов веб-страницы и дает советы по клиентской оптимизации, основанные на собственных исследованиях и тестах Yahoo.

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

После установки этого расширения в Firebug появляются две новых вкладки: Page Speed (анализ загрузки страницы и формирование инструкций по исправлению найденных ошибок оптимизации) и Page Speed Activity (детальная отрисовка загрузки всех компонентов страницы).

Из отличий Page Speed от YSlow и аналогов можно назвать следующие: он умеет самостоятельно оптимизировать картинки и сжимать JS и CSS, а также показывать все неиспользуемые CSS-селекторы.

Ещё одно любопытное расширение для Firebug, не имеющее впрочем отношения к скорости загрузки страницы, — это SenSEO. Он анализирует огромное количество мелких факторов на странице, влияющих тем или иным образом на её поисковую оптимизацию.

Кстати, неплохо было бы сделать что-то подобное с поправкой на российские реалии. Никто не хочет озадачиться?

Смотрим новый вспомогательный инструмент для веб-разработки YAML Debug. Он позволяет очень быстро оценить качество верстки и структурной разметки страницы. Его основное отличие от анализаторов, про которые я писал в предыдущей заметке, в том, что он не требует установки, запускаясь из закладок как букмарклет — быстро, просто и в любом современном браузере. YAML Debug умеет показывать:

• Число подключенных CSS-файлов, скриптов и картинок на странице;
• Качество верстки: картинки без атрибута alt, невалидные теги, пустые элементы, инлайн-стили;
• Семантическую структуру макета страницы;
• Элементы с атрибутами title и lang;
• Адреса ссылок на странице;
• Позволяет отключить, посмотреть и проверить CSS-файлы страницы на валидность.

Remember, remember the fifth of November,
Gunpowder treason and plot,
I see no reason why gunpowder treason
Should ever be forgot.

Сегодня, кстати, пятое ноября. Изначально английский праздник «Ночь Гая Фокса» (Guy Fawkes Night) или «Ночь фейерверков» (Bonfire Night) в честь событий 1605 года, известных как «Пороховой заговор».

В этот день Гай Фокс вместе с группой заговорщиков попытался взорвать здание парламента и уничтожить вводившего репрессии короля. Заговор был раскрыт, а заговорщики казнены, но сама попытка стала неким символом бунтарства и борьбы за свои права всеми средствами (похожим современным символом стал Марвин Химейер).

О событиях той ночи был снят исторический фильм 2004 года «Пороховой заговор» (Gunpowder, Treason & Plot), а мотивы и образы Гая Фокса были весьма неплохо отражены в фильме «V for Vendetta» в 2005 году.

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

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

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

Недавно пообщался с девушкой, которая некоторое время работала в веб-студии коодинатором, а потом ушла на фриланс, хоть и не в области веб-разработок, но все же. И которая для моего блога zhilinsky.ru поделилась своими соображениями на этот счет.

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

Читать далее »

Не так давно специалисты компании Google выдали вебмастерам инструмент для обеспечения более правильной индексации их сайтов своей поисковой системой — атрибут rel="canonical", указывающий на дублирующийся контент.

Теперь они добавили ещё пару атрибутов, которые должны обеспечить более правильное понимание поисковой системой материалов, разделённых на страницы — это атрибуты rel="prev" и rel="next" .

Работает это следующим образом: в head-блоке страницы прописывается тег link с атрибутами rel и href. Первый атрибут принимает значение prev или next, а второй содержит ссылку на предыдущую или следующую страницу соответственно.

Например, записи в этом блоге выводятся на главной странице и их вывод разделяется постранично. Первая страница — zhilinsky.ru, вторая — zhilinsky.ru/page/2/, и так далее. Для первой страницы конструкция будет выглядеть следующим образом:

<link rel="next" href="http://zhilinsky.ru/page/2/" />

Поскольку страница первая в списке, предыдущая страница не указывается (а у последней страницы не будет указана следующая). У второй страницы будут присутствовать уже оба атрибута:

<link rel="prev" href="http://zhilinsky.ru/" />
<link rel="next" href="http://zhilinsky.ru/page/3/" />

• Значения атрибута href могут представлять из себя как относительные, так и абсолютные пути.
• Если на странице объявлен тег base, то адреса можно указывать относительно его атрибута href.
• Разрешено использование значения rel="previous" как альтернативы rel="prev".

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

День программиста в России официально утверждён в 2009 году и отмечается в 256-й день года (13 сентября, в високосный год — 12 сентября).

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

Так что с праздником всех причастных, соучастных и сочувствующих. А в подарок богам будущего — утопичное апокалиптическое видео.