Заметил такую особенность (ЛС 1.0.3), если пользователь публикует топик в коллективный блог, то он не может его удалить, ему доступна только кнопка «Редактировать». Что бы удалить топик, сначала нужно перенести его из коллективного в персональный блог, тогда кнопка «Удалить» появляется. Исправил проблему следующим образом:

В файле /templates/skin/synio/topic_part_header.tpl нашел код:

{if $oUserCurrent and ($oUserCurrent->isAdministrator() or $oBlog->getUserIsAdministrator() or $oBlog->getOwnerId()==$oUserCurrent->getId())}
                    <li class="delete"><i class="icon-synio-actions-delete"></i><a href="{router page='topic'}delete/{$oTopic->getId()}/?security_ls_key={$LIVESTREET_SECURITY_KEY}" title="{$aLang.topic_delete}" onclick="return confirm('{$aLang.topic_delete_confirm}');" class="actions-delete button">{$aLang.topic_delete}</a></li>
                {/if}

И заменил его на:

{if $oUserCurrent and ($oUserCurrent->getId()==$oTopic->getUserId() or $oUserCurrent->isAdministrator() or $oBlog->getUserIsAdministrator() or $oBlog->getOwnerId()==$oUserCurrent->getId())}
                    <li class="delete"><i class="icon-synio-actions-delete"></i><a href="{router page='topic'}delete/{$oTopic->getId()}/?security_ls_key={$LIVESTREET_SECURITY_KEY}" title="{$aLang.topic_delete}" onclick="return confirm('{$aLang.topic_delete_confirm}');" class="actions-delete button">{$aLang.topic_delete}</a></li>
                {/if}

PHP знаю на уровне echo 'Hello, World'; по этому прошу подсказать, правильно ли я сделал?

Сайт ofonaret.ru. Версию LS уже не помню. В общем пытался внести изменения в шаблон. Просто html-ссылку чуть подправил. Всё! Всё в папке templates начало просить авторизацию в http-запросах.
Совершенно неясно откуда такая реакция. Я спец по питону и там таких приколов я не видел. Естественно откат ничего не даёт.
Мне кажется я наступил на очень известные грабли. Не верю, что редкий случай.

Добрый день!
Необходимо на сайте ввести «должность» глобального модератор или редактор по всему сайту. Права у него должны быть только редактировать и удалять статьи, ну и читать сами блоги.
Доступ в админку так же должен быть закрыт.
У меня есть решение с правкой кода самой CMS, но этот вариант не подходит, так как хочу обновлять CMS.
Поиск по сайту не дал ответа на вопрос. :(
Подскажите как такое можно реализовать?
Спасибо!

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

Хотел бы обсудить с пользователями сайта возможность создания на основе Livestreet сервиса вопросов и ответов. Логика работы должна быть следующей:
1) Для того чтобы задать вопрос (по сути пост) регистрация не обязательна. Причем при при наборе заголовка вопроса должен происходить живой поиск — не задан ли подобный вопрос ранее. Обязателен выбор рубрики (блога) куда вопрос должен опубликоваться.
2) После того, как вопрос задан — он попадает в «песочницу» — для селекции вопросов во избежание флуда. Вопрос из «песочницы» извлекается зарегистрированным пользователем, модератором той рубрики куда направили вопрос. Соответственно для модератора должно быть какое-то уведомление, что в его рубрике есть новый вопрос.
3) Количество модераторов безгранично, но это не простой зарегистрированный пользователь. Это пользователь, подтвердивший свою квалификацию в той или иной области и за ним закрепляется рубрика. Это будет делаться на основе специальной анкеты в его профиле после того как человек пройдет первоначальную регистрацию. После того как его кандидатура удовлетворяет остальных модераторов раздела ему выдается инвайт и за ним закрепляется раздел сайта, где он может отвечать на вопросы. Соответственно должно быть второе уведомление, о наличии желающего стать модератором. В той же анкете пользователь может поднять вопрос поднятия нового раздела сервиса, допустим, которого еще нет на сайте и тогда уведомление должно уйти ГЛАВНОМУ МОДЕРАТОРУ сайта.
4) После того как человек стал модератором он может извлекать из «песочницы» вопросы и отвечать на них. После того как модератор ответил на вопрос он публикуется, вокруг вопроса может быть развернута дискуссия между человеком задавшим вопрос, если он зарегистрирован на сайте, и модераторами данного раздела. Модераторы другого раздела могут только читать данный пост.
5) на сайте должна быть система рейтинга модераторов, а также хотелось бы увидеть систему — лучший ответ. В итоге мы имеем две системы оценки модераторов — количественная (на сколько вопросов данный модератор ответил) и качественная (сколько его вопросов стали лучшими).

Если какие то пункты реализовать нет возможности в данной системе, можете ли отписать какие?

Собственно вопрос, на сайте к примеру есть модуль карта, галерея, как дать отдельному юзеру без дачи ему админских прав(и доступа в админку) доступ именно к редактированию конкретно этого плагина…

Господа, есть проблема.
даже несколько.
Преамбула: Узкоспециализированный сайт выставочной направленности. Собственно, блог-сервис. С каталогом компаний, различных площадок и «песочницой» для дизайнеров и решения тех. вопросов.
Проблема номер раз: Внешний вид
Меня на все сто процентов устраивает дефолтный скин «new». Но клонирование шкурок ни к чему хорошему не приводит.
Требование: минимализм. Больше текста, меньше графики. Цвет — максимум 5 цветов, не кричащие, но и не за упокой.
Цена вопроса и сроки выполнения.
— Проблема номер два: кишочки
Реализация модуля для отображения и получения платного контента.
Цена вопроса и сроки выполнения.
— Проблема номер три: человеколюбие
реализация социальной направляющей (система сообщений, личная небольшая галерея и т.д.)
Цена вопроса и сроки выполнения.
— Проблема номер четыре: кишочки 2
Разграничение прав доступа пользователей из админки
Цена вопроса и сроки выполнения.
— Проблема номер пять: календарик
Необходимо реализовать евент календарь по типу: тыдынц с соответствующим поиском.
если это реализуется по простому то есть так, то необходимо внедрить функция упорядочивания постов в соответствии с предпочтениями админа.
Цена вопроса и сроки выполнения.
— Напоминаю любителям поострить: НА ДАННЫЙ МОМЕНТ ЭТО КОНЦЕПТ ИДЕЯ! Даже не альфа.

Если есть решения путем ковыряния кода, забросайте меня ссылками )))

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

1. Тэг

<p>

в редакторе. обычно я не требую от cms 100% правильной семантической верстки, но

<br />

вместо параграфов и текст прямо в диве — это уже перебор.

2. Права доступа и роли. Первоначально я задумал сделать 5 групп пользователей (условных, вроде «почтальон», «пекарь» и т.д.), если есть простое решение, был бы признателен за совет.

А еще не могу разобраться, почему пользователь по умолчанию не может писать в колективный блог, к которому подключился (ограничения по рейтингу 0). Хотя, может, это я намудрил…

3. Аватар коллективного блога . Хочу не 24x24, не 48x48, а вообще «авто». Не помог ни поиск, ни Firebug. Не привык к такой организации шаблонов, пардон.

Заранее спасибо.

Оговорюсь, что случилась у меня практически детективная история, в которой я честно говоря запутался, кто прав кто виноват. Но не в этом суть, итак вопрос.

К примеру я удаляю юзера из базы, при этом стираются все его блоги, коллективные блоги, комментарии, допустим. Нафиг не нужны его все сообщения, уж такой юзер.

Но. Что происходит с сообщениями от других авторов, когда пользователь этот возьмет да удалит созданный блог? Они тоже удаляются с блогом?

ps: предполагаю, что тема уже обсосанная, но именно в этом ключе вроде не нашел обсуждения.

Что мне делать?
Тестировал все на Денвере.
Все работает как часики.

Залилиь все на хостинг, все стало и все ок. Прошел день, начал писать новый топик — вставляю превьюшки либо загружаю картинки, не грузит…

Права на папку Uploads выставил правильно, 777, хотя если посмотреть- вложенная в нее папка Images — стоят 755, и т.д.

Пробовал на каждую папку выставлять принуидтельно 777 результата не дает, файлы в эти папки не заливаются