Что необходимо? Доступ по 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 мегабайт, но оставшееся место будет быстро сокращаться, например, из-за временных файлов различных кэширующих плагинов и в какой-то момент сайт может перестать работать.

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

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

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

Связанные записи

• Внутренняя перелинковка вордпресса (0)
• Проверь свой вордпресс на вирус! (0)
• Как рассказать всем про ваш новый сайт (1)
• Два облака меток (0)
• WordPress 2.8.3, и 2.8.4 (0)

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 плагинов для ббпреса", можно развивать и наращивать возможности.

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

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

Связанные записи

• Проверь свой вордпресс на вирус! (0)
• Как рассказать всем про ваш новый сайт (1)
• Подборка плагинов (0)
• Очистка вордпреса (0)
• Все мои плагины (2)

Связанные записи

• Как посмотреть кто был на вашем блоге? (0)
• Как рассказать всем про ваш новый сайт (1)

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

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 — самый сложный из всех, но почему-то не запустился, возможно проблемы с русским языком.

Связанные записи

• WordPress 3.0 (0)
• Все мои плагины (2)
• Как рассказать всем про ваш новый сайт (1)
• Подборка плагинов (0)
• Очистка вордпреса (0)

У вордпресса все метки содержатся в одной таблице базы данных. Но мой блог имеет несколько основных рубрики я не хочу, чтобы в одном облаке были метки различных тематик, слишком они разные. С помощью 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 ).’/’ ;

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

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

Связанные записи

• Внутренняя перелинковка вордпресса (0)
• WordPress 2.8.3, и 2.8.4 (0)
• Первый шаг после установки блога: установка необходимых плагинов (3)
• WordPress 3.0 (0)
• Все мои плагины (2)