Переходим на собственный блог.

32 комментария

Standalone-блогЭтот пост предназначался для ЖЖ, но мне захотелось опубликовать его здесь. Пост, как говорится, по многочисленным просьбам – я публикую свою инструкцию для ЖЖ-блогеров о том, как завести себе самостоятельный блог с наименьшим числом проблем и вопросов.

Итак, что нам нужно для этого сделать?

  • Найти хостинг.
  • Получить доменное имя.
  • Установить WordPress.
  • Настроить свой новый блог.

Хостинг стоит денег. Есть и дешёвые, есть и бесплатные варианты, но… поверьте, люди арендуют VDS и платят за хостинг не просто так. К одному из своих сайтов, созданных на бесплатном хостинге, я не могу получить доступ уже 5 лет (пламенный мой привет Агаве – яркому примеру отстойного хостинга).

Из достойных российских предложений я рекомендую Majordomo – у них круглосуточная техподдержка и всегда всё работает. Кроме того, WordPress на их хостинге устанавливается автоматически. Тариф “Солнечный” обойдётся вам в 175 рублей в месяц, а при оплате за 3 месяца домен вам дадут в подарок. Итого – 525 рублей за домен навсегда и хостинг на 3 месяца.

Опять же по ряду причин рекомендую выбрать доменное имя в зоне RU, желательно без дефисов и цифр и не длиннее 10 символов. Так имя будет смотреться серьёзно, а сайт будет хорошо индексироваться поисковыми системами.

После оплаты хостинга и выбора доменного имени вам останется только нажать на кнопку “Создание сайта” в панели управления и в пару кликов получить установленный WordPress.

Обязательно настройте его – выберите себе удобную тему оформления, фавиконку, зарегистрируйтесь в FeedBurner и перенаправьте через него фид RSS – это удобно.

Если ваша цель – писать, то можете приступать. Если есть желание заняться тюнингом блога, обратите внимание на FAQ по блогингу, там всё уже описали до меня.

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



Резервирование и бэкап – зачем и как.

34 комментария

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

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

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

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

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

Сначала заархивируем все файлы сайта в один архив с помощью библиотеки PclZip 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 PhpMailer и удалить его чтобы не занимал место. Запускать этот процесс можно с помощью планировщика у хостинг-провайдера (у Majordomo бесплатный) или (если это WordPress) с помощью WP-Cron WP-Cron.

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

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

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

А заодно посмотрим, что об этом думают другие участники конкурса на лучший способ бэкапа личных данных.

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



Старые проблемы WordPress.

24 комментария

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

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

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

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

Threaded comments - древовидные ветвящиеся комментарии в WordPress

Вот возможные варианты реализации:

  • Brian’s Threaded Comments (тот самый первый Nested Comments) – криво реализован на JavaScript, с коверканьем кода и превращением установку других плагинов в окончательное шаманство. Требует замены comments.php, не поддерживает стандартный WordPress Plugin API. Иными словами, это даже не плагин – это костыль.
  • Alex’s Threaded Comments – его форк, на вид не отличить.
  • YATCP – упрощённая версия. Очень упрощённая, за счёт этого абсолютно неудобная.
  • WordPress Thread Comment – китайская версия. Немного лучше BTC, но в целом – тот же JavaScript и безумие с кроссбраузерной версткой.
  • Disqus – монстроподобный и избыточно функциональный внешний сервис.
  • Intense Debate – аналог Disqus.

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

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

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

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

Есть ещё правда наш русский альтернативный проектOne-Face.ru (его тоже можно попробовать у меня в комментариях). Он построен на собственном протоколе на основе Flash. Однажды зарегистрировавшись и залогинившись, во все подключенные блоги можно авторизоваться в один клик. Это, оказывается, весьма удобно, но создателям ресурса я уже посоветовал озаботиться разработкой не_флэш_версии плагина и дизайном этих модулей.

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

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




© 2007-2010 Блог интернет-разработчика, автор — Zhilinsky.ru.
При использовании информации ссылка на источник обязательна.