Forums / National / Russian / Тег [more] и html парсинг

123>>>

как подружить

psyvek
#1 2009-06-28 02:09
Как сделать, чтобы обрабатывался тег , если выбран парсер html. Или чем его можно заменить в html разметке?
esclkm
#2 2009-06-28 04:20
вот это на самом деле большой недостаток - надо в тикеты включить
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Dayver
#3 2009-06-28 06:00
При html нужно юзать
<!--more-->

З.Ы. Хотя действительно он сейчас не работает, а потому действительно нужно в тикеты
Pavlo Tkachenko aka Dayver

Dit bericht is bewerkt door Dayver (2009-06-28 06:52, 15 jaren ago)
psyvek
#4 2009-06-28 16:22
Добавьте, пожалуйста. У меня с английским трудности.
Sergeich
#5 2009-06-28 23:13
а я снова предлагаю сделать отдельное поле и не ипать мозги более с этим парсингом.
Ratibor
#6 2009-06-29 01:35
# Sergeich : а я снова предлагаю сделать отдельное поле и не ипать мозги более с этим парсингом.
Впринципе идея с отдельным полем не плохая, но тут тоже есть свои но....
К примеру на крупных сайтах будет база сильней разрастаться.
В общем то начать надо с того что определить при каком способе будет меньше нагрузка на сервер, а потом уж дальше решать.
Не задавай глупых вопросов, не услышишь вранья.
Trustmaster
#7 2009-06-29 01:52
Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.
May the Source be with you!
Sergeich
#8 2009-06-29 02:42
На мой взгляд сейчас можно не обращать внимание на размер базы, дисковое пространство в разы дешевле лимита загрузки CPU. Обратите внимание, все проблемы с посещаемыми сайтами на сед упирались не в размер базы, а в нагрузку на сервер. Да к тому же, не намного и вырастет эта база.
Dayver
#9 2009-06-29 02:57
а почему размер базы вырастет? если дополнительное поле предназначается для "вступительного слова" новости или статьи то после того как такое поле будет добавлено то сама статья (ну то что в поле page_text) уменьшится ровно на эту величину ... я правильно рассуждаю?
Pavlo Tkachenko aka Dayver
Sergey
#10 2009-06-29 03:29
вроде, как-то не хотелось повторяться, но я выкладывал свою версию модуля page.inc.php Этот модуль, я привел к "стандартному" виду: в нем работают теги newpage и more и с парсингом HTML и с ббкодами. Вот зип с модулем, описаниями, тестами standart_page_205.zip
www.cotonti.mobi
Sergeich
#11 2009-06-29 03:33
А он делает автозакрытие тегов если, к примеру, "more" воткнули внутри бб-кода? Если нет, то можно поиметь массу проблем на сайтах наполняемых юзерами.

# Dayver : а почему размер базы вырастет? если дополнительное поле предназначается для "вступительного слова" новости или статьи то после того как такое поле будет добавлено то сама статья (ну то что в поле page_text) уменьшится ровно на эту величину ... я правильно рассуждаю?

ну размер реально увелится, т.к. при отдельном поле нет нужды тупо бить статью на "до" и "после", а можно сделать полноценное описание, т.е. резюме к статье. Я сначала был сторонником тега "more", но немного поработав с живым сайтом пришёл к выводу, что этот тег удобен только для новостей. Если же необходимо делать полноценные статьи, то функционала этого тега не достаточно.

Dit bericht is bewerkt door Sergeich (2009-06-29 03:38, 15 jaren ago)
Sergey
#12 2009-06-29 03:46
Это стандарт, модуль выделяет отдельную страницу в "$t->assign("PAGE_TEXT", $pag['page_text']);" независимо в каком он окружающем тексте находится и вы можете отдельным плагином закрывать теги. Оставшаяся часть "разорванного теста" естественно будет на другой странице. Лично у меня стоит совершенно другой парсинг - свой рекурсивный парсинг (его я уже выкладывал), он такие ошибки помечает вопросами.
Что касаемо "вступительного слова" в модуле предусмотрен режим обложки, т.е текст до первого применения тега newpage
www.cotonti.mobi
Ratibor
#13 2009-06-29 04:50
# Trustmaster : Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.
Загрузка CPU важнее, значит лучше сделать дополнительное поле.
Не задавай глупых вопросов, не услышишь вранья.
esclkm
#14 2009-06-29 05:54
и то и то куда не шло. НО УБРАТЬ MORE не дам.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Sergeich
#15 2009-06-29 08:41
я и не предлагаю его убирать, пусть будет, он есть не просит. Просто на моём сайте я его полностью перестану использовать, а другие как хотят.

123>>>