<?xml version='1.0' encoding='UTF-8'?>
<rss version='2.0'>
	<channel>
		<title>cotonti.com : Тег [more] и html парсинг</title>
		<link>https://www.cotonti.com</link>
		<description>Son konu mesajları</description>
		<generator>Cotonti</generator>
		<language>en</language>
		<pubDate>Thu, 09 Apr 2026 14:27:45 -0000</pubDate>

		<item>
			<title>Boss</title>
			<description><![CDATA[Ну нужно так нужно. <img class="aux smiley" src="https://www.cotonti.com/./images/smilies/smile.gif" alt=":-)" /> Хоть голосование устраивай. И что именно с парсингом? Ни уж то рисунки, стили текста и т.д. будут задаваться в этом описании?]]></description>
			<pubDate>Çrş, 01 Tem 2009 14:07:53 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=30#post13624]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[Замечательный пример привёл. Это новое поле как раз и призвано решить именно эту проблему, не нужно будет парсить всю страницу, чтобы вывести её часть в листы, можно будет просто вставить готовый хтмл из нового поля. Мне оно надо, я хочу видеть на сайте развёрнутые описания к статьям, судя по всему далеко не я один.]]></description>
			<pubDate>Çrş, 01 Tem 2009 03:03:15 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=30#post13615]]></link>
		</item>
		<item>
			<title>Boss</title>
			<description><![CDATA[Многим ли нужно это дополнительное поле? Сейчас дополнительное поле для описания, потом отдельные поля на каждую страницу, для многостраничной разбивке. Куда катимся? По-моему движок должен представлять собой все же основу - платформу. Надо что-то дополнительное - делай сам. Иначе получится так, что отдельные фичи кому-то и не нужны, а они будут. И причем на них будут идти дополнительные запросы базы.<br />
<br />
Сейчас вон уже сделали. Нахрена, как говорится, при заходе в листы парсятся сразу 6 страниц? У меня допустим страницы большие на сайте с рисунками и т.д. В итоге я получаю 350 запросов базы!!! Как объяснил Trustmaster дело в новой &quot;фиче&quot;, которая может выводить в листах начало текста страниц. А оно мне надо? Я бы с радостью отключил, но не могу, без хака ядра.<br />
<br />
Так и это новое поле для описания. Оно мне не надо, а отключить я это не смогу. Лишний запрос к базе, а то и несколько будут генериться.]]></description>
			<pubDate>Sal, 30 Haz 2009 23:04:37 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13607]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[Оно конечно не трудно, но это лишняя нагрузка на сервер на КАЖДОЙ странице при КАЖДОМ просмотре. Вот в чём, на мой взгляд, проблема. Конечно, если в движке появится мощный кеш, который будет кешировать всю статичную часть страницы, то можно и твой вариант использовать. Но пока такого кеша нет и реализация его не тривиальная задача (в отличие от нового поля). <br />
<br />
Вообще надо бы подумать как закешировать шапку сайта, а точнее всё, что находится в теге &quot;head&quot;. Шапка генерит добрую половину запросов на странице.]]></description>
			<pubDate>Sal, 30 Haz 2009 19:23:57 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13601]]></link>
		</item>
		<item>
			<title>Boss</title>
			<description><![CDATA[&quot;а там все наши бб и хтмл нафиг не нужны,&quot; ясно дело. Я об это тоже говорил.<br />
<br />
Однако, если уж кому надо и он будет делать поддержку бб в этом поле через плагин. То уж отфильтровать теги в этом же плагине для использования в meta тем более не трудно.]]></description>
			<pubDate>Sal, 30 Haz 2009 18:44:19 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13599]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[Я написал выше почему поле &quot;description&quot; не подходит, оно используется в &quot;meta name=&quot;description&quot;, а там все наши бб и хтмл нафиг не нужны, т.е. придётся снова движку вычищать их из текста, что вновь скажется на производительности.]]></description>
			<pubDate>Sal, 30 Haz 2009 18:35:34 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13596]]></link>
		</item>
		<item>
			<title>Boss</title>
			<description><![CDATA[Вообще, для вступительного текста есть поле &quot;description&quot;. Едиственное что я хотел бы сделать и на своем сайте наверно все же сделаю - это увеличить ограничение по числу знаков. Сейчас 255. Часто приходится выдумывать, чтобы втиснуть нужную мысль в это ограничение. Знаков 500 было бы нормально.<br />
<br />
Ну и что, что на него не распространяется парсинг. Зачем вступительному тексту нужно оформление? Вообще я придерживаюсь мнения, что в самих документах оформления должно быть минимум. Элементы дизайна на сайте время от времени меняются и и нафиг надо чтобы потом приходилось еще и тексты править.<br />
<br />
Впрочем, если вам нужен парсинг поля &quot;description&quot; то какие проблемы? Плагином это делается очень просто.]]></description>
			<pubDate>Sal, 30 Haz 2009 16:37:46 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13591]]></link>
		</item>
		<item>
			<title>Alex300</title>
			<description><![CDATA[Нужен и тэг MORE и вступительный текст. Я, например, привык к MORE. И мне крайне важна возможность его использования при включенном HTML парсинге. Проблему быстродействия решает кэширование. Кому-то будет удобнее использовать вступительный текст. Знаю многих таких админов. Кстати вторая проблема решается гораздо проще, чем первая.<br />
Да и автозаполнение не зло. Оно избавляет от массы рутинной работы. Как и везде должна быть альтернатива. Юзать фичи или отключить их. Программиовать на PHP можно и в &quot;блокноте&quot;, однако есть DreamWeaver]]></description>
			<pubDate>Sal, 30 Haz 2009 07:27:22 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13587]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[Ну на уровне плагина, почему бы и нет, но на уровне движка - в топку :)]]></description>
			<pubDate>Sal, 30 Haz 2009 04:16:48 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13584]]></link>
		</item>
		<item>
			<title>Ratibor</title>
			<description><![CDATA[<blockquote><a href="https://www.cotonti.com/forums.php?m=posts&amp;p=13570#13570">#</a> <strong>Boss :</strong>
Для нового поля можно сделать автозаполенение. Типа если поле не заполнено и в тексте есть тег [ more ] то заполняем поле при первом обращении к странице.<br />
</blockquote>
Никаких автозаполнений. Это зло.]]></description>
			<pubDate>Sal, 30 Haz 2009 03:11:38 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13583]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[Вспомнил. Да, я смотрел твой вариант модуля pages. И он мне весьма и весьма понравился, после чего я попросил нашего переводчика перевести доку на английский, чтобы провести референдум о включении этого варианта в ядро. На переводе всё и зависло.]]></description>
			<pubDate>Pzt, 29 Haz 2009 22:58:39 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13578]]></link>
		</item>
		<item>
			<title>Sergey</title>
			<description><![CDATA[Вообщето, когда я начинал писать новый (старый) page.inc.php я руководствовался требованиями использования различных библиотек. Например  из <a href="http://flowplayer.org/tools/demos/tabs/index.html" rel="nofollow">http://flowplayer.org/tools/demos/tabs/index.html</a> <div class="highlight"><pre class="html">
&lt;ul class=&quot;tabs&quot;&gt; 
    &lt;li&gt;&lt;a href=https://www.cotonti.com/&quot;#&quot;&gt;Tab 1&lt;/a&gt;&lt;/li&gt; 
    &lt;li&gt;&lt;a href=https://www.cotonti.com/&quot;#&quot;&gt;Tab 2&lt;/a&gt;&lt;/li&gt; 
    &lt;li&gt;&lt;a href=https://www.cotonti.com/&quot;#&quot;&gt;Tab 3&lt;/a&gt;&lt;/li&gt; 
&lt;/ul&gt; 
 
&lt;!-- tab &quot;panes&quot; --&gt; 
&lt;div class=&quot;panes&quot;&gt; 
    &lt;div&gt;First tab content. Tab contents are called &quot;panes&quot;&lt;/div&gt; 
    &lt;div&gt;Second tab content&lt;/div&gt; 
    &lt;div&gt;Third tab content&lt;/div&gt; 
&lt;/div&gt;
</pre></div>
Все нарезанные страницы и абзацы находятся в массиве и доступны для обработки. Т.е  Чтобы организовать такое:<br />
<div class="highlight"><pre class="php-f">&lt;ul class=&quot;tabs&quot;&gt; 
    &lt;li&gt;&lt;a href=https://www.cotonti.com/&quot;#&quot;&gt;Заголовок 1 страницы из &#091;title&#093;&#091;/title&#093;&lt;/a&gt;&lt;/li&gt; 
    &lt;li&gt;&lt;a href=https://www.cotonti.com/&quot;#&quot;&gt;Заголовок 2 страницы из &#091;title&#093;&#091;/title&#093;&lt;/a&gt;&lt;/li&gt; 
    &lt;li&gt;&lt;a href=https://www.cotonti.com/&quot;#&quot;&gt;Заголовок 3 страницы из &#091;title&#093;&#091;/title&#093;&lt;/a&gt;&lt;/li&gt; 
&lt;/ul&gt; 
 
&lt;!-- tab &quot;panes&quot; --&gt; 
&lt;div class=&quot;panes&quot;&gt; 
    &lt;div&gt;Содержание 1 страницы после &#091;newpage&#093;&lt;/div&gt; 
    &lt;div&gt;Содержание 2 страницы после &#091;newpage&#093;&lt;/div&gt; 
    &lt;div&gt;Содержание 3 страницы после &#091;newpage&#093;&lt;/div&gt; 
&lt;/div&gt;
</pre></div> Были введены теневые страницы и абзацы, еще более расширяющие возможности в получении таких структур. Единственное, что я жалею, что я не осуществил сразу рекурсивное вложение страницы в страницу, это имеет очень широкие перспективы. Рассматривал я вопрос опций в тегах more и newpage, Например пишем +newpage и соотвественно страница присоединяется к предыдущей. Куда это? В сотовые телефоны. На компьютере одна строка, а на экране сотового уже страница. Идея теневых страниц и теневых абзацев позволяет юзеру в пределах его страницы сделать целый сайт.]]></description>
			<pubDate>Pzt, 29 Haz 2009 22:34:47 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13576]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[Очень красивая идея.<br />
<br />
Очень красивая идея.]]></description>
			<pubDate>Pzt, 29 Haz 2009 21:46:17 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13575]]></link>
		</item>
		<item>
			<title>Boss</title>
			<description><![CDATA[В принципе мне это поле не нужно. Так просто почитал обсуждение и возникла идея. Для нового поля можно сделать автозаполенение. Типа если поле не заполнено и в тексте есть тег [ more ] то заполняем поле при первом обращении к странице.]]></description>
			<pubDate>Pzt, 29 Haz 2009 19:52:48 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13570]]></link>
		</item>
		<item>
			<title>psyvek</title>
			<description><![CDATA[Я полностью за введение нового поля. НО если у меня уже на сайте больше 100 статей, то мне не хотелось бы теперь их переделывать. Так что тег more исключать из поставки нельзя.]]></description>
			<pubDate>Pzt, 29 Haz 2009 17:38:01 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13563]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[Под полем описание понимается &quot;description&quot;? Если да, то это поле не способно выполнить в полной мере функции описания статьи, т.к. не обрабатывает хтмл и бб, а если ему дать такие возможности, то придется каким-то образом вычищать все бб и хтмл перед вставкой дескрипшена в &quot;meta name=&quot;description&quot;, т.е. опять повышается нагрузка на CPU, соответственно теряется часть общего смысла введения нового поля.<br />
<br />
Я не понимаю что плохого в введении нового поля? Это не целая таблица, его можно будет использовать,а можно и не использовать, никакие плагины (разве что новостной плагин переделать) менять не надо, делается вся операция довольно просто (я, не програмист, но смог её сам реализовать самостоятельно). Юзеры будут эту фишку использовать, т.к. она имеется в очень многих движках по умолчанию (и даже в новой сед будет), если её не используем мы сейчас, то только по привычке.<br />
<br />
Я не понимаю, что так все жмутся из-за размера базы. Покажите мне хоть один сайт на седитио у которого база больше 1000 мб. Я вообще не уверен, что такие есть. Всё же сед и кот ориентированы на сайты низшего и среднего уровня. Но даже если есть сайты с огромными базами, то повторюсь, дисковое пространство в разы дешевле времени CPU.]]></description>
			<pubDate>Pzt, 29 Haz 2009 16:13:54 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13562]]></link>
		</item>
		<item>
			<title>jcrush</title>
			<description><![CDATA[А зачем, когда есть поле описание, ставьте его в плагин ньюс, имхо лишнии поля, да и тег это не особо нужен.]]></description>
			<pubDate>Pzt, 29 Haz 2009 10:53:14 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13558]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[я и не предлагаю его убирать, пусть будет, он есть не просит. Просто на моём сайте я его полностью перестану использовать, а другие как хотят.]]></description>
			<pubDate>Pzt, 29 Haz 2009 08:41:23 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13557]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[и то и то куда не шло. НО УБРАТЬ MORE не дам.]]></description>
			<pubDate>Pzt, 29 Haz 2009 05:54:38 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13552]]></link>
		</item>
		<item>
			<title>Ratibor</title>
			<description><![CDATA[<blockquote><a href="https://www.cotonti.com/forums.php?m=posts&amp;p=13535#13535">#</a> <strong>Trustmaster :</strong>
Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.<br />
</blockquote>
Загрузка CPU важнее, значит лучше сделать дополнительное поле.]]></description>
			<pubDate>Pzt, 29 Haz 2009 04:50:31 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13548]]></link>
		</item>
		<item>
			<title>Sergey</title>
			<description><![CDATA[Это стандарт, модуль выделяет отдельную страницу в &quot;$t-&gt;assign(&quot;PAGE_TEXT&quot;, $pag['page_text']);&quot; независимо в каком он окружающем тексте находится и вы можете отдельным плагином закрывать теги. Оставшаяся часть &quot;разорванного теста&quot; естественно будет на другой странице. Лично у меня стоит совершенно другой парсинг - свой рекурсивный парсинг (его я уже выкладывал), он такие ошибки помечает вопросами.<br />
Что касаемо &quot;вступительного слова&quot; в модуле предусмотрен режим обложки, т.е текст до первого применения тега newpage]]></description>
			<pubDate>Pzt, 29 Haz 2009 03:46:40 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13543]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[А он делает автозакрытие тегов если, к примеру, &quot;more&quot; воткнули внутри бб-кода? Если нет, то можно поиметь массу проблем на сайтах наполняемых юзерами.<br />
<br />
<blockquote><a href="https://www.cotonti.com/forums.php?m=posts&amp;p=13538#13538">#</a> <strong>Dayver :</strong>
а почему размер базы вырастет? если дополнительное поле предназначается для &quot;вступительного слова&quot; новости или статьи то после того как такое поле будет добавлено то сама статья (ну то что в поле page_text) уменьшится ровно на эту величину ... я правильно рассуждаю?<br />
</blockquote>
<br />
ну размер реально увелится, т.к. при отдельном поле нет нужды тупо бить статью на &quot;до&quot; и &quot;после&quot;, а можно сделать полноценное описание, т.е. резюме к статье. Я сначала был сторонником тега &quot;more&quot;, но немного поработав с живым сайтом пришёл к выводу, что этот тег удобен только для новостей. Если же необходимо делать полноценные статьи, то функционала этого тега не достаточно.]]></description>
			<pubDate>Pzt, 29 Haz 2009 03:33:25 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13542]]></link>
		</item>
		<item>
			<title>Sergey</title>
			<description><![CDATA[вроде, как-то не хотелось повторяться, но я выкладывал свою версию модуля page.inc.php Этот модуль, я привел к &quot;стандартному&quot; виду: в нем работают теги newpage и more и с парсингом HTML и с ббкодами. Вот зип с модулем, описаниями, тестами <a href="https://www.cotonti.com/datas/users/standart_page_205.zip">standart_page_205.zip</a>]]></description>
			<pubDate>Pzt, 29 Haz 2009 03:29:17 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13541]]></link>
		</item>
		<item>
			<title>Dayver</title>
			<description><![CDATA[а почему размер базы вырастет? если дополнительное поле предназначается для &quot;вступительного слова&quot; новости или статьи то после того как такое поле будет добавлено то сама статья (ну то что в поле page_text) уменьшится ровно на эту величину ... я правильно рассуждаю?]]></description>
			<pubDate>Pzt, 29 Haz 2009 02:57:24 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13538]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[На мой взгляд сейчас можно не обращать внимание на размер базы, дисковое пространство в разы дешевле лимита загрузки CPU. Обратите внимание, все проблемы с посещаемыми сайтами на сед упирались не в размер базы, а в нагрузку на сервер. Да к тому же, не намного и вырастет эта база.]]></description>
			<pubDate>Pzt, 29 Haz 2009 02:42:06 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13537]]></link>
		</item>
		<item>
			<title>Trustmaster</title>
			<description><![CDATA[Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.]]></description>
			<pubDate>Pzt, 29 Haz 2009 01:52:35 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13535]]></link>
		</item>
		<item>
			<title>Ratibor</title>
			<description><![CDATA[<blockquote><a href="https://www.cotonti.com/forums.php?m=posts&amp;p=13528#13528">#</a> <strong>Sergeich :</strong>
а я снова предлагаю сделать отдельное поле и не ипать мозги более с этим парсингом.<br />
</blockquote>
Впринципе идея с отдельным полем не плохая, но тут тоже есть свои но....<br />
К примеру на крупных сайтах будет база сильней разрастаться.<br />
В общем то начать надо с того что определить при каком способе будет меньше нагрузка на сервер, а потом уж дальше решать.]]></description>
			<pubDate>Pzt, 29 Haz 2009 01:35:34 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13533]]></link>
		</item>
		<item>
			<title>Sergeich</title>
			<description><![CDATA[а я снова предлагаю сделать отдельное поле и не ипать мозги более с этим парсингом.]]></description>
			<pubDate>Paz, 28 Haz 2009 23:13:40 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13528]]></link>
		</item>
		<item>
			<title>psyvek</title>
			<description><![CDATA[Добавьте, пожалуйста. У меня с английским трудности.]]></description>
			<pubDate>Paz, 28 Haz 2009 16:22:28 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13521]]></link>
		</item>
		<item>
			<title>Dayver</title>
			<description><![CDATA[При html нужно юзать<br />
<pre class="code">&lt;!--more--&gt;</pre>
<br />
З.Ы. Хотя действительно он сейчас не работает, а потому действительно нужно в тикеты]]></description>
			<pubDate>Paz, 28 Haz 2009 06:00:38 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13511]]></link>
		</item>
		<item>
			<title>esclkm</title>
			<description><![CDATA[вот это на самом деле большой недостаток - надо в тикеты включить]]></description>
			<pubDate>Paz, 28 Haz 2009 04:20:54 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13510]]></link>
		</item>
		<item>
			<title>psyvek</title>
			<description><![CDATA[Как сделать, чтобы обрабатывался тег <!--more-->, если выбран парсер html. Или чем его можно заменить в html разметке?]]></description>
			<pubDate>Paz, 28 Haz 2009 02:09:54 -0000</pubDate>
			<link><![CDATA[https://www.cotonti.com/tr/forums?m=posts&q=2899&d=0#post13508]]></link>
		</item>
	</channel>
</rss>