0.00
Рейтинг
0.68
Сила

Алексей

Убираем счетчики и прочее с глаз долой 2

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

Итоги конкурса на лучшее решение для LiveStreet за октябрь

С небольшой задержкой подводим итоги ежемесячного конкурса на лучшее бесплатное решение для LiveStreet за октябрь месяц.
В октябре призовой фонд составил 2000 рублей.

В этом месяце призовой фонд разделили:

Поздравляем всех участников конкурса! Просьба победителей отписать мне в личку свои реквизиты кошельков.

Напомню, что любой желающий может принять участие в этом ежемесячном конкурсе на лучшее решение для LiveStreet. Это может быть модуль, хак, дизайн, шаблон или даже локализация! Главное условие для участие в конкурсе — это размещение вашей работы в бесплатном разделе нашего каталога.
Ждем новых участников и ваших работ!

Модуль интернет-магазина - LS Store


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

Пример реального магазина, работающего на этом модуле:
http://robocraft.ru/store/
Скриншоты под катом

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

Реализация отдачи предварительно сжатых .css и .js файлов

В HEAD ревизии livestreet есть такая фича как склеивание нескольких .css и .js файлов их последующая компрессия (удаление лишних символов). Благодаря этому уменьшается количество клиентских запросов к серверу и размер загружаемых файлов, а значит увеличивается скорость загрузки страницы на стороне клиента.

Вот замер который я сделал после перевода живого сайта на последнюю версию ls (используется дефолтная тема «new»):
HTML — 58 KB
CSS — 54 KB
JS — 180 KB
Итого — 292 KB


Теперь начитавшись статей и книжек по оптимизации скорости загрузки сайта на клиентской стороне (кстати советую "Разгони свой сайт"), а также посмотрев отчеты YSlow и webo.in я решил дополнительно сжимать html, css и js средствами веб-сервера (в моем случае это nginx).

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

Обновился хак для добавления карт Google на сайт :)


Хак обновился до модуля — v. 0.4
посмотреть на работу можно на http://test.karta39.ru/map/
Заказать можно здесь: http://livestreet.ru/addons/43/

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

похожие темы через sphinx

Дело, было как обычно вечером :) И лежало на мне уже давно задание — добавить «похожие темы» к проекту, но ввиду приоритетов откладывалось оно на потом постоянно. Полазил по LS, нашел уже готовый бесплатный модуль: livestreet.ru/blog/2053.html
Но незадача :( нужен fulltext для InnoDB… уже хотел похерить задание и отложить опять до лучших времен, но что-то дернуло меня все-таки покопаться чуток. А именно, вспомнил я про уже готовый fulltext поиск реализованный на sphinx'e в дефолтной сборке LS. Там как раз есть тайтл + текст, так что впринципе больше и не надо :)
В общем, пришлось чуток модифицировать имеющийся модуль + добавить ф-цию в Sphinx.class.php
К действиям:
1) берем имеющийся модуль
2) удаляем папку и ее содержимое /classes/modules/similartopics/mapper
3) заменяем полностью содержимое файла(/classes/modules/similartopics/SimilarTopics.class.php) на:
<?php
##### [hack] similar_topics_sphinx #####
class LsSimilarTopics extends Module {
	public function Init() {
	}
	public function GetSimilarTopics($oTopic){
	    $sTitleTags=$oTopic->getTags();
	    $aTopics=array();
	    $data=$this->Sphinx_FindSimilarTopics($sTitleTags,SIMILARTOPICS_COUNT+1);
	    if(is_array($data['matches']) && sizeof($data['matches'])>0){
		foreach($data['matches'] as $k=>$v) if($k!=$oTopic->getId()) $aTopics[]=$this->Topic_GetTopicById($k);
		return $aTopics;
	    }else return false;
	}
}
##### [hack] similar_topics_sphinx #####
?>

4) добавляем в класс(classes/modules/sphinx/Sphinx.class.php):
        ##### [hack] SimilarTopics #####
        public function FindSimilarTopics($sTerms,$iLimit){
                $cacheKey=SEARCH_ENTITY_PREFIX."similartopics_{$sTerms}_{$iLimit}";
                if(false===($data=$this->Cache_Get($cacheKey))){
                        $this->oSphinx->SetMatchMode(SPH_MATCH_ANY);
                        $this->oSphinx->SetLimits(0,$iLimit);

                        if(!is_array($data=$this->oSphinx->Query($sTerms,SEARCH_ENTITY_PREFIX.'topicsIndex'))) return FALSE;

                        # no results = no cache
                        if($data['total']>0) $this->Cache_Set($data,$cacheKey,array(),60*15);
                }
                return $data;
        }
        ##### [hack] SimilarTopics #####

лично я оставил поиск по тэгам, хотя — можете добавить и по тайтлу, как было первоначально в плагине
5) все, радуемся жизни :)

п.с. должен быть настроен уже sphinx и работать поиск через sphinx
п.п.с. делаем на свой страх и риск, так что не забываем о том что надо бэкапить файлы ;)

Проблема с парсером текста при публикации поста (путаница с тегами в публикации)

Друзья, помогите разобраться вот с каким вопросом.

Я имею верстку вида:


<div>
  <h1>Заголовок публикации</h1>
  <p>контент публикации</p>
  <ul>метки публикации</ul>
</div>

Тег P у меня — контейнер типа display: block. Это нужно для СЕО — видите ли поисковики лучше хавают контент, который в P загнан.

Так вот, проблемы возникают, когда в теле моей публикации встречаются либо теги blockquote (цитата), либо h4-h6 (подзаголовки). Происходит следующее. Сразу перед этими двумя тегами происходит авто-закрытие тега P, а весь оставшийся контент после, скажем, подзаголовка идет уже без оформления (я очень надеюсь что вы поняли мое объяснение).

Так вот, я все никак не могу понять — на каком этапе (где копать, в каком файле) происходит такое странное перераспределении тегов и, как следствие, деформация верстки.

Например, это вы можете наблюдать тут www.nepropadu.ru/blog/theory/152.html. «Обрыв» происходит сразу перед первым же подзаголовком.

Подскажите, как профикстить проблему и убедительно попросить парсер текста не делать так больше :)

Заранее благодарю.