- Работа с типами блогов — когда-то в движке жестко задавалось, что есть блоги персональные, закрытые и открытые. И все, и набор возможностей работы с этими типами был «отлит в граните». Сейчас же — полная свобода действий, настраивайте работу с разными типами блогов, как угодно, создавайте свои типы блогов со своими свойствами и правилами работы с ними, привязывайте к блогам конкретные типы контента, и т.д., и т.п., и пр., и пр. Более подробно это описано здесь: https://altocms.ru/429.html И тут же еще стоит вспомнить, что теперь у нас есть возможность задавать, что могут (а чего не могут) делать модераторы и администраторы блогов ( https://altocms.ru/251.html ). Таким образом получаем невероятно гибкий механизм для формирования любых правил создания контента и доступа к нему. Можно создавать авторские сайты, многопользовательские блоговые платформы, сообщества, корпоративные порталы — все, что душе угодно. Одним словом — свобода!
- Работа с изображениями — и здесь торжествует свобода действий! Манипуляция с любыми изображениями — загруженными в статьи, в фотосеты, в качестве фотографий юзера и аватар — еще никогда не была такой простой и легкой. Подробнее об этом можно почитать в статьях: altocms.ru/420.html , https://altocms.ru/424.html , https://altocms.ru/623.html
- Много было нововведений для разработчиков — улучшенный механизм кеширования данных ( https://altocms.ru/461.html ), многоуровневый конфигуратор приложения ( https://altocms.ru/489.html ), переработанная система логгирования ( https://altocms.ru/573.html ) и многое другое.
- Серьезная работа была проведена над повышением быстродействия, и как только наш сайт был переведен на новую версию, несколько человек сказали, что сайт стал работать значительно шустрее, что это заметно невооруженным глазом.
- Админка движка обзавелась новым дизайном, за что большое спасибо angelsmedia
- Шаблон Start-Kit с тремя темами оформления, который появился благодаря стараниям Alyona.
- И, наконец, движок обзавелся просто изумительным шаблоном Experience. Дизайн разработала Alyona, а воплотил его в жизнь andreyv, за что им огромная благодарность. И, конечно же спасибо всем, кто принял участие в сборе средств на реализацию этой идеи, кто тестировал, участвовал в обсуждении, вносил свои предложения и замечания.
Разумеется, это не весь список изменений версии 1.0 по сравнению с прежней, я отметил тут только самое важные и значительные изменения и доработки. На деле же их было гораздо больше. Одна только цифра — со времени выходя версии 0.9.7.1 было более 600 коммитов на гитхабе!
В ближайшие день-два я опубликую инструкцию, как переезжать с версии 0.9.7 на версию 1.0.
А если кто ждал, когда выйдет новая версия, чтобы запускать на ней новый проект — все, ребята, вы дождались, за работу!
UPD
1. Скачать последнюю версию можно здесь: https://altocms.ru/page/download/
2. Посмотреть, как может выглядеть сайт в новом шаблоне Experience можно здесь: http://demo.altocms.com/experience/
111 комментариев
На гитхабе остались несколько открытых проблем с пометкой «нововведение». Может стоит отдельно обсудить, что будет добавлено\улучшено в следующих версиях, планы на разработку?
И да, кстати, я как раз ждал 1.0 для запуска проекта, наконец начинаю!
Буду переводить существующие проекты на новую версию и доделывать текущий :)
Огромное спасибо разработчикам :) И сообществу Алто :)
Гц.
Придется плагин miniMarket v0.4.0, как и было обещано, выпустить сразу под Alto 1.0.
П.С. Перешел по ссылке в конце статьи (на демо сайт), нажал «Зарегистрироваться» — а капча не показывается. Если ее еще раз обновить (кликнув на то место, где должна быть картинка) — то новая картинка подгружается без проблем.
Но, раз обещано было — придется работать.
Установил для тестов и вот что обнаружил:
при включенном визуальном редакторе, почему-то неактивное пооле комментариев к к топикам :( Кликаешь на него, а оно вообще никак не реагирует :(
Еще можно договориться с разработчиком шаблона админ. панели о внесение правок в текущий (я подозреваю, что он — разработчик этого шаблона — возрашать против не будет).
И ещё — после первого захода в статью фотосета не подгружается скрипт просмотра фото во всплывающем окне. Только после перезагрузки страницы срабатывает.
И по поводу превью, такая мысль — может нужно прописать код в шаблоне вручную, как это было с плагином превьюшек?
site.ru/2014/06/30/http-siteru-2014-06-30/
В настройках ссылок стоит — День и название site.ru/2013/04/28/sample-topic/
С чем такое сбой УРЛ может быть связан?
И ещё, в EXPERIENCE если навести мышку, например, где круг
Только эту строку, ничего больше не трогайте. И ошибка исчезнет.
В ближайшее время выйдет фикс-версия и там это будет исправлено
Постараюсь разложить все по полочкам
Сила и рейтинг
Дайте возможность убрать силу(а лучше выкиньте ее к чертам — имхо). Зачем вам равняться на других? У вас был и пока есть шанс как у форка с самого начала все сделать правильно, а не продолжать крутить тот же велосипед в надежде на авось.
Сила это тот показатель который на деле нужен порядка 20 процентам, а то и меньше.
Возможность добавлять фотосет и опрос в одном топике — круто, но в данной реализации вся крутота просто теряется.
Дайте возможность задать свое расположение внутри топика, а иначе крутая обложка, а внутри мертворожденный функционал.
Про возможность задавать шаблоны фотосету я уже не раз высказывался.
Раздел Медиаресурсов в админки мне показался пустым. Не хватает простого базового функционала.
Типы контента — это отличная штука, но в каком она сейчас состояние все ее плюсы просто меркнут, а весь функционал этой фичи становиться бесполезным без возможности самому задать расположение блоков.
Зачем при создании «Типа контента» добавлять по умолчанию текстовый блок и не давать при это возможности убрать его?
Не загарами выход новой версии движка от конкурентов и на данный момент я плохо вижу чем Альто сможет противостоять.
Как итог пока ничего нового в плане юзера не увидел.
Внутренние работы и оптимизация это хорошо, но конечный пользователь выбирает движок за те параметры которые он может видеть и использовать их.
У Альто уже на старте был заложен хороший функционал, но время идет, а вот функционал как был с болячками на страте так и остался.
Очень надеюсь, что администрация все это понимает и предпримет активные шаги к исправлению этого.
Никоем случаи не хотел никого обидеть. Просто взгляд со стороны.
1) Сила и рейтинг: нынешний алгоритм — это наследие прошлого. Мое мнение — систему рейтинга юзеров вообще нужно выносить в плагин. В движке если и оставлять, то самый простой, самый примитивный алгоритм. А все навороты делать снаружи. Тогда желающие смогут реализовать любые фантазии в части рейтингования юзеров на ресурсе (например, один владелец ресурса хотел в рейтинге учитывать число френдов и их общий средний рейтинг). Плюс в идеале хорошо бы дать возможность голосовать (и рейтинговать) вообще любую сущность, включая как фотосеты так и отдельные фото. В общем, в планах такая работа значится, но ее трудоемкость пока не определена.
2) Про фотосеты и опросы:
И шаблон создания фотосета, и шаблон отображения фотосета сейчас вынесены в отдельные файлы (см. /tpls/fields/field.photoset-edit.tpl и /tpls/fields/field.photoset-show.tpl). То же самое касается и опросов. В шаблонах редактирования и отображения топиков они включаются простыми инклудами (а это означает, что эти инклуды могут быть вставлены куда угодно). Т.е. работа с фотосетами и опросами как при создании, так и при отображении сейчас целиком и полностью в руках создателя шаблона! Можно при создании нового шаблона скопировать существующую структуру и логику, а можно реализовать свою собственную — все от Вашей фантазии зависит. Ограничение пока одно — в одном топике только один фотосет и только один опрос.
3) Администрирование медиаресурсов:
Тут много писать не буду, а просто соглашусь
4) Типы контента:
На самом деле тут «болячек» больше, чем Вы отметили. Но потребовалось какое-то время, чтобы наработать эксплуатационный опыт и сформулировать новые требования.
Что касается конкурентов, то отвечу так: то, что пилится в других движках (в т.ч. и в ЛС) — это, безусловно, интересно, но вот оглядки на это нет совершенно. Мы движемся по своему пути, без метаний из крайности в крайность.
К примеру юзер создает топика и добавлять фотосет с опросом и Сам лично выбирает место куда его вставить в топике, а сейчас это ограничено на уровне шаблона.
1) Нужно продумать интерфейс — он должен быть интуитивно понятен и удобен (ведь если юзер не догадается, как вставлять фотосет в любое место, то это будет хуже, чем вставка в жестко заданное место).
2) Нужно реализовать логику на стороне юзера, ведь выбор места вставки, создание самого фотосета, диалоги с юзером — это все шаблоны + специфический javascript, который должен быть написан конкретно для данного шаблона.
3) И только уже потом — серверная часть, где выбор юзера будет запоминаться, чтобы воспроизвести при отображении. Эта часть — мизер по сравнению с п.1 и п.2. Прямо сейчас это может быть реализовано в виде простейшего плагина. Если кто-то готов будет первые два пункта реализовать, то могу взять на себя обязательство сделать этот пункт.
Если не указано где выводить тег выводится по умолчанию. Хотя лично мое мнение, это не для всех проектов, в большинстве случаев нужен именно фиксированный вывод заданный по умолчанию.
вкл/выкл всегда можно сделать. если бы была возможность мультизагрузки с возможностью управлять медиафайлами(аля Alian), то все было бы отлично.
Я считаю, что такой функционал должен быть, а вот уже все остальное это специфика которую каждый сам будет подстраивать под свой проект.
Я когда то предлагала упростить систему altocms.ru/174.html
Вот и выходит, что наиболее оптимальный вариант — это заложить в коробку простейший вариант (напр., по Вашей схеме), но дать одновременно плагин, который считает, как сейчас
Тогда с точки зрения системы — это тот же рейтинг, хоть и считается он иначе. Вряд ли целесообразно ради этого переписывать код работы с базой данных, гораздо проще написать плагин, который будет в те же поля, где сейчас храниться значение рейтинга, вписывать новые значения, которые считаются, например, по числу просмотров.
Где можно переопределить, чтоб корректно тег вставлялся?
Я правильно понимаю, что с финальной версией Alto на данный момент не работает ни один плагин из каталога расширений?
Ну если вдаваться в необходимое мне, то тут все сложно) — у меня проект на LS, и многие используемые плагины не представлены в каталоге Alto… Но что бы пощупать возможности релиза Alto мне было бы интересно поставить не чистый Alto, а вместе с плагинами линейки DAO.
Есть немало сайтов, которые работают на Альто (и переезжают на версию 1.0), но при этом используют кучу ЛС-плагинов. Гарантировать я на 100%, конечно, не могу, что заработает абсолютно все, но многое — это точно.
Что касается DAO, то этот вот сайт, на котором мы находимся, использует DAO и DAOmarket безо всякой адаптации специально под Альто.
Но, разумеется, все это с плагином совместимости юзается
1) Использовать ЛС-шаблоны и Альто-шаблоны со старой структурой (правда, надо отметить, что хоть ЛС-шаблоны, как правило, работают, но в самих шаблонах может отсутствовать поддержка некоторых Альто-функций)
2) Использовать ЛС-плагины. Гарантии работоспособности на 100% любого плагина я не дам, но то, что многие ЛС-плагины запускаются — это факт.
На данный момент: «Alto CMS версия 1.0. Финал! / Блог разработки Alto CMS / Alto CMS» а должен выводиться просто: «Alto CMS версия 1.0. Финал!».
P.S. Про это я уже ранее писал, думал хоть в новой версии исправят. Хоть это и мелочь но на нее не стоит закрывать глаза!!!
Была лишь такая статья: altocms.ru/190.html Но там больше холивара, чем спокойного взвешенного анализа, да и то вокруг лишь одного тега :(
Но замечание ваше учел: в версии 1.0.1 в числе всяческих исправлений и улучшений добавлен в конфиг параметр:
Т.е. если хотите, чтобы было так, как пишете, то на своем сайте задайте:
И будет только «Alto CMS версия 1.0. Финал!». Если задать 2, то — «Alto CMS версия 1.0. Финал! / Блог разработки Alto CMS».
Если нужно, чтоб название сайта всегда добавлялось к заголовку, то для этого служит конфиг-параметр $config['view']['html']['title']. Для тех, кто хочет, все же, чтоб его тег <title> состоял из нескольких частей (или из переменной части и обязательной), есть возможность через конфиг-файл задать требуемый разделитель.
ИМХО, это тот компромисс, при котором каждый может настроить автогенерацию тега title на своем сайте по собственному вкусу и в соответствии с собственными убеждениями. :)
Версия 1.0.1 доступна на гитхабе.
Поставил версию 1.0 с официальной страницы загрузки. Каптча с 1-го раза не загружается в окно регистрации…
Если ткнуть мышью в соседнее поле «Войти» или «Восстановление пароля» и потом вернуться к регистрации — то каптча появляется.
в логах
Alto 1.0.6
Если вы находите проблему, которая воспроизводится, стшоит запостить ее на github, так потеряется.
У меня вопрос: после переноса переноса сайта с LS на Альто (базу конвертировал), аватары пользователей (у которых аватары есть) выводятся в Прямом эфире, в списке пользователей, в комментариях и т.д… (т.е. везде, где они должны быть не большими и разными) — размером строго 100Х100. Если перезалить аватару — тогда все становиться на свои места. Но как заставить всех пользователей проделать эту операцию? Можно ли как-то победить это неудобство со стороны администратора? Возможно, что-то нужно исправить в БД?
В текущей разрабатываемой версии 1.0.7 так:
В обоих случаях в результате в переменной $oPhoto получим фотографию, отмеченную как превью, в виде объекта ModuleTopic_EntityTopicPhoto. И получить ссылку на само изображение можно методом getUrl():
и т.д.
Либо, если поставить плагин TopicIntro, то можно еще проще: