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

Очень полезная вещь как мне кажется и если на livestreet.ru используется отдельный плагин для этого, то попрошу ort -а пролить свет на него в каталоге модулей LiveStreet.

Если нет — хотелось бы увидеть универсальное решение в комментариях к топику.

Этот пост для тех, кто хочет нарисовать свой уникальный и неповторимый дизайн для сайта на LiveStreet CMS. В нем я хочу перечислить то, что придется нарисовать, отдельно акцентируя внимание на блоки, которые можно упустить или не догадаться. Список получен эмпирическим путем, при работе над Synio.


Читать дальше →

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

Варианты автоматической загрузки:
— на основе вставленного в текст изображения
— на основе вставленного в текст видео
— на основе топика фотосета

Читать дальше →

Сегодня вышел новый релиз блого-социального движка LiveStreet 1.0.

Новые возможности:
— Новый дефолтный шаблон Synio (победитель конкурса, автор LeX )
— Шаблон на HTML 5 и полный отказ от MooTools. Теперь поддерживается только jQuery
— Стена пользователя
— Переработанный профиль пользователя
— Ajax авторизация и регистрация в том числе в попапе
— Модуль гео-базы и на его основе выбор места проживания в профиле пользователя
— Поиск и сортировка среди пользователей
— Поиск и сортировка среди блогов
— Возможность для избранных топиков добавлять свои теги и поиск топиков по ним
— Счетчик избранного для топиков и комментариев
— Подписка на новые комментарии к топикам

Узнать больше возможностей

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

Сейчас общий список выглядит так: localhost/blogs/

Задача убрать закрытый блог из списка.

Читать дальше →

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

Решено. Спасибо AlikMis

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

\classes\modules\topic\mapper\Topic.mapper.class.php

строка 415: protected function buildFilter($aFilter) {

после $sWhere=''; добавляем if(!isset($aFilter['blog_type']['close'])) $aFilter['blog_type']['close']=array();

должно получится

protected function buildFilter($aFilter) {
        $sWhere='';
        if(!isset($aFilter['blog_type']['close'])) $aFilter['blog_type']['close']=array();
        if (isset($aFilter['topic_publish'])) {

если только к примеру на главной

\classes\modules\topic\Topic.class.php

строка 497:

public function GetTopicsGood($iPage,$iPerPage,$bAddAccessible=true) {
        $aFilter=array(
                'blog_type' => array(
                        'personal',
                        'open'
                ),

заменить на

public function GetTopicsGood($iPage,$iPerPage,$bAddAccessible=true) {
        $aFilter=array(
                'blog_type' => array(
                        'personal',
                        'open',
                        'close'
                ),

Топик будет отображаться как обычный, но при переходе в него будет ошибка

Ошибка: Нет доступа
Это закрытый блог, у вас нет прав на просмотр контента

Цель. Снизить нагрузку при большом потоке незарегистрированных пользователей.
Причины нагрузки.
1) Даже при включении бэкенд кеша любого вида(memcache, file, xcache) движок все же ест память, так как структуру данных он выстраивает в любом случае. При большом количестве плагинов растет количество классов и экземпляров этих классов, которые загружаются в память. В данном случае использование бэкенд кеша увеличивает скорость работы за счет кеширования результатов запросов в базу данных. Но размер потребляемой памяти остается тот же. Например, у меня страница топика ела 19 Мб, а список — 30мБ. При этом частично помогает, например, использование ссылок на объекты с помощью & при переборе, а не их копий. Но все же это крошки.
2) Даже при полном кеше БД все же выполняются несколько запросов, таких как получение данных о сессии или update таблицы просмотров. Под нагрузкой и при использовании InnoDb базы «update запрос» может очень сильно тормозить.
Ресурсы и методы
Собственно смысл прост. Он состоит в том, чтобы один раз генерировать страницу, а потом отдавать ее сразу.
Проверять на существование и отдавать кеш надо будет перед запуском движка, что разгрузит потребляемую память.

Читать дальше →

Для разработчиков плагинов и шаблонов в LiveStreet 1.0 есть некоторые изменения.
Постараюсь их все собрать в одном месте.
Изменений, на самом деле, не так много.

Список:

1. Модуль GEO, теперь в своих плагинах с помощью него можно делать географические привязки различных объектов
2. Модуль Subscribe, организация подписок пользователей на различные события и рассылка по ним. Например, через него реализован механизм подписки на комментарии к топикам
3. js вынесены за пределы шаблона в библиотеки, теперь в шаблонах достаточно только переопределить необходимый функционал
4. Механизм валидации данных, подробнее — livestreet.ru/blog/dev_documentation/10221.html
5. Возможность в тулбар добавлять свои элементы через стандартных механизм блоков
6. Консоль для автоматической генерации каркаса плагина
7. Переопределять настройки редактора стало проще, теперь они находятся в ls.settings
8. Класс Object переименован в LsObject, позволит избежать проблем с некоторыми IDE и подключить автоподстановку методов
9. Доработан модуль Image, теперь для сохранения изображения на другой сервер, достаточно переопределить методы SaveFile() и RemoveFile()
10. Каптча вынесена в блочный хук {hookb run=«popup_registration_captcha»}, что позволит ее переопределить
11. Возможность делать всплывающие подсказки через poshytip или infobox.js (с погрузкой данных через ajax)
12. Появился модуль Tools, сейчас в нем только один метод — формирование облака тегов
13. Шаблоны блоков перенесены в отдельный каталог /blocks/
14. При ручном определении сеттеров в сущностях теперь следует возвращать данные как return $this->_getDataOne('blog_id'); — это позволит избежать проблемы с Notice ошибками
15. Прямой эфир теперь автоматически группирует вкладки, если их много, в выпадающий список
16. Смена приоритетов при загрузке блоков — теперь блоки из конфига загружаются после блоков, объявленных в коде экшенов, соответственно блоки из конфига имеют более высокий приоритет. Это позволит применять правила к блокам после окончательного определения экшена/евента, которые можно переопределить в ходе выполнения логики экшена/хуков.
17. Возможность делать именованные евенты и управлять блоками из конфига о их именам. Например для евента на основе регулярно выражения можно задать имя и его использовать в правилах блоков. Если имя не задать, то оно автоматически определится как имя метода евента.
18. Теперь все текстовки плагинов помещаются в пространство 'plugin.name', например, Get_Lang('plugin.page.admin_title');

Если есть вопросы, то отвечу более подробно.

На примере будущего jQuery-шаблона для ПриветСочи.ру решил выложить мини-инструкцию использования наследования шаблонов, сильно сокращающий количество часто повторяющегося Smarty-кода.

Коротко о файлах в примере (ссылка на архив внизу):

• topic.prototype.tpl — прототип топика, содержащий всю повторяющуюся разметку. Использованы вложенные конструкции типа

  {block name=...}

• topic_link.tpl, topic_photoset.tpl, topic_question.tpl, topic_topic.tpl — файлы, наследующие и заменяющие/дописывающие некоторые блоки прототипа топика (topic.prototype.tpl)
• topic.social.tpl — включение с кодом кнопочек публикации в разные соц-сети.

Коротко о содержании файлов:

Посмотрев файлы примера, не сложно заметить, что файлы topic_*.tpl содержат:

1. в начале каждого файла наличиствует код

   {extends file=topic.prototype.tpl}

2. минимум специфической разметки, обрамленной в конструкции

   {block name=... флаг}

   — это замены и дополнения блоков. Флаг может либо отсутствовать (что означает полную замену содержимого блока), либо принимать принимать значения:
   
   • append — дописывает в конец содержимое блока к наследуемому блоку.
   • prepend — дописывает в начало содержимое блока к наследуемому блоку.
   • hide — скрывает блок (насколько я понял, если добавить в блок прототипа, то по умолчанию блок будет скрыт).
   • nocache — запрещает кеширование содержания блока (а это вообще актуально для LS?).

Документация

• Наследование шаблонов
• Директива extends
• Директива block

ZIP-архив с примером