Разбить статью на страницы

Всем валидного HTMLа!
Парни, а как разбить статью на страницы, а то бывают очень длинные, а так бы и количество страниц на человека + и поведенческие + и комфорт читателя. Может кто знает пусть даже внешнее решение? Или кроме как разбить на два куска и два поста?

Если речь идет о первой ветке, то в фильтрах Фильтр разбивает текст материала на несколько страниц в тех местах где будет найден тэг {pagebreak}.

Если речь идет о первой ветке, то в фильтрах Фильтр разбивает текст материала на несколько страниц в тех местах где будет найден тэг {pagebreak}.

О второй, в первой да, было изначально.

Уважаемые Знатоки, аналогичный вопрос
Подскажите как указать разбиение на страницы в типах контента, в полях HTML

В двойке вроде нет такой опции. Но если ваша статья на столько длинная что ее требуется разбивать на 2, 3 и более страницы, то в современном web'е это делается через заголовки, например "Супер-мега-длинная статья. Часть 1." затем новая запись с новым id'шником "Супер-мега-длинная статья. Часть 2." (можно назвать "Супер-мега-длинная статья. Продолжение" или "Супер-мега-длинная статья. Апокалипсис" ) и т.д.
Для большего удобства в начале каждой статьи неплохо организовать менюшку из ссылок на другие части.

В двойке вроде нет такой опции. Но если ваша статья на столько длинная что ее требуется разбивать на 2, 3 и более страницы, то в современном web'е это делается через заголовки, например "Супер-мега-длинная статья. Часть 1." затем новая запись с новым id'шником "Супер-мега-длинная статья. Часть 2." (можно назвать "Супер-мега-длинная статья. Продолжение" или "Супер-мега-длинная статья. Апокалипсис" ) и т.д.
Для большего удобства в начале каждой статьи неплохо организовать менюшку из ссылок на другие части.

Приходится так делать, но разнос комментариев, к примеру, и выход двух статей в виджетах вынуждает спросить про возможность разбития

ivanish, я на хабре периодически встречаю подобные вещи (несколько статей от одного автора объединенные одной темой), и особых проблем с разносом комментариев вроде нет. В принципе каждая часть статьи должна быть логически завершена, тогда разделение комментариев вообще не страшно)) Человеку понравилась заметка он ее прокомментировал, по другой части нечего сказать — пропускает ее.

Все конечно индивидуально и, вероятно, есть узкоспецифичные темы, где разделение постранично будет лучше, но с социально-движковой точки зрения, IMHO, статьи не должны утомлять пользователя и быть размером с войну и мир. Если есть необходимость, тогда делается цикл статей, каждая из которых описывает свою задачу в рамках общей цели.
Пользователи не любят листать страницы дальше первой (в редких исключениях доходят до 2 или 3)

ivanish, я на хабре периодически встречаю подобные вещи (несколько статей от одного автора объединенные одной темой), и особых проблем с разносом комментариев вроде нет. В принципе каждая часть статьи должна быть логически завершена, тогда разделение комментариев вообще не страшно)) Человеку понравилась заметка он ее прокомментировал, по другой части нечего сказать — пропускает ее.

Все конечно индивидуально и, вероятно, есть узкоспецифичные темы, где разделение постранично будет лучше, но с социально-движковой точки зрения, IMHO, статьи не должны утомлять пользователя и быть размером с войну и мир. Если есть необходимость, тогда делается цикл статей, каждая из которых описывает свою задачу в рамках общей цели.
Пользователи не любят листать страницы дальше первой (в редких исключениях доходят до 2 или 3)

Для примера. Обзор гаджета. Она либо простыней, которую на телефоне долго ждать, либо с разбивкой. А разносить на 5-6 статей не логично.
Это я не ради спора, просто как пример, когда либо-либо

А может поискать решение на jquery?

Но если ваша статья на столько длинная что ее требуется разбивать на 2, 3 и более страницы, то в современном web'е это делается через заголовки, например "Супер-мега-длинная статья. Часть 1." затем новая запись с новым id'шником "Супер-мега-длинная статья. Часть 2.

Н-да! Мы не ищем простых решений, мы ищем как добавить работы наборщику статьи…
По хорошему в типе контента должна быть опция "Разбивать на страницы" и указав через сколько символов или строк делать разбивку, автоматом получаем на выходе статью и под ней линейка страниц. Как то так.

Н-да! Мы не ищем простых решений, мы ищем как добавить работы наборщику статьи…
По хорошему в типе контента должна быть опция "Разбивать на страницы" и указав через сколько символов или строк делать разбивку, автоматом получаем на выходе статью и под ней линейка страниц. Как то так.

И что я как пользователь получаю: открываю список контента, например статьи, и вижу внизу блок пагинации. Ок. Вроде понятно — список статей, статей много и тут пагинация более чем наглядна и понятна. Выбрал я статью и хочу ее почитать. Кликаю по заголовку, перехожу на страницу… А там "многабукав" — что само по себе не страшно, но вдобавок внизу еще один блок пагинации (который, теоретически, должен выглядеть также как и пагинация списка контента). Куда она ведет? В другие статьи или меня заставляют уже загруженную страницу снова и снова перегружать чтобы прочитать еще немного текста.
Мне понятно ваше стремление заработать лишнюю копейку и при перегрузке показать новый блок рекламы, но на хорошем ресурсе такие кейсы неприемлемы. И с точки зрения пользовательского интерфейса плодить одинаковые сущности, которые выполняют разные функции не хорошо, от слова совсем.

Для примера. Обзор гаджета. Она либо простыней, которую на телефоне долго ждать, либо с разбивкой. А разносить на 5-6 статей не логично.
Это я не ради спора, просто как пример, когда либо-либо

Я достаточно часто посещаю именно подобные ресурсы😊с обзорами гаджетов. И меня лично "напрягают" сайты которые вставляют пагинацию в статью с обзором. Это очень неудобно, особенно на телефоне. Прокрутить страницу свайпом во много раз удобнее чем целить пальцем той же руки, которой держишь телефон, и попадать в маленькую циферку чтобы узнать чем закончился этот обзор. Но, к моей радости, все часто-посещаемые ресурсы подобного рода не страдают таким юзер-кейсом.
Чтобы долго не ждать на телефоне существует множество способов оптимизации страниц сайта, начиная от специально подготовленных изображений и заканчивая поэтапной загрузкой контента (не в процессе свайпа, а когда быстро загружается начальная часть и показывает вам информацию которую вы можете изучать, в то время как в фоне уже подгружается все остальное), не стоит забывать про AMP и множество всего прочего.

P.S. не сочтите за развязывание холивара, мое IMHO и наблюдение за трендами интерфейсов популярных сайтов.

Н-да! Мы не ищем простых решений, мы ищем как добавить работы наборщику статьи…

Кстати, вы считаете что набрать (скопипастить) заголовок с добавлением "часть 2" это тяжелый путь? Т.е. реализовать в коде (backend & frontend) вашу хотелку гораздо проще?

Н-да! Мы не ищем простых решений, мы ищем как добавить работы наборщику статьи…
По хорошему в типе контента должна быть опция "Разбивать на страницы" и указав через сколько символов или строк делать разбивку, автоматом получаем на выходе статью и под ней линейка страниц. Как то так.

И что я как пользователь получаю: открываю список контента, например статьи, и вижу внизу блок пагинации. Ок. Вроде понятно — список статей, статей много и тут пагинация более чем наглядна и понятна. Выбрал я статью и хочу ее почитать. Кликаю по заголовку, перехожу на страницу… А там "многабукав" — что само по себе не страшно, но вдобавок внизу еще один блок пагинации (который, теоретически, должен выглядеть также как и пагинация списка контента). Куда она ведет? В другие статьи или меня заставляют уже загруженную страницу снова и снова перегружать чтобы прочитать еще немного текста.
Мне понятно ваше стремление заработать лишнюю копейку и при перегрузке показать новый блок рекламы, но на хорошем ресурсе такие кейсы неприемлемы. И с точки зрения пользовательского интерфейса плодить одинаковые сущности, которые выполняют разные функции не хорошо, от слова совсем.

Для примера. Обзор гаджета. Она либо простыней, которую на телефоне долго ждать, либо с разбивкой. А разносить на 5-6 статей не логично.
Это я не ради спора, просто как пример, когда либо-либо

Я достаточно часто посещаю именно подобные ресурсы😊с обзорами гаджетов. И меня лично "напрягают" сайты которые вставляют пагинацию в статью с обзором. Это очень неудобно, особенно на телефоне. Прокрутить страницу свайпом во много раз удобнее чем целить пальцем той же руки, которой держишь телефон, и попадать в маленькую циферку чтобы узнать чем закончился этот обзор. Но, к моей радости, все часто-посещаемые ресурсы подобного рода не страдают таким юзер-кейсом.
Чтобы долго не ждать на телефоне существует множество способов оптимизации страниц сайта, начиная от специально подготовленных изображений и заканчивая поэтапной загрузкой контента (не в процессе свайпа, а когда быстро загружается начальная часть и показывает вам информацию которую вы можете изучать, в то время как в фоне уже подгружается все остальное), не стоит забывать про AMP и множество всего прочего.

P.S. не сочтите за развязывание холивара, мое IMHO и наблюдение за трендами интерфейсов популярных сайтов.

Да какой холивар, мы же не мак ос обсуждаем😊
Оба варианта и хороши и плохи.

Уважаемые знатоки и профи,
может быть возможно найти пути решения и реализации?
через яваскрипт решить и реализовать к примеру
www.webmasters.by/articles/review-po/2538-jque — разбивка на страницы
или под-грузкой контента после определённого количества символов или в зисимости от размера окна через jQuery
falbar.ru/article/id/50

Кстати, вы считаете что набрать (скопипастить) заголовок с добавлением "часть 2" это тяжелый путь? Т.е. реализовать в коде (backend & frontend) вашу хотелку гораздо проще?

Ни в коем разе! Можно сделать все что угодно… и меню сделать с якорями…
Вопрос не в этом, в самом подходе!
При подобных размышлениях программисты представляют себе публикацию чуть ли не одной статьи в сутки или в неделю… А я подхожу к вопросу регулярной, ежедневной публикации не менее 10-15 статей! Поверьте, вот таких "мелочей", как там ручками, да тут ВВ кодик, да еще как видео и звук разместить, да не один… в общем набегает такая гора, что начинаешь задумываться, а какая польза от движка? Ну и были бы статические страницы....
Утрирую, конечно, но большой объем работ связанный с "полу-ручной" версткой с вмешательством в исходный код страницы убивает весь творческий потенциал… Когда вы пишите ручкой вы же не задумываетесь о том, как и почему чернила ложатся на бумагу??? А в Вебе пользователя заставляют об этом задумываться и даже помогать "чернилам" ложиться правильно…