Правленный Live HTTP headers v0.16

Итак, что же это за такая rsync? Это действительно, утилита рекурсивного копирования (копирует все файлы и поддиректории) с одного хоста на другой, или даже внутри одной машины. На этом все ее отличие от, например, утилиты cp заканчивается. И вот тут самое интересное – она при копировании каждый файл или директории, которые копируем, проходит блоками, и отслеживает только изменения блоков в сравнении с уже скопированными блоками. Грубо говоря, она копирует только «дельты» файлов и директорий! Что это значит? Это значит, что второй, третий и так далее запуски этой программы на определенную цель (куда копировать) будут занимать гораздо меньше времени, операций копирования и передачи данных по сети при повторном копировании уже изменившихся файлов. Вот несколько примеров ее использования:

1) Быстрый перенос баз данных (на примере SQL).

Имеем два сервака – один рабочий A, второй Б – куда будем резервировать свои базы данных (там где нет работающего SQL). Тогда для резервирования можно периодически запускать rsync на сервере A, не прекращая работы SQL сервера (назовем это «рабочим резервом»). Но чтобы нам иметь полностью правильные базы в резервной директории сервера Б, нам надо временами останавливать SQL на серваке А, и пока там нет работаюшего SQL, делать повторное копирование (назовем это «фиксированным резервом»). Вот тут то rsync и пригождается! Во время «рабочего резерва» многие файлы успевают устареть, ведь SQL продолжает работать. Во время «фиксированного резерва» копируются только дельты с последнего запуска «рабочего резерва». Если время между этими запусками мало, то дельты копируются очень быстро – на больших базах это может быть не более минуты, например. Для снижения времени простоя, надо просто выполнить повторный «рабочий резерв» прямо перед остановкой MySQL сервера. Плюсы такого способа – минимальный даун по времени, минимум человеческих ошибок, простота. Я не знаю другого способа на данный момент, чтобы сделать быстрый резерв больших баз данных на другую машину, и при этом свести время простоя к минимуму.

Команды (смотрите не перепутайте! Тут все как в теории относительности )
На стороне сервера Б (можно и на стороне А, но тогда надо поменять пути местами), куда копируем, запускаем команды копирования во время «рабочего резерва»

cd
nohup /bin/nice -n 20 ionice -c3 rsync --rsync-path='/bin/nice -n 20 ionice -c3 rsync' -avz --delete IP.ADDRESS.SERVER.A:'/path/to/source/folder/' /path/to/target/folder/

Краткие пояснения (ВАЖНО):
Некоторые утилиты могут отсутствовать, примеры даны для Linux! Здесь nohup – «оторвать» ввод/вывод от терминала. Это нам потребуется, когда мы захотим оставить запущенный «резерв» в фоновом режиме. Сразу мы не можем этого сделать (то есть не ставлю ‘&’ в конце), так как rsync при копировании использует ssh, и раз мы копируем на другой сервак, он запросит у нас пароль (если авторизация через openssh ключи + ssh-agent, то можно и поставить ‘&’, но об этом в другой раз, в другой статье). После ввода пароля уже можно будет нажать Ctrl+Z в shell и затем "%1 &" для запуска в фоновом режиме первой запущенной задачи (см. man bash). Команда nice – выставить приоритет для процессора, а ionice – приоритет для операций при работе с диском – все приоритеты ставяться на понижение, чтобы продолжалась нормальная работа сервера. Опция --delete для rsync – удалять все файлы в целевой директории (от слово «цель», target), которых нет в исходной (source). То есть, после копирования получим полностью равную директорию по содержанию.
Слеш в конце исходной директории (/path/to/source/folder/)  – важная штука! Если в конце слеш – директория рассматривается rsync-ом как комплект директорий и файлов в ней для копирования, а если слеша нет – как один объект, целая директория со своим именем – в обоих случаях копирование рекурсивное, но если из примера убрать слеш в конце первого пути (сделать /path/to/source/folder), то в /path/to/target/folder/ будет создана папка folder и туда скопируется ее содержимое! Почитайте man-ы, если хотите понять, как присутствие или отсутствие слешей в конце директории влияет на ход событий

2) Перенос сайтов.

Способом, описанным выше, также можно переносить и сайты вместе с их базами. Для баз мы используем способ выше, а для переноса контента делаем все то же самое, но при работающем apache. Как и в первом способе, apache мы останавливаем только на несколько минут или секунд, быстро запускаем rsync для «фиксированного резерва», а после окончания запускаем apache снова. После остается сменить только DNS на новый IP адрес и все! Для повышения скорости переноса не забудьте за неделю до переноса выставить часовой TTL в вашем DNS для SOA записи зоны и для всех ее остальных записей. Тогда при смене IP весь трафик на сайт переместится за один час! Но это, как говориться, уже другая история.

Итак, имеем штрихкод – см. слева. Это – адрес данной статьи. Запускаем некое приложение, которое читает QR-Codes,  наводим камеру на монитор, щелкаем кнопкой и спустя пару секунд – адрес у нас уже в телефоне. Из своего опыта и экспериментов, я хочу предложить вам следующие ссылки для установки приложений, читающих QR-Codes:

1. i-nigma.mobi – самое лучшее приложение, которое мне понравилось из нескольких протестированных мною – приятный интерфейс, оформление, хистори, возможность отправить через СМС отсканированный текст, нормальная работа с русскими буквами, понимает все форматы + может еще читать обычный линейный штрих-код . Просто наберите этот адрес в мобильнике, вам будет предложена ссылка для скачки Java приложения на основании марки телефона, которым вы зайдете на тот сайт.
2. qrcode.kaywa.com – Здесь вы найдете онлайн генератор для формирования штрихкода для вашего URL адреса, текста, SMS. Если вы владелец сайта, и у вас есть мобильный контент, вам это будет очень кстати.
3. www.qrstuff.com -  Другой, более гибкий генератор. Показывает QR код сразу, во время набора. Также делает нормально vCard & meCard («карточки контактов») – для мобильника рекомендую выбрать тип meCard. Также там можно сформировать GPS точку и картой Google Map (сам стандарт QR кода не предусматривает это, но то, чего нет, тот севрис делает через URL сервисы своего сайта). Очень рекомендую этот генератор для продвинутых QR кодов.
4. Статья в русской Wiki, рассказывающая о QR-Codes

Если подумать, применений этому можно найти много. И не обязательно в интернет

Маленький экскурс – Firefox позволяет делать копирование в буфер, но разрешает это выполнять либо в chrome приложениях (то есть установленным расширениям, или Add-ons, другими словами), либо подписанным цифровой подписью приложениям в jar архивах – но при этом, у вас в броузере должен быть установлен корневой сертификат того разработчика, кому вы доверили это делать. Поэтому, обычному сайтовому программеру, как может показаться, ничего не остается, как сгенерировать свой сертификат, попросить посетителя его скачать, а свои JavaScript скрипты упаковать в Jar архив и его подписать. При этом, конечно, при любом изменении кода надо заново будет проделывать: упаковка в Jar, подпись Jar архива (ведь код изменился, а значит и подпись надо менять)… Именно, по началу, я так и думал, и даже делал (ох и муторно это!). Но есть способ попроще и лучше, но он не такой правильный с точки зрения безопасности. Но он также, как и в случае сертификата, требует определенных действий со стороны пользователя – также, однократных (сделал и забыл). То есть, как никрути, а просто сделать сайт, который бы читал/писал в буфер Clipboard своего посетителя, не получиться – все равно потребуется участие посетителя сайта (оно и правильно – нефиг делать без спросу опасные вещи!).

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

Итак, делаем в броузере: about:config в адресной строке, соглашаемся с предупреждением, если таковое есть и там ищем параметр signed.applets.codebase_principal_support, ставим его в true. Все! Теперь осталось написать JavaScript код, например, копирование текстового значения title ссылки в буфера обмена, например:

// Общая функция копирования - копирует текст переменной maintext в clipboard, рабоает для IE и Firefox
function copy_clip(maintext)
{
 maintext = String(maintext)
 if (window.clipboardData)
   window.clipboardData.setData("Text", maintext);
 else if (window.netscape)
  {
   try
    {
     netscape.security.PrivilegeManager.enablePrivilege('UniversalXPConnect');
     var gClipboardHelper = Components.classes["@mozilla.org/widget/clipboardhelper;1"].
     getService(Components.interfaces.nsIClipboardHelper);
     gClipboardHelper.copyString(maintext);
    }
   catch(err)
    {
     alert ("Clipboard copying error: " + err); return false
    }
  }
 return true;
}

Затем, уже используем дополнительные функции для конкретных типов структуры DOM документа HTML:

function copyObjText(obj)
{
 copy_clip(document.all ? obj.innerText : obj.textContent)
 return false
}

function copyTitleInLink(obj)
{
 copy_clip(obj.title)
 return false
}

А теперь, если нам надо скопировать в буфер значение поля title у ссылки типа <a title="что то" href="http://..."></a>, то делаем так:<a title="что то" onclick="return copyTitleInLink(this)" href="http://..."> Функция copyObjText может копировать текстовое поле тага textarea, например. Также, можно написать другой код для копирования любой информации из вашей страницы – очень удобно для автоматизации работы с ajax приложениями.

Вот, собственно и все!

Вот некоторые улучшения:

• Глобальное Undo – если вы что-то удалили – пост или комментарий, вы всегда можете их вернуть.
• Встроенный редактор картинок – можно кропить, поворачивать, шкалировать их.
• Теперь можно ставить за раз сразу хоть 10 плагинов.
• Легкая вставка Embeded Video (YouTube и т.п..)

А также много чего хорошего по мелочам. Подробности все тут же – на английской страничке блога

Как я посчитал эти цифры? Возьмем, к примеру логи Apache сервера. Они показывают сколько реально было загрузок какой либо страницы. Берем данные о загрузке страницы из этих логов -V1, затем смотрим, сколько нам посчитал счетчик, например Google Analytics – V2 (я обсчитывал статистику даже своими JavaScript счетчиками на основе Ajax). V1 – сколько всего смотрело людей, а V2 – у скольки включен скрипт. V2 всегда будет меньше V1, и если посчитать по формуле V2/V1*100%, то получится 70-73%. Проверьте сами!

Конечно, могут возразить – боты и все такое… Но я замерял на разных проектах – на известных и нет, и из разных источников. Цифры всегда были примерно одинаковые. Не верю, что везде процент ботов одинаковый!

Так что помните об этом, когда создаете страницу, работающую только на чистом JavaScript коде!

Повадился некто, с IP 94.243.5.3 спамить мой блог через TrackBack… Ох уж эти спамеры… Поставил SI CAPTCHA – спам в комменты прекратился, но ведь нет! Нашли они новую лазейку (о ней так то давно известно, но я не думал, что WordPress TrackBack комменты будет публиковаться без моего одобрения). Итак, немного о TrackBack спаме сейчас.

Виды комментариев

В WordPress есть два вида комментирования ваших постов. Обычный комментарий – если комментирование открыто, то спам туда приходит, замаскированный под комментарий. С линками и прочей фигней. Борьба с ним – плагин SI Captcha. Мне очень помог – теперь спама там нет. И плюс премодерирование – комменты не попадают сразу на сайт, я их апрувлю. Но если их написал уже человек, ранее апрувленный мной – комменты публикуются сразу.

Что такое TrackBack?

Второй тип – trackback (перевод: «оповещения с других блогов» или «уведомления и обратные ссылки»). Это такая фича WordPress, которая публикует коммент, сгенерерированный другим сайтом, который опубликовал ссылку на мой пост (статью). Это такой протокол, который говорит вашему блогу – «Привет, я такой то сайт, я поставил на вас ссылку и упомянул о вас в моем посте по адресу такому-то. Вот выдержка моего текста с ссылкой на вас».  Ваш блог принимает эти данные, и помещает коммент-trackback в вашем посте, на который ссылаются, с выдержкой текста с того сайта, где на вас ссылаются, и адресом на них. Эти trackback комментарии сразу попадают на сайт, и их легко подделать, чем спамер с IP адреса 94.243.5.3 успешно пользовался. Опять же, я могу, как с комментариями, отключить это совсем, либо разрешить. Отключить – не мой способ, все таки мне интересно знать и поощрять тех, кто на меня ссылается и ставить на них обратные ссылки в trackback комментах. Кстати, кому интересно, там запущен Wep-Pro 2.0 – админка управления сайтом. Для любителей поламать – welcome Но я немного отвлекся…

Борьба со спамерами

Итак, для борьбы в WordPress есть такой плагин – Simple Trackback Validation. Он делает две простые вещи – проверяет IP адрес, с которого шел запрос на trackback с IP адресом сайта, который присутствует в ссылке авто-коммента. Если они равны – уже 90%, что это не спам. И второе – он идет на страницу, которая указана в трекбеке, и ищет там ссылку на наш блог. Если находит – то тем более это не спам. Теоретически все это должно работать. Практически – время покажет

Проверочка

Напоследок – есть пост в одном блоге, где можно проверить, как работают trackback-и (test trackbacks ). Сейчас я поставлю линк на ту статью, а автор того блога увидит trackback на него и может быть, он одобрит мой трекбэк. В ответ, теоретически, после этого, наверное у меня появится trackback коммент, что на меня там поставили ссылку. Вообщем, проверим

TrackBack на этот пост – welcome!

Если вы сошлетесь на меня в своем блоге и вызовете trackback – на вас также поставится ссылка через trackback и я вам буду признателен за это Только ваш трэкбэк у меня прежде проверит вышеуказанный плагинчик. Удачи вам в блогосфере!

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

Технические тонкости

Этот параграф вы можете пропустить, если технические детали вам не интересны. Но я решил о них упомянуть, чтобы было более понятно, как все работает изнутри. Итак, грамотно запрограммированная тема (например, применение ‘__’ и ‘_e’ функций PHP везде, где надо иметь мульти-языковую поддержу) имеет языковую поддержку на уровне стандарта gettext. Что это значит? Изнутри это выглядит так: программист пишет программу, а там, где он использует фразы интерфейса, он вставляет строки через вызов определенных функций. Например, __(«Read more …»). Фразы на английском. А потом натравливает на свои исходные коды программку, которая формирует файл с расширением PO. В этом файле есть фраза «Read more…», а под ней можно указать фразу для другого языка. Потом файл PO с помощью специальной программы преобразуется в бинарный (расширение MO), понятный специальной библиотеке, а та в свою очередь используется той самой функцией ‘__()’. И тогда, когда идет вызов __(«Read more …»), на самом деле идет подмена этого текста на переведенный, который был в файлике PO, для того языка, который установлен в WordPress.

Где расположены файлы перевода…

Для каждого языка существуют два файлика – *.PO & *.MO. Например, для русского это ru_RU.po & ru_RU.mo. Итак, темы храняться в папке /wwws/директория_вашего_сайта/wp-content/themes/имя_темы, а директория с файлами перевода хранятся в подпапке languages/. Если ваш WordPress настроен на русский язык (файлик wp-config.php в корне блога имеет установку «define (‘WPLANG’, ‘ru_RU’);»), а вы видите свою тему не в русском исполнении, значит этих файликов нет (ru_RU.po & ru_RU.mo в директории /wwws/директория_вашего_сайта/wp-content/themes/имя_темы/languages). Для руссификации – ваша задача создать их. Как это сделать?

Как сделать перевод?

Вам нужен файл *.PO для английской темы (default.po). Скорее всего, в этой папке будут файлы default.po & default.mo. Ваша задача – сделать копии default.* файлов, но с именем ru_RU.*, затем отредактировать файл ru_RU.po, скомпилировать его с помощью специальной программы в ru_RU.mo и залить их в папку languages. И все!

Где взять софт?

Но как отредактировать и скомпилировать? Поскольку gettext стандарт, как я сам понял, это целый стандарт для open-source разработок, он широко распространен. Для него разработано много инструментов, но я попробовал и вам рекомендую Poedit. Эта простая оболочка для редактирования PO файлов и их компилирования сразу в MO файлы. Она есть и под Windows, и под Linux.

Итак, скачиваем Poedit, ставим, открываем ru_RU.po (копию default.po), редактируем часть строк или все, если у вас хватит терпения, сохраняем и заливаем в директорию, указанную выше. После этого у вас должна работать ваша тема на русском языке.

Рекомендуется для прочтения:

1. Стандарт gettext (GNU проект)
2. Локализация WordPress изнутри (англ. версия)
3. Английская статья Translating WordPress и инструменты для PO файлов
4. 20 лучших свежих тем для WordPress

Вот пробный камень – Коллекция Add-on расширений для АВМов и вебмастеров. АВМ (Affiliate WebMasters, для тех, кто не в курсе ) – это вебмастера, работающие в области зарабатывания денег, которые торгуют трафиком, делают трейды с сайтами и работают с affiliate programs.

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

Сейчас про расширения, которые отсутствуют в центральном репозитарии Mozilla, но их я также бы посоветовал поставить АВМам:

• FastererFox – ускоритель Firefox
• Redirect Remover – меняет out линки на CJ/TGP сайтах на линки галлер (убирает редирект). Удобен для проверки трейдов. Работает с Base64 линками.
• Roboform – одно из главных расширений, что должно стоять у каждого (помнит все пароли ко всем сайтам, генерит пароли и т.п..)