Установка нескольких CMS на одну базу данных

Sunday, 03 Jul 2011

В очередное раз столкнулся с вопросом человека- как быть если прикупил себе нищебродский хостинг, позволяющий разместить 5 доменов, и всего одну базу mysql. Я конечно с трудом понимаю кто эти люди, которые приобретают подобные варианты, и главное где они их находят и по какой цене, учитывая что анлим с 4 IP стоит меньше 190 рублей в месяц.

Но как водится выход есть даже из самой жопской ситуации. То есть если вам необходимо завести пяток сайтов в одной базе, то это возможно сделать. Но надо учитывать несколько моментов:

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

Если вы все же решили что оно того стоит, то создаем базу данных средствами хостинга, после чего закачиваем нужное количество копий wordpress на хостинг, подключаем домены и запускаем установку CMS WordPress, где для каждой установки указываем различные table_prefix: wp_ ; wp1_; wp2_ и т.п, которые после копируем в файл wp-config.php (в самом файле для копии wordpress эта строка будет выглядеть $table_prefix = ‘wp_’; )

Точно такое же действие подойдет и для других CMS:
в Drupal прописываем в файл sites/default/settings.php аргумент $db_prefix = ‘drupal1_’;
в Joomla в файле configuration.php указываем var $dbprefix = ‘joomla1_’;
После того как запустим установку CMS все необходимые таблицы, с указанными префиксами создадутся установочными скриптами.

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

Лечим проблему с GD и плагином extranews

Friday, 10 Jun 2011

Прикупил тут с оказией сателлит по путешествиям. Очень приятная работа- чистенько, хорошо, красивый шаблон. Все крутится под joomla. Мне скинули снимок сайта и выгрузку из базы, так как на момент покупки я еще не подобрал домен, да и к тому же не охота было напрягать человека. В итоге все ставил сам, спустя какое то время.
Все выгрузилось путем и нормально, по крайней мере на заглавной странице, а вот при попытке входа в подкаст, вылетала ошибка следующего толка:
Fatal error: Call to undefined function imageantialias() in /XXX/site/plugins/content/extranews.php on line 729

Судя по описанию ошибки решил что какие то траблы с GD, но на всякий случай спросил чела у которого покупал сателлит. Он мне поведал что то с правами на папки, и тем что можно пропробовать переставить плагин extranews. Собственно отключение плагина убирало ошибку, но и исчезала перелинковка в постах, так что написал в поддержку хостинга просьбу о том что такая вот проблема и стал рыть дальше. Хостинг, к сожалению, куда я залил сей файлец- шаред.

Собственно погуглив какое то время обнаружил, что это баг дебиановской платформы, так как сама платформа и её дистрибутивы содержат не оригинальный GD, а кастрированную модификацию, в которой ради безопасности отключены по умолчанию  некоторые функции,, которые могут скомпрометировать систему. В том числе вырублен и упомянутый функционал imageantialias.  Так что с этой стороны лечится данный косяк не хитрыми манипуляциями пересборки пакета php с включенным функционалом:
устанавливаем необхоимые для пересборки пакеты:
# apt-get install build-essential debhelper fakeroot

Вытягиваем исходник php и подтягиваем депендансы
# cd /usr/src
# apt-get source php5
# apt-get build-dep php5
# cd php5-5.2.17

После этого в файле  debian/rules меняем содержащеюся там строку
–with-gd=shared,/usr –enable-gd-native-ttf \
на более правильную
–with-gd=shared –enable-gd-native-ttf \
И затем пересобираем пакет
dpkg-buildpackage -rfakeroot
dpkg -i php5-gd_5.2.0-8+etch13_i386.deb

Собственно тут же мне упал ответ от хостинга, гласивший что данная проблема является особенностью php5.2 так как в этой версии интерпретатора не включен функционал ‘bundled’. И если я хочу чтобы мне было щасте. то они могут меня перести на php5.3, но с оговоркой что могут быть косяки в работе. Прошерстив все подробности о проблемах wordpress с php 5.3, я решил остаться на версии 5.2, предложив парням свое решение проблемы, на что они мне поведали, что пробовали эту тему, но зверек получается крайне нестабильный, так что на шареде они это не будут делать точно.

Так что теперь одна надежда- попытаться найти плагин extranews более старой версии, чем я сейчас и пытаюсь заниматься.

VN:F [1.9.21_1169]
Rating: 10.0/10 (2 votes cast)
VN:F [1.9.21_1169]
Rating: +3 (from 3 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)

Снова в строю

Wednesday, 17 Mar 2010

Закончился мой полуторанедельный марафон по сдаче аттестационных экзаменов по продукции McAfee, так что теперь я снова в строю, правда пока что еще с несколько видоизмененным сознанием- ибо сдача онлайн экзаменов в режиме 15 экзаменов в день никому не может пойти на пользу. Первый день в офисе ознаменовался радостным известием, что наш продуктовый портфель увеличился на одного нового вендора- компанию parallels, так что вскоре видимо мне предстоит начать разбираться с их виртуальными машинами и, что для меня наиболее радостно, с их системой управления серверами Parallels Plesk Panel.

Никогда пожалуй я не тянулся к знаниям с такой силой, как в предвкушении этой задачи ;)

Ну это все романтика, а пока собственно новостей особых нет, кроме того, что потерял пароль от одного из своих сайтов на Joomla, ввиду перестановки винды, так что добравшись до работы пересоздал новый пароль, и подключил на сайте несколько интересных опочек, о которых напишу практически следом. Но надеюсь все таки не так, как написал о переезде сайта под WordPress :-D

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

Восстановление пароля Joomla к MySQL

Thursday, 28 Jan 2010

До знака «***» читать не обязательно, поскольку это не относится никаким образом к делу, а всего лишь является стоном автора, многократно подтверждающим старую фразу: хочешь запороть дело, поручи его кому нибудь еще.

Год уже работаю с различными буржуинскими хостингами, и очень они мне нравятся во всем: удобство, поддержка, обслуживание, цены, скорости. Поддержка вообще прекрасна- поскольку у большинства из них имеется лайв-чат, что не так, помогут почти мгновенно, или хотя бы просто быстро. Но это если что то простое или стандартное. А вот если возникают какие то сложности, то тогда почти всегда выходило так, что мне быстрее было допетрить самому чем долго и занудно общаться с суппортом. Вот и сейчас- полтора часа ушли на объяснения что и почему и как не работает, консультации с админами на их стороне и прочее, и только когда понял, что со мной работают наотъебись™ , немножко включил мозг- в итоге сделалось все за 5 минут. :-/ Кто вернет полтора часа? Но ладно- это так

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

Вообщем используя Fantastico я снес сайт крутившийся на Joomla.

(more…)

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

joomla не отображает картинки

Wednesday, 27 Jan 2010

На одном из моих сайтов, точнее назвать даже порталом, поскольку количество страниц на нем уже перевалило за 2000 стояла Joomla 1.5.11. Мне все очень нравилось, но немного, в последнее время особенно, движок стал тупить.  И что главное был один не понятный баг, из-за которого я грешил сначала на Joomla, а потом уже на сам темплейт:  joomla не отображает картинки.

(more…)

VN:F [1.9.21_1169]
Rating: 6.1/10 (11 votes cast)
VN:F [1.9.21_1169]
Rating: 0 (from 4 votes)

Скрытие внешних ссылок от поисковиков и пользователей

Monday, 28 Dec 2009

Иногда, а для меня последнее время и довольно часто, бывает нужно скрыть на сайте внешнюю ссылку от поискового робота, или благодарного, но слишком любопытного пользователя. И если с первым случаем: поисковым роботом, все более понятно, тем более что использование в ссылках спец тегов много и обильно муссируется в инете (вид HTML ссылки, закрытой для поискового робота, будет <noindex><a rel=”nofollow” href=”TARGET_URL”>То самое ссылко</a></noindex>), то последний вариант рассматривается не часто. Но это также бывает нужно, например для сокрытия реферальной ссылки, чтобы не палить всем и каждому домен куда ведет тот или баннер или рекламный слоган. Вариант с перенаправлением через один php’шный скрипт на всех, мне тоже не особо нравится поскольку в конце url все равно пишется конечный адрес. В этой связи я использую два варианта:
(more…)

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