Чтобы при нажатии на любой тег выводилось описание этого тега в статике после шапки?

UPD: Понял

Редактор, встроенный в LS съедает некоторые теги. Пишет что можно использовать html, вот что выходит, вставляю:

<ul class="gallery"> 
	<li><img src="/uploads/images/1/133d2be262.jpg" alt="image" /><span class="favorite"></span></li> 
</ul>

Выдаёт:

<ul><li><img src="/uploads/images/1/133d2be262.jpg" alt="image"></li>

Как это можно исправить и добавить тег?
Заранее спасибо.

Собственно вот назрел вопрос, как разрешить HTML теги в топике-ссылке?

Думаю, некоторые из нас уже давно хотели немного приукрасить представление тегов для пользователей (по аналогии бс). Тоесть, чтобы для каждых тегов в определённом интервале размера был свой цвет. И вот, немного изучив код представления тегов для БС сделал такое же украшательство и для любимого всеми нами livestreet. Ниже приведены сами изменения...
Читать дальше →

Прииивет!

Вот какая штука, может кто-нибудь знает как автоматически формировать заголовок? например первые 50 символ поста.

Просто по себе знаю, что не всегда бывает настроение писать заголовки.

Если Вы читаете этот текст, Вы:
1. Уже используете LiveStreet
2. Ищете CMS
3. Поисковик

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

Нам нужен Ваш опыт использования CMS. Что Вы за это получите? Из материального: прямую ссылку на сайт. Из нематериального (надеюсь, это важнее): возможность помочь большому количеству людей сделать правильный выбор. Скорее всего, Вы сами когда-то были в состоянии поиска. И знаете, какой объем информации нужно «переварить», что бы получить хотя бы близкое к реальному впечатление от той или иной системы. Поэтому любая помощь в этом деле по-настоящему ценна.

Если Вы — второе, то Вам я как раз буду предлагать :-). Предлагать выбор CMS по ее «зачетке» и «портрету» — тому, как ее оценивают и видят ее реальные пользователи (о том, что они будут реальными, мы позаботились). И чем больше «первых» поделятся своим опытом, тем более справедливыми будут оценки и тем полнее будет портрет.

Ну а если Вы — третье, то Вам что ни дай, Вы все прочитаете. Так что дам вам просто ссылку на то, где я жду первых и вторых (ну и Вас, конечно же :-)): отзывы о CMS LiveStreet.

И еще. Мы делали этот сервис несколько месяцев. В процессе несколько раз переосмысливали то, что делаем, и сейчас нам кажется, что мы учли все. Согласны ли Вы с этим?

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

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

Тоесть… Допустим зашёл посетитель в блог «Новости проекта» и в блоке облака тегов показывались только теги соответствующие топикам данного блога.

Порылся в базе — разобрался, что это реально реализовать ведь в базу вроде как прописываются и ID блога для каждого тега. А вот с моими пока что не особыми познаниями PHP реализовать никак не могу :(

Данный вопрос касается представления информации в блого-социалках в целом.

Что такое блого-социальная сеть сегодня? Это набор контента (статей), размещенного в разделах (блогах) и отмеченного тегами.
Не сложно догадаться что блого-социальные сети пошли от блогов:) Блог это однопоточная лента статей. Именно это объясняет то что для классификации выбраны разделы (блоги).
Разумеется многие из нас сопротивляются изменениям и хотят использовать только проверенные варианты. Для остальных задам пару вопросов:

Вопрос номер один
Почему мы не можем реализовать древовидную систему тегов?

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

Вопрос номер два
Зачем в таком случае нужны блоги?

Они замечательно заменяются тегами и имеют любую систему вложенности.

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

п.с. разумеется такая система может быть использована только с четким направлением классификации, контроллируемым администратором.
Навеяно этим.

Прошу высказывать идеи и предложения, а так же критиковать:)

Я вот подумал. Поиск на sphinx — это хорошо, но:
— Этот путь заказан для shared хостинга.
— На VPS/VDS/Collocation это дополнительные хлопоты по настройке и установке.

В то же время, сегодня для себя обнаружил, что сами по себе тегиhttp://livestreet.ru/tag/ служат неплохим способом примитивного поиска и навигации.

Так вот идея: что если основать метод поиска не на поиске по содержимому, а по тегам. В том плане, что:
— Пользователь вводит искомую фразу.
— Ищем ее по тегам, также делаем примитивный морфологический анализ (просклонять по падежам) и снова ищем.
— Выводим топики.

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