Основной вопрор при создании сайта, блоге — где его разместить? На платном или бесплатном хостинге. В чем отличия?

Бесплатный хостинг

• Преимущества:
  – он бесплатный;
  – не нужно заниматься апгрейдом и настройкой (как например в ЖЖ или в системе wordpress.com).

• Недостатки:
  – можно использовать только для доменов 3 уровня, прикрутить к ниму свой домен потребует денег;
  – не доступны многие стандартные функции  (доступ к сайту фтп, добавление свох тем или плагинов запрещено — можно выбирать из разрешенного  набора);
  – существуют ограничения на трафик, место на диске и т.п.;
  – любые дополнительные услуги необходимо оплачивать (платные акаунты и т.п.);
  – сложно (неудобно) монетизировать сайт на таком хостинге, часто могут использоваться банеры и собственная реклама хостера.

Платный хостинг

• Преимущества:
  – выбираете тот тарифный план, который вам нужен, не платите за лишнее;
  – полная свобода действий: настраиваете все что нужно, создаете поддомены, почту, любой движек;
  – тех. поддержка: можно задать вопрос, на который оперативно ответят, помогут что-то настроить.

• Недостатки:
  – необходимость платить;

Я достаточно давно занимаюсь сайтами и в начале делал все только на бесплатных хостингах. На них можно тренироваться, обкатывать блоги. Неплох для этого сервис wordpress.com, однако, выбор плагинов и тем там ограничен, а за подключения блога на домен 2 уровня придется достаточно много заплатить. Гораздо дешевле купить домен и хостинг раздельно.

На что нужно смотреть при выборе хостинга?

1. Объем трафика, входящего и выходящего, хотя у многих он уже не ограничен. Для блога с 300 записями и 2000 посещений в сутки и фотографиями на внешнем сервисе необходимо около 10-20 Гб в месяц. Если посещаемость слабая (10-100 посетителей), но вы активно раскручиваете сайт, то достаточно большое количество трафика могут съесть роботы поисковых систем, тогда необходимо в robots.txt устанавливать ограничения, запрещать просмотр некоторых разделов.
2. Место под сайты. Для блога без большого количества картинок и других медиа-материалов вполне достаточно 50М, см. статью, как можно уменьшить размер блога на диске, если у вас много картинок, то их можно размещать на стороннем сервисе (например в пикасо), либо сразу брать хостинг с 500-1000Мб.
3. Количество БД MySQL — под блог на вордпрессе необходима как минимум одна, если у вас планируются поддомены, в которых будут работать форумы или другие системы, то больше. Хотя форум можно прикрутить к той же базе данных что и блог.
4. Система управлением хостингом. Самая удобная и простая система — это c-Panel, хотя используют и другие.
5. Способы оплаты. Смотрите, чтобы хостинг поддерживал тот метод оплаты, который вам наиболее удобен (вебмани, например).

Хостинг для блога на вордпрессе можно найти от 0.5$ в месяц, что легко окупается с помощью sape. Если на ваш сайт ходит мало посетителей, до 100-1000 в день, то самого простого и дешевого хостинга будет достаточно.

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

Я достаточно долго искал подходящий хостинг, сразу оптимизированный и настроенный под wordpress и нашел — hostingland.ru, стоимость 100 рублей в месяц за 1 сайт и 1000Мб места. После переезда на этот хостинг страницы блога стали загружаться значительно быстрее. За год сервис всего несколько часов был недоступен. Трафик не ограничен. После регистрации дается 14 дней бесплатно протестировать хостинг (правда на 1 акаунт только 1 раз). После того как я перенес туда первый блог и мне все понравилось, я постепенно перенес и все остальные (по мере окончания срока хостинга в других местах) и теперь рекомендую этот сервис всем. Кстати, существует и партнерка: можно получить 10% от привлеченных клиентов.

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

Что необходимо? Доступ по ftp к вашему блогу на WordPress.

Что будем удалять?

1. Темы оформления, которые вам больше не нужны. Если вы планируете когда-то поменять — удалите, перекачайте на свой компьютер, когда будете менять, тогда и закачаете. Тоже самое относится и к неиспользуемым плагинам.
2. Файлы с переводом интерфейса (в основном плагинов и админки) на различные языки, файлы которые заканчиваются вот так: es_ES.mo (испанский), zh_CN.mo (китайский). Эти файлы лежат обычно в папках lang, languages, только оставляйте файлы с русским языком RU.po и оригинальные с расширением .pot
3. Скриншоты, файлы типа screenshot-1.png
4. Различные инструкции типа readme.txt, readme.html, если вы опытный пользователь, то и так знаете что там написано, если будет нужно — всегда можно зайти на страничку плагина и прочитать все что нужно. А если вдруг с плагином начинаются проблемы, то все равно нужно лезть на сайт, общаться с автором.
5. Лицензии в формате .txt, все равно кроме вас их там никто не прочитает
6. Папки с временными файлами, которые созданы плагинами. Они могут остаться, если вы отключали плагины не отключив их в настройке.
7. Неудачные апгрейды, папка upgrade, там могут остаться временные файлы.
8. Образцы конфигов, wp-config-simple.php, которые идут в инсталяте, старые версии конфигов и системных файлов — их часто создают различные плагины после редактирования, добавления в конфиги своей информации.
9. Карта сайта в формате xml, она занимает много места, если у вас много страниц. Можно настроить плагин для генерации карты на создание только запакованного.

Где лежат эти файлы? каталог public_html/каталог, куда установлен вордпресс/wp-content
основной размер создают плагины plugins и темы. Удалите все темы, кроме используемой, затем займитесь плагинами.

Вот вам пример, один из самых популярных плагинов simple-tags, содержит

• 6 скриншотов (414к)
• 1 ридми (12к)
• 18 файлов переводов (1064К),  16 если оставлять русский (879к)

практически полтора мегабайта совершенно ненужной информации, после очистки остается всего 515к, т.е. 75% из занимаего им по умолчанию места было совершенно бесполезно.

Другой пример, плагин wp-optimize, общий размер до очистки 163к, после 28к. Что не нужно: index.htm, readme.txt, screenshot-1.jpg, screenshot-2.jpg, wp-optimize-fa_IR.mo, wp-optimize-fa_IR.po. Уменьшается в 5 раз!

Популярный google-sitemap-generator после очистки всего 276к,  выкидывается 1.5 мегабайта описания и интерфейсов на разных языках.

После полной очистки блог становится заметно меньше, 18 мегабайт для сайта с 26 плагинами (без учета картинок в постах), до очистки 30-40М. Это кажется совсем немного даже если у вас 50-100 мегабайт, но оставшееся место будет быстро сокращаться, например, из-за временных файлов различных кэширующих плагинов и в какой-то момент сайт может перестать работать.

Если вы закачиваете картинки в блог, то со временем каталог с ними станет очень большим.  Старайтесь сжимать и оптимизировать размер картинок.

Один минус ручной очистки — после обновления плагина его нужно чистить заново.

Что пожно еще выкинуть? как уменьшить размер установки не ухудшая функциональность?

1. Скачиваем дистрибутив, можно сразу руссифицированный с сайта bbpress.ru.
2. Заходим в cpanel хостинга и создаем поддомен для форума, например forum.ваш_домен — адрес, по которому будет находится ваш форум.
3. Bbpress может работать с отдельной базой данных либо с базой данных вордпресса, там где хранятся все таблицы wp_. Если планируете отдельную базу — создайте ее, задайте пользователя.
4. Закачиваем дистрибутив из скачанного архива на свой хостинг, в папку соответствующую поддомену п.1.
5. Редактируем bb-config.php (в архиве он называется bb-config-sample.php), указываем базу данных, пользователя и пароль. Если используем ту же базу, что и для вордпресса — то информацию можно взять из файла его конфигурации wp-config.php.
   Замените фразу ’put your unique phrase here’  в четырех строках (см. ниже) на произвольный набор символов:
   define( ‘BB_AUTH_KEY’, ‘put your unique phrase here’ );
   define( ‘BB_SECURE_AUTH_KEY’, ‘put your unique phrase here’ );
   define( ‘BB_LOGGED_IN_KEY’, ‘put your unique phrase here’ );
   define( ‘BB_NONCE_KEY’, ‘put your unique phrase here’ );
   !!! для интеграции с вордпресом тут будет необходима особая настройка
   Русский язык включается строкой define( ‘BB_LANG’, » ):
   изменяем на define( ‘BB_LANG’, »ru_RU )
6. Заходим через браузер по адресу форума и следуем по инструкции, шаг 2 можно пропустить. Когда все закончится, вам а почту придет письмо с паролем администратора (key master) и можно работать с форумом.

Интеграция  Bbpress и WordPress

Дальше инструкция для тех, кто хочет совместить обе системы:

• Заходим в админку форума, Настройки -> Интеграция с WordPress и  настраиваем «Карту пользовательских ролей» — задаем какие права получат пользователи вордпреса при заходе на форум, администратору максимум, остальным — как вам нравится. Сохраняем.
• В вордпресе устанавливаем плагин Интеграция с bbPress, активируем и настраиваем его: пишем путь для форума и т.п., после чего сохраняем. После этого плагин напишет, какую строчку (или строки) текста нужно добавить в файл wp-config.php. Редактируем этот файл.
• Дальше сложнее. auth_salt и другие параметры, отвечающие за безопасность. Нужно открыть конфиги wp-config.php и bb-config.php и сделать эти параметры одинаковыми:
  define( ‘BB_AUTH_KEY’, ‘text’ ); и  define(‘AUTH_KEY’, ‘text’ );
  пройтись по всем 4 параметрам (см. п.5). Если у вас вордпресс старый или обновлялся со старой версии, то у него в конфиге нет таких строчек, нужно добавить.
• Возвращаемся к настройкам форума. После Карты ролей идут настройки адреса блога — заполняем их. Потом заполняем параметры auth_salt и т.п., их можно взять из базы данных или со странички http://ваш_сайт/wp-admin/options.php (у меня они почему-то не поменялись, зашел в базу и поменял вручную).
• Если используете одну базу данных то просто указываем префикс к таблицам вордпресса если нет — ставим галочку «Показать установки дополнительной базы данных» и заполняем. Сохраняем.
  После этого зайти в форум можно будет только с логином паролем пользователя из вордпресса.
  
• Если что-то не получается — попробуйте очистить куки и зайти еще раз.
  Если не вышло — можно зайти в cpanel, в базу данных и отредактировать в таблице bb_meta данные вручную. Либо удалить все таблицы bb_ и установить форум заново.

Общие впечатления

Очень похоже на вордпрес, на ранние версии, где очень много приходилось делать вручную: искать и закачивать темы, редактировать их через ftp, минимум настроек.  но в целом все просто и довольно быстро работает. Возможность установить в туже БД, что и вордпресс будет полезна для простых хостигнов с ограниченным количеством баз.

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

Плагины тоже существуют, есть даже статьи типа «топ 100 плагинов для ббпреса», можно развивать и наращивать возможности.

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

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

Метки:yandex
]]> http://innet-life.ru/2010/obnovlenie-yandeks-metriki/feed/ 1 http://innet-life.ru/2009/yandeks-pochta-dlya-domena/ http://innet-life.ru/2009/yandeks-pochta-dlya-domena/#comments Sat, 07 Nov 2009 19:18:17 +0000 admin http://innet-life.ru/?p=291 Обожаю, когда поисковики придумывают новый сервис, который я могу прикрутить к своим блогам. Неделю назад появилась возможноть настроить почту на своем домене так, чтобы она была на яндексе.

Для чего это нужно?

1. Чтобы завести красивый и короткий почтовый аккаунт, в который входит ваш домен, например v@innet-life.ru
2. Пользоваться всеми возможностями яндекса. С-panel вашего хостера наверняка предоставляет возможность создания почты, но её размер, методы борьбы со спамом, количество свободного места, и другие возможности, которые есть у яндекс-почты там не будет

Как это сделать?

1. Заходим по ссылке Яндекс.Почта для домена,
2. Добавляем ваш домен "Подключить домен".
3. Проверка владения доменом. Можно делать 2 разными способами, но для тех, у кого просто отдельный блог и простой хостинг подойдет только первый: загрузить (например по ftp) в корневой каталог вашего сайта файл с кодовым именем и такой же информацией внутри (файл можно создать в блокноте, поместить код, а потом сохранить и назвать нужным именем).
4. Изменение MX-записей. Эту операцию необходимо делать в cpanelе вашего сайта.  Важно! все ваши почтовые ящики, созданные раньше, пропадут.
   • Заходим в раздел Mail
   • Выбираем из списка разделов "Modify Mail Exchanger (MX Entry)"
   • Нажимаем "Change an MX Entry"
   • В выпадающем списке после фразы "Change MX for" выбираем основной домен (или, если вы хотите другой адрес, то можно создать субдомен и использовать его), в поле "to" mx.yandex.ru и нажимаем кнопку.
5. Через некоторое время (час-два) в панеле управления почтой для домена появится возможность добавлять и удалять почтовые ящики, до 100 штук на один домен. 

При первом заходе в ящик система попросит уточнить персональные данные и все! можно пользоваться.

У google  тоже есть подобная услуга, но она расчитана на коммерческие организации и платная, хотя для образовательных учреждений можно договорится  и без денег. 

Что такое внутренняя перелинковка? 
Автоматическое создание гиперссылок на нужную вам страницу при использовании определенных ключевых слов. В Moodle это называется автосвязывание (можно сделать автосвязывание по отдельным записям, а можно и по глоссарию). 

Зачем делать перелинковку?
 

1. Для удобства посетителей.Если они первый раз пришли на сайт и видят непонятный термин — всегда можно пойти по ссылке и узнать что это.
2. Для удобства автора. Мне уже не нужно каждый раз пояснять термин, не нужно вручную ставить ссылку.
3. Для поисковой оптимизации. Такие ссылки будут выделять более важные страницы сайта и они получат больший PR.

Плагины для перелинковки

Посмотрел много плагинов и остановился на Internal Link Building. Самый простой и удобный, хорошо поддается настройке. Задаем ключевое слово, указываем гиперссылку, ставим галочку, если важна зависимость от регистра. Можно на одно слово ставить несколько адресов через разделитель ‘|’. Адреса не ограничены одним сайтом. Часть ссылок я поставил на страницы блога, а часть на страницы разрабатываемой мною википедии.

Настройка цвета ссылок: по умолчанию ссылка ставится обычная. Редактируем этот плагин, находим строчку 

$replace1 = ‘<a  href="’.$link[0].’"’.$title.’>';
$replace2 = ‘</a>’;

и добавляем туда class="wiki"
 

$replace1 = ‘<a class="wiki" href="’.$link[0].’"’.$title.’>';
$replace2 = ‘</a>’;

А потом в стилевом файле указываем, цвет и оформление этих ссылок:

a.wiki:link{color:#000}
a.wiki:visited{color:#000}
a.wiki:hover{color:#000}

Другие плагины мне не понравились. Cross-Linker достаточно сложный, но у меня не заработал. KB Linker работал, но там совсем не было настроек. aLinks — самый сложный из всех, но почему-то не запустился, возможно проблемы с русским языком.

У вордпресса все метки содержатся в одной таблице базы данных. Но мой блог имеет несколько основных рубрики я не хочу, чтобы в одном облаке были метки различных тематик, слишком они разные. С помощью exclude убираю все не нужные из первого облака. Но второе облако создаваемое этим же плагином на настройки не реагирует. Поэтому пришлось использовать еще один плагин: Technorati Tag Cloud Widget. Настройки у него точно такие же. Для создания второго облака использую опцию Include (у этого виджета она прописана явно, нужно лишь указать id нужных меток). Хотя есть одно НО: при нажатии на тег из этого облака вас перекидывает на адрес technorati.com/tag/ваша-метка, а это нам ну совсем не нужно. Как исправить? очень просто, заходим в плагины, нажимаем на ссылку изменить под названием плагина, ищем поискам ненужную ссылку и заменяем ее на свою,
было:
$tag_links[$tag->name] = ‘http://www.technorati.com/tag/’ . str_replace(‘-’, ‘+’, wp_specialchars( $tag->slug )) ;

стало:
$tag_links[$tag->name] = ‘http://innet-life.ru/tag/’.wp_specialchars( $tag->slug ).’/’ ;

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

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

Другой способ

С выходом новых версий плагина Simple Tags (проверено на Version 2.0-beta9 ) стало возможным задавать несколько облаков меток с помощью виджетов, и они нормально работают! (раньше отрабатывал только первый плагин, второй даже с другими настройками выдовал тоже самое облако) Теперь можно нормально задать в первом один список &include=11,12,13, во втором облаке исключить эти метки &exclude=11,12,13, либо вручную задать те что нужны. Работает, и намного удабнее, чем раньше, так что рекомендую. А старый метод можно было бы и удалить из сообщения, но пусть останется для истории.