Alto CMS v.1.0 Release Candidate

Думаю, мы уже вплотную подошли к стабильному релизу. Спасибо всем, кто помог выявить и исправить ошибки.

Со времени выхода второй бета-версии (кроме исправления ошибок) было выполнено несколько доработок. Наиболее важные из них:
  1. Доработка шаблона админпанели
  2. Значительное увеличение быстродействия
  3. Пересмотрен подход к автогенерации изображений налету
  4. Добавлена работа с анимированными GIF-картинками
А теперь подробности 1. Про новый шаблон админпанели уже писали: http://altocms.ru/blog/dev/455.html
Функциональность осталась та же, но добавилось несколько тем оформления, и — самое главное — панель стала адаптивной. А это значит, что администрировать сайт с мобильных устройств стало гораздо проще. Плюс один из пользователей сделал перевод текстов админпанели на английский язык.

2. Несколько пользователей обратили наше внимание, что скорость отработки движка в версии 1.0-beta внезапно резко упала. Проверили — точно упала. А один из юзеров, хоть и несколько грубовато, но, по сути, верно указал направление, в котором надо копать. И я «копнул». В результате быстродействие было восстановлено.

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

4. И хоть обещал я, что больше никакого функционала не будет, но все ж решил добавить работу с анимированными GIF-картинками. Теперь это есть! Правда, с одним условием — у вас должна стоять библиотека Imagick или Gmagick (GD не умеет работать с анимацией в принципе). И сейчас с анимированными GIF можно выполнять те же операции, что и с обычными изображениями — менять размер, обрезать, накладывать на них надписи и другие изображения (напишу отдельную статью по методам обработки изображений). Ну, и, соответственно, анимированные GIF-картинки могут вставляться не только в тело статей и фотосеты, но и использоваться как аватары и фото профайла.

И специально для особо ретивых поклонников LS сообщаю: родившись как форк, сегодня Alto CMS — это уже вполне себе самостоятельный движок, поэтому активная ссылка на сайт ЛС, которая обычно по умолчанию стояла в футере, убирается (все необходимые копирайты в самом коде, разумеется, остаются, как положено).

А в заключение хочется сказать отдельное спасибо юзеру andreyv, который не только находит «заковыристые» ошибки и проблемы, но и, как правило, предлагает способы их решения.

UPD Обновлена ссылка на скачивание: https://github.com/altocms/altocms/releases/tag/1.0-rc2
UPD2 Обновлена ссылка: https://github.com/altocms/altocms/releases/tag/1.0-rc3
UPD3 Вышел RC4: https://github.com/altocms/altocms/releases/tag/1.0-rc4

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

  • Вышла версия 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 1.0-beta
    Вот и вышла бета-версия. Много писать не буду, по сравнению с альфа-версией, о которой писалось здесь, чего-то принципиально нового в функционал не добавилось. Не потому, что нечего (ой, как много чего еще нужно и...

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

+8
Чувствую надо вам ребята начинать браться за дефолтный шаблон и шаблон для разработчиков.
Работы у вас еще много. Надеюсь вы со всем справитесь.
+2
Работы у вас еще много
Много — не то слово. Чем больше реализуется, тем больше хочется реализовать. Условно говоря, каждая написанная строчка кода рождает две-три строки в планах. )
+1
полностью поддержу вас. считаю что можно и проспонсировать в складчину шаблон.
0
Я тоже считаю, что нужно скинуться на хороший дефолтный шаблон, на основе которого будет легко создавать свои шаблоны.
0
на хороший дефолтный шаблон
Дело за малым — определиться, что есть «хороший». Мучаюсь этим вопросом уже не первый месяц
+4
Спасибо aVadim лично вам и всем, кто трудиться над AltoCMS! Желаю вам не терять запал и продолжать трудиться с той же страстью и энтузиазмом! AltoCMS безусловно, очень, ОЧЕНЬ перспективный проект и я практически не сомневаюсь что он выстрелит, учитывая развитие веба и необходимости, такого рода CMS на рынке. Но пожалуй, самое главное, это ваше, удивительное стремление к user-frendly не только в функционале Альто, но и здесь, в сообществе. Попутного ветра вашим парусам! Спасибо за Альто
+2
Спасибо за пожелания и доброе слово!
0
Спасибо! Отличная новость!
-1
было бы круто если вы добавите редактор LiveEbitor
0
Если Вы про Bootstrap Live Editor, то он платный
0
да нет обычный. Live Editor
0
Можно ссылку?
0
этот редактор в DataLife Engine движке есть
0
Ну тогда этот
0
даа по ходу тоже платный. просто обычный редактор в эот cms имеет ни большой функционал
+3
4-я версия tinyMCE, которая используется здесь, тоже вполне приличный функционал имеет: www.tinymce.com/tryit/full.php

И мне кажется, развиваться надо не сторону какого-то конкретного редактора, а работать над тем, чтоб можно было любой онлайн-редактор прикрутить с минимальным напрягом
0
а как добавить к имеющему tinyMCE этого cms дополнительные функции как здесь www.tinymce.com/tryit/full.php
0
Почитайте вот эту статью, написанную мной для LS, но и в Alto она не теряет актуальности.
livestreet.ru/blog/13290.html
Отредактирован:
0
а где находиться файл конфигурация TinyMCE на этом CMS
+1
Для шаблона синьо здесь:
/common/templates/frontend/ls/js/settings.js
0
а для bootstrap
0
Готов скинуться на совместную покупку.
Стоит 750$
Вложу 150-200$
0
Я принципиально против. Буду пользоваться тем, что предлагают разработчики. Во всяком случае, пока. На данной стадии развития CMS, внедрение в систему сторонних скриптов считаю не целесообразным. Проще потратить эти (не малые) деньги на разработку похожего (нужного) функционала конкретно под Альто. ИМХО.
0
Вадим, спасибо Вам огромное за Ваш труд.
Но я опять с проблемой. Установил Alto, всё в порядке. А вот после нажатия на сохранение статьи выдает ошибку Базы данных:
SQL Error: Cannot add or update a child row: a foreign key constraint fails (`orthograf_master`.`prefix_stream_event`, CONSTRAINT `prefix_stream_event_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `prefix_user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE) at /home/users1/o/orthograf/domains/site.ru/common/classes/modules/stream/mapper/Stream.mapper.class.php line 35 --- Array ( [code] => 1452 [message] => Cannot add or update a child row: a foreign key constraint fails (`orthograf_master`.`prefix_stream_event`, CONSTRAINT `prefix_stream_event_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `prefix_user` (`user_id`) ON DELETE CASCADE ON UPDATE CASCADE) [query] => INSERT INTO prefix_stream_event(`event_type`, `user_id`, `target_id`, `date_added`, `publish`) VALUES(`event_type`='add_topic', `user_id`='1', `target_id`='2', `date_added`='2014-02-02 16:01:07', `publish`='1') [context] => /home/users1/o/orthograf/domains/site.ru/common/classes/modules/stream/mapper/Stream.mapper.class.php line 35 )

Хотя, если вернуться к сайту, то видно что статья создалась.
Как бы это исправить? Спасло только полное удаление таблиц Базы и импорт старой.
0
И при редактировании тоже:

SQL Error: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' target_id = 8, mresource_id = 14 LI' at line 4 at /home/users1/o/orthograf/domains/site.ru/common/classes/modules/mresource/mapper/Mresource.mapper.class.php line 92 --- Array ( [code] => 1064 [message] => You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' target_id = 8, mresource_id = 14 LI' at line 4 [query] => SELECT mresource_id FROM prefix_mresource_target WHERE target_type = 'topic', target_id = 8, mresource_id = 14 LIMIT 1 [context] => /home/users1/o/orthograf/domains/site.ru/common/classes/modules/mresource/mapper/Mresource.mapper.class.php line 92 )


Обидно, так как по сути уже начали делать проект… :(
0
Спокойно, щас все порешаем. Со второй ошибкой разобрался. А с первой пока нет. А база как создавалась? С нуля?
0
Да, чистая CMS.
0
Мож линк дать на сайт?
+1
В принципе, разобрался с ошибкой, сейчас отпишусь о решении. Но линк дайте, интересно, что за сайт. Можно сюда, можно в личку
0
Осталась проблема с тем что суперадмина могут забанить другие админы. Ну и самобан тоже остался
Отредактирован:
0
Жалко, что так и не реализовали мультизагрузку изображений с возможностью вывода в виде галереи.
Что на LS общался с Ортом на эту тему, что тут. Когда же будет прогресс на эту тему(
0
Я для этих целей взял у netlanc-а плагин «Liteimage». В принципе не дорого (10 у.е.) и со своей задачей плагин справляется. Но соглашусь, для Alto такой радости не хватает…
+1
Я его давно покупал. Для Альто есть Alian, но мне кажется, что негоже проходить мимо такого функционала в современных CMS.
+1
В принципе, согласен с Вами. Думаю, мы вернемся к этому функционалу чуть позже
0
В dev-ветке LS поменялся функционал по заливке картинок и фотосетов. Появляется по кнопке заливки картинок и там же можно удалить не нужные картинки.
0
Поздравляю с выходом на финишную прямую :)

Несколько вопросов…

— будет ли меняться структура и код шаблонов в финальном релизе по сравнению с кандидатом?
— будет ли обновление с кандидата до финального релиза или rc только для тестирования?
— плагины которые вывели из системы в отдельные компоненты(например категории), будут выходить одновременно с релизом или позже?
+2
— будет ли меняться структура и код шаблонов в финальном релизе по сравнению с кандидатом
Складывается так, что есть old-style структура (т.е. структура ЛС 1.0) и разрабатывается alto-style структура шаблонов. Движок будет поддерживать оба варианта

— будет ли обновление с кандидата до финального релиза или rc только для тестирования
Обновление с кандидата до финального релиза можно будет выполнить простым копированием файлов. Не будет меняться ни структура базы, ни структура конфигов, ни какие-то иные вещи, которые потребовали ли бы какой-то специальной процедуры обновления

— плагины которые вывели из системы в отдельные компоненты(например категории), будут выходить одновременно с релизом или позже?
Категории одновременно с релизом будут. А больше, вроде, и не было компонентов, которые бы вывели. Или я что-то забыл?
0
Спасибо — хорошая система.

Проверьте:
1. Блок выбора ВСЕХ виджетов и смену переключателей
сайт/admin/site-widgets
+1

1. Предлагаю добавить в ссылку
target="_blank"

2. Всегда в Админке показывает ОНЛАЙ 178.
3. Проверьте ссылку на картинку с аватаркой
0
1. Предлагаю добавить в ссылку
Поддерживаю. Надоело клацать правой кнопкой.
0
Впрочем, наверное можно и самому прописать… Пойду попробую.
Отредактирован:
0
И это каждый Админ будет лазить и вставлять каждый раз.
Проще 1 раз внедрить в систему и все сщастливы.
0
Нет, конечно же Вы правы.
+1
Так оно и было, но, видать, выпало при обновлениях. Сделаем
+1
Я тут девушка новенькая и простите за Тыкание,
но по моему скромному мнению в Админке, блок или пункт (с левой стороны) — Информация.
1. НЕ СТОЛЬ ВАЖЕН, для Админа как все остальные пункты.
2. НЕ КАЖДЫЙ РАЗ необходимо туда смотреть.
3. А пункт — Информация о PHP, вообще не нужен, так как Админ и так знает свою конфигурацию.

Поэтому, я Вообще предлагаю блок Информация — если не убрать, то хотябы передвинуть в самый низ (последним пунктом меню).
0
,,,
Отредактирован:
0
По-умолчанию новому пользователю назначается женский пол, исправьте на не скажу
0
У нас такого нет…
0
Прохожу регистрацию как пользователь сразу захожу в свой профиль. Пол — женский
0
Искусственному интеллекту виднее :) шутка
0
об админе все пусто-все нормально, но пользователей по дефолту в женский гонит :)
0
Не хотел Alto RC ставится на XAMPP, настройки по дефолту.
Fatal error: Maximum execution time of 30 seconds exceeded in H:\xampp\htdocs\install\index.php on line 1266

Увеличил max_execution_time в php.ini, долго но установился, потом обратно вернул на 30. Ну чтож работает ошибок никаких нет. Папкa _tmp\logs пустая

А вот с VertrigoServ заметил в _tmp\logs создаются файлы вида error*.log размером — 1 000 233 байт,
содержимое их примерно такое:

...
[LOG:1391443907.316-52EFBFC34D1D5][2014-02-03 20:11:47][PID:5028][ERROR][[
E_USER_WARNING [512] Cannot send email (C:\Program Files (x86)\VertrigoServ\www\engine\classes\modules\mail\Mail.class.php on line 307)
]][END:1391443907.316-52EFBFC34D1D5]

[LOG:1391443907.317-52EFBFC34D723][2014-02-03 20:11:47][PID:5028][ERROR][[
E_USER_WARNING [512] Cannot send email (C:\Program Files (x86)\VertrigoServ\www\engine\classes\modules\mail\Mail.class.php on line 307)
]][END:1391443907.317-52EFBFC34D723]
...


А валятся они из-за того что alto пытается отправить email об успешной регистрации, но в vertrigo нет заглушки sendmail. Дальше… Из-за этого Окно принятия регистрации пользователем весит бесконечно. Не дожидаясь успешной регистрации, просто обновляем страницу и мы успешно зареганы естественно, так как в админке настройка При регистрации использовать активацию пользователей по-умолчанию выключена, тогда непонятно зачем альто пытается отправить письмо если опция выключена, в бете такого не было. Ну а в XAMPP приходят письма об успешной регистрации хотя опция и выключена.
0
Увеличил max_execution_time в php.ini...
Первоначальный дамп базы долгий был (там ведь геобаза заливается)

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

Почистил логи, начал регистрировать пользователя. После кнопки Зарегистрироваться зависло на обновлении, открыв папку logs наблюдаю такую картину: создаются файлы error*.log причем быстро забиваются — 3,30 МБ общий размер лога.
Ну а содержимое последнего закончилось на Maximum execution time of 30 seconds exceeded

[LOG:1391449364.185-52EFD5142D24D][2014-02-03 21:42:44][PID:5136][ERROR][[
E_USER_WARNING [512] Cannot send email (C:\Program Files (x86)\VertrigoServ\www\engine\classes\modules\mail\Mail.class.php on line 307)
]][END:1391449364.185-52EFD5142D24D]

[LOG:1391449364.187-52EFD5142DAF5][2014-02-03 21:42:44][PID:5136][ERROR][[
E_ERROR [1] Maximum execution time of 30 seconds exceeded (C:\Program Files (x86)\VertrigoServ\www\engine\include\functions\File.php on line 666)
]][END:1391449364.187-52EFD5142DAF5]

, такое ощущение что альто предпринимает множество попыток отправить письмо и неудачные попытки пишет в лог.
0
При регистрации пользователя не отображается капча. Не подскажете решения?
+1
Наличествует.
0
Проблема отображения капчи проявляется лишь при ЗАКРЫТОМ режиме работы сайта с регистрацией по инвайтам. Возможно, сведения помогут исправить баг.
+1
Да, это существенное замечание, т.к. я не мог совершенно никак проблему воспроизвести
+2
Значения из конфига шаблона не устанавливаются (/synio/settings/config/config.php).
При загрузке страницы кофинг view.grid.type и т.д. получают нулл.
Отредактирован:
+2
Возможно это поможет
+1
спасибо, странно почему в rc не исправили
+1
Почему-то у комментов нет функции «Ответить»… Точнее ответить можно, но только самому себе. Друг другу же, пользователи ответить не могут. Пишут только через «Оставить комментарий».

+1
Мой бок. Прошу прощения :(
+1
Среди настроек пользователя в разделе КОНТАКТЫ
сайт,,,/settings/

ЕСТЬ такие пункты:
— Телефон
— E-mail
— Skype
— ICQ
— Сайт
— Twitter
— Facebook
— ВКонтакте
— Одноклассники

ДОБАВЬТЕ ДОПОЛНИТЕЛЬНЫМИ пунктами для обмена информацией:
— youtube.com/channel/…
— google.com/+ (профиль)
Отредактирован:
+2
Админпанель — Настройки — Пользовательские поля
+1
Но при попытке через админку добавить новое поле. Вылетает ощибка
2014-02-04 15:34:34
Exception: Can not find the template "actions/ActionError/index.tpl" in skin "admin.default"
Template Dirs: H:/xampp/htdocs/common/templates/skin/admin.default/

поле не добавляется
Отредактирован:
+1
У нас ошибки нет, но и поле не добавляется.
+1
ошибка в лог идет. Ошибка идет даже если нажать редактировать + ок сушествующей записи
Отредактирован:
+1
Ааа! Понял.
+1
fixed
+1
В Админке не выводятся ВСЕ данные пользователя.
— Twitter
— Facebook
— ВКонтакте
— Одноклассники
— E-mail — второй

ПРОВЕРЬТЕ
+1
У нас так:

+1
Я вот про это

+1
Вроди все сохранилось после обновления страницы. Зашел в профиль на сайте — изменения на месте…
Если Вы это имели ввиду.
+1
Скажите, а можно вот эту хрень побороть?0
«Татьяна — 13 минуты назад», «Ксения — 6 часа назад»… и т.п.
+1
xRay
В dev-ветке LS поменялся функционал по заливке картинок и фотосетов. Появляется по кнопке заливки картинок и там же можно удалить не нужные картинки.
Подтверждаю:) Мне показалось, что это результат работы нового модуля application/classes/modules/media Но картинки Gif загружает без пережатия и отображаются анимированные без всяких imagick. При редактированиии фотосета действительно можно выборочно удалить ненужные изображения. Это я не к тому, что смотрите у LS лучше. Alto надеюсь даст достойный ответ:)
0
отображаются анимированные без всяких imagick
Значит, они вообще не обрабатываются никак, т.е. просто загружаются и все. Если менять размер или кропать стандартными средствами GD — анимация умирает
0
Да скорее всего так и есть… Было бы наверное круто, чтобы для тех, кому проблематично или невозможно использовать imagick — чтобы использовать без обработки, а у кого imagick — использовать на всю катушку:) В конфиге просто указать что использовать. А вообще молодцы — релиз обещает быть очень интересным и достойным.
0
Я немного запутался, и уже не очень понимаю, к какому движку относится последний коммент :)

Если к Альто, то у нас есть автоматическое определение поддержки графических расширений PHP. Если даже вы не понимаете, что такое imagick и есть ли оно у вас на сервере, движок сам это поймет и будет его использовать. Либо не будет, если этого расширения нет. Но, в то же время, есть возможность явно указать, какое расширений использовать для обработки картинок.

Если к ЛС — им нужно менять или полностью переписывать класс работы с изображениями, чтобы обеспечить поддержку imagick. Думаю, рано или поздно они придут к этому. А прогресс у них хороший, это верно. И есть уверенность, что мы этому в какой-то степени поспособствовали ;)
Отредактирован:
+1
-Установил чистый двиг, залил свой шаблон (от альто предыдущей версии), в итоге вкличил свой шаблон в админке, полезли ошибки, начал потиху разбираться, понимаю что шаблоны от предыдущего альто не совсем подходят для новой версии. Плюс ко всему включить в аминке дефолтный шаблон обратно — не получается!

-Ещё баг, при удалении блога (из админки) с новостями количество которых больше нуля — выскакивала ошибка (какая, уже не смогу сказать), вручную удалил топики, потом блоги.
+1
ещё кстати плагины не активируются, где должен (и вообще должен ли быть) plugins.dat что бы поставить права 777 и прописать названия плагинов вручную?!..
+1
А какие Вы ставите плагины? Что-то я сомневаюсь, что на сегодняшний день есть дружелюбные к Альто 1.0 RC плагины…
+1
где должен (и вообще должен ли быть) plugins.dat
Вот здесь app/plugins/plugins.dat
+1
создал, поставил права 777, реакции Ноль! Плагины не активируются
0
Ошибки из логов в студию
Отредактирован:
0
aVadim, а вообще — есть список плагинов, которые можно ставить на 1.0?
+1
Специально список не составляли, но где-то тут на сайте народ выкладывал списки совместимых плагинов
0
Угу. Поищу.
комментарий был удален
комментарий был удален
комментарий был удален
+1
на предыдущей версии Альто, все нлагины на 99.9% подходили от Livestreet. Я устанавливал более 20, все они работали корректно, кроме Кросслинкера от ПСнета.
0
Я думаю, у Вас не включен плагин Ls (плагин совместимости). Причем, он должен идти самым первым в списке подключенных плагинов
0
а что делать, если плагины вообще не включаются? Даже не помогает ручное внесение в плагинс.дат(
0
Плагин Ls присутствует в plagins.dat в самой первой строчке?

И, на всякий случай, уточню: plagins.dat сейчас находится в папке /app/plugins/
0
спасибо! проблема исчерпана!
0
Что именно Вы сделали?
И назовите хоть ОДИН-ДВА плагина, которые у Вас пошли на 1.0 RC.
Отредактирован:
+1
поставил права записи 777 на файл plagins.dat
Все плагины от ЛС на Альто работают замечательно!
0
Пошёл пробовать.
0
Итак, из того что было необходимо для нашего проекта:
1. Viewcount — Error SQL
2. RusUrls — Fatal error
3. Voter — Error (E_WARNING… и т.д.)
4. Plugin Prof — Error SQL
5. Blog tags — Просто ноль реакции
6. Hubs (netlanc) — Error SQL
7. Last guests (PSNet) — Ноль реакции
8. Native — Ноль реакции
9. Mailing (stfalcon) — Ноль…
10. Magic Rule, вроди, успешно «позеленел», но условия указанные в config-e плагина не выполняются.
[...]
Все плагины от ЛС...
— как видите, уже НЕ ВСЕ.

P.S. И все же я повторю свой вопрос: назовите мне плагины, которые у Вас корректно установились и РАБОТАЮТ.
0
Сложный вопрос? :)
0
из всех этих у меня стоит Viewcount — работает нормально!
0
AltoCMS 1.0 RC?
0
да
0
Да уж…
Впрочем, и фиг с ними.
+1
Плохо,
что на github.com
уже последние 3 дня нет обновлений :(
+1
Возможно, что на github разработчики AltoCMS выкатывают уже какие-то готовые решения, а сейчас занимаются какой-нибудь глобальной задачей. Хотя, конечно, это маловероятно — ибо коммититься ведь постоянно нужно. Да и вообще — никто ведь не обещал, что там будут обновления каждый день :)
0
Я так вот что заметил, после обновления с 1.0-beta2 до 1.0-RC2 перестало вообще реагировать на галочку «Принудительно обрабатывать CSS» в Настройки сайта/CSS и javascript, что стоит она, что ее нет все равно не обновляет стили, приходиться чистить каждый раз ручками =(
0
Было, исправлено
0
хм, очень странно, но не обновляет.
Заметил еще один странный момент, зарегистрированный пользователь может опубликовать топик в блоге на который он даже не подписан, это очень странно. Или это так и далжно быть?
0
Добавил шаблонный виджет из конфига шаблона. Пытаюсь добавить файл ксс из моего плагина через AppendStyle (PluginName.class.php / HookName.class.php) и пропадают все виджеты O_O. Притом, если запустить виджет из данного плагина то он отобразиться.
Отредактирован:
0
Добавляю 2 виджета плагина
<code>$config['widgets'][] = array(
    'name' => 'projects', 
    'group' => 'right',
    'priority' => 1000,
    'on' => 'page',
    'plugin' => 'gallery',
);

$config['widgets'][] = array(
    'name' => 'projects',  
    'group' => 'slider_projects',
    'on' => 'homepage',
    'plugin' => 'gallery',
);</code>

Отображается только последний. Если один из них отключить, то другой будет работать.
Отредактирован:
0
Подозреваю, что причина в одинаковом названии виджетов:
'name' => 'projects'
...
'name' => 'projects'
Сделайте эти названия уникальными.
Но, опять же, это все лишь мое предположение — конкретно ваш случай я не тестировал.
+3
Верно. Если быть более точным — совпадают плагин и название виджета. Но иногда действительно нужно один и тот же виджет указать для разных случаев. Решается добавлением параметра id в описание виджетов, которые должны быть уникальными. Например, так:
$config['widgets'][] = array(
    'id' => 'projects-one'
    'name' => 'projects', 
    ...
);

$config['widgets'][] = array(
    'id' => 'projects-two'
    'name' => 'projects', 
    ...
);
0
а что будет с поддержкой dao для ls, после того как alto окончательно обретет самостоятельность?
0
ну так это к разработчику DAO идите, и у него спрашивайте
+1
Добрый день, немного поигрался с этой версией, попробовав тот функционал который в первую очередь важен для меня, вот что нашел…

1. При создании нового типа блога идентичного 'personal', с правами W: Только владелец / R: Любые посетители сайта / С: Все пользователи, с единственной разницей, что в новом типе резрешено подписываться (Свободно), а в personal — нет, и еще у personal стоит настройка «могут создавать пользователи» -> «да», если один из пользователей пытается подписаться на блог этого нового типа, всплывает сообщение о системной ошибке. В логах (error.log) ничего нет.

2. Изменение настройки для personal на «могут создавать пользователи» -> да, ничего не меняет, блоги этого типа (Персональный) в выпадающем списке так и не появляются…

3. Я так понял что логика все равно осталась зашитой на personal, open, close, т.е. например не зависимо от типа новых блогов в «персональных» показаны те блоги, которые были созданы при регистрации. В «коллективных» — все остальные. Это немного не стыкуется с концепцией настраиваемых типов блогов… пусть тогда в коллективные попадают те блоги, куда могут писать все, а в персональные те блоги, куда могут писать только владельцы… Кроме того, при просмотре блогов типа personal, отсутствует кнопка «читать», получается что нельзя стать читателем блога создаваемого при регистрации. Необходимо иметь возможность выбирать блог какого типа будет создан при регистрации. Либо я так понимаю можно просто именить свойства personal, но непонятно насколько глубоко внутри идет завязка на эти типы, не порушится ли чего если сделать тип personal идентичным open?

4. При попытке добавить изображение в любой топик, создаваемый в любом типа блога возникает ошибка

[LOG:1391975840.376-52F7DDA05BC6A][2014-02-09 23:57:20][PID:7620][ERROR][[
E_USER_WARNING [512] System Error (W:\domains\localhost\common\classes\actions\ActionContent.class.php on line 931)
]][END:1391975840.376-52F7DDA05BC6A]


изображения пробовал разные, на версии 0.9* работало.

5. Вроде в версии 0.9* был скин bootstrap, а здесь почему-то нет, в финальном релизе будет?
Проверял на OpenServer 4.9.0 / php-5.5.6 / apache-2.4.7.
В целом очень нравится AltoCMS, сейчас пока присматриваюсь, но вероятно выберу его. Очень жду финальный релиз 1.0 с новым дефолтным скином, от которого можно было бы начинать делать свой дизайн (если я правильно понял планы). Вадим, спасибо Вам, и всем разработчикам кто пишет систему, надеюсь проект ждет успех. Готов по возможности помочь донатом.
0
Я так понял что логика все равно осталась зашитой на personal, open, close...
Нет, не совсем так. После долгих колебаний решено было оставить особую обработку блогов типа personal. Они по особой логике обрабатывались в ЛС, и эта логика передалась по наследству в ранние версии Альто. И решено было оставить ее и в этом релизе. Другое дело, что их можно выключать (если персональные блоги не нужны, и о чем часто просили, и даже специальные плагины писали для этого).

Поэтому сейчас логика — personal (из соображений совместимости) и все остальные. И если требуется тип блога, отличающегося по свойствам от персональных ЛС-блогов, то лучше создать свой тип и настроить его, как нужно. Возможно, реализация где-то еще хромает, но любые сообщения об ошибках, а также замечания и предложения об улучшениях приветствуются.
0
Понятно, спасибо. Тогда будет ли возможность настроить какой тип блогов создается при регистрации, если я отключу personal? Мне к примеру нужно либо так, либо чтобы изменения в personal отражались в системе, т.е. чтобы эти блоги могли потом создавать пользователи после соотвествующей настройки, могли стновиться читателями и т.д. Первый варинат даже наверно лучше, если это будет определенный мной тип и если пока отказаться от привязки нельзя. Еще такое пожелаение — добавить автоматическое определение URL блога, потому что для многопользовательской системы где каждый пользователь может создавать блог создание пользователями ссылок не очень удобно.
0
Тогда будет ли возможность настроить какой тип блогов создается при регистрации, если я отключу personal?
Такая возможность даже и не закладывалась. И я как-то сомневаюсь — а хорошо ли это вообще, если при регистрации сразу блог создается (ведь неизвестно, будет ли туда юзер хоть что-то писать или нет). Может, пусть лучше явно создают?

добавить автоматическое определение URL блога
Имеется ввиду, ЧПУ, как у топика?
0
Такая возможность даже и не закладывалась. И я как-то сомневаюсь — а хорошо ли это вообще, если при регистрации сразу блог создается (ведь неизвестно, будет ли туда юзер хоть что-то писать или нет). Может, пусть лучше явно создают?


Cейчас ведь этот функционал есть, у пользователя сразу создается персональный блог, если тип personal не отключен, но этот блог несколько ограничен в плане добавления в читатели и создания новых блогов этого типа, как я выше писал. Вообще я думал и насчет того чтобы не содавать автоматичесик, но пока склоняюсь к 1му варианту.
Мне кажется было бы логично иметь галочку «Автоматическое создание» и выбор типа создаваемого блога.

Имеется ввиду, ЧПУ, как у топика?

Да, например связанное с ником пользователя.
0
Заметил ещё один баг: в админцентре не даёт возможность отредактировать пользовательские поля (изменить/удалить их) и не сохраняет новые поля.
0
Сразу предложение по полям (в моем случае наболевшим) — добавьте возможность переопределять поле на свой хук в шаблоне — думаю многим будет полезно…
(то есть по умолчанию поле выводится на стандартный хук, но при особой необходимости его можно переопределить или особым синтаксисом в шаблоне или прямо в админке поменять на свой)
Отредактирован:
+1
Также, наблюдается баг с баном пользователей: не сохраняются комментарии (причина бана) и не проставляются сроки бана.
0
Подтверждаю.
0
Версия с git'a от 12.02:
Ошибка при сжатии CSS
Что делал. Чистая altocms. Зашел в админку — включил Использовать сжатие CSS — сохранить — перейти на сайт — обновить. Результат — нет стилей. Ощищаю tmp, run. Обновляю. Все норм отображается, на третий раз обновления страницы стилей нет. В логе получаю:
[LOG:1392327169.847-52FD3A01CEB08][2014-02-14 01:32:49][PID:4316][ERROR][[
E_NOTICE [8] Uninitialized string offset: -1 (H:\xampp\htdocs\engine\libs\CSSTidy-1.3\class.csstidy.php on line 920)
]][END:1392327169.847-52FD3A01CEB08]

Помогает отключение сжатия
Отредактирован:
0
Версия с git'a от 12.02:
Объединять js-файлы
Включаю Объединять js-файлы — сохранить. Сразу наблюдаю — едет дизайн в админке. Категории в админке начинают работают по странному. При выборе категории (не подкатегории), происходят непонятные скачки в меню, категории не полностью разворачиваются, некоторые пункты меню пропадают. Почистил tmp, run. Обновляю главную сайта. Вверху вместо шапки лювлю кучу ошибок — содержимое error.log, после него уже наша шапка сайта.


Ошибки типа:
E_USER_WARNING [512] Can not prepare asset file "H:/xampp/htdocs/common/templates/frontend/libs/js/vendor/html5shiv.min.js"
See details in error.log
E_USER_WARNING [512] Can not prepare asset file "H:/xampp/htdocs/common/templates/frontend/libs/js/vendor/jquery-1.10.2.min.js"
See details in error.log
E_USER_WARNING [512] Can not prepare asset file "H:/xampp/htdocs/common/templates/frontend/libs/js/vendor/jquery-1.10.2.min.js"

Лог большой, в нем перечислены все .js — файлы что есть в директории с alto. Что делал дальше… Выполнил сброс в админке (все галки ставил). Почистил tmp, run. В итоге на сайте получил не рабочий js-скрипт, кнопка Войти не работает, в админку не попасть соответственно


В common\config]config.php:
* Параметры компрессии js-файлов
 */
$config['compress']['js']['merge']  = false; 
$config['compress']['js']['use']    = false;
$config['compress']['js']['force']  = false;

Все отключено, но ничего не помогает, только переустановка
0
Взял переустановил в новую базу, в старую никак нельзя используя инсталлятор, а если потом поменять в конфиге имя базы, то не подойдет пароль админа, а может и любых пользователей ибо hashable data, нет времени проверить. Поэтому Храни свой app\config\config.local.php для переноса всегда
И в другой чистой базе описанные выше ошибки — когда едет дизайн и скачут пункты(не подпункты) в меню, из-за включения уже Использовать сжатие javascript. Включаем-выключаем — глючим-неглючим. На сайте все норм. Логи чистые. Далее Использовать сжатие javascript -выкл
, Объединять js-файлы — выкл.
Потом решил почистить tmp, run, обновил главную — получил ошибки описанные выше, нерабочий js-скрипт
Отредактирован:
0
Приложил error.log
0
Спасибо за тестирование.

Закоммитил сегодня изменения в гитхаб. Эту версию погонял в разных вариациях с включением/выключением объединения и/или сжатия css/js — у меня ошибка больше не повторилась.

в старую никак нельзя используя инсталлятор
В старую от 0.9.7? Или от ЛС?
0
В старую от 0.9.7? Или от ЛС?
В RC, имел ввиду если цела база, а файлов нет, то можно восстановить сайт, начав новую установку в старую базу используя инсталлятор без галки «создать базу», но как понял из-за «соли» это невозможно. без старого конфига не получится.
Отредактирован:
0
2014-02-16 00:29:29
E_NOTICE [8] Undefined index: asset_file (H:\xampp\htdocs\engine\classes\modules\viewerasset\entity\PackageCss.entity.class.php on line 93)
2014-02-16 00:29:29
E_NOTICE [8] Undefined index: asset_file (H:\xampp\htdocs\engine\classes\modules\viewerasset\entity\PackageJs.entity.class.php on line 85)
2014-02-16 00:29:29
E_NOTICE [8] Undefined index: asset_file (H:\xampp\htdocs\engine\classes\modules\viewerasset\entity\PackageJs.entity.class.php on line 85)
2014-02-16 00:27:07
E_NOTICE [8] Undefined index: asset_file (H:\xampp\htdocs\engine\classes\modules\viewerasset\entity\PackageCss.entity.class.php on line 93)

Если включить опции объединять и сжимать CSS и JS. Одновременно 4 флажка и «сохранить», потом сделать сброс кеша из админки. Выскочат ошибки в левом верхнем углу и запишутся в лог. Если поставить «Принудительно обрабатывать» CSS и JS (6 флажков) — то ошибок не будет. Причем если включить только «Принудительно обрабатывать CSS» в лог пойдут:
E_NOTICE [8] Undefined index: asset_file (H:\xampp\htdocs\engine\classes\modules\viewerasset\entity\PackageJs.entity.class.php on line 85)
Чем больше будем щелкать по пунктам меню, тем больше ошибок пишется в лог. Если включить принудительную обработку только JS, то в лог полетят:
E_NOTICE [8] Undefined index: asset_file (H:\xampp\htdocs\engine\classes\modules\viewerasset\entity\PackageCss.entity.class.php on line 93)

Еще выскочило это:
E_NOTICE [8] Uninitialized string offset: -1 (H:\xampp\htdocs\engine\libs\CSSTidy-1.3\class.csstidy.php on line 920)
не понятно откуда, игрался только с включением/выключение сжатия, чисткой кеша и обновлением страниц главной и админки.
0
не понятно откуда
В итоге выяснилось, что это — от CSSTidy. Думаю, в будущих версиях нужно будет менять css-минификатор
0
Версия от 15.02
Exception: Can not find the template "H:/xampp/htdocs/common/templates/skin/synio/emails/ru/emailregistration.tpl" in skin "synio"
Template Dirs: H:/xampp/htdocs/common/templates/skin/synio/

При попытке зарегистрироваться пользователем. Пользователь создается.
При нажатии на кнопку «Зарегистрировать», ошибка:
0
Письмо не отсылается об успешной регистрации
0
Решение нашли?
p.s.: Кстати, дистрибутив из предыдущего архива этой ошибки не выдавал.
Отредактирован:
0
В общем, замена файла \engine\classes\modules\viewer\Viewer.class.php из предыдущего архива решает проблему. Но как-то это не правильно… (имхо).
0
версия от 18.02
Ошибка при выходе из админки, при выходе из профиля все норм:
http://127.0.0.1/error/404/

Object not found! в лог запись не идет.

Если забанить пользователя или второго админа в лог идет:
E_WARNING [2] in_array() expects parameter 2 to be array, integer given (H:\xampp\htdocs\common\classes\actions\ActionAdmin.class.php on line 1427)

Вижу самобан администраторов исправили, но остался бан суперадмина — того кто ставил систему. И еще как назначать модераторов?
+1
И еще как назначать модераторов?
Админка/Контент/Блоги/Кнопка редактирования/Вкладка Полльзователи/Выбираем действие
0
вот спс)
0
Статья:
Админ не имеет возможности редактировать комментарии. И, как я понял, на него так же распространяется установленный лимит для редактирования своего комментария. Кнопка редактирования под текстом комментария всё же присутствует.

Личная переписка:
В личной переписке под комментариями нет кнопок «Редактировать» и «Удалить» — только «Ответить».
В подгружаемом по ajax комментарии эти кнопки вообще не отображаются (они появляются только после перезагрузки страницы).

Движок скачал утром.
0
В личной переписке под комментариями нет кнопок «Редактировать» и «Удалить» — только «Ответить».

Кнопки «удалить» нет в комментариях вообще, т.е. ни модератор ни администратор блога удалить комментарий не может. Прошу также не забыть эту кнопку в «персональных» блогах, чтобы человек мог модерировать свой собственный блог.
И еще такое предложение, при наличии соотвествующих прав, показывать кнопку «забанить», было бы удобней модерировать блоги больших сообществ.
0
Кнопки «удалить» нет в комментариях вообще...
У нас есть:

… показывать кнопку «забанить»
Хорошая мысль.
0
У нас есть:
Да, у меня она тоже есть, но только у администратора системы.

У администратора блога (юзера, создавшего блог) и назначенного им модератора этой кнопки нет.
Отредактирован:
0
Не могу понять, как формируются аватары к Блогам (каждый день в адресной строке браузера новый путь к картинке...)?
0
Дело в том, что все картинки как-бы «кешируются» в специальном хранилище — поэтому и УРЛ может к ним меняться. Вы смотрите в самом шаблоне, как эта картинка выводится. Если нет нужных данных для вас в шаблоне, которые отвечают на вопрос «как формируются аватары к Блогам» — смотрите тогда файл с Action-ом.

UP
Хотя, возможно, в этом самое хранилище сохраняются только изображения из стилей. Точно не могу сейчас сказать — нужно проверить этот момент.
Отредактирован:
0
Я извиняюсь, нужно было сразу сказать — в Synio всё в порядке. Не могу получить аватары в Developer-kit.
0
При создании нового типа топика (пробовал разные варианты конфигурации), или при сохранении изменений в топике, получаю такую ошибку:

[LOG:1393053512.508-53084F487C1EF][2014-02-22 11:18:32][PID:1536][ERROR][[
E_RECOVERABLE_ERROR [4096] Argument 1 passed to ModuleTopic_MapperTopic::AddContentType() must be an instance of ModuleTopic_EntityContent, instance of ModuleTopic_EntityContentType given, called in W:\domains\localhost\common\classes\modules\topic\Topic.class.php on line 199 and defined (W:\domains\localhost\common\classes\modules\topic\mapper\Topic.mapper.class.php on line 1347)
]][END:1393053512.508-53084F487C1EF]
0
Такая же ошибка.

Еще Редактирование типа блога — нельзя ввести инфу в [ ru ] и [ en ] — поля. После сохранения нового типа блога туда подставляется значение из Название типа блога, аналогично и про Описание типа блога, Нет разделения ru/en. Редактировать нельзя: Тип блога.
0
Я так понял, можно либо вписать на русском название, либо нужно указывать переменную из файла локализации, и тогда он сам будет из этой переменной забирать значения и заполнять для ru/en…
0
Да вручную правкой
common\templates\language\ru.php
common\templates\language\en.php
все работает. Через админку не задать перевод и описание
0
На самом деле это не баг, а фича :)

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

Если же сайт мультиязычный, то можно с помощью двойных фигурных скобок задать ключ языкового файла. Например, можно указать {{blablabla}}, а в папку /app/templates/language/ положить языковые файлы, где определен этот ключ
blablabla.

А поля с обозначением языка [ru], [en] — они для примера даны, чтоб видно было, как эти значения будут отображаться.
0
Еще ошибка — страница Object not found! The requested URL was not found on this server… при выходе из админки
Отредактирован:
0
При изменении языка почему-то выбранный язык не сохраняется. Отображается сайт на другом языке только если в ссылке присутствуют параметры /en/ или ?lang=en. lang.current выдает всегда язык тот что по умолчанию. В 0.9 версии работало нормально.
Хотя, изменения языка не проходят в плагине.
Отредактирован:
0
на локалке работает нормально, на хосте почему-то не хочет.
0
Ребят, от предыдущий АЛЬТО версии шаблоны (малость переделаны) не подходят напроч. Что-то непонятно как отключить КЭШ что бы править шаблон на локалке.
0
не подходят напроч
А как именно не подходят? Наверное, ошибки какие-то выдаются? Какие?
0
Лично у меня проблемы возникали с шаблоном Prestige.
0
Мне мало знать, с чем возникали проблемы, гораздо важнее знать КАКИЕ проблемы возникали — просто верстка ломается без всяких ошибок? Или ошибки какие-то вылезают? Или какой-то функционал перестает работать?
0
Это верно для RC2, а также для последней версии с гитхаба: при создании нового типа блога, например такого:
W: Только владелец
R: Любые посетители сайта
C: Все пользователи (-10)

настройки почему-то сбрасываются на:

W: Только владелец
R: Только владелец
C: Только владелец

приходится, снова заходить в админпанель и исправлять, после этого вроде работает.
+2
Лучше всего — продублируйте этот баг на самом GitHub — так админам будет его проще отследить и исправить.
github.com/altocms/altocms/issues/new
+3
Продублировал.
0
У меня не получается заходить в админ панель ошибка 404 Not Found

The requested URL /alto/admin was not found on this server.

Apache/2.4.6 (Ubuntu) Server at localhost Port 80
+1
Что это?
/alto/admin
0
Войдите сначала на сайте — Вход — admin — пароль. Потом будет открываться сайт/admin
0
alto папка где лежат файлы. установил движок. удаляю папку install / пробую открывается страница you site name/ а дальше ошибка. я не то делаю да?
0
localhost/alto/index.php/admin так вожу открывается стран Ошибка: 404

К сожалению, такой страницы не существует. Вероятно, она была удалена с сервера, либо ее здесь никогда не было.
0
1. Сам сайт открывается по адресу «localhost/alto»?
2. Директория с сайтом точно называется «alto»? Без .ru?
3. localhost/alto/index.php/admin < — здесь «index.php» лишняя.

P.S.: Какой у Вас локальный сервер?
0
apache2
0
а где ru прописывать. conf нужен да.. я первый раз движок вообще устанавливаю.
0
все зашел. спасибо. за потраченное время
0
Отпишите, что сделали.
0
В apache2.conf AllowOverride None заменил All
<Directory /var/www/>
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
0
Жаль что в новой версии Альто не подходят большинство платных и бесплатных плагинов которые подходили к предыдущей версии Альто и Лайвстрит. Определенно придется остаться на предыдушей версии Альто, и это удручает(
+2
Меня другое удручает: то, что я никак не могу приучить юзеров к подробному описанию проблем — что именно не подходит, с какими конкретно плагинами и какие ошибки возникают.

Несмотря на значительные изменения движка, задачу совместимости с предыдущими версиями никто не снимал. И если какие-то плагины работали в старой версии, то они должны работать и в новой. И в «плагин совместимости» постоянно какие-то доработки вносятся, чтобы это обеспечить. Правда есть нюанс — в старой версии Альто этот плагин был включен по умолчанию, а сейчас он по умолчанию выключен. Может, Вы забываете его включить?
0
1. При установки АЛЬТО не понятно куда делись стандартные картинки «Загрушки» аватора. Т.е. они не выводятся в хедере и на странице профиля:


залил 2 движка на разные VPS — проблем и там и там.

2. Планин LS Compatibility — активирован, не работают плагины:
-ajaxload
-up
-viewcount
-Крослинкер от PSneta

Думаю список можно и дальше продолжать, мне кажется и с другими плагинами новый Альто не подружится
0
А я ещё здесь упоминал об этом.
Кстати, Вы откуда скачиваете? Отсюда?
Предлагаю скачать непосредственно отсюда. Кажется, именно 1.0-rc2 — не обновляли. Прошу прощения, если не прав. Но по первой ссылке на RC (скачивал пару дней назад) даже админка не самая последняя…
0
Кажется, именно 1.0-rc2 — не обновляли. Прошу прощения, если не прав
Да, все верно — после RC2 было уже более 40 коммитов
0
Перезалил на вот этот github.com/altocms/altocms/releases/tag/1.0-rc3

проблема с аватарами осталась!
0
Что-то не пойму этой проблемы с аватарами. А путь какой к ним формируется?
0
У вас часом не nginx+apache на хостинге? Или у вас VPS?
0
Ребята, проверьте пожалуйста, есть у кого-то проблема с добавлением и удалением друзей?
0
У меня при переходе не страницу пользователя вот такое исключение:

Exception: Can not find the template «actions/ActionProfile/info.tpl» in skin «alto-skin-start-kit-master»

А вы как добавляете? Или речь про предыдущие скины?
Отредактирован:
0
Ой, нее… не о том речь!
Тема: Alto CMS v.1.0 Release Candidate и скин Synio из коробки.
А по поводу отсутствия «actions/ActionProfile/info.tpl» я писал в соответствующей теме: переименуйте файл whois.tpl в info.tpl — это решает [данную] проблему.
0
Тогда все работает.

Хотя нет, сообщение что друг удалился появилось но по факту похоже остается…
Отредактирован:
0
Вот! Такая же херня история…
+1
Запостил баг: github.com/altocms/altocms/issues/111
+2
Был такой баг, но весь вышел
0
Здравствуйте. Скажите пожалуйста возможно ли без потерь обновиться с версии 0.9.7.1 до Alto CMS v.1.0 Release Candidate?
+1
Пока этого делать не советую. Дождитесь RTM релиза.
0
Ок. Спасибо
0
Ребят, если я сейчас установлю RC3, смогу ли я потом без потерь обновиться до финального релиза? Или лучше сначала дождаться релиза?
+2
После RC не будет никаких изменений в структуре базы данных, не будет никакого принципиально нового функционала, только фиксы. Поэтому даже не знаю, какие могут быть потери.

Другое дело, что у кого-то УЖЕ есть работающие проекты на предыдущих версиях, вот им лучше, наверное, дождаться финала
0
Спасибо!
0
Не отображается капча на хостинге, в чем дело понять не могу.
В консоли хрома ошибка:
Resource interpreted as Image but transferred with MIME type text/html: «site.ru/captcha/».
Сама конфигурация хостинга:
Версия PHP: 5.3.27
Графика: Imagick: ImageMagick 6.7.6-1; GD: 2.1.0
Версия Smarty: Smarty-3.1.16
Версия Alto CMS: 1.0-rc
И еще в журнале постоянно ошибка:
E_NOTICE [8] Undefined index: priority (/site.ru/public_html/engine/classes/modules/viewer/plugs/function.wgroup_add.php on line 54)
0
Я бы предложил для начала обновиться: github.com/altocms/altocms/releases/tag/1.0-rc3
0
Так и стоит последняя 1.0 rc3, но для успокоения души еще раз залил. Результат тот же.
0
Не отображается капча на хостинге, в чем дело понять не могу.
Не отображается вся капча или только картинка?
0
Наверное правильно будет сказать картинка.


а в консоли chrom ошибка:
Resource interpreted as Image but transferred with MIME type text/html: «site.ru/captcha/».
Отредактирован:
0
Как выглядит url до картинки?
0
img src=«site.ru/captcha/» class=«captcha-image» onclick=«this.src='http://site.ru/captcha/?n='+Math.random();»
Отредактирован:
+1
Попробуйте отключить «закрытый» режим работы сайта. Проблема останется?
0
Действительно, так все решилось. Я думал что закрытый режим работы сайта это запрещение индексации поисковиками.
0
А оказалось что? o_O
orthograf, скажите, плз, каким образом это повлияло?
0
А оказалось что?
Оказалось, что есть проблема. Не выполняется сценарий при соблюдении определенного условия.
каким образом это повлияло?
Это вопрос не ко мне.
+3
Ребята, после последнего обновления не переключаются скины в админке (+ не применяется авторский стиль к input-ам админки). Проблема пропадает после замены common/templates/frontend/libs/js/core/main.js из предыдущего архива (скаченного 3 дня назад). Проследив на «гите», что конкретно изменилось в указанном файле, полагаю, что простая его замена непременно повлечет за собой другие неприятности.

[LOG:1395159563.602-5328720B93324][2014-03-18 20:19:23][PID:3069][ERROR][[
E_NOTICE [8] Trying to get property of non-object (/home/users1/o/orthograf/domains/site.ru/engine/classes/modules/skin/entity/Skin.entity.class.php on line 147)]][END:1395159563.602-5328720B93324]
+1
Ну и в довесок:
После замены main.js удалось насладиться новым видом загрузки изображений средствами фотосета (и заработал таки Прямой эфир).
0
Еще не работает правильно индикатор включения — выключения плагинов. Согласен, /main.js нужно допиливать!
+5
Да, js поплыли немного. Это связано с тем, что я отказался от создания модальных окон «левыми» средствами, решил делать это на бутстраповских скриптах. Но в админке, например, использовались еще старые методы. Исправляю сейчас
+1
Ребята, я так понял, что в новом архиве нет уже файла: /common/templates/frontend/libs/js/engine/admin.js — но тем не менее, кто-то на него ссылается. Не могу понять кто. В консоли браузера постоянно висит ошибка:

Failed to load resource: the server responded with a status of 404 (Not Found) http://site.ru/common/templates/frontend/libs/js/engine/admin.js
0
После обновления с GitHub перестало публиковать посты, выводит ошибку «Ошибка: Поле Теги не содержит тегов, либо содержит неверные теги (размер тега допустим от 2 до 50 символов)», что самое интересное теги в порядке. Может это из-за того, что старый шаблон? Шаблон переделан с «synio». Если не в этом дело буду рад за подсказку хотя бы в какую сторону копать, а еще лучше имя файла и путь к нему, где происходит данная проверка.
0
А теги в настройках разрешено оставлять пустыми?
Отредактирован:
0
пробовал что тру, что фальш.
$config['module']['topic']['allow_empty_tags'] = true; 
0
Плагин Ls активирован?
0
Нет, не активирован, но попоробовал, активировал, безрезультатно.
0
Хм, странно, он-то как раз должен был помочь. Но проверю
0
aVadim Может попробуете для alto? )))
-1
Смею предположить, что это не то, чем сейчас нужно заниматься в первую очередь для развития движка. Да и сам ВКонтактик — они же не начали написание соц. сети с разработки kPHP. Вот когда AltoCMS станет полностью вылизанной CMS — тогда и нам можно будет такими вещами заняться.
0
...KPHP поддерживает не все возможности PHP, в частности, в нем отсутствует ООП...
Т.е. это не годится для нормальных PHP-проектов в принципе
0
Да, согласен, этот нюанс я совсем упустил, что на kPHP проекты запускаются совершенно с другой архитектурой, чем Альто. Что бы Альто запустить на kPHP, это придется его тупо переписать с нуля.
0
По адресу /admin/users-list/profile/2/ (профиль второго юзера в админке)
шлет
Exception: Unable to read template file 'actions/ActionAdmin/users/profile.tpl'

По адресу /admin/users-banlist/ шлет
Exception: Unable to read template file 'actions/ActionAdmin/users/banlist.tpl'

Вообще смотрю очень много косяков с шаблонами админки, если надо могу все прошерстить и выложить.

Выяснил насчет своих зависаний — виновата почта. Если по любой причине движок не может отослать письмо пользователю при регистрации(у меня был выключен демон, тупо забыл про него при обновлении системы), то после отправки формы все дело повисает на месте. Вижу, выше в комментариях на это указывали, однако проблема осталась. Как только заработала отправка — регистрация молниеносна.
0
Выяснил насчет своих зависаний — виновата почта. Если по любой причине движок не может отослать письмо пользователю при регистрации(у меня был выключен демон, тупо забыл про него при обновлении системы), то после отправки формы все дело повисает на месте. Вижу, выше в комментариях на это указывали, однако проблема осталась. Как только заработала отправка — регистрация молниеносна.

Не работает именно момент с регистрацией, или где-то еще появляются затыки?
0
Пожалуй, да. После регистрации все действия работали без затыков. Настройки почты в движке по умолчанию.
0
Вообще смотрю очень много косяков с шаблонами админки, если надо могу все прошерстить и выложить
Вот сейчас, если желание прошерстить не пропало, было б в самый раз :)
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.