Tag Info

New answers tagged

2

If you're looking to get in to instant notifications without suffering from backlog, I'd looking in to both Node.js and Socket.io. You should be able to work with them both pretty easily and integrate w/ WordPress. The sample chat application on the Socket.io site isn't a far cry from what you'd be doing. Basically an event is triggered on your LAMP/LNMP ...


1

The Transients API is similar to the Options API and that means as of right now, unless they make a change in v4.1 or the future release, all of your transients are going to be moving in and out of the tableprefix_options table. If your website is busy, that means your going to have a ton of reading & writing taking place which defeats the purpose of ...


1

The rule of thumb is not to do any caching, except for object caching, for logged in users. Actually IIRC object caching will give you exactly what you want. But if you have to do it your way, you should make your cache keys to be based on the query and have different cache for different queries. A similar but maybe easier to grasp idea is do "group" users ...


0

There are a lot of tools available Below are my personal favourites Pingdom http://tools.pingdom.com/fpt Google Pagespeed https://developers.google.com/speed/pagespeed/insights GTMetrix gtmetrix.com


0

Kindly check using below : 1 - gtmetrix.com 2 - https://developers.google.com/speed/pagespeed/insights/ Above tool will help you to analyze all factor related to your site performance.It will also indicate plugins effect.


3

If your entire page fits in the 4GB LONGTEXT post content field, the limit to the number of pages would be related to the amount of RAM available on your server. When a multipage post is loaded, it is exploded on <!--nextpage--> to put your post into an array of individual pages, so at that point your single page load is consuming at least twice the ...


2

Persuming "article_datetime" to be a numeric value, I would suggest that instead of using 'orderby' => 'meta_value' use 'orderby' => 'meta_value_num' If still query is slow, than remove: 'orderby' => 'meta_value', 'meta_key' => 'article_datetime', 'order' => 'DESC' and instead sort the result in php.


0

After almost 4 years I got back on this and finally found the problem. Turns out the site had a lot of articles ALL marked as sticky. Due to the unbelievably dumb way wordpress uses to mark sticky posts (a serialized array in wp_options), the main loop of the dynamic home page took an incredibly long time. Clearing the sticky_posts field in the table fixed ...



Top 50 recent answers are included