LiveStreet CMS

Буквально вчера на хабре читал: habrahabr.ru/blogs/social_networks/116584/ Там есть про некие мета-теги, которые для fb указывают описание и картинку.

Значит так.

Файл classes\modules\user\User.class.php, 1150 строка и далее:

if ($sFileFoto=$this->Image_Resize($sFileTmp,$sDirUpload,func_generator(6),Config::Get('view.img_max_width'),Config::Get('view.img_max_height'),250,null,true,$aParams)) {
	@unlink($sFileTmp);
	/**
	* удаляем старое фото
	*/
	$this->DeleteFoto($oUser);
	return $this->Image_GetWebPath($sFileFoto);
}

Как видите, при загрузке картинки максимальные размеры берутся из конфига (строки 28 и 29 в конфиге),3000х3000 по дефолту, далее картинка масштабируется до ширины в 250px (согласно функции Resize, со строки 121 файла engine\modules\image\Image.class.php)

А у меня такой вопрос: зачем в указанных строках пустой элемент <strong>?

Файл шаблона block.stream.tpl, строки 8-12:

<ul class="block-nav">						
	<li><strong></strong><a href="#" id="block_stream_topic" onclick="lsBlockStream.toggle(this,'topic_stream'); return false;">{$aLang.block_stream_topics}</a></li>
	<li class="active"><a href="#" id="block_stream_comment" onclick="lsBlockStream.toggle(this,'comment_stream'); return false;">{$aLang.block_stream_comments}</a><em></em></li>
	{hook run='block_stream_nav_item'}
</ul>

«Выбранность» пункта задается классом элемента списка <li>.

насколько я понимаю, то livestreetcms.com/addons/ — это более актуальная версия.

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

Позвольте привести вам еще один аргумент, снова про разделение информационного поля.

Насколько я понял, предполагается наличие некоего либо раздела сайта либо отдельного сайта с обозначенным вами функционалом. Тогда поясните, зачем разработчику мониторить основной поток сообщества и помогать новичкам, если ему достаточно мониторить только «биржу», где он сможет «быстро и удобно» получить заказ, не влезая в нубские дела?

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

Надеюсь, аргументы будут услышаны вами.

Дополню примером свои доводы. Вот недавний пост:

Здраствуйте, на данный момент есть проект основан на cms livestreet и стандартного функционала не хватает. Подскажите проверенных людей кторые пишут модули/дополнения на заказ для cms livestreet.
Заранее спасибо.

В чем суть: человек не выкладывает ТЗ в сообщество, а просит посоветовать надежного человека. Как определить место этого сообщения? В сообществе или в каталоге? Я бы сказал, в сообществе. Если бы это же сообщение было дополнено ТЗ — готовый запрос на предложение.

Естественно, делать что-то свое вам никто не сможет запретить, у вас могут быть свои благородные цели. Но вы хотели мнений — вот вам мнение.

Я не спорю, что многим сейчас нужно просто найти и нанять разработчика, а не участвовать в сообществе. И для большого сообщества такое разделение «нанять/участвовать» требует различных сущностей. Но при текущем положении дел, и при текущем подходе, когда все почти в одних руках и при этом довольно «странно» организовано (вы, конечно, в курсе про livestreet.ru/addons?) Создание еще одного пространства, которое необходимо мониторить? Сколько будет путаницы, посмотрите на некоторые вопросы по поддержке, которые задаются сейчас в потоке… Некоторые будут по-прежнему постить предложения прямо в сообщество, некоторые будут постить вопросы в запрос разработки… Кто все это будет поддерживать?

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

В таком случае, это могло решиться проще и понятнее: официальный сайт, например, livestreetcms.com (c редиректом на него с любого livestreet.ru, если необходимо), а сообщество разместить на community.livestreetcms.com. Разве это не проще? Разве у LS возможно только русское сообщество, что у него домен в .ru?

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

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

Здесь упомяну лишь один момент: централизованность в восприятии. Что меня смутило при знакомстве с LS: два сайта: livestreetcms.com и livestreet.ru Какой официальный? Где новости? Где репозиторий? Почему репозиториев два? Какой актуальный? и так далее.

Частный проект сделать никто никому не запретит, разумеется, но не логичнее ли было, развивая здешнее open-source-сообщество, вынести на обсуждение предложения по развитию функционала официального сайта здесь? И вместе с этим расширить команду разработчиков (делегировать хотя бы функции поддержки официального сайта)?

В каталоге надо подправить/добавить ссылку на, видимо, данную запись в строке:

Плагин «Редактирование людей», обсуждение плагина тут

А ссылки нет. Разве что обсуждение не предполагается прямо в каталоге, что, по-моему, странно.

Onsubmit это атрибут тега form.

Поэтому

<div class="search">
	<form action="http://livestreet.ru/search/topics/" method="GET" onsubmit="...">
		<input class="text" type="text" onblur="if (!value) value=defaultValue" onclick="if (value==defaultValue) value=''" value="Поиск" name="q" />
		<input class="button" type="submit" value="" />
	</form>
</div>

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

Не совсем понял вашу рекомендацию. Например, для шаблона new уже есть action/index.tpl и, очевидно, нужно править этот файл?

Если пользователь зарегистрирован.

В файле config.php и config.local.php в зависимости от, как я понимаю, расположения вашего сайта (значения разные). Строка 82 (или 41)

$config['sys']['mail']['from_email']       = 'rus.engine@gmail.com'; // Мыло с которого отправляются все уведомления

Параметры From: и Return-Path: по крайней мере, меняются в письме.