пользовательских сообщений на странице с перезагрузкой — Плагин WordPress
- Детали
- отзывов
- Монтаж
- Развитие
Опора
Custom Posts Per Page Reloaded позволяет вам указать, сколько сообщений будет отображаться на странице в зависимости от вашего текущего просмотра. После изменения настроек страницы блога , отображающие не более настроек в меню Чтение , будут игнорироваться.
Настройки доступны для:
- Домашняя (указательная) страница
- Если для просмотра заданы сообщения в блоге, а не статическая страница.
- Страницы категорий
- Страницы тегов
- Авторские страницы
- Страницы архива
- Страницы поиска
- Страница по умолчанию ( Любая страница, не описанная выше. )
- Архивные страницы пользовательского типа записи
- Все пользовательские типы записей определяются автоматически.
- Все пользовательские типы записей определяются автоматически.
Каждый из вышеуказанных параметров может иметь различное значение для первой отображаемой страницы
Пользовательские сообщения на странице позволяет легко управлять тем, как именно ваш контент отображается для ваших читателей, особенно когда разные представления имеют разные макеты, вместо того, чтобы полагаться на одну настройку в меню «Чтение» или на необходимость жестко задавать параметры в вашей пользовательской теме. .
Это форк (обновленный клон) Custom Posts Per Page от Jeremy Felt.
- Обзор экрана настроек Custom Posts Per Page.
- Загрузите «custom-posts-per-page-count.php» в каталог плагинов, обычно «wp-content/plugins/», или установите его автоматически через страницу администратора WordPress.
- активных пользовательских сообщений на страницу в меню вашего плагина.
- Настройте с помощью меню «Сообщения на страницу» в разделе «Настройки» на странице администратора.
( См. Скриншот )
Вот оно! Текущая настройка для страниц блога показывает не более под Чтение будет использоваться для заполнения значений по умолчанию. Вы можете взять на себя оттуда.
Что вы делаете с found_posts?
- В подключаемых модулях, которые помогали с разбиением на страницы, появлялась проблема, когда настройки для сообщений на странице отличались от последующих страниц. Чтобы решить эту проблему, мы делаем некоторые математические расчеты и возвращаем неверное значение found_posts, когда происходит этот сценарий. Это не влияет на какие-либо основные функции WordPress, но может запутать другие плагины, которые ищут правильное значение. Я бы не стал сильно беспокоиться об этом, но имейте это в виду, если вы видите проблемы
- В подключаемых модулях, которые помогали с разбиением на страницы, появлялась проблема, когда настройки для сообщений на странице отличались от последующих страниц. Чтобы решить эту проблему, мы делаем некоторые математические расчеты и возвращаем неверное значение found_posts, когда происходит этот сценарий. Это не влияет на какие-либо основные функции WordPress, но может запутать другие плагины, которые ищут правильное значение. Я бы не стал сильно беспокоиться об этом, но имейте это в виду, если вы видите проблемы
Нет отзывов об этом плагине.
«Пользовательские сообщения на перезагрузку страницы» — это программное обеспечение с открытым исходным кодом.
- WPZOOM
- Павел Чоричи
2.0.0
- Первоначальный выпуск.
Пожертвовать
Хотите поддержать продвижение этого плагина?
Пожертвовать этому плагину
пользовательских сообщений на странице — Jeremy Felt
Это страница с информацией и обсуждением для плагина WordPress «Пользовательские сообщения на странице». Не стесняйтесь оставлять комментарии и предложения о плагине ниже или загружать Custom Posts Per Page через репозиторий плагинов WordPress. Вы также можете раскошелиться и/или внести свой вклад в Custom Posts Per Page на GitHub.
Общий обзор:
Custom Posts Per Page — это плагин, который позволяет указать количество сообщений, отображаемых WordPress в определенном представлении. Вы могли заметить, что только один вариант для posts_per_page доступен в меню чтения WordPress. Как только вы начнете добавлять пользовательские типы сообщений и различные способы обработки ваших архивов, вариант «один размер подходит всем» становится неудачным.
Я довольно долго искал и не смог найти никаких плагинов, которые позволяли бы расширенно управлять этой опцией, и не смог найти ничего, что делало бы это без добавления других дополнительных функций. Поскольку ничего не помогло мне решить проблему, я написал этот плагин и сделал его доступным для вас. 🙂
Что он может сделать?
Параметр по умолчанию Сообщений на страницу настройка теперь может быть установлена специально для следующих типов страниц:
- Основной индекс ( Переопределяет настройку по умолчанию
- Страницы категорий
- Страницы тегов
- Авторские страницы
- Страницы архива
- Страницы поиска
- По умолчанию ( Все остальные типы )
- Любые зарегистрированные пользовательские типы записей
Кроме того, у каждого из них есть второй вариант количества сообщений, отображаемых на последующих страницах. Вы можете захотеть, чтобы на вашей домашней странице отображались только две записи, но как только кто-то заинтересуется вашим сайтом и нажмет на более старых сообщений , вы можете показать им по 5 сообщений в каждом из них. Вот где настраиваемые сообщения на странице пригодятся больше всего.
Версия 1.7 Примечания:
В основном это версия для обслуживания. Несколько вещей о версии 1.6 лучше задокументированы за кулисами и в файле readme, а также проверена совместимость с WordPress 3.5. Справедливое предупреждение, версия 1.8 не будет поддерживать ничего ранее, чем WordPress 3.3, поэтому, пожалуйста, обновитесь.
Версия 1.6 Примечания:
В этой версии реализовано несколько вещей. Во-первых, поскольку выпуск WordPress 3.5 не за горами, мы подтверждаем совместимость с последней версией. Куча кода была переработана и очищена для моего здравомыслия. И последнее, но не менее важное: мы немного поиграем с found_posts, чтобы позволить таким плагинам, как WP-PageNavi, сообщать правильное количество страниц, когда для первой и последующих страниц установлено разное значение количества сообщений на страницу. Я прислушиваюсь к тому, сломало ли это что-нибудь еще в мире, но на данный момент, кажется, все идет хорошо.
Версия 1.4 Примечания:
В предыдущей версии была проблема из-за того, что я не смог проверить is_main_query. Из-за этого запросы для боковых панелей и другие запросы пользовательских тем могли быть изменены неохотно. Это было решено, и только основной запрос для каждой страницы будет изменен. Сладкий!
Также я убрал официальную поддержку для 3.1. Я действительно не вижу смысла поддерживать версию из того далекого прошлого.
Версия 1.3 Примечания:
Поддержка постраничных просмотров теперь прекрасно работает. Пользовательский счетчик может быть установлен для первой страницы и отдельно для всех последующих просмотров. Это потрясающий ИМО.
Версия 1.0 Примечания:
Добавлена поддержка пользовательских типов сообщений!
Оригинал 0.1 Выпуск:
Я надеюсь, что скоро добавят поддержку пользовательских типов записей и пользовательских таксономий.