Совместимость с LiveStreet

Для обеспечения совместимости движка Alto CMS с его собратом LiveStreet положено немало сил, времени и душевной энергии. И я уверенно могу сказать, что большинство плагинов, работающих на LS 1.0.3 будут работать и на Alto CMS. По шаблонам могу сказать, что проверял на Alto CMS работу таких шаблонов:
Fortunehttp://livestreetcms.com/addons/view/522/
Developer-Kithttp://livestreetcms.com/addons/view/547/
Socialhttp://livestreetcms.com/addons/view/114/

В отличие от версии 0.9 на текущей версии эти скины вставали, как влитые. Каких-либо багов я, во всяком случае, не обнаружил. Единственный нюанс — редактирование комментариев не работает.

Вообще, отвечая на вопрос, заданный про безболезненный переезд, могу сказать, что на тестах перенос сайта с ЛС на Альто никаких проблем не вызвал. Общий ход такой:

1) Создать копию базы данных вашего ЛС-проекта (да, лучше именно копию — все изменения нужно проводить только на копии базы, а не на реальной, и это касается не только переезда с ЛС на Альто, а вообще любых изменений).

2) Если у вас проект на ЛС версии ниже 1.0.3, то нужно сначала обновиться до последней версии.

3) Запустить установку Альто, в процессе установки указать, что нужно выполнить конвертацию с ЛС 1.0.3

4) Скопировать в Альто плагины и скины вашего ЛС-проекта

5) В админке подключить нужные плагины и задать нужный скин (оформление).

Вот, в общем-то, и все!

Похожие статьи

  • Переезд с livestreet на alto: урлы
    Переехал с livestreet на alto 0.9.7. Заметил, что урлы поменялись. На мой взгляд — это самый болезненный вопрос переноса, ибо по этим ссылкам у сайта образуется связь с внешним миром, так сказать. :) В общем, нужно...
  • Есть ли работающий метод переноса сайта с Alto на WordPress
    Добрый день, интересует, есть ли работающий метод переноса сайта с альто на вп, ручной вариант не подходит в виду огромного количества материалов.
  • Проблема с переездом с LiveSteet на AltoCMS 1.1.23
    Здравствуйте! Решился наконец отказаться от LiveStreet. Главные факторы — это, конечно же, обещанная три года назад, но до сих пор не выпущенная LS 2.0, а также несовместимость с PHP 7 и отсутствие нормального...
  • Плагины Компании и Работа, теперь на Альто
    Добрый день, меня зовут Антон, я занимаюсь разработкой плагинов и доработок под Livestreet с 2009 года. Тогда же были написаны плагины Компании и Работа для livestreet, некий аналог разделам хабрахабр. Недавно стали...

18 комментариев

+1
процессе установки указать, что нужно выполнить конвертацию с ЛС 1.0.3
Вадим, эта конвертация отконвертирует именно стандартные поля и таблицы, т.е. если некоторые таблицы имеют расширение создаваемые плагинами (например ваш плагин расширения блогов), то что произойдет с такими полями и таблицами?
+1
По полям:
Если речь о конвертации enum типов полей, то все значения останутся. Больше не припомню изменений в стандартных таблицах, которые могли бы повлиять на работоспособность движка или плагинов, стремились обеспечить максимальную совместимость.
По таблицам:
Нестандартные таблицы вообще не трогаются.
0
Нестандартные таблицы вообще не трогаются
Т.е. они вообще не переносятся при конвертации в новую базу и это следует сделать самостоятельно?
+1
они не трогаются вообще. остаются в том же виде.
0
Что то у меня при переходе с LS на Alto на странице people не отображается часть аватаров, уже 25 раз и кеш чистил. Папку uploads естественно перенес. Часть отображается, часть нет, не могу понять почему?
0
Не отображается только на странице people? А в других местах все ОК?
0
да
0
На вскидку — нет аватарок нужных размеров. Исторически так сложилось, то набор нужных размеров генерится при загрузке аватары, и эти размеры в конфиге правятся. И, возможно, когда-то один набор генерился, а потом конфиг перезалили — другой набор стал генерится. И получилось, что у кого-то из юзеров есть нужный размер, а кого-то — нет
0
ошибка на после конвертации с livestreet
SQL Error: Table 'test3.ls_page' doesn't exist at Z:\home\test.ru\alto\classes\modules\page\mapper\Page.mapper.class.php line 126 — Array ( [code] => 1146 [message] => Table 'test3.ls_page' doesn't exist [query] => SELECT *, page_id as ARRAY_KEY, page_pid as PARENT_KEY FROM ls_page WHERE 1=1 and page_active = 1 and page_main = 1 and page_pid IS NULL ORDER by page_sort desc; [context] => Z:\home\test.ru\alto\classes\modules\page\mapper\Page.mapper.class.php line 126 )
0
Похожая проблема:
SQL Error: Table 'dbname.ls_page' doesn't exist at /var/www/home/project_host/projects/project_name/htdocs/classes/modules/page/mapper/Page.mapper.class.php line 133

В этих строках вызывается таблица ls_page, которой нет в структуре:
public function GetPageById($sId) {
$sql = «SELECT * FROM ?_page WHERE page_id =? »;
if ($aRow = $this->oDb->selectRow($sql, $sId)) {
return Engine::GetEntity('Page', $aRow);
}
return null;
}

Это при прямом переходе с LS 1.0.3 с полной очисткой каталога.
ЧЯДНТ?
+1
Крайне редко встречается сайт на ЛС, где не был бы активирован плагин Page для работы со статическими страницами. Но как-то мы не учли, что таковые все ж иногда встречаются, и надо бы это иметь ввиду при конвертации базы.

Чтоб пофиксить проблему, нужно выполнить этот SQL-код в phpMyAdmin:
CREATE TABLE IF NOT EXISTS `prefix_page` (
  `page_id` int(11) unsigned NOT NULL AUTO_INCREMENT,
  `page_pid` int(11) unsigned DEFAULT NULL,
  `page_url` varchar(50) NOT NULL,
  `page_url_full` varchar(254) NOT NULL,
  `page_title` varchar(200) NOT NULL,
  `page_text` text NOT NULL,
  `page_date_add` datetime NOT NULL,
  `page_date_edit` datetime DEFAULT NULL,
  `page_seo_keywords` varchar(250) DEFAULT NULL,
  `page_seo_description` varchar(250) DEFAULT NULL,
  `page_active` tinyint(1) unsigned NOT NULL DEFAULT '1',
  `page_main` tinyint(1) unsigned NOT NULL DEFAULT '0',
  `page_sort` int(11) NOT NULL,
  `page_auto_br` tinyint(1) NOT NULL DEFAULT '1',
  PRIMARY KEY (`page_id`),
  KEY `page_pid` (`page_pid`),
  KEY `page_url_full` (`page_url_full`,`page_active`),
  KEY `page_title` (`page_title`),
  KEY `page_sort` (`page_sort`),
  KEY `page_main` (`page_main`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;
0
ошибка после конвертации ls
Fatal error: Class 'Zend_Cache_Backend' not found in /var/www/virtual/blogmoto.com.ua/engine/lib/external/DklabCache/Zend/Cache/Backend/Memcached.php on line 40
E_ERROR [1] Class 'Zend_Cache_Backend' not found
See details in error.log

снес все под честую, поставил 0,9,7,1 — таже ошибка.

все идет нормально до финального шага. удаляю install и опять эта ошибка.

Возможно кто сталкивался…
+1
Какое кеширование включено?
0
Стоит Squid, но сейчас выключен. т.е. ни какого.
0
Причем тут сквид?
Речь про то, включен файловый кеш движка или memcached? Отключите кеш вообще в конфиге и сообщите о результате.
$config['sys']['cache']['use']    = false;
0
$config['sys']['cache']['use'] = false;
$config['sys']['cache']['type'] = 'file';

файл config.php
0
еще нюанс: после 4-го шага при установке LS был пятый опционный (настройки).
на alto его не было (хотя форк удар в удар повторял установку с ls).
0
Простите что дергал. Решилось банальной чистой инсталяцией из под другого браузера. Толи куки толи кэш (хотя чистил). В любом случае спасибо что отзывались.
Отредактирован:
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.