Разработчики популярного движка для блогов WordPress сообщают о начале тестирования  WordPress 2.9 Beta. Её выход намечен на конец октября, а стабильная версия WordPress 2.9 ожидается в конце ноября или начале декабря.

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

Все желающие посмотреть на процесс разработки и помочь с тестированием ранних версий могут принять участие в тестировании с последующими отзывами. При тестировании команда программистов рекомендует использовать плагин WordPress Beta Tester. Он позволяет получать в режиме штатного обновления не только стабильные версии, но и промежуточные сборки для бета-тестеров. Переводить на такие нестабильные версии рабочие блоги, впрочем, не рекомендуется по понятным причинам.

Блогеры затеяли предновогоднюю эстафету, которая на этот раз немного попала на мою волну, так что присоединяюсь. Принимаю факел от X-demon и рассказываю, чего бы мне хотелось в следующем, 2009-м году. Заранее передам эстафету Диме Волотко и Евгению Че.

Сначала, наверное, стоит вспомнить, что произошло за пока ещё этот, 2008-й год.

Число читателей этого блога выросло с 600 до 1700, то есть почти в 3 раза. Блог прошёл через полный редизайн и смену версий WordPress не помню уже с какой до 2.7. Я прошёл через системное администрирование, рекламу в интернете, SEO, PHP-кодинг, популяризацию социальной сети и переезд в Москву, запись первого подкаста и видео-ролика.

Благодаря этим компаниям блог стал самоокупающимся хобби, а все рекламные площадки на нём оказались использованы. Увеличивать количество рекламы я не буду — и так, по-моему, многовато.

Чего бы мне хотелось в 2009-м — вопрос интересный. Мои желания обычно транслируются напрямую в планы, стратегии и методы. Для себя я хочу:

• Очень большую зарплату
• Спокойную работу
• Публичного сжигания всего ПО от компании 1С
• Жить в центре Москвы
• Мотоцикл (на машине тут не проедешь — пробки) и права

В общем, стабильности хочется — приключений-то я всегда найду. Для блога я хочу:

• Увеличения числа подписчиков до 3000
• Ещё один редизайн (с учётом новых возможностей WordPress)
• Публичного сжигания всех спамеров
• Успешного освоения новых форматов — подкастов, видео-блогинга
• Хочу чтобы в WordPress добавили кросс-авторизацию
• Хочу подняться в ТОП ЯППБ до 30-го места, например (сейчас 47)

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

Я не приверженец Movable Type (я использую WordPress), да и вообще веб-приложений, написанных на языках, которые я плохо знаю. Но читатели в комментариях к статье про тюнинг WordPress-блогов убеждали меня, что это — «замечательная платформа, которая всегда впереди WP по многим пунктам.» Я решил всё-таки проверить это, тем более на днях вышла новая официальная русская версия.

Идём на русский сайт MT и качаем архив с последней версией движка. Распаковываем в какой-нибудь каталог, в который есть доступ у веб-сервера. В моём случае это Apache 2.2.8 (httpd) и каталог /home/www/mtblog. Можно попробовать после этого открыть в браузере этот каталог (адрес зависит от настроек веб-сервера), в моём случае — http://localhost/mtblog/. Страница приветствия уже работает, но это пока всё.

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

Слово «бар-код» в русском языке появилось благодаря англичанам. Среди значений их глагола bar — «испещрять полосками, зарешечивать». В некоторых словарях этого слова нет вовсе, но в тех, где присутствует, оно пишется через дефис: бар-код. Хотя, не исключаю, что впоследствии его причешут до «баркод» — по привычке.

На данный момент самым популярным и перспективным стандартом кодирования бар-кодов является QR — Quick Response. Это сейчас стандартный для Японии способ кодировать текстовую и графическую информацию в форме маленьких картинок, которые легко отсканировать сотовым телефоном. Если вы напечатаете такую картинку и проведете по ней сотовым телефоном, то закодированный текст автоматически распознается, лишая вас сомнительного удовольствия долго вводить требуемый e-mail или веб адрес, пользуясь крошечными кнопками с клавиатуры телефона. Такие коды в Японии печатают на продуктах, в рекламе, на формах заказа и так далее. Вы можете сами найти такой баркод на процессоре своего компьютера — именно так производится их учёт в Intel и AMD.

QR была разработана в Японии, компанией Denso в 1994 году. Ключевое отличие QR от аналогичных стандартов — учет специфики японского языка средствами UTF-8, что для нас означает возможность спокойно шифровать и русские буквы в QR-кодах.

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

Я не только пишу блог, но и постоянно читаю практически всю русскоязычную IT-блогосферу. Есть блоги, которые нравятся, есть и пара тех, что не нравится, но я заметил одну закономерность. Есть ряд признаков, небольших настроек, на первый взгляд неочевидных, которые делают блог УДОБНЫМ для чтения и комментирования. Я решил написать небольшую сводку — что сделать с блогом, чтобы не создавать читателям и потенциальным подписчикам проблем. Кажется, это получился гайд в основном по рекомендуемым плагинам WordPress. Итак…

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

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

Начнём с сайта. Среднестатистический сайт — это набор файлов на диске и база данных, как правило — MySQL.

С базой данных особых проблем не вижу:

• для WordPress есть плагин WordPress Database Backup, который сохраняет базу по расписанию и отправляет её на e-mail
• для других систем можно воспользоваться скриптом Sypex Dumper, или настроить дамп и отправку по почте самостоятельно (несколько строк кода).

С сохранением файлов сайта чуть сложнее. Можно просто периодически сохранять их вручную, но можно и автоматизировать.

Сначала заархивируем все файлы сайта в один архив с помощью библиотеки PclZip:

<?php require_once('pclzip.lib.php');
$date = date('Y-m-d');
$archive = new PclZip("$date.zip");
$v_list = $archive->add('../');
if ($v_list == 0) { die("Error : ".$archive->errorInfo(true)); }

В этом примере $v_list — это относительный путь к архивируемому каталогу или список каталогов и фалов через запятую. Выбирайте сами, что именно нужно резервировать.

После этого можно сделать дамп MySQL базы и добавить его в этот архив, а потом, например, отправить полученный архив по почте с помощью класса PhpMailer и удалить его чтобы не занимал место. Запускать этот процесс можно с помощью планировщика у хостинг-провайдера или (если это WordPress) с помощью WP-Cron.

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

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

А для регулярного бэкапа текущих проектов вполне подойдёт Gmail. Бесплатный почтовый ящик вмещает до 10Gb данных, а самый интересный фокус в том, что его можно подключить как обычный диск — как в Linux, так и под Windows. А сохранять туда нужные файлы тоже можно кроном, или его Windows-аналогом — nnCron + nnBackup.

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

Помните, чуть больше года назад пользователи, переходящие из ЖЖ (LiveJournal.com) лихорадочно искали удачные сборки Nested Comments + Subscribe To Comments? Я помню.

Проблема первая — древовидные комментарии.

Выходя из того же ЖЖ, новые пользователи ждали и ждут наличия в WordPress привычной и действительно необходимой функциональности — возможности ответить на любой комментарий и получить ответы на e-mail. По какой причине это так и не включили в официальный дистрибутив — загадка. А по какой причине это до сих пор нельзя реализовать без шаманского бубна — большая загадка.

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

Проблема вторая — авторизация.

Писать в каждом блоге своё имя, адрес почты, блога и сколько будет 39+54 все уже порядком подустали, а единой системы авторизации нет даже на горизонте. Нужен аналог Яндекс.Паспорт или Google Accounts, например. Или плагин, который будет работать с аналогичной системой авторизации — с Google это, кажется, даже возможно. Да, есть OpenID — ещё одна группа кривых плагинов:

• WP-OpenID — в данный момент его можно проверить у меня в комментариях. Мой аккаунт в ЖЖ считает анонимом, но комментарии принимает (!). С Я.Блогами работает отлично, но почему нет вообще никаких настроек? И ЖЖ — это не самый малоизвестный сервис.
• Alternate OpenID for WordPress — альтернативный и опять же упрощённый до бесполезности вариант.

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