Переход на MaxSite CMS - Часть 3

Просмотров: 3457Комментарии: 2
CMS

Продолжаю мой рассказ о переходе на MaxSite CMS. Сегодня про особенности установки на локальном и реальном серверах.

Часть 1

Часть 2

Прежде чем заливать файлы на сервер, в 99,9% случаев имеет смысл потестировать их у себя на компьютере. Для этих целей я использую Денвер (есть еще более навороченная штука под названием XAMPP, однако в данном случае решил, что это слишком). Естественно, на локальной машине есть почти полнофункциональный клон блога на WordPress, и на этом клоне я собрался попробовать установить MaxSite. 

Все запустилось без особых пролем. Базу переконвертировал как хотел, правда, при этом вылезло несколько PHP_NOTICE, оказалось что виноваты некоторые символы в новосгенерированном XML (Firefox при этом ошибки в дереве не показал). Символы были поправлены, и конвертация удалась. Про игрища с локальной версией рассказывать не буду, поскольку их почти не было, решил играться в онлайне. Единственное что писал плагин для работы с Google Analytics (на самом деле просто портировал его с Google Analytics for WordPres). Кстати, планирую скоро выложить для свободного скачивания. 

Дале  действовал согласно рекомендациям, то есть стал устанавливать систему в папку директории на сервере. Закачал скрипты, исправил .htaccess, запустил инсталляцию -- упс! Вылетает ошибка MySQL "неправильный синтаксис". Пишу хостеру, заодно прошу отключить глобалсы, ибо соответствующая директива в .htaccess вызывала ошибку 500 сервера. Оказалось, что майсикл у меня 4-й, поэтому синтаксис пятого неприемлем. Короче, перетянули мой аккаунт на новый сервер, где были отключены глобалсы и работал MySQL 5 (а PHP стоял как Fast-CGI), и стал я играться дальше.

Установка прошла успешно, но в поддиректории скрипт работать напрочь отказался. Главная страница открывается, но не более того. При попытке войти в админку слетают стили, сылки формируются совершенно чудовищного вида, в общем, диагноз ясен: неправильно отрабатывает mod_rewrite

Тогда я решил поставить системув корень. Но как быть с WordPress, который там все еще стоял? Чтобы риск был минимален, поступил просто: переименовал вордпрессовские файлы index.php, .htaccess, sitemap.xml, чтобы не затереть их, и просто скопировал файлы MaxSite в корневую папку. 

Главная страница открывается, но на другие упорно не идет. Пробовал .htaccess и обычный, и для Fast-CGI --безрезультатно. Однако покопался на форуме MaxSite, и обнаружил решение: переписать RewriteRule из обычного .htaccess (не Fast-CGI!) в виде 

RewriteRule ^(.*)$ /index.php?/$1 [L,QSA]

то есть со знаком вопроса после index.php. И все прекрасно заработало!

На этой оптимистичной ноте пока что прервемся. Продолжение предполагается.

Комментариев: 2 RSS

1 Аноним 30-04-2009 21:08

"Все запустилось без особых пролем."

Как? Пожалуйста, можете дать подробную инструкцию что для этого нужно делать?

2 Александр Купреев 04-05-2009 11:40

Прошу простить, что поздно отвечаю -- был вне доступа к Интернету целую неделю.

"Все запустилось без особых пролем."
Как? Пожалуйста, можете дать подробную инструкцию что для этого нужно делать?

я делал все согласно инструкциям в дистрибутиве системы

что конкретно у вас не получается? напишите подробнее

Оставьте комментарий!


Используйте нормальные имена.

     

  

Если вы уже зарегистрированы как комментатор или хотите зарегистрироваться, укажите пароль и свой действующий email. При регистрации на указанный адрес придет письмо с кодом активации и ссылкой на ваш персональный аккаунт, где вы сможете изменить свои данные, включая адрес сайта, ник, описание, контакты и т.д., а также подписку на новые комментарии.

MaxSiteAuth. Войти через loginza

(обязательно)