Alto CMS — финальный релиз версии 1.1

Вот и дождались — версия 1.1.0 вышла в релиз.

Кратенько о нововведениях в этой версии:

  • Меню сайта вынесены в отдельные сущности и теперь вы можете настраивать их из админки
  • Еще нововведение: сниппеты (в некоторых движках это называется «шорткоды») — короткие специальные теги-команды, которые могут «раскрываться» в HTML-код
  • Рейтинговая система вынесена из ядра, но зато есть аж два плагина, которые реализуют традиционный рейтинговый алгоритм и упрощенный
  • Новый механизм хранения ролей пользователей, кроме роли «Администратор» по теперь по умолчанию есть и еще роль «Модератор сайта»
  • Единый улучшенный механизм загрузки и хранения изображений
  • Мультизагрузка изображений и избавление, наконец, от флеш-загрузчика
  • Расширенная настройка обработки загружаемых изображений (в конфиг-файле)
  • Настрока редиректа на внешние адреса через конфиг
  • Улучшенный внутренний роутинг и поддержка поддоменов «из коробки»
  • Полноценная поддержка протокола HTTPS
  • Сжатие css- и js-ресусов в формате gzip для минимизации трафика
  • Базовые функции REST API и информационные окна на их основе
  • Новый синтаксис вызовов методов модулей в стиле E::ModuleUser()—>GetUserById()
  • Множество более мелких улучшений и исправлений

Подробнее обо всех этих изменениях можно почитать в статьях по ссылке

Если вы ждали релиза, чтобы запускаться на новой версии — вот, дождались. Если вы уже успели запустить сайт на бета-версии, то обновление будет простым до банальности (см. Как обновить сайт версии 1.0 и выше). Для тех же, чьи сайты работают на версии 1.0.х будет отдельная статья про то, как обновиться.

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

  • Версия 1.1.29 — багфиксы и небольшие доработки
    Ничего революционного версия эта не несет, но помимо мелких багфиксов, есть пара небольших, но полезных доработок: 1) В когфиг добавлены опции для настройки пнели вставки изображений в топик (особенно актуально для...
  • Версия 1.1.23 — небольшие исправления и чуть-чуть новенького
    Таки вышел релиз Alto CMS 1.1.23. Каких-то «прорывных» фишек в ней нет, она, главным образом, исправляет ряд обнаруженных ошибок и чуть-чуть добавляет некоторых новых возможностей для разработчиков. Вот список...
  • Релиз 1.1.19 и новые подробности про версию 1.2
    Вышел релиз движка 1.1.19 Чего-то особенного он не принес, это, в основном, множественные багфиксы. За исключением одной детали — в качестве парсера текстов по умолчанию теперь используется Qevix. Поэтому если вы...
  • Версия 1.1.12 Alto CMS — критичное обновление
    Движок обновлен до версии 1.1.12. Кроме всякого рода багфиксов, небольших улучшений (в т.ч. и повышающих быстродействие), была обновлена библиотека типографа Qevix, претендующая на то, чтоб в скором будущем стать...

63 комментария

+3
Спасибо, Вадим, за хорошую новость. Пойду отлавливать баги дальше )).
+1
Отличная работа!
+1
Отличная работа. Успехов команде.
0
А что значит
Улучшенный внутренний роутинг и поддержка поддоменов «из коробки»
+4
Если кратко — любой экшен можно вынести на поддомен (напр., профили, блоги, что-то еще). Будет об этом отдельная статья.
-4
Хотелось бы почитать статью о вывода профилей в поддомен )
0
Тогда ваш абрахабр станет круче хабрахабра ))
+3
Спасибо за релиз, успехов в развитии и переводе как можно больше плагинов на этот релиз!
0
Ещё одна красная дата в календаре. Спасибо!
(кстати, я такие перенес свою злосчастную базу на 1.1)
0
А в установщике пишет, что версия бета)))
+2
Есть такой косячок, да. Исправим
+2
Ура!!! Дождались :)
0
Это реально релиз, или по просьбам читателей, которым нужны шашечки?
+2
Уж если говорить по существу, не обращая внимания на «шашечки», то «реально релиз» состоялся еще при тихом выходе второй беты. А сейчас это лишь зафиксировано официально.
+2
осталось написать инструкцию по переходу с предпоследней версии… или это он и остается? altocms.ru/689.html
+1
Что вам мешает подготовить инструкцию по переходу с одной версии на другую, раз у вас есть сайт и форум поддержки? Так и будете копипастом заниматься? ))
0
Понял, благодарю -).
0
Ну вот и дождались, ждем мануальчики по нововведениям!
0
ой боже мой))) детишки заминусовали комент, ахахахаха )))) ясельки, плак плак )))
0
Не обращай внимание на долбаебов и все…
0
Хорошо бы презентовать релиз, да и представить сам движок, на хабре.
+2
Прибавиться людей однозначно )
0
Даже если люди просто будут часто видеть топики об Альто, они однажды захотят попробовать движок на деле.
+1
Сейчас бы я не стал этого делать, в целом система добротная, проделана огромная работа (спасибо всем, кто работал над ней), но мелкие баги и неточности сильно портят общие впечатления. А вот после выхода версии 1.2, с фиксом всех багов, которые сейчас есть на гите, я бы с удовольствием махнул бы на хабр.
0
Или хотя бы сначала просто перевести этот сайт на 1.1.
+1
Опять все упирается в баги, отправной точкой, в перспективе, должна послужить версия 1.2. Сейчас если переводить этот сайт на версию 1.1, это будет пустой тратой времени.
0
После обновления вылезла ошибка

SQL Error: Unknown character set: 'utf8mb4' at /site.com/common/classes/modules/topic/mapper/Topic.mapper.class.php line 1450 — Array ( [code] => 1115 [message] => Unknown character set: 'utf8mb4' [query] => set character_set_client='utf8mb4', character_set_results='utf8mb4', collation_connection='utf8_bin' [context] => /site.com/common/classes/modules/topic/mapper/Topic.mapper.class.php line 1450 )

Подскажите, пожалуйста, как исправить.
+2
В файл app/config/config.local.php добавьте строку
$config['db']['params']['charset'] = 'utf8';
0
Помогло, спасибо!
0
А мануал по обновлению? или только переустановка?
0
Терпение
Для тех же, чьи сайты работают на версии 1.0.х будет отдельная статья про то, как обновиться.
0
Отлично) ждем с нетерпением, а то я уж порывался переустановить)
0
ждем с нетерпением
ждать надо с терпением, иначе рискуешь не дождаться)
0
Как ранее писал Вадим

Если используется один из стандартных шаблонов — StartKit или Experience — то все обновление, это вот: altocms.ru/689.html и плюс обновление базы данных — в myPhpAdmin надо выполнить набор SQL-команд из файла install/db/convert_1.0_to_1.1.sql

Могут (теоретически) возникнуть проблемы с какими-нибудь плагинами, заранее сказать не могу.

Основная сложность — это если используется нестандартный шаблон, где не просто css меняли, но и верстку. Будет отдельная статья о том, что изменилось в стандартных шаблонах и как адаптировать свои (главным образом, это связано с загрузкой изображений).
Отредактирован:
0
Вопрос по работе плагинов — плагыны от v1.0 будут работать в v1.1 по умолчанию? Или требуется их доработка?

Очень интересует работа плагинов DAO в v 1.1 — будет работать сразу или нужно будет опять ждать адаптации?
Отредактирован:
0
Есть информация, что некоторые плагины, функциональность которых связана, например, с загрузками картинок и файлов, могут работать некорректно.
0
адаптацию нужно делать редактор, фотосет, загрузку изображений, и и вывод всего этого в готовом топике. ©. Это если у вас не стандартные шаблоны
0
1.1.1 при установке выдал ошибку:

SQL Error: Table 'alto.alto_storage' doesn't exist at ...\public_html\common\classes\modules\admin\mapper\Admin.mapper.class.php line 326 --- Array ( [code] => 1146 [message] => Table 'alto.alto_storage' doesn't exist [query] => SELECT storage_key, storage_val FROM alto_storage WHERE storage_key LIKE 'custom.config.%' [context] => ...\public_html\common\classes\modules\admin\mapper\Admin.mapper.class.php line 326 ) 


apache 2.4, php 5.6, mysql 5.6.26 (x64)
0
установи по новой
0
НА денвере :(

SQL Error: Table 'alto.prefix_blog_type_content' doesn't exist at W:\home\localhost\www\common\classes\modules\blog\mapper\Blog.mapper.class.php line 860 — Array ( [code] => 1146 [message] => Table 'alto.prefix_blog_type_content' doesn't exist [query] => SELECT bct.blog_type_id blog_type_id, ct.* FROM prefix_blog_type_content bct, prefix_content ct WHERE ct.content_id = bct.content_id AND bct.blog_type_id IN ( '1', '2', '3', '4' ) — Здесь такой манёвр: тип контента должен быть либо привязан к типу — блога по таблице ?_blog_type_content, либо, из соображений свместимости — с версией Alto 1.0, должен храниться в соответствующем свойстве типа блога — запрос на выборку из этого всего уникальных не делаю, поскольку варианта — тут два — либо контент в свойстве типа блога и тогда по нему работает — второй подзапрос, либо только в таблице связей — тогда работает первый. UNION SELECT bt.id blog_type_id, ct.* FROM prefix_blog_type bt, prefix_content ct WHERE bt.content_type = ct.content_url AND bt.id IN ( '1', '2', '3', '4' ) [context] => W:\home\localhost\www\common\classes\modules\blog\mapper\Blog.mapper.class.php line 860 )
+1
Вероятно, подключаете к БД от прежней установки движка?
Если так, то при установке конвертируйте в текущую версию.
А по картинкам возможно это altocms.ru/1250.html#comment22766?
0
При создании СТАТЬИ — есть блок — Добавить изображения

— Перенесите нужные изображения в это область
— Порядок изображений можно изменить просто
переместив мышью изображение на нужное место.
— Доступна загрузка изображений в формат JPG, PNG, GIF
Размер изображений не должен превышать 6144 Kб
Максимальное число загружаемых изображений: 30

— Но при загрузки и сохранения — изображение нигде не выводиться :(
0
при просмотре профиля
localhost/profile/admin/created/topics/
— ну очень коряво выводиться СИЛА и РЕЙТИНГ :(((
0
Вы бы указали устройство с которого просматриваете сайт…
0
Раб. компп.
Денвер. (так к слову)
Монитор на 1280
Браузер — Я.Б 15.6 (Хром)
0
хмм на главной страничке лежит версия alto 1.1.3, а что за обновления были?? Вадим просветите пожалуйста
+1
Ну есть список закрытых issues, есть список pull request-ов с момента релиза 1.1.0.
0
Главным образом, это фиксы найденных ошибок. Плюс некоторые обновления, связанные с оптимизацией и небольшими улучшениями
0
Спасибо
0
Вадим, вы бы не могли делать патчи с обновлениями, не очень удобно через GitHub смотреть что изменилось и какие фалы изменил сам и позже под одному файлу накатывать, а был бы патч было бы проще
PS лучше делать патчи:
с версии 1.1.1 до акутальной.
с версии 1.1.1++ до 1.1.2++ и т.д
Отредактирован:
0
Кстати, может можно как-то настроить так, чтобы свои изменения складывались с изменения на гитхабе?
Типа если изменения в разных местах скрипта, то само объединяется, а если в одном месте, то вручную можно посмотреть, но думаю это будет редкая ситуация…
Отредактирован:
0
по API автообновление было бы лучшим вариантом!
0
Если пользоваться системой контроля версий git, то там это из коробки
0
и постоянно придется править код по новой, под свои нужды? Не все умеют пользоваться Гит
+1
Вообще-то вся концепция движка строится на том, что вебмастер не должен ничего менять в самом движке, а весь доп.функционал будут делать через расширения. И при таком подходе все обновления в рамках минорной версии 1.1.х могут выполняться просто обновлением папок /engine и /common.

Если же вебмастер что-то меняет в движке, то это означает одно из трех:
1) Он не понимает, как создавать расширения
2) Он ленится создавать расширения (а исправить прямо в коде действительно получается часто быстрее, чем создать плагин)
3) В движке есть какие-то узкие места, которые не позволяют создать нормальное расширение.

И мне, вообще-то, хотелось бы понимать в каждом конкретном случае корень проблемы.

А что касается патчей — а в каком виде их делать? Если в формате гита, то проще клонировать репо и мерджить коммиты. Или какой-то иной вариант предлагается?
-1
ну да ладно, нет так нет, я с гита обновлю, не понимаю что сложного сделать патч, например только файлы которые исправили по папочкам:
- \common\config\menu.php
  - \common\templates\skin\experience-simple\assets\js\jquery\jquery.bootstrap-dropdown-on-hover.js

и все, то есть закидываются на сервер только те файлы, которые обновились.
PS На счет расширений их практически нет на новую версию и мануала нету как создать простое расширение да и мануалов нету, если только рыскать по сайту и по кусочку собирать, те же доп. поля, чтобы вывести доп. поле нужно темы 3-4 прочитать, как изменить размер картинки тоже самое. Ув. Вадим движок нравиться во всем, просто нет мануалов
+1
С помощью гита можно сделать «патч» вот так:
git remote update
git archive -o update.zip HEAD $(git diff --name-only 1.1.3...1.1.4)

Где 1.1.3...1.1.4 — теги, изменённые файлы между которыми нужно добавить в архив.
Хотя, наверное да, было бы лучше, если бы Вадим это делал.
Отредактирован:
0
Да обновление ладно, как-нибудь обновить можно. А вот мануалов по плагинам нет совсем, это да. Я вот даже читая как делать плагины для LS не знаю в чем отличие для Alto, что нужно изменить или итак все заработает нормально. И как вообще искать название функции, куда вставить хочешь своё что-то. То есть хотелось бы название всех функций, экшенов, хуков или как их там. То есть для создание меню на сайте такая-то функция, такие то параметры за то-то отвечают, меню в админке так-то. Вывод своего кода в разные места сайта так-то, название мест такие-то (например, окно авторизации, перед статьей, после статьи, рядом с рейтингом там, комментариях, рядом с меню, логотипом и т.д.), перехват url делать так-то, свои параметры в них так-то, вывод статей по своему url со своими фильтрами и сортировкой, но используя стандартный шаблон вывода статей и пагинацию так-то. Вот примерно так хотелось бы. Спасибо!
+1
не понимаю что сложного сделать патч
учитесь пользоваться git, это очень полезно.
0
Сколько щас насчитывается найденных ошибок?
+1
Опять не возможно регистрировать русские ники :( из коробки… Может все таки исправить данный косяк ???
0
Это не косяк, а фича — давно уже набор допустимых символов в логине настраивается в конфиге:
// Только цифры, латиница, подчеркивание и дефис
$config['module']['user']['login']['charset'] = '0-9a-z_\-';
// Цифры, латиница, подчеркивание, дефис и кириллица
$config['module']['user']['login']['charset'] = '0-9a-z_\-а-яё';
// Любые символы
$config['module']['user']['login']['charset'] = '\p{L}';
Или речь о чем-то ином?
0
В настройках указал с кириллицой, а при регистрации все равно не возможно было зарегиться. Вообщем как оказалось «глюк» у хостинга был.
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.