Релиз Alto CMS 1.0-alpha

Результатом упорной и тяжелой работы последних месяцев стал релиз версии 1.0 нашего замечательного движка. Сразу хочу подчеркнуть – это альфа-версия. Это рабочая версия, но, во-первых, она гарантировано содержит некоторое количество багов. А, во-вторых, в нее еще могут быть внесены некоторые изменения в части функционала.
Но это уже вполне рабочая версия, которую можно ставить для ознакомления и тестирования. Более того, нам очень хотелось бы, чтобы вы ее посмотрели, потрогали и покрутили. Потому что чем больше людей ознакомиться с этим релизом, тем быстрее мы сможем выявить все ошибки и недочеты, и тем быстрее сможем выпустить уже долгожданную финальную версию.

Релиз содержит в себе ряд очень важных (я бы сказал – принципиальных) изменений. О многих из них будет отдельная статья, но для начала дам их краткий обзор.
Наиболее важные изменения в версии 1.0

1. Управление ролями администраторов и модераторов блогов, о чем я уже писал

2. Создание собственных типов блогов (с возможностью привязки к ним определенного типа контента). Администратор сайта теперь может сам задать, какие типы блогов ему на сайте нужны, кто и как их может создавать, кто и на каких условиях в них может писать, читать, комментировать и т.д. Не нужны вам персональные блоги – вы их просто отключаете в админке и все. Нужно вам создать какие-то специальные блоги для кланов, групп пользователей и проч. – все в ваших руках.

3. Полностью переписан ВЕСЬ функционал работы с изображениями. Во-первых, обеспечена поддержка всех php-библиотек работы с изображениями: кроме GD, это еще Imagick и Gmagick (продвинутые владельцы сайтов, где активно загружают фотографии, думаю, это заценят). Во-вторых, реализован функционал ресайзинга и кропа изображений налету. Т.е. нет необходимости заранее генерировать жестко заданные размеры аватар или превью топиков, их можно задавать прямо в шаблоне вывода, и при первом запросе картинки нового размера она будет создана автоматически из оригинала, а потом отдаваться сайтом как обычное изображение.

4. Все загружаемые изображения теперь фиксируются в базе, и не составит особого труда получить список всех изображений, загруженных пользователем, или всех фотографий топика. Точно так же можем теперь получить список изображений, которые вообще нигде не используются, и удалить их для экономии места на диске.

5. Полностью переработан механизм подготовки и обработки js- и css-файлов.

6. Библиотека jQuery обновлена до версии 1.9.1, а редактор TinyMCE обновлен до версии 4.0.3

7. В SQL-запросах теперь можно использовать именованные параметры и префикс таблиц по умолчанию (нет необходимости перечислять все используемые таблицы в конфиге, если префикс у них стандартный).

8. Улучшенный автозагрузчик классов (с поддержкой стандарта PSR-0 и маппингом классов).

Новая структура папок

И еще одно важное изменение — в движке теперь новая структура папок. О новой структуре мы думали еще перед самым первым релизом. Но тогда решили этого не делать, а сделали только сейчас. На наш взгляд, новая структура папок более логична и выглядит она таким образом:
/engine — это ядро движка
/common — это различные дополнительные компоненты и расширения, включая плагины и шаблоны, которые могут использоваться на сайтах, в т.ч. и от сторонних разработчиков
/app — это папка для разного рода настроек и надстроек для конкретного сайта

И остались без изменений папки /_tmp (для всевозможных временных файлов), /_run (для runtime-файлов) и, конечно, /upload (для загружаемых файлов).

Особо хочу про папку /app сказать: все изменяемые файлы конфигурации теперь следует хранить здесь, и риск затереть их случайно при обновлении падает до нуля, потому что какие бы обновления вы не выполняли, обновляться могут только папки /engine и /common. И еще очень важная вещь: в эту же папку вы можете складывать свою версию языковых файлов. Например, решили вы заменить в текстах термин “блог” на термин “раздел” — положите в папку /app/templates/language/ файл ru.php, где в текстах внесены соответствующие правки — и все! Теперь на сайте будут выводится ваши тексты даже после полного обновления движка.

Что дальше?

В ближайших планах — выпуск стабильного релиза. Для этого нам нужно тестировать, тестировать и еще раз тестировать. Поэтому нам очень нужна помощь всех, кто следит за развитием проекта, кто хочет, как и мы, как можно скорее получить финальную версию. Ставьте, тестируйте, сообщайте нам об ошибках. Чем быстрее мы сможем собрать информацию об ошибках, тем быстрее сможем их пофиксить, и тем быстрее сможем выпустить долгожданный стабильный релиз. Но подчеркну еще раз: это альфа-версия, и мы не рекомендуем использовать ее в продакшене.

И еще важно отметить: очень хотелось бы ваших соображений, пожеланий и критических замечаний относительно реализации той или иной фичи. Т.к. это альфа-релиз, еще есть время, чтобы внести какие-то изменения.

Отдельно хочется поблагодарить пользователя Klaus за участие в разработке.

Скачать этот релиз можно здесь

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

  • Вышла версия Alto CMS v.1.0.8
    Релиз версии 1.0.8 слегка затянулся, но таки состоялся. И, несомненно, значительную роль в его подготовке сыграл andreyv, который в последнее время активно занимался багфиксом и приближал дату релиза не по дням, а по ...
  • Alto CMS версия 1.0. Финал!
    Да, этот день настал. Сегодня я объявляю о финальном релизе версии 1.0 нашей CMS. Я говорю «нашей», имея ввиду все наше сообщество, всех тех, кто помогал словом и делом, кто тестировал и советовал, критиковал и...
  • Alto CMS v.1.0 RС-4 - долгий путь к финальному релизу
    Вообще-то, так, конечно, не делается — объявить Release Candidate (и даже не один) и вдруг затеять такие объемные доработки. Версия RC — это уже финишная прямая, с которой обычно не сворачивают. Но мы пошли против...
  • Alto CMS v.1.0 Release Candidate
    Думаю, мы уже вплотную подошли к стабильному релизу. Спасибо всем, кто помог выявить и исправить ошибки. Со времени выхода второй бета-версии (кроме исправления ошибок) было выполнено несколько доработок. Наиболее...

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

0
Отличная работа! Прогресс на лицо! Спасибо Вам! Будем тестировать!
0
>Библиотека jQuery обновлена до версии 1.9.1, а редактор TinyMCE обновлен до версии 4.0.3
Это стимул
0
Огромное спасибо, особенно порадовали 4 пункта. Буду тестировать.
0
Ну просто отличная новость!
Будем тестировать.
0
Отлично! Порадовали. Скачал. Уже пробую.
0
Замечательно. Спасибо Вам за Вашу работу!
0
1. Управление ролями администраторов и модераторов блогов, о чем я уже писал
Не рабочая ссылка…
0
Поправил
+1
/admin/blogtypes/add/ — 404 ошибка
в шаблонах осталось /templates/ а не /common/templates/
+1
Пока нет времени ставить демо.
Как там дела с фотосетом? Появилась ли возможность мультизагрузки изображений?
0
в фотосете — да, в самом топике — нет
+1
Ну он в фотосете и в старой версии был.
Я надеялся, что в этой версии будет пересмотрен фотосет, а как итог мы все так же имеем еще один вид топика.
0
Не понял Вашу мысль: в какую сторону, на Ваш взгляд, нужно пересматривать фотосет?
+1
Фотосет сейчас это вид топика, то что в альто есть возможность в один топик пихнуть и фотосет и опрос, и ссылку — ничего не меняет.
Фотосет как был так и остался отдельным видом топика.
Что из себя представляет фотосет? Мультизагрузка без возможности разместить изображения по топику так как этого хочет автор топика.
Я уже не раз предлагал расширить функционал фотосета. Сделать из фотосета своеобразную возможность вставки изображений в виде галереи с разными вариантами шаблонов.
На мой взгляд даже банальная замена фотосета на мультизагрузку изображений с возможностью задавать свои размеры превью уже даст куда больший профит.
На худой конец бог с этим фотосетом – возможно у нас тут куча проектов фишкой которых являются те самые фотоотчёты, но даже для этих целей фотосет крайне кривая штука.
Дайте юзерам возможность простой мультизагрузки изображений не через фотосет с его правилами и ограничениями.
Я могу ошибаться. Все выше написаное исключительно мое мнение без какой-либо статистики – чистое наблюдение.
Отредактирован:
0
Я бы предположил, что это должна быть ф-ция редактора. Я сейчас пишу ТЗ как это нужно мне. Очень близко с Вашей мыслью.
+1
Фотосет — это, фактически, фотоальбом (возможно, так и стоит его называть в текстах? непродвинутым юзерам гораздо понятней будет). Цеплять ли его к любому топику или создать для этого специальный тип контента — сейчас это полностью в руках админа сайта.

Как фотосет будет отображаться на сайте (в виде набора превьюшек, в виде слайд-шоу или «карусели»), в каком месте топика (над текстом или под ним, или, может, сбоку) — это все от разработчика шаблона зависит. Тем более, что в новой версии снимаются любые ограничения на размеры изображений, какие нужно, те и будут созданы. Но до сих пор разработчики шаблонов как-то зашорено подходили к отображению фотосета: почему-то это всегда «плитка» из превью, которая в обязательном порядке болтается под текстом топика. Остается надеяться, что однажды кого-нибудь сломает этот стереотип.

… возможность простой мультизагрузки изображений не через фотосет...
Не вполне понимаю о чем речь. С фотосетом все ясно, там фотки грузятся по порядку в один список. А в топике куда они будут грузиться?

Или речь о том, что создается некий каталог изображений юзера, не привязанный изначально к какому-то топику, и потом уже из этого каталога изображения вставляются в топик?
0
Не вполне понимаю о чем речь. С фотосетом все ясно, там фотки грузятся по порядку в один список. А в топике куда они будут грузиться?
Поддержу faykop
Что из себя представляет фотосет?Мультизагрузка без возможности разместить изображения по топику так как этого хочет автор топика.
А нужна именно возможность размещать фотки в виде превью (или в другом заданном виде) по тексту… Тут обратите внимание на недавний топик — altocms.ru/blog/extensions/320.html — очень близко к тому что нужно…

Лично я фотосетом не пользуюсь… купил Лайтимидж для LS и в своих обзорах фотки вставляю между текстом… Фотосет не даст возможность вставлять фотки между текстом(((
0
А вообще имхо — по уму — каждая мультизагрузка должна создавать альбом и в чем то иметь функции галереи;)
+1
Вообще вам стоит обратить внимания на ВордПресс там отлично реализована мультизагрузка и к тому же она сходу убивает двух зайцев.
Остается надеяться, что однажды кого-нибудь сломает этот стереотип.
А не делают потому что принцип останется без изменений. Пока не будет возможности самому юзеру настроить его вывод смысл его не изменится.
Вывод имеет смысл менять уже под замыслы проекта, а в остальном я честно сказать не вижу смысла от этого.
Отредактирован:
0
Вообще вам стоит обратить внимания на ВордПресс...
Наверное, я не типичный пользователь, но меня лично нередко именно вордпрессовская реализация раздражает. Чаще всего мне нужно просто вставить фотку в конкретное место топика, и вот для этих целей минималистичный интерфейс Альто подходит идеально. Но у других юзеров на других сайтах, наверное, другие задачи и другие подходы должны применяться. Вот поэтому я и стараюсь понять — что же нужно? Что именно не так?

А не делают потому что принцип останется без изменений
Не понимаю, откровенно не понимаю. Сделать из фотосета настоящее слайд-шоу и вставить его в начало топика — это то же самое, что и сейчас? Честно говоря, я и сам давно бы это сделал, не будь более приоритетных задач.
0
лично нередко именно вордпрессовская реализация раздражает
от себя скажу так — Год назад перешел на LS с WP… может я не нашел нужных плагинов, но в WP я так и не получил нужного мне от загрузки и вставки фото… Вот на LS с Лайтимидж я получил практически именно то, что хотел… — Мультизагрузка превью фото (с заданными параметрами) между текстом, с возможностью увелечения фото по клику и просмотра в этом режиме всех вставленных фото. Т.е. просмотр всех фото соответствовал режиму фотосета, нго сами фотки были вставлены в виде превью по тексту в нужном месте.
0
Или речь о том, что создается некий каталог изображений юзера, не привязанный изначально к какому-то топику, и потом уже из этого каталога изображения вставляются в топик?
Вот это кстати — было бы тоже интересное решение)) оно как раз чем то на альбомы юзера похоже
0
А первый шаг к этому сделан — заточен необходимый функционал со стороны ядра движка и базы данных
+2
Потестировал только пользовательскую часть, получилось более 10 пунктов по ошибкам. Список большой, поэтому залил файл с описанием ошибок и картинками на файлообменник: rghost.ru/49079339
+1
Большое человеческое спасибо! Уже идет работа над ошибками
0
Папка /app/plugins не существует и поэтому ругается при установке.
0
У меня не загружаются фото. При нажатие на кнопку «загрузить» ничего не происходит. А если загружать по ссылке с интернета, выдает ошибку «Not allowed file extension»
Отредактирован:
0
При отключение персональных блогов админке — выдает 404 ошибку.

А вообще будет возможность под определенный тип блогов создавать соответствующий шаблон .tpl?
+1
А вообще будет возможность под определенный тип блогов создавать соответствующий шаблон .tpl?
Будет возможность задавать шаблон под тип контента. А тип контента можно привязать к типу блога. На мой взгляд, это более логичный подход, т.к. блог — это не единица контента, и не какое-то свойство, это своего рода группировка контента. Поэтому у него не может быть своего шаблона.

За багрепорт — спасибо.
0
Будет возможность задавать шаблон под тип контента.
Я просто получается, не так выразился. А свои шаблоны под тип контента — это то что нужно. Спасибо.
0
При попытке зайти в Активность выдает
Exception: Unable to load template file 'blocks/block.activitySettings.tpl' in 'sidebar.tpl'
Страницы Блоги и Люди не рендерятся нормально — сверху черный прямоуголник без текста, админская инфа в футере увеличенным шрифтом.
При попытке зайти в профиль выдает
E_USER_WARNING [512] Can not define type of widget «userActions.tpl»
See details in error.log
E_USER_WARNING [512] Can not define type of widget «widgets/widget.userNote.tpl»
See details in error.log
E_USER_WARNING [512] Can not define type of widget «widgets/widget.userNav.tpl»
See details in error.log
Exception: Can not find the template «actions/ActionProfile/info.tpl» in skin «synio»
+1
В папке app отсутствует папка plugins. Лучше создать ее сразу, а то для некоторых пользователей это будет неожиданным поворотом в начале установки ;)

Не сильно порадовало время загрузки. Настройки из коробки(кеш офф кажется, по дефолту), только что установленный движок, сервер денвер

PHP
time load modules: 3.414
included files:
— count: 110
— time: 0.464
full time: 5.854

Не думаю что даже для дефолтной работы сайта допустимо время загрузки более 2-х секунд.

Профиль не работает, но это скорее связано с отсутствием файлов в шаблоне, чем с самим движком. Все ошибки выложил nikto , поэтому нет смысла повторяться.

Отличная новость +, но в итоге (это только мое мнение) еще рано даже для альфа релиза.
+6
Преждевременная оптимизация — зло ©… :)

Меня, как разработчика, всегда слегка напрягало, что у движка, под который я пишу плагины, и на котором делаю сайты для людей, как-то «внезапно» выходит новая версия, где круто все меняется. Иногда это приводило к тому, что месяц-другой работу улетал псу под хвост, потому что срочно приходилось все переделывать.

Я знаю, что на Альто начинают делать серьезные проекты, писать нехилые плагины. Поэтому этот релиз — это, своего рода, анонс, который рассказывает не только о том, ЧТО нового будет в новой версии, но и КАК это будет реализовано, чтобы сторонние разработчики могли уже сейчас планировать, как можно будет использовать новые возможности движка в своих будущих разработках.
0
Относительно персональных блогов было бы неплохо предусмотреть в «правах доступа к блогу» в пунктах «Кто может читать» и «Кто может комментировать» таких пользователей как «только друзья». Формально там есть, видимо, возможность ограничить доступ к персональному блогу через членство (проверить не могу, т.к. после редактирования сейчас всё заканчивается на SQL error...), но было бы логично, если бы пользователи подружившись получали бы доступ к персональному блогу, а прекратив дружбу, этого доступа лишались бы
+1
было бы логично, если бы пользователи подружившись получали бы доступ к персональному блогу
Интересная мысль, логика в этом действительно есть
0
Для сообществ (например, livestreet.ru) эта вещь неочевидна, потому как те, у кого не хватает рейтинга, не могут писать посты в коллективные блоги. И для них персональный блог — единственная возможность написать пост.
Но если сообщество не тематическое, и пользователей больше двух-трёх сотен, то возникает ситуация, что персональный блог не защищён от нежелательных посетителей. Пользователи резонно жалуются: в своём персональном блоге я не могу ограничить доступ никому, не могу забанить, не могу запретить комментировать кому-то конкретному, не могу запретить читать. Отсюда конфликты.
В принципе вопросы кого пускать, а кого нет, было бы хорошо передать на усмотрение пользователям, но пока этого нет, можно использовать «подружиться», которое сейчас ни на что не влияет, как я понимаю.
Отредактирован:
0
О! Спасибо за работу =) Рад что уже альфа есть)
0
+ микро разметки (facebook + twitter)
+ Объединить blogname/ и blogname чтоб не индексировали 2 раза
+ Произвольная настройка доп полей в шаблоне как на DLE {xvalue_}
+ Категория для блогов при добавления топика
0
+ произвольная переименования blog в урл + стандартного топика
0
+ Объединить blogname/ и blogname чтоб не индексировали 2 раза
Где?

+ Произвольная настройка доп полей в шаблоне как на DLE {xvalue_}
Предлагаете бросить все и пойти изучать DLE?
0
фу,
а то я по началу решил, что один не понял о чем речь ))
+2
+ Объединить blogname/ и blogname чтоб не индексировали 2 раза
1 — sitename.ru/blogs/
2 — sitename.ru/blogs
и все блоги доступны по 2 урлам

+ Произвольная настройка доп полей в шаблоне как на DLE {xvalue_}
Это мой ошибка я думал что вы знакомы с DLE!

Примеру в alto cms доп поля на сайте показывает все на 1 месте + не показывает если этот доп поля пустой. В DLE можно произвольно настроит доп поля в шаблоне за это отвечает:
[xfvalue_x]
— Значение дополнительного поля «x», где «x» название дополнительного поля
[xfvalue_X limit=«X2»]
— Выводит только текст дополнительного поля без HTML форматирования, при этом сам текст сокращается до указанного X2 количества символов. При этом сокращение текста происходит до последнего логического слова. Например [xfvalue_test limit=«50»] выведет только первые 50 символов значения дополнительного поля c именем test
[xfgiven_x] [xfvalue_x] [/xfgiven_x]
— Выводится дополнительное поле «x», если поле не пустое, если поле не имеет значения, то текст просто вырезается
[xfnotgiven_X] [/xfnotgiven_X]
— Выводят текст указанный в них если дополнительное поле не было задано при публикации новости, где «х» это имя дополнительного поля
Отредактирован:
-1
dle? нет.
а что такое dle?
+1
DLE — это Data Life Engine — это популярная система управления сайтом, она платная!)
комментарий был удален
+3
Похожий функционал будет
0
Это классно, нужные штуки. Ещё по DLE помню.
+2
Ребята молодцы!!! Очень доволен что перешел с Livestreet на ALTO!!!
+1
+хлебные крошки
+Сортировка дополнительных полей в админке (drag in drop)!
+1
+uppod плейр
0
После установки на главной странице:
E_STRICT [2048] Declaration of ModuleBlog_EntityBlogType::getProp() should be compatible with Entity::getProp($sKey, $xDefault = NULL)
See details in error.log
Fatal error: Class 'ModuleLogger_EntityLog' not found in /var/www/altocms/common/classes/modules/blog/entity/BlogType.entity.class.php on line 202

В логах:

2013-10-06 17:55:26
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:55:22
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:55:17
E_DEPRECATED [8192] Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 (Unknown on line 0)
2013-10-06 17:55:16
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:42:11
E_ERROR [1] Class 'ModuleLogger_EntityLog' not found (/var/www/altocms/common/classes/modules/blog/entity/BlogType.entity.class.php on line 202)
2013-10-06 17:42:01
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:42:00
E_DEPRECATED [8192] Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 (Unknown on line 0)
2013-10-06 17:42:00
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:41:54
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:41:48
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:41:36
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:41:28
E_DEPRECATED [8192] Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 (Unknown on line 0)
2013-10-06 17:41:28
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:41:11
E_WARNING [2] getimagesize(/var/www/altocms/uploads/images/00/00/00/avatar/avatar_admin.default_male.png): failed to open stream: No such file or directory (/var/www/altocms/engine/classes/modules/img/entity/Image.entity.class.php on line 142)
2013-10-06 17:41:11
E_STRICT [2048] Only variables should be passed by reference (/var/www/altocms/engine/classes/modules/img/Img.class.php on line 30)
2013-10-06 17:41:11
E_STRICT [2048] Non-static method Imagick::getversion() should not be called statically, assuming $this from incompatible context (/var/www/altocms/engine/classes/modules/img/Img.class.php on line 64)
2013-10-06 17:41:10
E_NOTICE [8] Array to string conversion (/var/www/altocms/engine/classes/modules/viewer/Viewer.class.php on line 271)
2013-10-06 17:41:03
E_WARNING [2] getimagesize(/var/www/altocms/uploads/images/00/00/00/avatar/avatar_synio_male.png): failed to open stream: No such file or directory (/var/www/altocms/engine/classes/modules/img/entity/Image.entity.class.php on line 142)
2013-10-06 17:41:03
E_STRICT [2048] Only variables should be passed by reference (/var/www/altocms/engine/classes/modules/img/Img.class.php on line 30)
2013-10-06 17:41:03
E_STRICT [2048] Non-static method Imagick::getversion() should not be called statically, assuming $this from incompatible context (/var/www/altocms/engine/classes/modules/img/Img.class.php on line 64)
2013-10-06 17:41:02
E_ERROR [1] Class 'ModuleLogger_EntityLog' not found (/var/www/altocms/common/classes/modules/blog/entity/BlogType.entity.class.php on line 202)
2013-10-06 17:41:02
E_DEPRECATED [8192] Comments starting with '#' are deprecated in /etc/php5/apache2/conf.d/ming.ini on line 1 (Unknown on line 0)
2013-10-06 17:40:06
E_ERROR [1] Class 'ModuleLogger_EntityLog' not found (/var/www/altocms/common/classes/modules/blog/entity/BlogType.entity.class.php on line 202)
0
4. Все загружаемые изображения теперь фиксируются в базе, и не составит особого труда получить список всех изображений, загруженных пользователем, или всех фотографий топика. Точно так же можем теперь получить список изображений, которые вообще нигде не используются, и удалить их для экономии места на диске.

во время обновления с движка 0.9.7, уже существующие фотографии в топиках (фотосетах) будут внесены в базу?
0
Нет, только при добавлении новых топиков или при редактировании старых
0
Предложение. Сделать проверку при регистрации поля «ник», что бы нельзя было ввести в него e-mail
0
У меня не хочет показываться капча при регистрации.
0
Что то не пошло с первого раза, установка прошла нормально потом на главной такое:

Fatal error: Can't inherit abstract function ICacheBackend::remove() (previously declared abstract in Zend_Cache_Backend_Interface) in /..../engine/classes/modules/cache/backend/CacheBackendFile.class.php on line 20
E_COMPILE_ERROR [64] Can't inherit abstract function ICacheBackend::remove() (previously declared abstract in Zend_Cache_Backend_Interface)
See details in error.log

PS. Полностью снес 0.9.7.1 чистая установка.
0
у мну тоже ошибка про zend сache была после установки
0
И как решил?
0
решил пока эту версию не ставить. ))
у меня там вообще куча чего вылезло, я сначала прикидывал как можно поправить — не поправить, а потом решил, что я никак не уменее разработчиков движка и не стал лезть.

зато вот только что понял, что всю дорогу правил
common / config / config.php
и радовался еще, что наконец-то конфиг один и понятно где нужно исправлять, а оказалось все не так просто ))))
0
установил систему, в процессе без ошибок, но на главной вижу:
E_STRICT [2048] Declaration of ModuleBlog_EntityBlogType::getProp() should be compatible with Entity::getProp($sKey, $xDefault = NULL)
See details in error.log
Fatal error: Class 'ModuleLogger_EntityLog' not found in /home/alto/public_html/common/classes/modules/blog/entity/BlogType.entity.class.php on line 202

а при попытке создать запись в блоге
E_STRICT [2048] Declaration of ModuleBlog_EntityBlogType::getProp() should be compatible with Entity::getProp($sKey, $xDefault = NULL)
See details in error.log
Fatal error: Class 'ModuleLogger_EntityLog' not found in /home/alto/public_html/common/classes/modules/blog/entity/BlogType.entity.class.php on line 202

E_ERROR [1] Class 'ModuleLogger_EntityLog' not found
See details in error.log

PS я не к тому чтобы пожаловаться, а помочь.
из конфигурации: php 5.4.9-4ubuntu2.3
MySQL: 5.5.32-0ubuntu0.13.04.1
0
Это можно исправить заменив в index.php

error_reporting(E_ALL);

на

error_reporting(E_ERROR);
+1
Какой смысл в этом если альфа версия пока вообще не работает. У меня после установки при переходе на сайт выдает
Fatal error: Can't inherit abstract function ICacheBackend::remove() (previously declared abstract in Zend_Cache_Backend_Interface) in /..../engine/classes/modules/cache/backend/CacheBackendFile.class.php on line 20
E_COMPILE_ERROR [64] Can't inherit abstract function ICacheBackend::remove() (previously declared abstract in Zend_Cache_Backend_Interface)
See details in error.log


Ну выставлю я error_reporting(E_ERROR); и буду наблюдать белый экран…
0
Я так понимаю альфа версия пока не рабочая… почему то разработчики молчат. Нужно подождать, наверное скоро исправят.
+1
Да.
0
На локальном поставил (open-server win7-64), ошибки про которую я писал выше почему то не появилось, в админке по ссылке «Ошибки системы» выдает: 404:
К сожалению, такой страницы не существует. Вероятно, она была удалена с сервера, либо ее здесь никогда не было.

Также не отображаются дефолтные аватары админа. Продолжаю ковырять.
0
Кто нибудь что то тестирует? Что то на гите тишина…
0
Ну как я понимаю, сразу после релиза разработчики уже получили от нас обратную связь — где есть какие проблемы. Теперь просто ждем, когда будет рабочая версия.
+3
Работаем, парни, работаем
0
Сразу после чистой установки и удаления install, при попытке захода на любую страницу:
Exception: cache_dir must be a directory
See details in error.log
0
прошу, прощения а у меня одного в стабильной версии 0.9.7.1 ответы на стене пропадают? пишу сообщение на стене.
отвечаю на сообщение его видно.
обновляю страницу и ответ пропадает.
если снова написать комментарий к этому сообщению то после нажатия кнопки отправить подгружаются оба ответа, но как только обновишь страницу — опять пусто.
+1
Нет, не у вас одного. Я уже сообщал об этом баге разработчикам. Посмотрим, будет ли он устранен в новой версии.
0
хотелось бы, а то я так и не понял где этот баг искать.скачал livestreet чтоб сравнить. wall.js тот же и шаблоны те же. в modules/wall тоже вроде все одинаково((
0
В текущей дев-версии на гитхабе баг устранен
0
ураа)большое спасибо))
0
Это она: github.com/altocms/altocms?
0
да
0
Есть ли новости о 1.0а, можно уже ставить и тестить или еще подождать? Просто хочется уже более менее рабочее что то. Вообще в какой стадии начальные фиксы?
0
Шаблон не полный! Не хватает файлов.
0
Я так понимаю шаблоны абсолютно не совместимы будут.
Тяжко постоянно перестраивать щаблоны.
+1
В корне неверное умозаключение. Задержка с релизом как раз во много и обусловлена тем, что не только баги фиксятся, но и ведутся работы по обеспечению максимальной совместимости снизу вверх, в т.ч. и для шаблонов. Совсем без правок, наверное, не обойтись, но они не будут кардинальными.
0
хотелось бы еще вопрос задать — прикрепление файлов уже работает? на 0.9.7.1 у он у меня отказался прикрепляться
0
Когда можно ожидать поддержки PostgreSQL?
+1
Полноценная поддержка PostgreSQL планировалась в версии 1.1, но, похоже, придется пересматривать планы и сдвинуть эту часть работ к версии 1.2. В какие сроки это выльется, сказать не могу, т.к. не приступали даже еще к анализу — что именно сейчас мешает юзать Постгресс. Было б замечательно, если б нашлись энтузиасты, активной работающие с этой базой, которые взяли бы на себя хотя бы анализ текущих проблем в части поддержки PostgreSQL
0
Скоро уже месяц будет как написал:
«Ошибки системы» выдает: 404:
К сожалению, такой страницы не существует. Вероятно, она была удалена с сервера, либо ее здесь никогда не было.
Такими темпами наверное еще год придется ждать релиза:( Что то вообще никакого движения не ощущается. Авторы не забывайте, что вы локомотив этого творения…
+5
Ну значит, не посчитали, что этот баг более важен, чем другие. За месяц на гитхабе 76 коммитов, т.е. в среднем больше двух коммитов в сутки. Может, и не очень высокие темпы, но как умеем. В ближайшие дни будет релиз альфа2 и начнется серия публикаций, где более подробно расскажем о нововведениях в версии 1.0
0
было бы круто что бы к разделам\подкатегориям прописывались свои Тайтл\Дескрипшн\Мета!
+2
Мне даже как-то неловко отвлекать вас от работы, но можно ли ждать альто 1.0 до конца года или релиз точно будет позже? Появилась небходимость запустить блог «на скорую руку», вот думаю ставить текущую версию или дождаться релиза 1.0 Хоть какие-то примерные сроки можно узнать? Ну там, «точно не раньше месяца» или «скорее всего не позже 3-х месяцев, но не раньше ближайших двух недель это точно»… короче, хоть какой-нибудь ориентир :) Заранее спасибо!
0
Судя по крайним изменениям на гите, а они были 10 дней назад:) то до конца года точно ждать ничего не стоит. Авторы работают планомерно и не спеша, но это не плохо… меньше будет ошибок, более продуманной будет реализация и т.д. Понятно, что хочется побыстрее, но нужно подождать, авторы работают и не забрасывают проект. Мое чисто субъективное мнение, что релиз будет где то в апреле-мае. Лучше конечно если сами авторы обозначат примерные сроки. Как я уже раньше говорил — повторюсь, с выходом стабильной версии ситуация должна улучшиться. Простым юзерам нужна именно стабильная версия. Также не помешало бы присутствие (чем больше тем лучше) хороших программистов, дизайнеров и верстальщиков.
0
Вот соглашусь по поводу стабильной версии. Ждём.:)
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.