В новой версии у вас будет возможность создать свой тип блога, задав ему необходимые настройки. Например, для этого случая: задается видимость блога — для всех, писать в него могут только участники, а стать участником — только по приглашению владельца блога. Вот и получили желаемое
Они сохраняются, но иногда некорректно отображаются из-за того, что на сайте используется, фактически, два скина одновременно — админка и основной сайт. Проблема известна, но ее решение пока отложено
Во-первых, термин «блок», на мой взгляд, весьма неудачен. Есть понятие «блоки» у Смарти, и они не имеют ничего общего с ЛС-блоками. А еще есть «блочные хуки», которые не имеют ничего общего ни с ЛС-блоками, ни со Смарти-блоками. Поэтому я давно предлагал ЛС-блоки называть виджетами (как, вообще-то, подобные вещи обычно и называются в сайтостроении), чтобы не создавать путаницы.
Во-вторых, виджеты все же не есть «аналогичная сущность», они весьма отличаются от ЛС-блоков, как и сама система их организации. Если кратко:
1. В ЛС сначала создаются правила, а потом к этим правилам привязываются ЛС-блоки. В Альто мы не виджеты к правилам привязываем, а правила к виджетам, т.е. для каждого конкретного виджета задается где, когда и при каких условиях он будет выводится. Я считаю, что такой подход интуитивно более понятный.
2. В Альто более логично (ИМХО) определяется тип виджета: если есть соответствующий класс, то это исполняемый виджет, если класса нет, но есть шаблон — это шаблонный виджет.
3. С точки зрения разработчика виджет в Альто — это не просто массив параметров в конфиге, как в ЛС, а действительно полноценная сущность (т.е. имеется класс EntityWidget) со всеми вытекающими.
В общем, это только на поверхностный взгляд кажется, что просто переименовали, на самом деле все гораздо глубже и ширше. Есть только один недостаток во всем этом — отсутствие нормальной документации с описаниями и примерами. Но я исправляюсь — пишу.
Можно ли для персональных блогов сделать категории
ИМХО, у Вас задача совсем не так стоит. Как я понял, Вы хотите дать возможность одному юзеру вести несколько «авторских» блогов (т.е. куда будет писать только он), и уже их объединять в категории. В текущей версии это делается слегка костыльно, с бубнами и шаманскими танцами.
Тогда вот прямо сейчас могу только одно решение предложить — руками прямо в базе данных сбросить часть настроек, относящихся к виджетам. Но истоки проблемы понятны, обязательно пофиксим
Крайне редко встречается сайт на ЛС, где не был бы активирован плагин Page для работы со статическими страницами. Но как-то мы не учли, что таковые все ж иногда встречаются, и надо бы это иметь ввиду при конвертации базы.
Чтоб пофиксить проблему, нужно выполнить этот SQL-код в phpMyAdmin:
CREATE TABLE IF NOT EXISTS `prefix_page` (
`page_id` int(11) unsigned NOT NULL AUTO_INCREMENT,
`page_pid` int(11) unsigned DEFAULT NULL,
`page_url` varchar(50) NOT NULL,
`page_url_full` varchar(254) NOT NULL,
`page_title` varchar(200) NOT NULL,
`page_text` text NOT NULL,
`page_date_add` datetime NOT NULL,
`page_date_edit` datetime DEFAULT NULL,
`page_seo_keywords` varchar(250) DEFAULT NULL,
`page_seo_description` varchar(250) DEFAULT NULL,
`page_active` tinyint(1) unsigned NOT NULL DEFAULT '1',
`page_main` tinyint(1) unsigned NOT NULL DEFAULT '0',
`page_sort` int(11) NOT NULL,
`page_auto_br` tinyint(1) NOT NULL DEFAULT '1',
PRIMARY KEY (`page_id`),
KEY `page_pid` (`page_pid`),
KEY `page_url_full` (`page_url_full`,`page_active`),
KEY `page_title` (`page_title`),
KEY `page_sort` (`page_sort`),
KEY `page_main` (`page_main`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ;
Полноценных тестов на PostgreSQL пока не проводилось. На сегодняшний день заявлена поддержка на уровне драйверов. И если уже сегодн есть желание запустить под PostgreSQL, то придется поработать ручками.
Полноценная поддержка Pg, видимо, будет в версии 1.1
И что нам дает это «содержательное» примечание?
Во-вторых, виджеты все же не есть «аналогичная сущность», они весьма отличаются от ЛС-блоков, как и сама система их организации. Если кратко:
1. В ЛС сначала создаются правила, а потом к этим правилам привязываются ЛС-блоки. В Альто мы не виджеты к правилам привязываем, а правила к виджетам, т.е. для каждого конкретного виджета задается где, когда и при каких условиях он будет выводится. Я считаю, что такой подход интуитивно более понятный.
2. В Альто более логично (ИМХО) определяется тип виджета: если есть соответствующий класс, то это исполняемый виджет, если класса нет, но есть шаблон — это шаблонный виджет.
3. С точки зрения разработчика виджет в Альто — это не просто массив параметров в конфиге, как в ЛС, а действительно полноценная сущность (т.е. имеется класс EntityWidget) со всеми вытекающими.
В общем, это только на поверхностный взгляд кажется, что просто переименовали, на самом деле все гораздо глубже и ширше. Есть только один недостаток во всем этом — отсутствие нормальной документации с описаниями и примерами. Но я исправляюсь — пишу.
1) в таблице _storage удалить все записи, где поле storage_key начинается с «custom.config.widget...»
2) удалить файл \_tmp\cache\data\custom.cfg
Чтоб пофиксить проблему, нужно выполнить этот SQL-код в phpMyAdmin:
Полноценная поддержка Pg, видимо, будет в версии 1.1