Модуль блога. - LabCMS https://labcms.ru/discussion-theme.64/ Тема в форуме LabCMS ru-ru Wed, 10 Jun 2026 10:45:48 +0300 Wed, 10 Jun 2026 10:45:48 +0300 http://blogs.law.harvard.edu/tech/rss LabCMS Feeder Defari https://labcms.ru/discussion-theme.64/2/#p611 Есть хорошие новости касательно модуля блога.
Итак, что было добавлено в новой версии:
 
- Ajax комментарии. Теперь комментарии работают на ajax, с помощью jQuery.
- Возможность переключения в  одно / многопользовательский режимы.
В однопользовательском режиме блоги может добавлять и вести только админ. А в многопользовательском, другие пользователи сайта так же могут вести свои блоги.
- Добавлена личная лента для пользователей.
Каждый пользователь может подписаться под интересующий его публичный блог, но до этого нужно вступить в него.
- Возможность подписаться в ленте на пользователя.
- Изменен и доработан листинг блогов.
- Добавлен предпросмотр при добавлении топика.
- Добавлен предпросмотр при добавлении комментария.
- Ajax перезагрузка новых комментариев на странице.
- Добавлен автокомплит при добавлении меток, и при подписке на пользователя в ленте.
- Исправлено много мелких ошибок.
Пожалуйста, обратите внимание, что в стандартном шаблоне модуль выглядит не совсем хорошо, потому, что он просто не помещается по ширине, из-за боковых блоков, где расположены настройки ленты.
Вроде бы все]]> Sun, 18 Dec 2011 23:22:28 +0400 https://labcms.ru/discussion-theme.64/2/#p611 Defari https://labcms.ru/discussion-theme.64/2/#p607 Sun, 20 Nov 2011 22:47:06 +0400 https://labcms.ru/discussion-theme.64/2/#p607 Loki https://labcms.ru/discussion-theme.64/2/#p606 Если нет, то попробуйте сбросить кэш.]]> Sun, 20 Nov 2011 21:14:32 +0400 https://labcms.ru/discussion-theme.64/2/#p606 Defari https://labcms.ru/discussion-theme.64/2/#p605 PHP$config['separate_config']='';]]> Sun, 20 Nov 2011 20:29:13 +0400 https://labcms.ru/discussion-theme.64/2/#p605 Loki https://labcms.ru/discussion-theme.64/2/#p604 Можно так же проверить что лежит в файлах data/configs/]]> Sun, 20 Nov 2011 18:47:23 +0400 https://labcms.ru/discussion-theme.64/2/#p604 Defari https://labcms.ru/discussion-theme.64/2/#p603 Я добавил 2 режима работы модуля, вот как выглядит config.xml:
XML <config>
            <name>blog_mode</name>
            <type>select</type>
            <title>Режим работы модуля (однопользовательский / многопользовательский)</title>
            <describe>В однопользовательском режиме блоги может добавлять и вести только админ. А в многопользовательском, другие пользователи сайта так же могут вести свои блоги.</describe>
            <default>1</default>
            <callback>config_blog_mode</callback>
        </config>
Вот так выглядит callback функция:
PHPfunction config_blog_mode()
    {
        $blog_modes[1] = "Однопользовательский";
        $blog_modes[2] = "Многопользовательский";
        return $blog_modes;
    }
В чем проблема: если, например, изменить в настройках сайта режим работы, и войти на сайт как админ, то в LabConfig::$mcfg['blog_mode'] лежит 2, как и нужно, а если зайти обычным пользователем, - лежит 1.
Что не так ?]]> Sat, 19 Nov 2011 16:06:29 +0400 https://labcms.ru/discussion-theme.64/2/#p603 Defari https://labcms.ru/discussion-theme.64/2/#p590 Что бы все заработало, нужно подключить файл самого фреймворка jQuery раньше, то бишь положить его в папку "js" самого скина, а не модуля. Теперь файл с jQuery уже лежит, где нужно, и ничего больше менять не потребуется.]]> Sun, 06 Nov 2011 14:52:15 +0400 https://labcms.ru/discussion-theme.64/2/#p590 mushtat https://labcms.ru/discussion-theme.64/2/#p589 Text<link rel="stylesheet" type="text/css" href="{$base}at_blog/js/skins/markitup/style.css" />
<link rel="stylesheet" type="text/css" href="{$base}at_blog/js/sets/default/style.css" />
Добавьте jQuery в пакет загрузки, а то его там нету.
И ещё одно, не знаю, может это не столь существенно, но у меня с этим были проблемы: для js-файлов важен порядок подключения, а подключаются они в алфавитном порядке. Мне пришлось изменять имена файлов, а поскольку там не пару js + ещё <script> в tpl файле - я долго подбирал очерёдность с отладчиком. Вот что у меня получилось:
]]> Sun, 06 Nov 2011 12:51:29 +0400 https://labcms.ru/discussion-theme.64/2/#p589 Defari https://labcms.ru/discussion-theme.64/2/#p562 Прежде всего будет добавлена страница, на которой можно будет посмотреть информацию, комментарии, и остальные топики автора.
Так же хотелось бы организовать рейтинговою систему для авторов/топиков. Но здесь мне еще не совсем понятно как это реализовать из технической стороны.
Ну и пока еще обдумываю возможность подписатся под определенный блог, ну и личную ленту под подписанные блоги соответственно.]]> Mon, 26 Sep 2011 09:58:40 +0400 https://labcms.ru/discussion-theme.64/2/#p562 mushtat https://labcms.ru/discussion-theme.64/2/#p561 Sun, 25 Sep 2011 11:59:39 +0400 https://labcms.ru/discussion-theme.64/2/#p561 Defari https://labcms.ru/discussion-theme.64/2/#p552 Дописал листинг блогов, доступный для админа. Выводится в виде таблицы.
Осталось подумать что делать с топиками, если блог удалить.
Или же удалять топики, или же нужно создать еще 1 категорию блога по умолчанию, куда будут "сливатся" такие топики.]]> Thu, 25 Aug 2011 13:39:29 +0400 https://labcms.ru/discussion-theme.64/2/#p552 Loki https://labcms.ru/discussion-theme.64/2/#p551 Fri, 19 Aug 2011 09:19:40 +0400 https://labcms.ru/discussion-theme.64/2/#p551 Defari https://labcms.ru/discussion-theme.64/2/#p550 Fri, 19 Aug 2011 01:22:23 +0400 https://labcms.ru/discussion-theme.64/2/#p550 Defari https://labcms.ru/discussion-theme.64/2/#p543 Loki:
Ну или попытаться допилить файлменеджер. Это последняя бесплатная версия, которую автор выпустил по лицензии GPL, следующая была уже платная. Так что, судя по всему, обновлений не будет - можно курочить самим.
Да, думаю с этим разберемся.
]]> Tue, 16 Aug 2011 16:20:40 +0400 https://labcms.ru/discussion-theme.64/2/#p543 Loki https://labcms.ru/discussion-theme.64/2/#p542 Defari:Значит, нужно будет написать под него плагин, именно для загрузки фото.
Ну или попытаться допилить файлменеджер. Это последняя бесплатная версия, которую автор выпустил по лицензии GPL, следующая была уже платная. Так что, судя по всему, обновлений не будет - можно курочить самим.]]> Tue, 16 Aug 2011 14:41:21 +0400 https://labcms.ru/discussion-theme.64/2/#p542 Defari https://labcms.ru/discussion-theme.64/2/#p541 Loki:С tinymce есть определенная трудность. Точнее, не конкретно с ним, а с файлменеджером - он не рассчитан на многопользовательскую работу. Так что по-умолчанию его надо либо запретить, либо придется его допиливать под потребности.
Значит, нужно будет написать под него плагин, именно для загрузки фото.
Пока я подключил основные кнопки, как и писал выше.
В принципе, думаю что в ближайшие дни смогу Вам скинуть, то что имеется на данный момент.]]> Tue, 16 Aug 2011 14:02:26 +0400 https://labcms.ru/discussion-theme.64/2/#p541 Defari https://labcms.ru/discussion-theme.64/2/#p534 Wed, 10 Aug 2011 20:07:54 +0400 https://labcms.ru/discussion-theme.64/2/#p534 Loki https://labcms.ru/discussion-theme.64/2/#p533 Wed, 10 Aug 2011 16:39:42 +0400 https://labcms.ru/discussion-theme.64/2/#p533 Defari https://labcms.ru/discussion-theme.64/2/#p532 пока всё стандартно: редактирование, удаление, добавление топиков.
Скорее всего нужно добавить ещё права модератора, по определённым категориям блогов, ну и администратора...]]> Wed, 10 Aug 2011 15:07:14 +0400 https://labcms.ru/discussion-theme.64/2/#p532 Defari https://labcms.ru/discussion-theme.64/2/#p529
 
UPD:
Вроде как функционал, который был выбран для основы реализован.
Итак, что сейчас доступно из функционала:
-Добавление категорий блогов.
-Добавление топиков в определенную категорию.
-Редактирование своих топиков.
-Удаление своих топиков.
-Блог для каждого пользователя по умолчанию.
-Метки.
-Листинг всех топиков на странице по умолчанию.
-Листинг всех топиков определённой категории блога.
Что планирую на ближайшие несколько дней:
Теперь нужно немного привести к базовому виду сам шаблон, прикрепить tinymce.
Разобратся с правами пользователей.]]> Mon, 08 Aug 2011 17:01:45 +0400 https://labcms.ru/discussion-theme.64/2/#p529 Loki https://labcms.ru/discussion-theme.64/2/#p526 MySQLSELECT t.tag_id, t.tag_text
FROM ?_blog_tags t
LEFT JOIN ?_blog_topic_tags tt ON t.tag_id=tt.tag_id
WHERE tt.tag_id IS NULL]]> Mon, 08 Aug 2011 15:54:30 +0400 https://labcms.ru/discussion-theme.64/2/#p526 Defari https://labcms.ru/discussion-theme.64/2/#p522 При вот таком запросе:
MySQL
SELECT t.tag_id AS ARRAY_KEY,tt.tag_id,t.tag_text
FROM ?_blog_tags t
LEFT JOIN ?_blog_topic_tags tt ON t.tag_id=tt.tag_id
HAVING tt.tag_id IS NULL
 
Возвращается:
PHP
Array
(
    [4] => Array
        (
            [tag_id] =>
            [tag_text] => новая метка
        )
 
    [7] => Array
        (
            [tag_id] =>
            [tag_text] => метки2
        )
 
)
 
Собственно без AS ARRAY_KEY, tag_id тоже почему-то нет.
UPD:
А вот так:
MySQL
SELECT t.tag_id as tags_id,tt.tag_id,t.tag_text
FROM ?_blog_tags t
LEFT JOIN ?_blog_topic_tags tt ON t.tag_id=tt.tag_id
HAVING tt.tag_id IS NULL
 
Вот:
PHP
Array
(
    [0] => Array
        (
            [tags_id] => 4
            [tag_id] =>
            [tag_text] => новая метка
        )
 
    [1] => Array
        (
            [tags_id] => 7
            [tag_id] =>
            [tag_text] => метки2
        )
)
 
Если же убрать из запроса в первой строчке tt.tag_id, будет ошибка
MySQL"Unknown column 'tt.tag_id' in 'having clause'"]]> Mon, 08 Aug 2011 15:02:34 +0400 https://labcms.ru/discussion-theme.64/2/#p522 Loki https://labcms.ru/discussion-theme.64/2/#p521 MySQLSELECT t.tag_id
FROM ?_tags t
LEFT JOIN ?_tags_item ti ON t.tag_id=ti.tag_id
HAVING ti.tag_id IS NULL]]> Mon, 08 Aug 2011 13:15:14 +0400 https://labcms.ru/discussion-theme.64/2/#p521 Defari https://labcms.ru/discussion-theme.64/2/#p520 Только вот если будет много топиков, врядли этот вариант подойдет.]]> Mon, 08 Aug 2011 13:02:39 +0400 https://labcms.ru/discussion-theme.64/2/#p520 Loki https://labcms.ru/discussion-theme.64/2/#p518 Но какой-то механизм очистки, конечно, нужен... А то таблица довольно быстро зарастет всякими "сорняками".]]> Mon, 08 Aug 2011 12:57:01 +0400 https://labcms.ru/discussion-theme.64/2/#p518 Defari https://labcms.ru/discussion-theme.64/2/#p517 Осталось предосмотреть проверку удаления метки из табл. ?_blog_tags, при удалении либо редактировании топика.
Потому, что пока если удаляем/редактируем топик, в таблице ?_blog_tags метки то остаються.
]]> Mon, 08 Aug 2011 12:47:38 +0400 https://labcms.ru/discussion-theme.64/2/#p517 Defari https://labcms.ru/discussion-theme.64/2/#p509 Думаю, что завтра этим займусь.]]> Thu, 04 Aug 2011 18:27:10 +0400 https://labcms.ru/discussion-theme.64/2/#p509 Loki https://labcms.ru/discussion-theme.64/2/#p508 $new_tags=array('хлеб', 'зрелища');
//находим id всех существующих тегов
$tag_keys=Db::i()->selectCol("SELECT tag_id AS ARRAY_KEY, tag FROM ?_blog_tags
                              WHERE tag_id IN (?a)", $new_tags);
/*
тут сопоставляем теги с их id и добавляем отсутствующие теги в базу
в результате получаем массив $tag_items содержащий перечень tag_id для данной записи
 
добавляем записи в таблицу _blog_topic_tags
*/
 
//оцищаем информацию о тегах, которые были раньше, но не используются сейчас
Db::i()->query("DELETE FROM ?_blog_topic_tags
             WHERE item_id=? AND tag_id NOT IN (?a)", $item_id, $tag_items);
 ]]> Thu, 04 Aug 2011 17:54:00 +0400 https://labcms.ru/discussion-theme.64/2/#p508 Defari https://labcms.ru/discussion-theme.64/2/#p507 ?_blog_tags ?]]> Thu, 04 Aug 2011 17:26:04 +0400 https://labcms.ru/discussion-theme.64/2/#p507 Loki https://labcms.ru/discussion-theme.64/2/#p506 MySQLDELETE FROM ?_blog_topic_tags WHERE item_id=? AND tag_id NOT IN (список id текущих тегов)]]> Thu, 04 Aug 2011 17:09:29 +0400 https://labcms.ru/discussion-theme.64/2/#p506 Defari https://labcms.ru/discussion-theme.64/2/#p505 ]]> Thu, 04 Aug 2011 16:52:05 +0400 https://labcms.ru/discussion-theme.64/2/#p505 Loki https://labcms.ru/discussion-theme.64/2/#p504 1. добавили запись в таблицу элементов и получили item_id
2. добавляем тег в таблицу тегов
MySQLINSERT IGNORE INTO ?_blog_tags...
Если тег добавился - в качестве результата получим tag_id, если получили false, значит тег уже есть и надо сделать запрос для получения его id.
А лучше - наоборот, сначала запросить id всех добавляемых тегов одним запросом.
3. добавляем пары значений в ?_blog_topic_tags (можно всей кучей).
 
В случае если запись редактируется, добавится пункт:
2а. Удаляем из таблицы ?_blog_topic_tags все записи с item_id=item_id_редактируемой_записи]]> Thu, 04 Aug 2011 15:50:58 +0400 https://labcms.ru/discussion-theme.64/2/#p504 Defari https://labcms.ru/discussion-theme.64/2/#p503 Да, Вы правы. Такая схема более удобная.
Upd:
Добавил 2 таблицы:
MySQL
--
-- Все теги
--
CREATE TABLE IF NOT EXISTS ?_blog_tags (
  `tag_id` int(11) NOT NULL AUTO_INCREMENT,
  `tag_text` varchar(50) NOT NULL,
  PRIMARY KEY (`tag_id`),
  UNIQUE KEY `tag_text` (`tag_text`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;
 
--
-- Теги топика
--
CREATE TABLE IF NOT EXISTS ?_blog_topic_tags (
  `topic_id` int(11) NOT NULL,
  `tag_id` int(11) NOT NULL,
  PRIMARY KEY (`topic_id`,`tag_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
 
Как при этом сделать правильно INSERT? Получается что нужно положить метку в
?_blog_tags а потом передать этот id в ?_blog_topic_tags..]]> Thu, 04 Aug 2011 14:21:31 +0400 https://labcms.ru/discussion-theme.64/2/#p503 Loki https://labcms.ru/discussion-theme.64/2/#p502 Если нет, то я бы предложил такую схему:
таблица меток
tag_id, tag (уникальное)
и таблица связей:
topic_id, tag_id (первичный по двум полям)
 
А id юзера и id блога у Вас и так есть в таблице записей.
При этом получается удобный и быстрый поиск по тегам.]]> Thu, 04 Aug 2011 13:51:36 +0400 https://labcms.ru/discussion-theme.64/2/#p502 Defari https://labcms.ru/discussion-theme.64/2/#p501 Пока работает так:
При добавлении топика, есть поле для меток, метки нужно разделять запятыми.
Модуль обрабатывает их, и ложит каждую метку отдельно в таблицу для них же.
В таблице для меток такие поля: id метки, id топика, id юзера, id блога, сама метка.
Так же, метки лежат и в таблице топика, в том виде, в каком добавлены.
При просмотре или листинге топиков метки берутся из таблицы топиков.
А смарти всё уже разбивает вот так:
Smarty
 {section name=topic loop=$topic_full}
            <h1>{$topic_full[topic].topic_title}</h1>
            <div class="topic_content">
                {$topic_full[topic].topic_text}
            </div>
            {assign var="tag" value=","|explode:$topic_full[topic].topic_tags}
            <ul class="tags">
            {section name=tags loop=$tag}
                {if $smarty.section.tags.last}
                    <li><a>{$tag[tags]}</a>.</li>
                {else}
                    <li><a>{$tag[tags]}</a>,</li>
                {/if}
            {/section}
            </ul>
 {/section}
 
В итоге получается ряд из меток вида: "метка1,метка2,метка3."
Какие есть трудности.
Если оставить эту схему, то нужно наверное проверять в mysql (в табл. для меток), или уже есть такая метка в бд, что бы не добавлять дубликат...]]> Thu, 04 Aug 2011 13:14:15 +0400 https://labcms.ru/discussion-theme.64/2/#p501 Loki https://labcms.ru/discussion-theme.64/2/#p497
Реально на отображение влияет только topic_id, все остальное - сеошно-навигационный балласт. Так что я бы сделал var1=$topic.topic_id, а все остальные - любые другие.
Собственно, у меня так в новостях и сделано на сайте:
http://labcms.ru/news-item.26/kak+hranit+paroli/
Еще момент - надо перевести название в транслит, а то url будет выглядеть очень некрасиво.
 
На этом сайте используется такой модификатор:
PHPfunction smarty_modifier_translit($string)
{
    return translit($string);
}
 
Smarty{url action="item" var1=$new.news_id var2=$new.news_title|translit}]]> Wed, 03 Aug 2011 15:51:09 +0400 https://labcms.ru/discussion-theme.64/2/#p497 Defari https://labcms.ru/discussion-theme.64/2/#p496 Появился вопрос
Как лучше организовать ссылки в браузере?
Вот что мне пришло в голову:
На каждый топик есть ссылка "Читать далее". Вот как она пока выглядит:
Smarty
<a href="{url action="detail" var1=$topic.blog_title var2=$topic.topic_id}">Читать дальше</a>
 
Получаем что-то типа
mysite.net/blog-detail.Blog+by+admin/2/
Возможно стоить ввести еще одно поле при добавлении категорий блогов, и назвать его blog_url ?
Соответственно если оно есть, то вставлять его вместо blog_title...]]> Wed, 03 Aug 2011 14:46:01 +0400 https://labcms.ru/discussion-theme.64/2/#p496 mushtat https://labcms.ru/discussion-theme.64/2/#p495 Wed, 03 Aug 2011 13:48:08 +0400 https://labcms.ru/discussion-theme.64/2/#p495 Loki https://labcms.ru/discussion-theme.64/2/#p494 mushtat:Ну это что бы статья отображалась полностью. Если правильно понял. Ну а если у владельца блога сделать пункт кол-ва символов. тоесть модуль ищет сначала тег море, если его нет - смотрит кол-во символов из настроек. Такое возможно?
Потерян один элемент в логической цепочке: если тег будет автоматически подставляться в конец статьи, то в каких же случаях будет срабатывать обрезка по количеству символов?]]> Wed, 03 Aug 2011 13:24:14 +0400 https://labcms.ru/discussion-theme.64/2/#p494 Defari https://labcms.ru/discussion-theme.64/2/#p493  
mushtat:Ну это что бы статья отображалась полностью. Если правильно понял. Ну а если у владельца блога сделать пункт кол-ва символов. тоесть модуль ищет сначала тег море, если его нет - смотрит кол-во символов из настроек. Такое возможно?

 
Скорее всего, что возможно, но неясно или нужно...
Пока пришли к выводу, что если тег есть, то это и будет анонс (все что перед тегом).
В ином случае вся статья и будет отбражатся как анонс. UPD: И автоматически тег подставлятся не будет.
(Это что бы никто не запутался)]]> Wed, 03 Aug 2011 13:05:09 +0400 https://labcms.ru/discussion-theme.64/2/#p493 mushtat https://labcms.ru/discussion-theme.64/2/#p492 Wed, 03 Aug 2011 13:00:18 +0400 https://labcms.ru/discussion-theme.64/2/#p492 Loki https://labcms.ru/discussion-theme.64/2/#p491 Defari:Ок, так и сделаю. Если тега нет, тогда нужно добавить его в конце статьи.
Хм... а зачем он в конце статьи?]]> Wed, 03 Aug 2011 11:57:46 +0400 https://labcms.ru/discussion-theme.64/2/#p491 Defari https://labcms.ru/discussion-theme.64/2/#p490 Wed, 03 Aug 2011 11:55:19 +0400 https://labcms.ru/discussion-theme.64/2/#p490 Loki https://labcms.ru/discussion-theme.64/2/#p489 Wed, 03 Aug 2011 11:39:23 +0400 https://labcms.ru/discussion-theme.64/2/#p489 Defari https://labcms.ru/discussion-theme.64/2/#p488  
Добавлять тег, скорее всего что да, при помощи Jevix. Как мне показалось, это достаточно гибкая в настройках библиотека.
 
]]> Wed, 03 Aug 2011 11:10:13 +0400 https://labcms.ru/discussion-theme.64/2/#p488 Loki https://labcms.ru/discussion-theme.64/2/#p487 Кстати, а добавлять <more> планируется при помощи Jevix? Он проследит при этом за корректностью тегов?]]> Wed, 03 Aug 2011 10:31:46 +0400 https://labcms.ru/discussion-theme.64/2/#p487 Defari https://labcms.ru/discussion-theme.64/2/#p486
Ну в принципе, сначала я подумывал о том, что бы статья лежала полная, в 1 ячейке.
Но тут есть некие неудобности. Неудобности заключаются с обработкой статьи.
Получается что-то вроде того:
при листинге топиков, нужно каждый раз достать целую статью, для каждого топика, что бы для начала определить где находится тот самый тег, далее отработать с ним, и показать только анонс. Ну а статья, может быть и большая, плюс каждый раз это делать...
Мне показалось проще и логичнее делать это один раз при самом добавлении статьи.
А при самом листинге модуль берет намного меньше информации по объему из БД.
 
На счет того, что если тега <more> нет, сегодня хочу доделать, что бы он вставлялся через стандартное к-во символов.
То есть если человек постит информацию, пусть оформит статью, и поставит "кат" где ему нужно, если же нет, тогда пусть модуль сам обрежет ]]> Wed, 03 Aug 2011 09:58:45 +0400 https://labcms.ru/discussion-theme.64/2/#p486 mushtat https://labcms.ru/discussion-theme.64/2/#p485 Wed, 03 Aug 2011 02:34:27 +0400 https://labcms.ru/discussion-theme.64/2/#p485 Defari https://labcms.ru/discussion-theme.64/2/#p484 Loki:Если пост может быть только в одном блоге, то две таблицы не нужны, если же в нескольких сразу, то логичнее было бы во вторую таблицу вынести так же поля заголовка, user_id и т.п. (то есть все что относится к конкретной записи).

Скорее всего лучше пока отказатся от этой идеи.. 1 пост - в 1 блог, и пока 1 таблица.
При большом кол-ве, наверняка можно легко устроить бардак. Я думаю, что лучше потом подключить это как опцию.
 
Loki:
И еще, если я правильно понимаю, то в случае отсутствия тега <more> поля записи и анонса будут совпадать?

Да, пока так и есть. Нужно будет обновить метод, который парсит текст, и вставлять этот тег, если его нет, через какое-то к-во символов, или же сразу резать без этого тега... скорее всего как-то так. ]]> Tue, 02 Aug 2011 17:07:58 +0400 https://labcms.ru/discussion-theme.64/2/#p484 Loki https://labcms.ru/discussion-theme.64/2/#p482  
И еще, если я правильно понимаю, то в случае отсутствия тега <more> поля записи и анонса будут совпадать?]]> Tue, 02 Aug 2011 16:38:42 +0400 https://labcms.ru/discussion-theme.64/2/#p482