как подружить
| jcrush |
|
|---|---|
|
А зачем, когда есть поле описание, ставьте его в плагин ньюс, имхо лишнии поля, да и тег это не особо нужен.
SEO блог: http://blog.stfw.ru/
|
| Sergeich |
|
|---|---|
|
Под полем описание понимается "description"? Если да, то это поле не способно выполнить в полной мере функции описания статьи, т.к. не обрабатывает хтмл и бб, а если ему дать такие возможности, то придется каким-то образом вычищать все бб и хтмл перед вставкой дескрипшена в "meta name="description", т.е. опять повышается нагрузка на CPU, соответственно теряется часть общего смысла введения нового поля.
Я не понимаю что плохого в введении нового поля? Это не целая таблица, его можно будет использовать,а можно и не использовать, никакие плагины (разве что новостной плагин переделать) менять не надо, делается вся операция довольно просто (я, не програмист, но смог её сам реализовать самостоятельно). Юзеры будут эту фишку использовать, т.к. она имеется в очень многих движках по умолчанию (и даже в новой сед будет), если её не используем мы сейчас, то только по привычке. Я не понимаю, что так все жмутся из-за размера базы. Покажите мне хоть один сайт на седитио у которого база больше 1000 мб. Я вообще не уверен, что такие есть. Всё же сед и кот ориентированы на сайты низшего и среднего уровня. Но даже если есть сайты с огромными базами, то повторюсь, дисковое пространство в разы дешевле времени CPU. |
| psyvek |
|
|---|---|
|
Я полностью за введение нового поля. НО если у меня уже на сайте больше 100 статей, то мне не хотелось бы теперь их переделывать. Так что тег more исключать из поставки нельзя.
|
| Boss |
|
|---|---|
|
В принципе мне это поле не нужно. Так просто почитал обсуждение и возникла идея. Для нового поля можно сделать автозаполенение. Типа если поле не заполнено и в тексте есть тег [ more ] то заполняем поле при первом обращении к странице.
|
| esclkm |
|
|---|---|
|
Очень красивая идея.
Очень красивая идея. littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
|
| This post was edited by esclkm (2009-06-29 21:46, 14 years ago) |
| Sergey |
|
|---|---|
|
Вообщето, когда я начинал писать новый (старый) 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>
www.cotonti.mobi
|
| Trustmaster |
|
|---|---|
|
Вспомнил. Да, я смотрел твой вариант модуля pages. И он мне весьма и весьма понравился, после чего я попросил нашего переводчика перевести доку на английский, чтобы провести референдум о включении этого варианта в ядро. На переводе всё и зависло.
May the Source be with you!
|
| Ratibor |
|
|---|---|
# Boss : Для нового поля можно сделать автозаполенение. Типа если поле не заполнено и в тексте есть тег [ more ] то заполняем поле при первом обращении к странице.Никаких автозаполнений. Это зло. Не задавай глупых вопросов, не услышишь вранья.
|
| Sergeich |
|
|---|---|
|
Ну на уровне плагина, почему бы и нет, но на уровне движка - в топку :)
|
| Alex300 |
|
|---|---|
|
Нужен и тэг MORE и вступительный текст. Я, например, привык к MORE. И мне крайне важна возможность его использования при включенном HTML парсинге. Проблему быстродействия решает кэширование. Кому-то будет удобнее использовать вступительный текст. Знаю многих таких админов. Кстати вторая проблема решается гораздо проще, чем первая.
Да и автозаполнение не зло. Оно избавляет от массы рутинной работы. Как и везде должна быть альтернатива. Юзать фичи или отключить их. Программиовать на PHP можно и в "блокноте", однако есть DreamWeaver Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english... Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/ |
|
| This post was edited by Alex300 (2009-06-30 07:41, 14 years ago) |
| Boss |
|
|---|---|
|
Вообще, для вступительного текста есть поле "description". Едиственное что я хотел бы сделать и на своем сайте наверно все же сделаю - это увеличить ограничение по числу знаков. Сейчас 255. Часто приходится выдумывать, чтобы втиснуть нужную мысль в это ограничение. Знаков 500 было бы нормально.
Ну и что, что на него не распространяется парсинг. Зачем вступительному тексту нужно оформление? Вообще я придерживаюсь мнения, что в самих документах оформления должно быть минимум. Элементы дизайна на сайте время от времени меняются и и нафиг надо чтобы потом приходилось еще и тексты править. Впрочем, если вам нужен парсинг поля "description" то какие проблемы? Плагином это делается очень просто. |
| Sergeich |
|
|---|---|
|
Я написал выше почему поле "description" не подходит, оно используется в "meta name="description", а там все наши бб и хтмл нафиг не нужны, т.е. придётся снова движку вычищать их из текста, что вновь скажется на производительности.
|
| Boss |
|
|---|---|
|
"а там все наши бб и хтмл нафиг не нужны," ясно дело. Я об это тоже говорил.
Однако, если уж кому надо и он будет делать поддержку бб в этом поле через плагин. То уж отфильтровать теги в этом же плагине для использования в meta тем более не трудно. |
| Sergeich |
|
|---|---|
|
Оно конечно не трудно, но это лишняя нагрузка на сервер на КАЖДОЙ странице при КАЖДОМ просмотре. Вот в чём, на мой взгляд, проблема. Конечно, если в движке появится мощный кеш, который будет кешировать всю статичную часть страницы, то можно и твой вариант использовать. Но пока такого кеша нет и реализация его не тривиальная задача (в отличие от нового поля).
Вообще надо бы подумать как закешировать шапку сайта, а точнее всё, что находится в теге "head". Шапка генерит добрую половину запросов на странице. |
| Boss |
|
|---|---|
|
Многим ли нужно это дополнительное поле? Сейчас дополнительное поле для описания, потом отдельные поля на каждую страницу, для многостраничной разбивке. Куда катимся? По-моему движок должен представлять собой все же основу - платформу. Надо что-то дополнительное - делай сам. Иначе получится так, что отдельные фичи кому-то и не нужны, а они будут. И причем на них будут идти дополнительные запросы базы.
Сейчас вон уже сделали. Нахрена, как говорится, при заходе в листы парсятся сразу 6 страниц? У меня допустим страницы большие на сайте с рисунками и т.д. В итоге я получаю 350 запросов базы!!! Как объяснил Trustmaster дело в новой "фиче", которая может выводить в листах начало текста страниц. А оно мне надо? Я бы с радостью отключил, но не могу, без хака ядра. Так и это новое поле для описания. Оно мне не надо, а отключить я это не смогу. Лишний запрос к базе, а то и несколько будут генериться. |
