А я так и не подружился с ней (из-за обязательной аттестации в системе WM).

Что конкретно нужно?
Ссылку на сайт кинул в личку.

P.S.: Таки полистал мануалы по базам данных. Утром почистил базу оригинала (LS) от неиспользуемых на новом сайте таблиц и поставил движок заново.

Впрочем..., опять то же самое. Сайт не грузится.
В итоге: 504 Gateway Time-out.

Вадим, Николай — радоваться боюсь, но тормозов, вроде, — теперь нет.

И еще просьба: скопируйте табличку со статистикой, которая у админа внизу страницы есть.

Выполняю (не знаю что точно нужно, по этому копирую всё):
Database
query: 43
time: 0,037

Cache — off
query: 2
— set: 1
— get: 1
time: 0,00031

Viewer
total time: 0,051
— preprocess time: 0,05
— render calls: 2
— render time: 0

PHP — 5.4.23
time load modules: 0.089
included files:
— count: 154
— time: 0.091
full time: 0.305 / 0.924

Memory
memory limit: 128.000 M
memory usage: 17.391 M
peak usage: 18.250 M

Убрал галочку с «Перед копированием создать базу данных (CREATE DATABASE)».
Всё в порядке.

Вот именно так и делал… В ответ:

Ответ MySQL: 
#1007 - Can't create database 'db_new'; database exists

Т.е. в данном поле пишу просто: db_new (соотвтстственно, предварительно создаю одноименную базу).

скопируйте табличку со статистикой, которая у админа внизу страницы есть.

Хорошо.

И один вопрос (заранее прошу меня простить): что писать в этом поле?

Скажите, что здесь необходимо отметить при копировании?

Только структура
Структура и данные
Только данные
Перед копированием создать базу данных (CREATE DATABASE)
Добавить DROP TABLE / DROP VIEW
Добавить AUTO_INCREMENT
Добавить ограничения
Переключиться на скопированную базу данных

Суть наблюдения в том, что Alto с конвертированной базой (без изменения каких либо параметров кеша и т.д) работает медленно и жрет ресурсы сервера. А с «чистой установкой», когда база создается движком (шаг 2: создать базу данных) — Alto работает, как часики (так же без ковыряния конфигов и изменений методов кеширования). Вот что я хотел сказать…

1. У меня есть сайт на LS — например: site.ru;
2. Я создаю поддомен: new.site.ru;
3. Экспортирую БД сайта работающего на LS (site.ru);
4. В поддомен заливаю движок AltoCMS 1.0.7;
5. Создаю новую БД — например: site_new;
6. Заливаю в новую БД экспортированный дамп базы сайта работающего на LS;
7. Начинаю установку Alto (new.site.ru/install);
8. На втором шаге выбираю «Конвертировать базу LiveStreet 1.0.3 в Alto CMS 1.0»;

Всё. Не умею по другому объяснить…

Вы понимаете что не дали ровным счетом никакой информации...

Да, понимаю. Простите, что отнял у Вас время. Но я собственно ни на что и не рассчитывал (поэтому и не опубликовал топик в каком-то определенном блоге, типа «Вопросы»).

Т.е. вы с ЛС перешли на Альто, стало работать медлеенее и вернулись обратно на ЛС?

Нет — не совсем так.
Базу LS я экспортировал и конвертировал её в Alto на другом домене (сайт на LS я не трогал).
Вспомнить что было в «панели скорости» я не смогу теперь…

В таком случае хочется услышать о кэшировании, было ли оно идентично настроено.

Об этом можно подробнее? Как понять «идентично настроено»?

Спасибо!

Для наглядность записал всю катавасию с монитора…

1. Не отображаются записи со Стен пользователей...

«И тишина...» ©

В общем так, если что-то написать на стене (впервые после установки движка), то вместе с появлением новой записи подгружаются и все остальные (собственно те самые, что находятся в БД и о наличии которых указано в сайдбаре юзера в виде цифры), но — после перезагрузки страницы или новом её посещении, на стене отображается только новая запись. При последующем добавлении «новых записей» на стене — «старые» (из БД) больше не подгружаются (подгрузка записей сделанных на LS происходит только с первой, новой записью на стене).

Жуть… надеюсь хоть что-то понятно из того, что я тут написал… :(

А, нет… Я тоже в PhpMyAdmin удаляю.

Спасибо!

4. Скажите, а вы руками удаляете?

Ага…
А что такое «pma»?

Возникли некоторые проблемы после переноса сайта (конвертация базы) с LS на AltoCMS. Шаблон Experience.
1. Не отображаются записи со Стен пользователей, в то время как количество записей со стены в сайдбаре отображается.



2. После выполнения запроса:

UPDATE `prefix_user` SET
`user_profile_foto` = REPLACE(`user_profile_foto`, 'http://site.ru/uploads/images/', 'http://newsite.ru/uploads/images/');

— фото профиля так и не появилось (даже если его перезалить заново). Решением стало удаление в значения '222x' (строка 9) в файле experience/tpls/actions/profile/action.profile.sidebar.tpl и закомментирование строки 132 в конфиге скина experience/settings/config/config.php с тем же значением:

$config['module']['user']['profile_photo_size'] = '222x';

Закомментировал строку 9207 (position: fixed;) в style.min.css — но почему-то мне такое решение не нравится в принципе…

Так и не разобрался, как в Experience отключить плавающее меню (которое появляется вверху при прокрутке страницы вниз). Через конфиг не отключается…

Спасибо!