WebMan

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

Другое дело, что можно сделать указание не одной версии CMS в патче, а диапазона версий. Либо сделать галку в настройках, типа "Разрешить применять патчи для более ранних версий системы". Или при применении более старых патчей выдавать запрос. Или сделать всё вышеперечисленное и гибко это сочетать.

Подтверждаю. Это пустой альбом с id=14 "Разные фоточки", созданный пользователем с user_id=6. Видимо просто осталась запись в списке альбомов `cms_con_albums` после тестирования альбомов разработчиками.

Управление правами гостей просят с первого релиза. И не только в полях, а везде, где есть управление доступом. Разработчики обещали "подумать". Ждём...

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

Для некоторых проектов это полезная возможность. Но лучше это предложение озвучить в соответствующей теме на форуме.

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

Кстати, если оставлять одну вкладку, то возникнет небольшая непонятка с адресом. Ведь адрес типа /users/admin/activity - это активность именно этого пользователя. А не его друзей. Будет нелогично, если по одному и тому же адресу будет видна совершенно разное содержимое. Для активности друзей адрес должен быть другим, например /users/admin/friends_activity или как-то подобно. И, в принципе, можно будет опционально отображать эту вкладку не только для своего профиля, а и вообще для всех пользователей, чтобы можно было посмотреть ленту, которую человек себе выбрал. Иногда это бывает очень интересно.

Две вкладки нагляднее и доступ к ним одним щелчком мышки.
Одна вкладка с наборами - менее наглядно, не очевидно (нужно догадаться). И щёлкать нужно два раза, оба раза загружая страницу - и пользователю не удобно, и на сервер лишняя нагрузка.

Спасибо за подтверждение, Val.
Конечно показывать. Это один из способов быстро найти нужные материалы.

Это только у меня на демо пропадает лента активности в своём профиле?

Воспроизводится так:
Если на только что установленном InstantCMS 2.4.0 с демо-данными под гостем зайти на вкладку "Лента" в профиле Администратора, то видна вся его активность.
Если залогиниться под Администратором, а потом зайти на ту же вкладку "Лента" в том же профиле Администратора, то вместо ленты пишет "Нет элементов для отображения".

По сути, лента активности видна под гостем или в профиле другого пользователя, не того, под которым зашёл. Если под любым пользователем посмотреть свою активность в своём профиле, то её не показывает.

Поддерживаю все пункты, кроме п.5 (он несколько специфичен, требует много работы и утяжелит движок).
Также поддерживаю возможность управления доступом определенных групп пользователей к сео данным. На больших проектах будет очень удобно, когда пользователи создают контент, а модераторы прописывают/правят СЕО.

Первая версия всё равно будет чуток быстрее Двойки за счёт другой архитектуры. С этим нужно смириться. Тем более, что цена за новую архитектуру и связанные с ней удобства очень небольшая.

На данный момент есть ещё одна оптимизация, увеличивающая скорость фронтенда на 5-20% в зависимости от типа и количества виджетов на странице. Я её использовал в своей "Расширенной отладке" и передал разработчикам. Если разработчики посчитают её корректной, то следующие версии Двойки будут ещё немного быстрее.

Например, для залогиненного админа
Главная страница (Единичка/Двойка), мс: 87 / 138
Страница с новостью (Единичка/Двойка), мс: 54 / 113

Иконки специально не ложу в инсталлы и обновления, чтобы не затереть значки ваших сайтов. Вот пример моих иконок для тестовой 2.4.0. Кому надо - забирайте. Для каждой новой версии Инстанта я за 1 минуту меняю цифры на иконках и потом на вкладках сразу вижу где что открыто даже если вкладок много и они маленькие.

Спасибо за внимательность, Dorimen. Это фича, а не баг. Только я нигде это не описывал. Так сделано специально для того, чтобы по значкам на вкладке быстро определять, где сайт, а где его Админка. У меня значки для Админок такие же, как основные, только в другой цветовой гамме. Очень удобно.

Мне, конечно, приятен такой лестный отзыв. Спасибо, Геннадий Иванович! И я рад, что моя работа полезна людям. Однако это именно система InstantCMS 2 вдохновила меня на создание "Отладки". Я долго такую искал. И именно авторы этой системы показывают мне ориентиры профессионального подхода к делу и программирования. Я учусь у них. А насчёт полезности - скачивания в "Каталоге" показывают всю правду, как есть.

Вовремя? Будет чем занаться на праздниках?

2.4.0 работает ещё на 20% шустрее, чем 2.3.0. У меня нет слов. Такие огромные возможности движка и при такой скорости - просто поразительно! Разработчикам огромное уважение и спасибо!

Не поленился поставить на локалку демо InstantCMS 1.10.6 и сравнить время создания страницы. Без кэширования. На обычной домашней конфигурации компа. Не претендую на идеальную объективность сравнения. Просто выбрал минимальное время после десятка обновлений страницы. На хорошем сервере время будет ещё раза в два меньше.

Для залогиненного админа
Главная страница (Единичка/Двойка), мс: 87 / 166
Страница с новостью (Единичка/Двойка), мс: 54 / 118

Для гостя
Главная страница (Единичка/Двойка), мс: 93 / 148
Страница с новостью (Единичка/Двойка), мс: 61 / 93

Разница по скорости всего в полтора-два раза! Кто-то ещё будет говорить про то, что первая версия годится для высоконагруженных проектов, а вторая - нет?

Кстати, первый релиз Двойки создавал главную страницу для админа на этом же моём компе за почти 800 мс. А сейчас 166. Оптимизация почти в пять раз! Молодцы!

Шикарное обновление! Это действительно новогодний подарок. Большое спасибо всем, кто участвовал в его создании!

Олег Васильевич я, я тут думал, как Вас поблагодарить за Вашу внутреннюю доброту. Скажу "спасибо" делом.
Покажу, чем Вам, как разработчику шаблонов, может быть полезна "Отладка". Пару примеров. Совсем простой и просто простой.

Предположим, Вы дорабатываете шаблон для виджета категорий контента. И хотите понимать, какие данные можно в нём использовать для вывода или для других манипуляций. Это можно сделать несколькими щелчками мышки.
Установите "Отладку" на демо Двойки стандартным способом. Зайдите в настройки "Отладки" в Админке и убедитесь, что она включена. На вкладке "Виджеты" включите "Показывать виджеты", "Выводить в лог данные и результаты виджетов". В выпадающих списках выберите виджет 'categories' и контроллер 'content'. Сохраните настройки и зайдите на страницу с контентом, где есть виджет "Категории контента". Например, в раздел "Статьи" http://demo/articles.

Под страницей Вы увидите не просто массив с точными индексами для Вашего виджета, а и заполненые значения элементов этого массива. Причём содержимое массива будет актуально для открытой страницы, то есть будет содержать реальные данные, выводящиеся в этом виджете на этой странице. И если в Вашем коде что-то выводится не так, как должно было по Вашему мнению, Вы всегда увидите, есть ли нужные данные на этой странице и если есть, то какие они.
Под спойлером пример - часть этого массива на скрине:
Ещё пример, Вы делаете новый шаблон для вывода контента. Для примера возьмём уже готовый файл шаблона из Двойки \templates\default\controllers\content\item_view.tpl.php
В настройках "Отладки" отключите вывод виджетов, оставшийся из прошлого примера, и убедитесь, что разрешён вывод контрольных точек.
Теперь в файле \templates\default\controllers\content\item_view.tpl.php после строки
вставьте строку с двумя контрольными точками (КТ), которые будет выводить содержимое переменных с массивом данных контента $item и массивом описания типа контента $ctype. Эти переменные используются в коде шаблона, они передаются туда контроллером.
Откройте любую страницу любого типа контента, хоть страницу "О проекте" http://demo/pages/about.html
Вы наглядно увидите всё содержимое обеих переменных, которое передаётся в шаблон этой страницы:
Вы можете вставлять подобные КТ в любое место любого файла шаблона в неограниченном количестве одновременно и выводить в лог отладки любые переменные или выражения. Просто, удобно и наглядно. Требует минимальных знаний PHP и не портит шаблон, как это делает вывод через echo var_dump($переменная).

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