avatar
0.00
0.060
Не обязательно было менять логику. Достаточно было поставить в конфиге рейтинг топика, выводимого на главную, например на -10000.
Simon
Simon
menu.blog.content.tpl
{if $sMenuItemSelect=='index' && $sMenuSubItemSelect=='top'}

заменяем на
{if $sMenuItemSelect=='index' && ($sMenuSubItemSelect=='good' || $sMenuSubItemSelect=='top' || $sMenuSubItemSelect=='discussed' || $sMenuSubItemSelect=='new')}
Успешно перешел с Livestreet 1.0.3 На AltoCMS 0.9.7.
Без проблем заработали все плагины, которые использовались на данном проекте, а именно:
Attachments: v.1.4.1
AutoOpenID: v.1.5.32
Config Engine: v.1.2.0
Cross linker: v.1.2.2
Mobile template: v.1.0
Simple Search and Auto Completer: v.2.0.0
Sitemap: v.0.3.0
Similar topics: v.0.3.0
TopicUp: v.0.1
Premoderation: v.1.6.3
И шаблон: onfleap
Естественно при включенном плагине LS Compatibility: v.1.0
xRay
xRay
Я тут описывал как этим (Категории) функционалом пользоваться altocms.ru/blog/dev/14.html#comment196
И aVadim описывал altocms.ru/blog/inside/117.html

Что конкретно у Вас не получается?
В каталоге LS около месяца назад втихую появился Dropbox-овый плагин. И надо сказать — отлично работает
Не ошибаетесь. Я уже вышел написал, но специально для автора:
в config.php
$config['module']['topic']['allow_empty_tags'] = true;          // Разрешать или нет не заполнять теги

Со вторым пунктом я согласен. Возможность отключать Персональные блоги — найс.
Вроде уже была речь про это и разработчики взяли на прицел.
1)копирайты лайвстрит — на условиях лайвстрит.
2)копирайты альто на условиях GPL. Если уж решили убрать — посетите с добрыми намерениями altocms.ru/donate/ и подумайте, сколько тратится времени на разработку не только движка, но и инфраструктуры. Ну и врядли можно ожидать лояльных, и сколь-нибудь емких ответов по поддержке тут, если вы, сделав сайт, первым делом пошли удалять авторские копирайты.
Таргетированная реклама! Проплачена мной мне.

Отличная афиша делается на плагине DAO, вплоть до расписаний и привязки к местам. При необходимости можно создать несколько разделов афиш вообще не связанных между собой, независимых друг от друга. site.ru/moscow/ site.ru/spb/, со своими категориями, редакторами, настройками вывода.

Отдельные поддомены для каждого раздела тоже можно сделать, но уже под заказ, и стоит учесть мнение выраженное в тексте этого топика — поддомены могут выглядеть красиво, но практической пользы от них большой не будет.
С одной стороны, поддомен для каждого города не самое выгодное решение, но, с другой стороны, как пользователю при посещении сайта сразу показать исключительно те афиши, которые касаются мероприятий в его городе
А тут, на мой взгляд, с технической точки зрения не играет принципиальной роли, показывать ему афишу на gorodok.site.ru или на site.ru/city/gorodok/. Первый вариант, возможно, чуть-чуть удобнее для набирания адреса руками. Но так ли часто адрес руками будет набираться?

И не совсем понятно, что значит без «гео-фильтрации»? Без нее можно только в одном случае — если у Вас по каждому городу отдельная база (или на каждый город свои наборы таблиц со своими префиксами). Тогда да, наверное, проще вешать города на отдельные домены и там цеплять свои базы и с ними работать.

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