LiveStreet CMS

{$oUserComment->getLogin()}

Спасибо!

собственно, убрал & перед переменной — этого достаточно?

обновился со 126 на 137 билд, получаю такой Warning:

Call-time pass-by-reference has been deprecated in \home\user\public_html\blogs\classes\modules\admin\mapper\Admin.mapper.class.php on line 346

Что нужно подрутить?

Решил проблему следующим образом:
в Sphinx.class.php

			if(!is_null($aExtraFilters)){
				foreach($aExtraFilters AS $sAttribName => $sAttribValue){

					$this->oSphinx->SetFilter(
						$sAttribName, 
						(is_array($sAttribValue)) ? $sAttribValue : array($sAttribValue)
					);
				}

меняем на

			if(!is_null($aExtraFilters)){
				foreach($aExtraFilters AS $sAttribName => $sAttribValue){
if($sObjType=="topic" and $sAttribName=="topic_publish"){
					$this->oSphinx->SetFilter(
						$sAttribName, 
						(is_array($sAttribValue)) ? $sAttribValue : array($sAttribValue)
					);
}
elseif($sObjType=="comment" and $sAttribName=="comment_delete"){
					$this->oSphinx->SetFilter(
						$sAttribName, 
						(is_array($sAttribValue)) ? $sAttribValue : array($sAttribValue)
					);
}

					echo $this->oSphinx->GetLastError();
				}
			}

Короче говоря, в первом случае оба атрибута, topic_publish и comment_delete передаются при поиске в каждом индексе. Ессно, тот или иной атрибут существует только в определенном индексе. В 0.9.8 такое прокатывало, в 0.9.9 видимо ужесточили проверку. Я воткнул простую проверку и передаю только нужные атрибуты (не очень красиво, но главное понять в чем проблема)

долго что-то вы, третий месяц уже как:
habrahabr.ru/blogs/webdev/72335/

Спасибо!

Спасибо огромное!

А как быть с уведомлениями о сообщениях в ЛС?

В частности в шаблонах
notify.talk_comment_new.tpl
notify.talk_new.tpl
что необходимо прописать для получения логина пользователя?

в итоге я подкорректировал сам.
Сделал так, чтобы поле даты публикации заполнялось только при нажатии кнопки [опубликовать] и если это поле = NULL.
Для этого убрал NOT NULL для этого поля, а при нажатии кнопки [сохранить в черновики] всегда изменяется дата редактирования. Единственный момент который остался — если новый топик сохранять в черновики, ему естественно не назначится никакая дата публикации, и равна она будет NULL, поэтому топик в черновиках просто выводится с текущей датой. (правда, это легко лечится проверкой равна ли дата публикации NULL, и если да — выводить дату последнего редактирования, нор для меня это не критично)

также ставил TinyMCE
кат и видео вставляю как [cut] [video] с помощью доп. кнопочек для tinymce
Кстати, а сам вставленный ролик отображается в редакторе?
Картинки вставляются с помощью еще одной кнопочки, которая фактически вызывает js-функцию, которая вызывается и при работе в первоначальном редакторе (за кнопочки спасибо benone, избавил от рытья в tinymce)

кроме того, jevix съедает множество тегов, которые использует tinymce, нужно настройки подкручивать…

мда… совсем плохо искал, сорри

хм… вроде я в темплейтах нигде русских букв не нашел… плохо искал наверно…

Хочу узнать пару моментов
1) ort, я так понял, в последней svn-версии (87й релиз) полностью вынесены уже все текстовки из тепмлейтов? (только один файлик остался-форма редактирования топика)

2) Просто ради интереса хочу спросить, какой из wysiwyg-редакторов планируется использовать? И почему именно его?

ort, подскажи, столкунлся со следующим. Создаем топик в черновиках, к примеру, 10/11/2008, потом публикую его 16/11/2008. В итоге, я получаю дату и время публикации 10/11/08 — т.е., время создания топика… Естественно, он вылазит 6ю днями раньше, и никто его уже не увидит…

Для голосоввания необходимо авторизоваться

да, все в порядке, запутался в переменных… Спасибо

Да, и в догонку еще одно махонькое замечание, в patch.sql есть переименование какой-то таблицы, и там имя табоицы указано полность, вместе с названием базы, т.е. что-то типа
`social`.`table`
Соответственно, если имя базы иное, этот запрос вываливает ошибку

Столкнулся со следующей ерундой… Правда, мог где-то накосячить… Итак
Если мы ставим livestreet в директорию, т.е. все это доступно по адресу, к примеру, www.site.com/livestreet/

В конфиге имеем следующее:

/**
 * Настройка путей
 */
define('DIR_WEB_ROOT','http://'.$_SERVER['HTTP_HOST'].'/livestreet');
define('DIR_STATIC_ROOT',DIR_WEB_ROOT); // чтоб можно было статику засунуть на отдельный сервер
define('DIR_SERVER_ROOT',$_SERVER['DOCUMENT_ROOT']);
define('DIR_STATIC_SKIN',DIR_STATIC_ROOT.'/'.DIR_SMARTY_TEMPLATE);
define('DIR_UPLOADS','/livestreet/uploads');
define('DIR_UPLOADS_IMAGES',DIR_UPLOADS.'/images');
 

Результате при загрузке аватара он ложится в нужную директорию, т.е. доступен из www.site.com/livestreet/upload/images/x/avatar…

Но везде в коде <img src получаем вроде
www.site.com/livestreet/livestreet/uploads/images/1/avatar_24x24.gif

Если же в конфиге изменяем:
define('DIR_UPLOADS','/uploads');

То урлы к картинкам пишутся правильно, но зааплоадить ничего не получается…
Собственно, это относится не только к аватаркам, а и ко всем загружаемым изображениям в принципе

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

да, заметил это… но в SVN к этому моменту выложена уже исправленная версия. Еще раз спасибо!