как подружить
psyvek |
|
---|---|
Как сделать, чтобы обрабатывался тег , если выбран парсер html. Или чем его можно заменить в html разметке?
|
esclkm |
|
---|---|
вот это на самом деле большой недостаток - надо в тикеты включить
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Dayver |
|
---|---|
При html нужно юзать
<!--more--> З.Ы. Хотя действительно он сейчас не работает, а потому действительно нужно в тикеты Pavlo Tkachenko aka Dayver
|
|
Dit bericht is bewerkt door Dayver (2009-06-28 06:52, 15 jaren ago) |
psyvek |
|
---|---|
Добавьте, пожалуйста. У меня с английским трудности.
|
Sergeich |
|
---|---|
а я снова предлагаю сделать отдельное поле и не ипать мозги более с этим парсингом.
|
Ratibor |
|
---|---|
# Sergeich : а я снова предлагаю сделать отдельное поле и не ипать мозги более с этим парсингом.Впринципе идея с отдельным полем не плохая, но тут тоже есть свои но.... К примеру на крупных сайтах будет база сильней разрастаться. В общем то начать надо с того что определить при каком способе будет меньше нагрузка на сервер, а потом уж дальше решать. Не задавай глупых вопросов, не услышишь вранья.
|
Trustmaster |
|
---|---|
Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.
May the Source be with you!
|
Sergeich |
|
---|---|
На мой взгляд сейчас можно не обращать внимание на размер базы, дисковое пространство в разы дешевле лимита загрузки CPU. Обратите внимание, все проблемы с посещаемыми сайтами на сед упирались не в размер базы, а в нагрузку на сервер. Да к тому же, не намного и вырастет эта база.
|
Dayver |
|
---|---|
а почему размер базы вырастет? если дополнительное поле предназначается для "вступительного слова" новости или статьи то после того как такое поле будет добавлено то сама статья (ну то что в поле page_text) уменьшится ровно на эту величину ... я правильно рассуждаю?
Pavlo Tkachenko aka Dayver
|
Sergey |
|
---|---|
вроде, как-то не хотелось повторяться, но я выкладывал свою версию модуля page.inc.php Этот модуль, я привел к "стандартному" виду: в нем работают теги newpage и more и с парсингом HTML и с ббкодами. Вот зип с модулем, описаниями, тестами standart_page_205.zip
www.cotonti.mobi
|
Sergeich |
|
---|---|
А он делает автозакрытие тегов если, к примеру, "more" воткнули внутри бб-кода? Если нет, то можно поиметь массу проблем на сайтах наполняемых юзерами.
# Dayver : а почему размер базы вырастет? если дополнительное поле предназначается для "вступительного слова" новости или статьи то после того как такое поле будет добавлено то сама статья (ну то что в поле page_text) уменьшится ровно на эту величину ... я правильно рассуждаю? ну размер реально увелится, т.к. при отдельном поле нет нужды тупо бить статью на "до" и "после", а можно сделать полноценное описание, т.е. резюме к статье. Я сначала был сторонником тега "more", но немного поработав с живым сайтом пришёл к выводу, что этот тег удобен только для новостей. Если же необходимо делать полноценные статьи, то функционала этого тега не достаточно. |
|
Dit bericht is bewerkt door Sergeich (2009-06-29 03:38, 15 jaren ago) |
Sergey |
|
---|---|
Это стандарт, модуль выделяет отдельную страницу в "$t->assign("PAGE_TEXT", $pag['page_text']);" независимо в каком он окружающем тексте находится и вы можете отдельным плагином закрывать теги. Оставшаяся часть "разорванного теста" естественно будет на другой странице. Лично у меня стоит совершенно другой парсинг - свой рекурсивный парсинг (его я уже выкладывал), он такие ошибки помечает вопросами.
Что касаемо "вступительного слова" в модуле предусмотрен режим обложки, т.е текст до первого применения тега newpage www.cotonti.mobi
|
Ratibor |
|
---|---|
# Trustmaster : Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.Загрузка CPU важнее, значит лучше сделать дополнительное поле. Не задавай глупых вопросов, не услышишь вранья.
|
esclkm |
|
---|---|
и то и то куда не шло. НО УБРАТЬ MORE не дам.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Sergeich |
|
---|---|
я и не предлагаю его убирать, пусть будет, он есть не просит. Просто на моём сайте я его полностью перестану использовать, а другие как хотят.
|