Для разработчиков плагинов и шаблонов в 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');

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

В транковую версию LS на github.com добавлен новый функционал — валидация данных и полей сущностей. Этот функционал призван заменить функцию func_check(). За основу был взят функционал валидации Yii.

На данный момент доступны следующие типы валидации:

• Boolean — проверка значения на булевый тип
• Date — проверка значения на формат даты и времени
• Email — проверка корректности емайл
• Inline — валидация произвольным методом сущности или другого объекта
• Number — проверка на числа
• Required — проверка на пустое или конкретное значение
• String — проверка строк на длину
• Type — проверка на тип значения
• Url — проверка на корректность URL

Как использовать

В сущности необходимо составить список правил валидации.

class PluginTest_ModuleMain_EntityTest extends Entity {

	protected $aValidateRules=array(
		array('login, name','string','max'=>7,'min'=>'3'),
		array('title','my','on'=>'register'),
	);

	public function ValidateMy($sValue,$aParams) {
		if ($sValue!='Мега заголовок') {
                    return 'Ошибочный заголовок';
                }
		return true;
	}
}

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

Здравствуйте, уважаемые лайвстритяне.

Описание плагина гласит, что XText — это средство разработки (сейчас, я бы сказал «жиденькая платформочка»), а тема сисек до сих пор не раскрыта. Пора исправлять этот недочет, я считаю ;)

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

Где найти документацию для пользователя по реботе с сайтом «livestreet»

Решили объявить тендер на написание пользовательской документации по LiveStreet.
Причина — банальная нехватка собственного времени. Поэтому надеемся, что среди активных пользователей нашего сообщества найдется(найдутся?) тот, кто сможет нам в этом помочь. Не бесплатно.
Мы готовы на это выделить 5000 рублей.

Что требуется: написать так называемый user guide в формате HTML по использованию LiveStreet для «чайника», желательно с иллюстрирующими скриншотами. Т.е. структурировано, доступным языком написать как пользоваться LS начиная от установки и настройки конфига, до создания своего блога/топика, голосования и т.п.

Есть желающие?

P.S. В итоге хочется получить что то подобное — liverpoolwebdesigner.files.wordpress.com/2008/01/wordpress_user_guide_v2_beta.pdf

UPD Кандидаты могут предложить структурированное оглавление руководства, это будет также критерием при выборе исполнителя.

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

Предисловие

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

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

Пошаговая схема:

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

тьфу, тьфу. чтоб не сглазить :)

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

а теперь о силе и рейтинге…
как я понимаю святая святых движка это сила и рейтинг, собственно, то на чем держится вся идеология, однако облазил весь сайт в поисках внятного объяснения что это такое ине нашел ответа (
пришлось собирать по крохам информацию…

итак:
сразу после региcтрации и сила и рейтинг пользователя равны 0.

Сила должна зависить от активности пользователя и от оценки его работ(топиков, комментов) другими юзерами. А дельта голосования за коммент, топик, блог, юзера должна зависить от силы голосующего. Как то так :) (орт)

степень влияния рейтинга коммента на рейтинг автора самая низкая(десятые и сотые доли) т.е. даже 100 негативных оценок за коммент не могут существенно повлиять на рейтинг. Кстати 100 оценок комменту это уже много :), на той же Хабре редкость 100 голосов за коммент. Следущим по степени влияния должен быть топик, и самый большой вклад должен давать непосредственно голос за/против пользователя. (орт)

при создании личного блога автоматом ставиться порог рейтинга -1000 — получается он всегда может постить в личный :) (ort)

в. дайте определение Силе и рейтингу
о. пиписько мерство + доступ к фичам, таким как создание собственного коллективного блога и т.п.
рейтинг — по сути твой статус в сети, чем выше тем ты «круче»
сила — твоя степень влияние в сети на происходящее (ort)

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

В. на что влияет сила?
О. Сила влияет на то как сильно будет влиять голос пользователи при голосовании за что либо. (орт)

В. как уменьшается сила?
О. сила уменьшается при голосовании в «минус» (орт)

В. как увеличивается сила?
о. Сила растёт по похожему алгоритму с рейтингом. (iValera)
прошу уточнение… вопрос не в алгоритме, а в идее? каким образом у меня может подняться сила?

В. как изменятется рейтинг?
о. Рейтинг можно изменять: плюсовать и минусовать коменты, топики, самого пользователя. По рейтингу ведётся ТОП. На то как сильно будет расти и уменьшаться рейтинг при голосовании — влияет сила голосующего. (iValera)

в. каков принцип рейтинга в блоге?
о. вообще принцип прост: 1) вступаеш в блог 2) набираеш нужнок количество кармы (рейтинга) 3) спокойно пишешь в блог
уточнение — создатель блога может писать в него при любом рейтинге,
за возможность создания блога, возможности голосования и т.п. отвечает модуль ACL, который разруливать все возможности по рейтингу (орт)

пожалуй это все что я нашел с топиках о Этом.

в итоге вопросы про рейтинг ушли, остаются вопросы про силу… (смотрим выше)

upd.:
Сила это возможность действовать, создавать, если бы сила была отрицательной то по идее это был бы заблокированный аккаунт, «твоя степень влияния в сети на происходящее», опыт.
Рейтинг — это оценка действий пользователя, вектор силы, карма пользователя, при отрицательной карме его силу (действия) искусственно ограничивают. То как вашу деятельность воспринимают остальные участники сообщества.

при голосовании за комментарий в плюс немного увеличивается сила пользователя,
при голосовании за топик сила и рейтинг увеличиваются пропорционально силе голосующего, при голосовании за пользователя — влияние голоса еще сильнее.

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

Парни, движёк охрененный, честно, все классно, но несколько дней сижу прикручиваю модуль и испытываю жуткую нехватку документации и примеров по движку! Всю информацию приходится искать по крупицам по всему сайту, а та скудная вики, что есть сейчас, даёт лишь образное представление о работе. Жесть. Нужно менять как то ситуёвину. Очень нужно.

Очень уж хочется использовать ваш движок в проектах, но отсутсвие полноценной докуменатции никак не позволяет мне решиться на этот шаг. Конечно Wiki и статьи, разбросанные по блогам это немножко хорошо, но не совсем. Например вообще непонятно как работают Entity и как передаются параметры в отображения (Viewer_Assign как я понял, но видимо есть еще способы, т.к. многие параметры доступны и без него) Непонятна логика, почему код функционала имеется и в экшенах и в модулях и в темплейтах :( и что за такие глобалдьные переменные _aData и какие есть функции у классов стандартных (например у oDb).

Отличным примером документации может служить http://code-igniter.ru/user_guide/toc.html, это так, на заметку.

PS: прошу прощения за такое наглое поведение :)