как подружить
| psyvek |
|
|---|---|
|
Как сделать, чтобы обрабатывался тег , если выбран парсер html. Или чем его можно заменить в html разметке?
|
| esclkm |
|
|---|---|
|
вот это на самом деле большой недостаток - надо в тикеты включить
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
| Dayver |
|
|---|---|
|
При html нужно юзать
<!--more--> З.Ы. Хотя действительно он сейчас не работает, а потому действительно нужно в тикеты Pavlo Tkachenko aka Dayver
|
|
| Отредактировано: Dayver (28.06.2009 06:52, 15 лет назад) |
| 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", но немного поработав с живым сайтом пришёл к выводу, что этот тег удобен только для новостей. Если же необходимо делать полноценные статьи, то функционала этого тега не достаточно. |
|
| Отредактировано: Sergeich (29.06.2009 03:38, 15 лет назад) |
| Sergey |
|
|---|---|
|
Это стандарт, модуль выделяет отдельную страницу в "$t->assign("PAGE_TEXT", $pag['page_text']);" независимо в каком он окружающем тексте находится и вы можете отдельным плагином закрывать теги. Оставшаяся часть "разорванного теста" естественно будет на другой странице. Лично у меня стоит совершенно другой парсинг - свой рекурсивный парсинг (его я уже выкладывал), он такие ошибки помечает вопросами.
Что касаемо "вступительного слова" в модуле предусмотрен режим обложки, т.е текст до первого применения тега newpage www.cotonti.mobi
|
| Ratibor |
|
|---|---|
# Trustmaster : Загрузка CPU меньше страдает, если отдельное поле. Но увеличивается объём базы.Загрузка CPU важнее, значит лучше сделать дополнительное поле. Не задавай глупых вопросов, не услышишь вранья.
|
| esclkm |
|
|---|---|
|
и то и то куда не шло. НО УБРАТЬ MORE не дам.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
| Sergeich |
|
|---|---|
|
я и не предлагаю его убирать, пусть будет, он есть не просит. Просто на моём сайте я его полностью перестану использовать, а другие как хотят.
|
