Установка движка форума phpBB

Sunday, 11 Apr 2010

Популярный и широко используемый движок для форумов phpBB, помимо стабильности и надежности, является бесплатным, поэтому тысячи сайтов по всему миру посвящены работе с ним. Я достаточно долго думал какой мне движок поставить для моего нового проекта и решил остановиться на нем.
Итак установка phpBB.

Для начала создаем на нашем хостинге базу данных с которой будет работать движок, для это пользуемся либо стандартной консолью хостинга, либо приложением phpMyAdmin. Я пользуюсь стандартным функционалом cPanel, для чего идем в раздел  Databases -> MySQL Databases и там заводим базу и пользователя, после чего в разделе Add User To Database назначаем созданному пользователю права на базу данных, нажатием кнопки Add и расстановкой галочек привилегий. После этого, ну или до этого, скачиваем с офф.сайта http://www.phpbb.com/downloads/ последнюю стабильную версию двигла, и распаковав архив, закачиваем его по фтп в корневую директорию своего сайта, на различным хостингах это обычно папка public_html. В распакованном виде движок занимает порядка 10Мб.

Выставляем права на запись, по маске 666, для файла config.php (или -rw-rw-rw-)
Выставляем полные права для всех, по маске 777, для следующих папок:  store/, cache/, files/ and images/avatars/upload/  (или -rwxrwxrwx)
После этого идем бродилкой по адресу нашего сайта- корневой http://domain.ru/ или http://domain.ru/forum
Устанавливаем и подклчючаем поддержку php для следующих модулей: zlib compression,  remote FTP, GD graphics, XML, Imagemagick.
Кликаем на вкладку INSTALL и стартуем процесс установки. Смотрим все ли у нас установлено, если необходимы какие то дополнительные модули, подключаем их, после чего заполняем всю необходимую информацию, которую нам предоставляет хостер и мы записали, я по крайней мере, при выполнении подготовительных работ
После завершения установки,удаляем каталог install и меняем права на config.php, оставив права на запись только для владельца, по маске 644 или -rw-r–r–

Теперь можно переходить к настройке движка форума.

VN:F [1.9.21_1169]
Rating: 10.0/10 (5 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 4 votes)

Подключение домена на дополнительный IP в cPanel WHM

Friday, 09 Apr 2010

Столкнулся с тем, что на VPS от Webintellect я могу завести только один домен на дополнительном IP адресе, причем по результатам переписки около двух дней мы только пришли к тому, что мне видимо придется менять хостинг. Но как говорится- хочешь все испортить, поручи другому, так что от безысходности я полез разбираться дальше, и оказалось что все делается весьма элементарно, просто через создание реселлеровского аккаунта. Уж не знаю, из природной вредности или действительно от незнания, технари мне не смогли подсказать этот вариант.

Итак имеем cPanel WHM.

Для начала создадим реселера.
Идем в раздел:  Account Functions -> Create a New Account и заполняем всю необходиую информацию об аккаунте, после чего в разделе Reseller Settings ставим галочку “Make the account a Reseller” и в Account Functions -> Change Site’s IP Address назначаем данному аккаунту дополнительный IP адрес.

Теперь содаем другой домен, который повесим также на дополнительный адрес. В разделе Account Functions -> Create a New Account создаем новый аккаунт, затем идем в Account Information -> List Accounts кликаем в иконку редактирования, в последнем столбце Owner, нашего нового аккаунта. Из выпадающего меню Change OwnerShip выбираем нашего реселлера и говорим Ок. Возвращаемся в список аккаунтов Account Information -> List Accounts  и идем в столбец IP нашего нового аккаунта. Убеждаемся что в строке New Address стоит новый IP адрес, на который бал назначен наш новый реселлер, и нажимаем Change. Теперь наш сайт привязан к дополнительному IP адресу, и точно также мы сможем привязать к нему любое количество доменов.

Но я не делаю больше 15-20 доменов на один адрес, ибо это чревато баном или попаданием под поисковые фильтры, особенно если планируется линковать сайты между собой.

VN:F [1.9.21_1169]
Rating: 10.0/10 (1 vote cast)
VN:F [1.9.21_1169]
Rating: +1 (from 1 vote)

Новое обновление PR

Monday, 05 Apr 2010

Сегодня, 5 апреля, случился очередной апдейт показателя PR от Google, так что по графику отличие с прошлым годом составило всего два дня. Гугль конечно, в отличии от Яндекса не слишком выбивается из своего расписания, и пока производит апдейты согласно своему расписанию обновлений ТиЦ и PR, которое я накидал за прошлый год.

Очень забавная тема приключилось с апдейтом, поскольку из имеющихся у меня блогов на российскую тематику, двум присвоили значение PR 1: zavalinka.sane4ka.ru и sane4ka.ru. Остальные все русскоговорящие сайты остались без изменений, не смотря на то, что с последнего апдейта я по некоторым нарастил достаточную для апдейта ссылочную массу. При этом две англоговорящие партнерки, которые я запустил в феврале этого года, получили показатель 2, при том, что на каждую из них ведет всего порядка 20-25 ссылок.

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

VN:F [1.9.21_1169]
Rating: 3.9/10 (21 votes cast)
VN:F [1.9.21_1169]
Rating: +6 (from 10 votes)

Организация поиска и создание страницы ошибки 404 для Joomla

Wednesday, 17 Mar 2010

Итак немного о Joomla. В самом начале ковыряния с CMS я забубенил на ней несколько сайтов, но ввиду неких необъяснимых глюков, я почти полностью перешел на использование WordPress. Но, спустя полгода, после того как обновил все сайты на последний, имеющийся движок 1.5.15 все имевшиеся глюки прошли сами собой, так что теперь я снова оборотился в сторону этой системы, именно для создания полноценных и функциональных сайтов. Вступать в полемику на счет того что например Drupal или HostCMS лучше, я не буду, ибо перепробовав некоторое количество  CMS, поимел серьезное имхо о том, что Joomla наиболее оптимальна исходя из необходимых качеств для хорошей CMS- удобство, простота, наличие свободных плагинов и красивых тем.

Итак на “Завалинку” прикрутил Поиск, который у меня по каким то причинам не работал. Собственно по-началу не мог понять чем это вызвано, поскольку поиск не искал ничего, и любой запрос получал 0 результатов. Проковырявшись какое то время в сторону того что поиск не ищет по utf-8 я допетрил, что в Joomla все крайне взаимосвязано, и включив модуль в разделе модулей, также необходимо активировать соответствующие ему плагины.  Так что собственно после включения плагина Search – Content все начало нормально искаться.

Туда же я прикрутил отличный модуль RokAjaxSearch, позволяющий осуществлять поиск как по содержимому сайта, так и по Google. Причем найденные страницы он выводит сразу же по мере набивания текста, в ниспадающем меню, что крайне удобно и позволяет не прибегать к каким нибудь сторонним поисковым формам.  Модуль абсолютно бесплатный и крайне удобный в настройке и использовании. Единственное что, надо его заставить говорить по русски, а то слово Search среди русских букв слишком бросается в глаза.  Для этого берем файл language/en-GB/en-GB.mod_rokajaxsearch.ini (для другого модуля файло будет называться соответственно), в котором меняем правую часть выражений на русские варианты. Далее файл сохраняем в кодировке UTF-8, иначе все будет козякозябрами. Для этого в блокноте, при сохранении, в нижнем выпадающем меню кодировка выбираем UTF-8. Сохраняем- заливаем обратно на сайт- и все работает.

После этого я подключил страницу о 404 ошибке, которая не смотря на мои пылкие терзания файла .htaccess не возымела никакого действия. Довольно странно, ибо получается что отработка движка  joomla каким то образом превалирует над правилами файла управления .htaccess
Собственно пути для получения страницы ошибки два:

1. Через файл .htaccess в который мы добавляем строчки:

ErrorDocument 401    /error401.php
ErrorDocument 403   /error401.php
ErrorDocument 404   /error401.php
ErrorDocument 500   /error401.php

2. Через движок Joomla

Изменяем вид стандартного документа об ошибке, который выдает CMS Joomla. Файлец находится по маршруту templates/system/error.php
Открываем его и заменяем его содержимое на следующий код:
######################################

<?php ($error->code == ’404′) ;
{header (‘Location: http://odminblog.ru/error404.html’);
exit;
} ?>

######################################
где адрес http://odminblog.ru/error404.html путь к сконфигурированной до этого странице ошибки.

VN:F [1.9.21_1169]
Rating: 10.0/10 (7 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 4 votes)

Обновление ТиЦ от 03.03.2010

Friday, 05 Mar 2010

Не прошло и двух недель, как Яндекс снова обновил показатели тематического индекса цитирования ТиЦ.  Напомню, что предыдущий апдейт состоялся 19 февраля, то есть ровно две недели назад.  В этот раз отклонение от графика предыдущего года составило более трех недель,  против нескольких дней, с которыми прошли два предыдущих. Хочется надеяться , что Яндекс пытается вывести график обновления ТиЦ на давно заявленный двухнедельный срок, тогда можно будет хоть как то спрогнозировать динамику роста показателя ТиЦ.

Хотя конечно с Яндексом это и не так просто, тем более что у меня это обновление сыграло как обычно не понятную штуку: на 10 пунктов подрасло значение для двух сайтоы на которые я не тратил ни времени, ни денег, при этом сайты у которых я стабильно нарастил ссылочную массу до 100+ ссылок (причем срок ссылок порядка полутора-двух месяцев), по прежнему имеют всего лишь 0.

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

VN:F [1.9.21_1169]
Rating: 4.0/10 (20 votes cast)
VN:F [1.9.21_1169]
Rating: -1 (from 1 vote)

Обновление WordPress 2.9.2

Tuesday, 16 Feb 2010

Собрался вроде уже спать, и тут в одном из блогов постучалось предложение обновиться до WordPress 2.9.2. Сразу встал вопрос- а надо ли? Что нам дает новый движок WordPress 2.9.2?

Да почти ничего: дело в том, что специалист по безопасности и разработчик Thomas Mackenzie раскопал проблему, благодаря которой пользователь, имеющий доступ в админку с ограниченными правами, может получить доступ к постам других пользователей, отправленных ими в корзину. По этой причине обновление wordpress 2.9.2 рекомендуется всем, у кого в системе живет некоторое количество недоверенных пользователей и имеются удаленные посты в корзине.

Поскольку у меня в системе нет ни того, ни другого, то я спокойно пойду спать…

VN:F [1.9.21_1169]
Rating: 1.0/10 (1 vote cast)
VN:F [1.9.21_1169]
Rating: 0 (from 0 votes)

Проверка сайта на наличие в индексе поисковика

Wednesday, 03 Feb 2010

В процессе разборок с Яндексом надыбил тему как проверять находится ли, взаправду, сайт в выдаче индекса Yandex. Для этого достаточно набрать в адресной строке:  http://yandex.ru/yandsearch?serverurl=TARGET_URL
Для Google это делается еще проще. Идем на www.google.com и в строке поиска вводим:  site:TARGET_URL

VN:F [1.9.21_1169]
Rating: 3.7/10 (27 votes cast)
VN:F [1.9.21_1169]
Rating: -2 (from 6 votes)