Scott Reilly

<p>Control the number of posts that appear on the front page, search results, and author, category, tag, custom post type, custom taxonomy, and date archives, independent of each other, including specific archives.</p>
<p>By default, WordPress provides a single configuration setting to control how many posts should be listed in each section of your blog. This value applies for the front page listing, author listings, archive listings, category listings, tag listings, custom post type listings, custom taxonomy listings, and search results. This plugin allows you to override that value for each of those different sections.</p>
<p>Specifically, this plugin allows you to define limits for:</p>
<ul>
<li>Authors archives (the archive listing of posts for any author)</li>
<li>Authors archives non-first-page (when paging through authors archives listings, number of posts listed when not on the first page)</li>
<li>Author archives (the archive listing of posts for any specific author)</li>
<li>Categories archives (the archive listings of posts for any category)</li>
<li>Categories archives non-first-page (when paging through categories archives listings, number of posts listed when not on the first page)</li>
<li>Category archive (the archive listings of posts for any specific category)</li>
<li>Custom post type archives (the archive listings of posts for any specific custom post type)</li>
<li>Custom taxonomy (the archive listings of posts for any specific custom taxonomy)</li>
<li>Day archives (the archive listings of posts for any day)</li>
<li>Day archives non-first-page (when paging through day archives listings, number of posts listed when not on the first page)</li>
<li>Front page (the listing of posts on the front page of the blog)</li>
<li>Front page non-first-page (when paging through front page listings, number of posts listed when not on the first page)</li>
<li>Month archives (the archive listings of posts for any month)</li>
<li>Month archives non-first-page (when paging through month archives listings, number of posts listed when not on the first page)</li>
<li>Search results (the listing of search results)</li>
<li>Search results non-first-page (when paging through search results listings, number of posts listed when not on the first page)</li>
<li>Tags archives (the archive listings of posts for any tag)</li>
<li>Tags archives non-first-page (when paging through tags archives listings, number of posts listed when not on the first page)</li>
<li>Tag archive (the archive listings of posts for any specific tag)</li>
<li>Year archives (the archive listings of posts for any year)</li>
<li>Year archives non-first-page (when paging through year archives listings, number of posts listed when not on the first page)</li>
</ul>
<p>If the limit field is empty or 0 for a particular section type, then the default post limit will apply. If the value is set to -1, then there will be NO limit for that section (meaning ALL posts will be shown). The Archives Limit value is also treated as the default limit for Day, Month, and Year archives, unless those are explicitly defined.</p>
<p>Links: <a href="https://coffee2code.com/wp-plugins/custom-post-limits/" rel="nofollow ugc">Plugin Homepage</a> | <a href="https://wordpress.org/plugins/custom-post-limits/" rel="ugc">Plugin Directory Page</a> | <a href="https://github.com/coffee2code/custom-post-limits/" rel="nofollow ugc">GitHub</a> | <a href="https://coffee2code.com" rel="nofollow ugc">Author Homepage</a></p>
<h3>Hooks</h3>
<p>The plugin exposes a number of filters for hooking. Typically, code making use of filters should ideally be put into a mu-plugin or site-specific plugin (which is beyond the scope of this readme to explain).</p>
<p><strong>c2c_cpl_enable_all_individual_limits (filter)</strong></p>
<p>The ‘c2c_cpl_enable_all_individual_limits’ hook allows you to filter if individual limits are enabled for all archive types.</p>
<p>The ability to set individual limits (e.g. for per-author or per-category archives) isn’t simply enabled by default because it can have a negative performance impact depending on the number of items. Especially for a something most sites are unlikely to need.</p>
<p>Arguments:</p>
<ul>
<li>$enabled (boolean): Enable individual limits for all archive types? Default false.</li>
</ul>
<p>Example:</p>
<pre><code>// Enable individual limits for all archives for Custom Post Limits plugin.
add_filter( 'c2c_cpl_enable_all_individual_limits', '__return_true' );
</code></pre>
<p><strong>c2c_cpl_enable_all_individual_{$type}_limits (filter)</strong></p>
<p>The ‘c2c_cpl_enable_all_individual_{$type}_limits’ hook allows you to filter if individual limits are enabled for a specific archive type. The dynamic portion of the hook name, <code>$type</code>, refers to the type of archive with constituent individual archives. Can be ‘authors’, ‘categories’, or ‘tags’.</p>
<p>Arguments:</p>
<ul>
<li>$enabled (boolean): Enable individual limits for given archive type? Default false.</li>
</ul>
<p>Example:</p>
<pre><code>// Enable individual limits for author archives for Custom Post Limits plugin.
add_filter( 'c2c_cpl_enable_all_individual_authors_limits', '__return_true' );
</code></pre>


Custom Post Limits

Independently control the number of posts listed on the front page, author/category/custom post type/custom taxonomy/tag archives, search results, etc …

veppa

<h4>Prevent WP HTTP requests from slowing down your WordPress website and admin interface</h4>
<p>Do you have a slow WordPress admin that takes longer than usual to load? Sometime longer than 5 seconds to load admin or login pages. In rare occasions WordPress may even timeout and show 504 page.</p>
<p>Reason may be slow external WP_HTTP requests. <a href="https://veppa.com/http-requests-manager/" rel="nofollow ugc">HTTP Requests Manager plugin</a> will log all WP HTTP requests with time taken to complete for each request. If there are multiple requests per page they will be color grouped.</p>
<p><span class="embed-youtube" style="text-align:center; display: block;"><iframe loading="lazy" class="youtube-player" width="750" height="422" src="https://www.youtube.com/embed/l_fvAnKPJkM?version=3&rel=1&showsearch=0&showinfo=1&iv_load_policy=1&fs=1&hl=en-US&autohide=2&wmode=transparent" allowfullscreen="true" style="border:0;" sandbox="allow-scripts allow-same-origin allow-popups allow-presentation allow-popups-to-escape-sandbox"></iframe></span></p>
<p><a href="https://youtu.be/l_fvAnKPJkM" rel="nofollow ugc">Check plugin overview on YouTube</a> | <a href="https://youtube.com/playlist?list=PLvn-qBzU0II7b5D4OYDnKpNpuvxiM0f4b" rel="nofollow ugc">Watch plugin tutorials</a></p>
<p>Plugin tested with PHP version 5.6, 7.x and up to 8.4.</p>
<h4>Do not confuse WP_HTTP request with HTML requests that loads page assets like js, css, image, font</h4>
<p>Plugin only detects and manages requests made using WP_Http class. Which is default method used and advised by WordPress for getting remote data and updates.</p>
<p>Plugin will not detect any requests made by other WordPress classes like WP_Http_Curl or PHP functions like curl_exec, fsockopen, file_get_contents etc.</p>
<p>Do not confuse it with HTML requests (loading assets like css, js, image) done by HTML page. WP_Http requests are performed only inside PHP files and not visible in web browser.</p>
<p><a href="https://veppa.com/http-requests-manager/#what_is_detected_with_http_requests_manager" rel="nofollow ugc">Learn more about difference between WP_HTTP requests and HTML requests</a></p>
<h4>How plugin prevents slow pages containing WP_HTTP requests?</h4>
<p>Plugin helps to prevent website slowdown by:</p>
<ul>
<li>Sets request timeout period to 2 second. Where default is 5. </li>
<li>Limit number of request per page by 3. Default is unlimited.</li>
<li>Limit WP HTTP request if page load time is longer than 3 seconds. Default is unlimited.</li>
<li>Option to block all external requests or allow only requests to wordpress.org for plugin, theme and core updates.</li>
</ul>
<h4>Operation mode</h4>
<p>Plugin has following operation modes in setting to manage WP HTTP requests. Here is what each mode does:</p>
<ul>
<li><strong>Only log HTTP requests</strong> — logs all non cron requests. No blocking done.</li>
<li><strong>Only log HTTP requests (+ cron requests)</strong> — logs all requests including cron. No blocking done.</li>
<li><strong>Smart block</strong> — logs non cron HTTP requests and blocks request using following rules.
<ol>
<li>Page processing time exceeded 3 seconds.</li>
<li>Number of request for single page reached 3.</li>
<li>Sets timeout for each request to 2 second.</li>
<li>Sets number of redirects for request to 1.</li>
<li>Apply custom rules for “Smart block” defined in settings. </li>
<li>Prevent some built in requests: happy browser, maybe update, self pings, do_enclose.</li>
<li>Skip some limitations listed above for: file downloads (plugin, theme, other), requests inside cron jobs.</li>
</ol>
</li>
<li><strong>Block external requests</strong> — all requests not matching your current domain will be blocked. No updates for WordPress core, plugins and themes. (+ Smart block features.)</li>
<li><strong>Block external requests (allow WordPress.org only)</strong> — all requests not matching your current domain and wordpress.org will be blocked. Allows updates for WordPress core, plugins and themes coming from wordpress.org website. (+ Smart block features.)</li>
</ul>
<p><strong>Custom rules</strong> only work in “Smart block” mode. It will not work in “Block external requests” or “Block external requests (allow WordPress.org only)” mode.</p>
<h4>Disable logging</h4>
<p>After using plugin for some time and knowing which requests are performed you can disable logging. Operation mode will remain unchanged. Request blocking will remain in tact. No new logs will be recorded. You can analyze old logs, they will not be deleted.</p>
<h4>Load before other plugins</h4>
<p>In order to catch more requests you can enable “Load before other plugins” option. It uses Must-Use plugin feature and load before other regular plugins. This way you will make sure to detect all WP_HTTP requests by other plugins.</p>
<h4>Custom rules for “Smart Block” mode</h4>
<p>Allow or block some requests based on domain, plugin or all. Choose on which page type rule will be applied. For example you can block requests in frontend while allowing in other pages.</p>
<p>Finally you can define action as block or allow for custom rule. For example you can make sure that some plugin will always be allowed to send WP_HTTP request. This can be SEO or mail plugin that uses remote API for functioning.</p>
<h4>Features</h4>
<ul>
<li>View performance improvement of your WordPress website due to blocking some remote HTTP requests.</li>
<li>View blocked requests by this plugin. Show reason why it was blocked.</li>
<li>View failed requests with error message.</li>
<li>View what initiated HTTP request: WordPress core, plugin or theme.</li>
<li>View on which page request was made. Also view page type is frontend, admin, login, cron, ajax, xmlrpc or rest_api. </li>
<li>View list of other requests made on same page view. </li>
<li>View sent and received data.</li>
<li>How long it took to get response in seconds. </li>
<li>Check Point with page time and memory usage for most common hooks like plugins_loaded, init, wp_loaded, setup_theme, after_setup_theme, shutdown. This will give some idea about cause of slow pages.</li>
<li>Only last 1000 records will be stored. </li>
<li>Group requests by URL, domain, initiator, plugin, page, response status etc. </li>
<li>Add custom rules (conditional logic) to block or allow certain requests. </li>
</ul>
<p>Log summary populated for visible logs in selected page. Summary has following information cards:</p>
<ul>
<li>Performance gain quantifier (2x) as a result of optimization. </li>
<li>Blocked requests percentage. When hovered it will show request breakdown by core, plugins or theme.</li>
<li>Number of requests per page. When hovered shows breakdown by page type: Frontend, admin, login, cron, ajax, xmlrpc, rest_api.</li>
<li>Request time / Page time percentage.</li>
<li>Average page time.</li>
<li>Average request time.</li>
<li>Number of domains. On hover shows breakdown of domains. </li>
</ul>
<h4>Use cases</h4>
<ul>
<li>Check if WordPress communication to remote APIs works without any problem. — <a href="https://veppa.com/debug-wp_http/" rel="nofollow ugc">Check how easy it is to debug WP_HTTP requests <span aria-hidden="true" class="wp-exclude-emoji">→</span></a> </li>
<li>Identify if your website slow because of WP_HTTP requests. Average page load time, average request time and average number of requests per page shown as summary at the top of reports. </li>
<li>Block all external request on development or localhost website. All updates will be blocked. You switch off blocking when you want to perform Core, Plugin, Theme updates. No need to use <strong>define(‘WP_HTTP_BLOCK_EXTERNAL’, true);</strong> in your wp-config.php. Plugin will prevent requests automatically when you choose “Block external requests” or “Block external requests (allow WordPress.org only)” operation mode. </li>
<li>Block non WordPress request. No data will be sent to third parties. They are usually loading other website news, plugin/theme promotions, advertisements, sending usage statistics etc. </li>
<li>Prevent your website from timeout. By blocking all requests if page generation time exceeds 3 seconds. Kill slow HTTP request with small timeout of 2 second. Slow request can be because of temporary network problem or remote website can be too busy to respond on time. Slow request is not your fault so your website should not suffer from it. — <a href="https://veppa.com/optimize-wp-http-requests/" rel="nofollow ugc">Learn how WP_HTTP Optimization works <span aria-hidden="true" class="wp-exclude-emoji">→</span></a></li>
</ul>
<p><a href="https://veppa.com/http-requests-manager/" rel="nofollow ugc">More info about “HTTP Requests Manager” plugin on official home page <span aria-hidden="true" class="wp-exclude-emoji">→</span></a></p>
<h4>Credits</h4>
<ul>
<li>Initial logging functionality was taken from <a href="https://github.com/FacetWP/log-http-requests" rel="nofollow ugc">Log HTTP Requests (version 1.4, year 2023) Github <span aria-hidden="true" class="wp-exclude-emoji">→</span></a></li>
<li>Blocking, grouping and additional features added by <a href="https://veppa.com/" rel="nofollow ugc">veppa <span aria-hidden="true" class="wp-exclude-emoji">→</span></a></li>
</ul>
<h4>What’s next</h4>
<p>If you find this plugin useful to view WP_HTTP requests and speeding up your admin pages by blocking some requests then give good rating. Also check my other projects:</p>
<ul>
<li><a href="https://veppa.com/improve-pagespeed/" rel="nofollow ugc">Tutorial to get high PageSpeed Score</a> — video showing how I get PageSpeed Score 100 for my own website powered by WordPress CMS.</li>
<li><a href="https://veppa.com/wordpress-cloudflare-optimization/" rel="nofollow ugc">Cloudflare Custom Rules</a> — pluginsless solutions for Page Cache, Antibot (prevents automated spam comments and brute-force login attacks) etc.</li>
<li><a href="https://veppa.com/share-button/" rel="nofollow ugc">Share button without plugin</a> — add super fast native sharing button to your website. Tiny inline code, ad blocker safe, no external dependencies.</li>
<li><a href="https://veppa.com/bbpress-wp-tweaks/" rel="nofollow ugc">bbPress WP Tweaks</a> — add custom sidebar, additional widgets and forum columns for sites powered with bbPress forum plugin.</li>
</ul>
<p>Visit veppa.com to learn from my <a href="https://veppa.com/category/learn-wordpress/" rel="nofollow ugc">WordPress tutorials</a>.</p>


HTTP Requests Manager


Most of the delays in WP admin are http phone home calls.



This plugin solves exactly that, and you can see who the worst culprits are, too!



This belongs on every WordPress site by default.



Thanks for your amazing work @veppa !



(Small request: can we have a setting to tweak that max page loading time down from 3 seconds? Perhaps options for 3.0, 2.5, 2.0, 1.5, 1.0, 0.5, maybe 1.5 as the default?)


Fastest speedup in wp admin you can get!

Limit, Debug, Optimize WP_HTTP requests. Limit by request count, page load time, reduce timeout for each request. Speed up login and admin pages.

Custom Post Limits vs HTTP Requests Manager