Наверное в любой нише, создавая соц. сеть, можно обнаружить организации, которые уже зарабатывают на этой нише.
Эти организации нужны людям(часто услугой), а люди нужны организациям(часто деньгами).
Соответственно одной из задачей соц. сетей может быть налаживание контакта/отношения с организациями. Я не знаю основную цель реализации модуля «Компании» на харбре, но полагаю что
это как раз то что я описал.
Этот модуль может показывать:
1. Независимую оценку компании пользователями.
2. Включать возможность PR со стороны компании.
3. Обеспечивать возможность обратной связи со стороны пользователя.

Какие еще функции могут содержаться в этом модуле?
Как вы думаете, насколько такой модуль необходим в «стандартной комплектации» движка?

п.с. Прошу АРГУМЕНТИРОВАТЬ любую оценку! Это будет максимально честно и полезно!:)

Не судите строго, но как ни крути — на хабре это здорово реализовано, мне было бы приятно увидеть подобное в LS.

Спасибо!

Не знаю, уж очень ли нужно это сейчас в данный момент, просто предложение.

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

комментарий 1
________________________
комментарий 2
________________________
комментарий 3
— комментарий 3.1
— комментарий 3.2
________________________

Думаю, теперь понятно.

надуло оттуда

Может организовать? Разумеется в конфиге с активацией.

UPD: Позже нашёл ниже похожий топик, но ответа от разработчиков нет. Проблема действительно насущна для ресурса локалки.

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

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

define('LSPATH_PROFILE','profile');	//e.g. user
define('LSPATH_PEOPLE','people');	//e.g. users
define('LSPATH_BLOG','blog');		//e.g. community
define('LSPATH_LOG','log');		//e.g. blog
define('LSPATH_MY','my');		//e.g. blog
define('LSPATH_PAGE','page');		//e.g. static

return array(
	'page' => array(		
		LSPATH_PROFILE => 'ActionProfile',
		LSPATH_BLOG => 'ActionBlog',
		LSPATH_PEOPLE => 'ActionPeople',
	)
);

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

Изучая проблему «тяжести» страниц при большом количестве комментариев, думую не я один, увидели следующую картину…

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

Как я и предполагала, появился человек, который решил всеми хорошими и не хорошими способами достичь в рейтинге первого места. Он начал ходить по профилям авторов новостей и злостно минусовать их новости, тем самым снижая их рейтинг, мало того, он начал регистрировать новых пользователей и плюсовать свои новости и свой профиль, посему предлогаю:
1. Ввести функционал регистрацию с 1го IP (конфиг да/нет)
2. После регистрации пользователь ничего не может плюсовать в течении N дней (да/нет, кол-во дней)
3. При минусовании профиля, комментария, новости рейтинг или сила (или то и то) того, кто минусует пропорционально уменьшался!
4. При регистрации нового пользователя, чтобы ему приходила 1 системная приватка, с логическим обоснованием его ограничений в течении N дней.
Плюс от системной приватки в том, что человек сразу ознакомиться как работают приватные сообщения на сайте.

спасибо за внимание

Всем привет!
Я отношусь к древним сайтостроителям, которые все ни как не могут забыть такие вещи как форумы. Увидев замечательные начинания Ort'a я вторым делом начал думать, как структура моего сайта соотносится с механизмом livestreet. Здесь блоги, у меня разделы/категории; здесь топики блогов и комментарии, у меня статьи и комментарии; и т.д. У меня форумы, здесь форумов нет… Какие форумы, XXI век на дворе, скажите вы мне, я не буду спорить и попробую внести изменения в двигатель, чтобы форумы были.
Чтобы мне сделать изменения в коде, мне нужны будут изменения в базе:
1. В табличку *_topic_tag добавлю еще одно поле, отвечающее за выбор словарей тэгов (1,2,3 и т.д.). Скажем, очень мне хочется, чтобы на сайте было несколько облаков. Одно — тэги блогов, другое — тэги названий форумов, третье — тэги названий компаний и т.д.
Наверняка это еще кому-нибудь пригодится, буду очень признателен Ort'u, если он включит изменения в релиз.
2. Создам новый topic_type типа 'forum' (см. как это сделать).

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

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