Если речь только о том, чтобы сохранить базу (блоги, топики, комменты, юзеров и т.д.), а старые шаблоны и плагины особо не волнуют, то проблем вообще не должно быть никаких:
1) Создается копия существующей базы (например, была база данных «social», с которой работал ЛС, и Вы создаете копию базы, например, «alto»).
2) Запускается установка Альто и на странице создания базы указывается новая база (в нашем примере — «alto») и ставится галка «Конвертировать базу LiveStreet 1.0.3 в Alto CMS 1.0».
3) По окончании, после того, как убедились, что все работает, старую базу можно удалить
Чтобы так сделать — в одном топике юзер захотел в одно место фотосет воткнуть, в другом — в дрегое, — это да, одного шаблона мало. Но в любом случае, чтобы такой функционал реализовать, начинать надо с шаблона. По двум причинам:
1) Нужно продумать интерфейс — он должен быть интуитивно понятен и удобен (ведь если юзер не догадается, как вставлять фотосет в любое место, то это будет хуже, чем вставка в жестко заданное место).
2) Нужно реализовать логику на стороне юзера, ведь выбор места вставки, создание самого фотосета, диалоги с юзером — это все шаблоны + специфический javascript, который должен быть написан конкретно для данного шаблона.
3) И только уже потом — серверная часть, где выбор юзера будет запоминаться, чтобы воспроизвести при отображении. Эта часть — мизер по сравнению с п.1 и п.2. Прямо сейчас это может быть реализовано в виде простейшего плагина. Если кто-то готов будет первые два пункта реализовать, то могу взять на себя обязательство сделать этот пункт.
если просто убрать значение — сила все равно будет участвовать в начислении рейтинга
Да, в этом-то и дело: убрать отображение силы просто из шаблона — это меньше минуты, но считаться она все равно будет, и рейтинг будет вычисляться так же замысловато. И вопросов у юзеров, боюсь, еще больше станет на таком сайте: один юзер голоснул — рейтинг так изменился, другой — эдак, а почему — никто не понимает. Вот потому-то эта задача требует более глубокого решения. Плюс надо учесть, что есть сайты, где нынешняя схема работает и это устраивает владельцев. Поэтому просто взять и тупо вырезать силу из кода — тоже не айс.
Вот и выходит, что наиболее оптимальный вариант — это заложить в коробку простейший вариант (напр., по Вашей схеме), но дать одновременно плагин, который считает, как сейчас
1) Сила и рейтинг: нынешний алгоритм — это наследие прошлого. Мое мнение — систему рейтинга юзеров вообще нужно выносить в плагин. В движке если и оставлять, то самый простой, самый примитивный алгоритм. А все навороты делать снаружи. Тогда желающие смогут реализовать любые фантазии в части рейтингования юзеров на ресурсе (например, один владелец ресурса хотел в рейтинге учитывать число френдов и их общий средний рейтинг). Плюс в идеале хорошо бы дать возможность голосовать (и рейтинговать) вообще любую сущность, включая как фотосеты так и отдельные фото. В общем, в планах такая работа значится, но ее трудоемкость пока не определена.
2) Про фотосеты и опросы:
И шаблон создания фотосета, и шаблон отображения фотосета сейчас вынесены в отдельные файлы (см. /tpls/fields/field.photoset-edit.tpl и /tpls/fields/field.photoset-show.tpl). То же самое касается и опросов. В шаблонах редактирования и отображения топиков они включаются простыми инклудами (а это означает, что эти инклуды могут быть вставлены куда угодно). Т.е. работа с фотосетами и опросами как при создании, так и при отображении сейчас целиком и полностью в руках создателя шаблона! Можно при создании нового шаблона скопировать существующую структуру и логику, а можно реализовать свою собственную — все от Вашей фантазии зависит. Ограничение пока одно — в одном топике только один фотосет и только один опрос.
3) Администрирование медиаресурсов:
Тут много писать не буду, а просто соглашусь
4) Типы контента:
На самом деле тут «болячек» больше, чем Вы отметили. Но потребовалось какое-то время, чтобы наработать эксплуатационный опыт и сформулировать новые требования.
Что касается конкурентов, то отвечу так: то, что пилится в других движках (в т.ч. и в ЛС) — это, безусловно, интересно, но вот оглядки на это нет совершенно. Мы движемся по своему пути, без метаний из крайности в крайность.
Файл jquery-1.10.2.min.map требуется для отладки самого jquery. Если не собираетесь заниматься отладкой jquery, то этот файл не нужен, ошибку можно игнорировать. Но если она смущает, то можно сделать следующее: найти файл common/templates/frontend/libs/vendor/jquery-1.10.2.min.js и там удалить строку
//@ sourceMappingURL=jquery-1.10.2.min.map
Только эту строку, ничего больше не трогайте. И ошибка исчезнет.
В ближайшее время выйдет фикс-версия и там это будет исправлено
На всякий случай только что скачал и с нуля поставил на реальном сервере — проблема не воспроизводится. Может, с правами что-то? Распространенная ошибка — заливают на сервер (и создают папки) под одним юзером (чаще всего — под рутом), а сайт потом запускается под другим аккаунтом и ему не хватает прав
На мой взгляд, «Mod» — не лучшая идея по очень простой причине: часто термином «mod» называют расширения (или модификации) в различных CMS. Т.е. для значительной категории разработчиков, имевших опыт работы с другими движками, mod — это имя нарицательное для любого расширения.
Может, «Markt»? И с «маркет» ассоциации, а у кого-то — с немецкой сетью магазинов «MediaMarkt»
Подробно расписал про интротекст, как настраивать и использовать: altocms.ru/621.html
Конкретно по вашим проблемам:
1. Про недопустимое число символов — это был баг в плагине, сейчас он исправлен
2. Чтоб убрать дублирование — закомментируйте строку
Так обновите движок. Тем более, что с любой версии 1.0-rcX на 1.0 обновиться очень просто: обновляете папку /engine/ и папку /common/. Единственный нюанс: папку /engine/ в принципе вообще можно снести и залить новую, но с /common/ так поступать нельзя, чтобы не поудалять ненароком свои плагины и шаблоны, ее нужно именно обновить.
1) Плагин предназначен для версии 1.0 (возможно, он и на 0.9.7 запустится, не знаю, не пробовал)
2) Распаковывать архив нужно в папку /common/plugins/topicintro/
Исправлено. Если в каких-то топиках такая же байда, то просто пересохрани топик (я забыл настройки джевикса перенести, он фрейм вырезал при сохранении)
1) Создается копия существующей базы (например, была база данных «social», с которой работал ЛС, и Вы создаете копию базы, например, «alto»).
2) Запускается установка Альто и на странице создания базы указывается новая база (в нашем примере — «alto») и ставится галка «Конвертировать базу LiveStreet 1.0.3 в Alto CMS 1.0».
3) По окончании, после того, как убедились, что все работает, старую базу можно удалить
1) Нужно продумать интерфейс — он должен быть интуитивно понятен и удобен (ведь если юзер не догадается, как вставлять фотосет в любое место, то это будет хуже, чем вставка в жестко заданное место).
2) Нужно реализовать логику на стороне юзера, ведь выбор места вставки, создание самого фотосета, диалоги с юзером — это все шаблоны + специфический javascript, который должен быть написан конкретно для данного шаблона.
3) И только уже потом — серверная часть, где выбор юзера будет запоминаться, чтобы воспроизвести при отображении. Эта часть — мизер по сравнению с п.1 и п.2. Прямо сейчас это может быть реализовано в виде простейшего плагина. Если кто-то готов будет первые два пункта реализовать, то могу взять на себя обязательство сделать этот пункт.
Вот и выходит, что наиболее оптимальный вариант — это заложить в коробку простейший вариант (напр., по Вашей схеме), но дать одновременно плагин, который считает, как сейчас
1) Сила и рейтинг: нынешний алгоритм — это наследие прошлого. Мое мнение — систему рейтинга юзеров вообще нужно выносить в плагин. В движке если и оставлять, то самый простой, самый примитивный алгоритм. А все навороты делать снаружи. Тогда желающие смогут реализовать любые фантазии в части рейтингования юзеров на ресурсе (например, один владелец ресурса хотел в рейтинге учитывать число френдов и их общий средний рейтинг). Плюс в идеале хорошо бы дать возможность голосовать (и рейтинговать) вообще любую сущность, включая как фотосеты так и отдельные фото. В общем, в планах такая работа значится, но ее трудоемкость пока не определена.
2) Про фотосеты и опросы:
И шаблон создания фотосета, и шаблон отображения фотосета сейчас вынесены в отдельные файлы (см. /tpls/fields/field.photoset-edit.tpl и /tpls/fields/field.photoset-show.tpl). То же самое касается и опросов. В шаблонах редактирования и отображения топиков они включаются простыми инклудами (а это означает, что эти инклуды могут быть вставлены куда угодно). Т.е. работа с фотосетами и опросами как при создании, так и при отображении сейчас целиком и полностью в руках создателя шаблона! Можно при создании нового шаблона скопировать существующую структуру и логику, а можно реализовать свою собственную — все от Вашей фантазии зависит. Ограничение пока одно — в одном топике только один фотосет и только один опрос.
3) Администрирование медиаресурсов:
Тут много писать не буду, а просто соглашусь
4) Типы контента:
На самом деле тут «болячек» больше, чем Вы отметили. Но потребовалось какое-то время, чтобы наработать эксплуатационный опыт и сформулировать новые требования.
Что касается конкурентов, то отвечу так: то, что пилится в других движках (в т.ч. и в ЛС) — это, безусловно, интересно, но вот оглядки на это нет совершенно. Мы движемся по своему пути, без метаний из крайности в крайность.
Только эту строку, ничего больше не трогайте. И ошибка исчезнет.
В ближайшее время выйдет фикс-версия и там это будет исправлено
Может, «Markt»? И с «маркет» ассоциации, а у кого-то — с немецкой сетью магазинов «MediaMarkt»
Обновитесь: github.com/altocms/alto-plugin-categories
И более подробная информация об ошибке обычно находится в файле /_tmp/logs/error.log
Костыльное, но самое простое решение — положить пустой файл сюда:
/common/plugins/ls/templates/skin/<текущий_скин>/inc.form_topic_add_end.tpl
Конкретно по вашим проблемам:
1. Про недопустимое число символов — это был баг в плагине, сейчас он исправлен
2. Чтоб убрать дублирование — закомментируйте строку
2) Распаковывать архив нужно в папку /common/plugins/topicintro/