Живешь ты живешь и делаешь страшную ошибку – перестает существовать база данных блога. Блога, который уже стал местом общения десятков людей. Я как автор блога пережил страшнейшие минуты в 2010 году. Кто-то скажет, что есть бэкап! Но бэкап существует когда хостинг не в Беларуси. А в нашей стране представитель технической поддержки “Открытый Контакт” сообщил мне, что данных мне предоставить из-за каких-то технических проблем не может.

Первые минуты я не мог свыкнуться с мыслью, но потом понял, что мне требуется. Итак, для начала надо взять себя в руки и заварить много-много кофе. Если у кого-то есть желание взять вместо кофе вискарь – берите. Я не стану рекламировать марок кофе или виски, а начну описание процесса.

Что делать если удалилась база данных и нет бэкапа?

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

Далее становится проблема из-за которой Яндекс обычно звонит товарищу АГС – дублирование контента. Дабы избежать санкций поисковых систем за дублирование контента мне надо сделать или старые адреса (url) или сделать редирект. Из всех видов редиректа для передачи веса ссылок стоит использоваться редирект 301. Но у всего есть свои нюансы и я решил воспользоваться методом по правке новой базы данных через phpmyadmin.

Для того чтобы изменить url новый на старый стоит:

а) зайти в базу данных
б) выбрать раздел wp_posts
в) найти нужный вам ID поста и вставить ID, который сохранен уже в поисковых системах. При этом надо знать, что id может быть занят другим постом. Для этого или удалите этот пост или поменяйте его ID.

Далее вы заходите в админ-панель wordpress и правите руками даты публикаций всех постов. Как это можно было сделать через редирект 301?

Redirect 301 /archives/19/ http://seotalk.by/archives/3
При этом “/archives/19/” – существующий url
А “http://seotalk.by/archives/3″

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

Выбор CMS сайта, без мышиной возни;)

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

Далее перед Вами становится вопрос выбора CMS, потому что если отдавать такую работу в веб-студию можно самому остаться без штанов. Таким образом, Вам стоит определиться с чем работать, ведь функционал для сайта-визитки обычно не требует экстраординарной функциональности.Какие есть варианты? Логичнее рассматривать так называемые open source cms, потому что бесплатны, а также по той причине, что вы без проблем сможете расширить базовый функционал без особых навыков в области программирования. В том же wordpress есть огромное число плагинов, которые можно настроить под нужды клиента.

Выбор CMS сайта.

Обычные функциональные потребности потенциальных клиентов выглядят примерно так:

- Возможность добавления товаров (изображение, описание, цена)
- Простота в администрировании сайтом
- Красивый дизайн

Таким образом, если забыть про конверсию посетителей в покупателей, которая будет осуществляться благодаря рекламе (в том числе поисковому продвижению сайта) это весьма минимальный список и наверное почти все open source cms подходят под эти параметры.

Какие вообще стоит рассматривать CMS?

Вариантов много, но наиболее популярные это: wordpress, drupal, joomla, datalife engine. Если отбрасывать те, с которыми мне не нравится работать остаются все CMS кроме drupal. Он довольно мощный, но моя личная практика показала, что клиент не желает разбираться в многочисленных настройках при добавлении того или иного блока. Ему проще позвонить фирме и попросить в рамках соглашения что-то поправить или добавить.

Итак, остались у нас три весьма интересных и популярных CMS. Но есть один интересный момент. Я представил datalife engine как бесплатную CMS лишь, потому что  ее в таком качестве многие используют. На самом деле это платная CMS и использовать для клиента такого плана продукт не рекомендую. Во-первых, не факт, что клиент потом не перейдет к другой фирме и ему станет известно, что вы использовали фактически незаконно сломанную версию платного софта. Вы такую ситуацию должны прогнозировать уже в начале работы, потому что даже брак в наше смутное время не вечен:)

Если брать по моей личной статистике то в среднем один клиент в год рекомендует ваши услуги (при адекватной обратной связи в процессе работы над проектом) 2-3 раза. Вы этих потенциальных клиентов лишитесь без вопросов, также пострадает ваша репутация как специалиста так и компании. Так получается, что проще работать с простым и доступным чем со сложным во всех отношениях CMS. Мораль здесь есть лишь со стороны клиента, потому что ему хочется прозрачности в договорных отношениях.

Итоговый выбор конечно за Вами. У каждой CMS есть свои преимущества и недостатки. Пост не преследовал цели обзора CMS для работы, а лишь дал повод размышлений на сей счет.

Небольшой конкурс в понедельник.

Кстати, блог вчера поменял дизайн, но были оставлены некоторые ляпы. Поэтому предлагаю в комментариях отписывать все неточности, ошибки и ляпы дизайна. Наиболее внимательные получат бесплатные прогоны по социальным закладкам посредством Sapient Social Submitter. Итоги будем подводить в конце дня.