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

ErsteVorherige123NächsteLetzte

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

jcrush
#16 29. Juni 2009, 10:53
А зачем, когда есть поле описание, ставьте его в плагин ньюс, имхо лишнии поля, да и тег это не особо нужен.
SEO блог: http://blog.stfw.ru/
Sergeich
#17 29. Juni 2009, 16:13
Под полем описание понимается "description"? Если да, то это поле не способно выполнить в полной мере функции описания статьи, т.к. не обрабатывает хтмл и бб, а если ему дать такие возможности, то придется каким-то образом вычищать все бб и хтмл перед вставкой дескрипшена в "meta name="description", т.е. опять повышается нагрузка на CPU, соответственно теряется часть общего смысла введения нового поля.

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

Я не понимаю, что так все жмутся из-за размера базы. Покажите мне хоть один сайт на седитио у которого база больше 1000 мб. Я вообще не уверен, что такие есть. Всё же сед и кот ориентированы на сайты низшего и среднего уровня. Но даже если есть сайты с огромными базами, то повторюсь, дисковое пространство в разы дешевле времени CPU.
psyvek
#18 29. Juni 2009, 17:38
Я полностью за введение нового поля. НО если у меня уже на сайте больше 100 статей, то мне не хотелось бы теперь их переделывать. Так что тег more исключать из поставки нельзя.
Boss
#19 29. Juni 2009, 19:52
В принципе мне это поле не нужно. Так просто почитал обсуждение и возникла идея. Для нового поля можно сделать автозаполенение. Типа если поле не заполнено и в тексте есть тег [ more ] то заполняем поле при первом обращении к странице.
esclkm
#20 29. Juni 2009, 21:46
Очень красивая идея.

Очень красивая идея.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты

Dieser Beitrag wurde von esclkm (am 29. Juni 2009, 21:46, vor 15 Jahre) bearbeitet
Sergey
#21 29. Juni 2009, 22:34
Вообщето, когда я начинал писать новый (старый) page.inc.php я руководствовался требованиями использования различных библиотек. Например из http://flowplayer.org/tools/demos/tabs/index.html
<ul class="tabs"> 
    <li><a href="#">Tab 1</a></li> 
    <li><a href="#">Tab 2</a></li> 
    <li><a href="#">Tab 3</a></li> 
</ul> 
 
<!-- tab "panes" --> 
<div class="panes"> 
    <div>First tab content. Tab contents are called "panes"</div> 
    <div>Second tab content</div> 
    <div>Third tab content</div> 
</div>
Все нарезанные страницы и абзацы находятся в массиве и доступны для обработки. Т.е Чтобы организовать такое:
<ul class="tabs"> 
    <li><a href="#">Заголовок 1 страницы из [title][/title]</a></li> 
    <li><a href="#">Заголовок 2 страницы из [title][/title]</a></li> 
    <li><a href="#">Заголовок 3 страницы из [title][/title]</a></li> 
</ul> 
 
<!-- tab "panes" --> 
<div class="panes"> 
    <div>Содержание 1 страницы после [newpage]</div> 
    <div>Содержание 2 страницы после [newpage]</div> 
    <div>Содержание 3 страницы после [newpage]</div> 
</div>
Были введены теневые страницы и абзацы, еще более расширяющие возможности в получении таких структур. Единственное, что я жалею, что я не осуществил сразу рекурсивное вложение страницы в страницу, это имеет очень широкие перспективы. Рассматривал я вопрос опций в тегах more и newpage, Например пишем +newpage и соотвественно страница присоединяется к предыдущей. Куда это? В сотовые телефоны. На компьютере одна строка, а на экране сотового уже страница. Идея теневых страниц и теневых абзацев позволяет юзеру в пределах его страницы сделать целый сайт.
www.cotonti.mobi
Trustmaster
#22 29. Juni 2009, 22:58
Вспомнил. Да, я смотрел твой вариант модуля pages. И он мне весьма и весьма понравился, после чего я попросил нашего переводчика перевести доку на английский, чтобы провести референдум о включении этого варианта в ядро. На переводе всё и зависло.
May the Source be with you!
Ratibor
#23 30. Juni 2009, 03:11
# Boss : Для нового поля можно сделать автозаполенение. Типа если поле не заполнено и в тексте есть тег [ more ] то заполняем поле при первом обращении к странице.
Никаких автозаполнений. Это зло.
Не задавай глупых вопросов, не услышишь вранья.
Sergeich
#24 30. Juni 2009, 04:16
Ну на уровне плагина, почему бы и нет, но на уровне движка - в топку :)
Alex300
#25 30. Juni 2009, 07:27
Нужен и тэг MORE и вступительный текст. Я, например, привык к MORE. И мне крайне важна возможность его использования при включенном HTML парсинге. Проблему быстродействия решает кэширование. Кому-то будет удобнее использовать вступительный текст. Знаю многих таких админов. Кстати вторая проблема решается гораздо проще, чем первая.
Да и автозаполнение не зло. Оно избавляет от массы рутинной работы. Как и везде должна быть альтернатива. Юзать фичи или отключить их. Программиовать на PHP можно и в "блокноте", однако есть DreamWeaver
Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english...
Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/

Dieser Beitrag wurde von Alex300 (am 30. Juni 2009, 07:41, vor 15 Jahre) bearbeitet
Boss
#26 30. Juni 2009, 16:37
Вообще, для вступительного текста есть поле "description". Едиственное что я хотел бы сделать и на своем сайте наверно все же сделаю - это увеличить ограничение по числу знаков. Сейчас 255. Часто приходится выдумывать, чтобы втиснуть нужную мысль в это ограничение. Знаков 500 было бы нормально.

Ну и что, что на него не распространяется парсинг. Зачем вступительному тексту нужно оформление? Вообще я придерживаюсь мнения, что в самих документах оформления должно быть минимум. Элементы дизайна на сайте время от времени меняются и и нафиг надо чтобы потом приходилось еще и тексты править.

Впрочем, если вам нужен парсинг поля "description" то какие проблемы? Плагином это делается очень просто.
Sergeich
#27 30. Juni 2009, 18:35
Я написал выше почему поле "description" не подходит, оно используется в "meta name="description", а там все наши бб и хтмл нафиг не нужны, т.е. придётся снова движку вычищать их из текста, что вновь скажется на производительности.
Boss
#28 30. Juni 2009, 18:44
"а там все наши бб и хтмл нафиг не нужны," ясно дело. Я об это тоже говорил.

Однако, если уж кому надо и он будет делать поддержку бб в этом поле через плагин. То уж отфильтровать теги в этом же плагине для использования в meta тем более не трудно.
Sergeich
#29 30. Juni 2009, 19:23
Оно конечно не трудно, но это лишняя нагрузка на сервер на КАЖДОЙ странице при КАЖДОМ просмотре. Вот в чём, на мой взгляд, проблема. Конечно, если в движке появится мощный кеш, который будет кешировать всю статичную часть страницы, то можно и твой вариант использовать. Но пока такого кеша нет и реализация его не тривиальная задача (в отличие от нового поля).

Вообще надо бы подумать как закешировать шапку сайта, а точнее всё, что находится в теге "head". Шапка генерит добрую половину запросов на странице.
Boss
#30 30. Juni 2009, 23:04
Многим ли нужно это дополнительное поле? Сейчас дополнительное поле для описания, потом отдельные поля на каждую страницу, для многостраничной разбивке. Куда катимся? По-моему движок должен представлять собой все же основу - платформу. Надо что-то дополнительное - делай сам. Иначе получится так, что отдельные фичи кому-то и не нужны, а они будут. И причем на них будут идти дополнительные запросы базы.

Сейчас вон уже сделали. Нахрена, как говорится, при заходе в листы парсятся сразу 6 страниц? У меня допустим страницы большие на сайте с рисунками и т.д. В итоге я получаю 350 запросов базы!!! Как объяснил Trustmaster дело в новой "фиче", которая может выводить в листах начало текста страниц. А оно мне надо? Я бы с радостью отключил, но не могу, без хака ядра.

Так и это новое поле для описания. Оно мне не надо, а отключить я это не смогу. Лишний запрос к базе, а то и несколько будут генериться.

ErsteVorherige123NächsteLetzte