Follow up:
Now I tried a Plugin-Performance-Measurement:
While I scan my site with “P3 (Plugin Performance Profiler)”, i get:
A fatal error occurred during profiling: Allowed memory size of 134217728 bytes exhausted (tried to allocate 41 bytes) in file /is/…/wp-content/plugins/p3-profiler/classes/class.p3-profiler.php on line 297
When I deactivate WPPA+, the performance-scan finishes without the memory-error.
128 MB memory seem to be a good value, and I think, a gallery should run with that. Maybe this is a hint, why WPPA+ slows my website so much?!
Any tipps would be nice!
Usually 64 MB is enough for wppa+. Maybe wppa+ is to difficult for P3 to measure.
You may try the plugin WP Super Cache to speed up buiding up the pagees. It is supported by wppa+; that means the cache is cleared when it should as a result of changes in wppa+ like upload new photos or changing settings etc. Be carefull with other server side caching software or clear the cache after changing anything to the wppa+ system!
Enable wppa+ debugging (Table IX-A3).
Go to a page like http://www.huesten.de and add ?debug in the addressline (&debug if there is already a ? in the url).
You get http://www.huesten.de?debug (or try http://wppa.opajaap.nl?debug) and press Enter.
You will get diagnostic messages in blue.
Look for something like this:
[WPPA+ dbg msg: Time elapsed occ 1:0.067s. Tot:0.067s.]
This tells you for each wppa+ invocation how long it took php to render it.
This is exclusive the time to load the plugin itself, what should not be the issue.
Hi & thanks for the reply.
I think, you will also notice the very long loading-time of my website (http://www.huesten.de) …. takes a few seconds on every frontend-page (even on sites without an gallery).
I activated wppa-debugging now, but i could see anythink usual (Gallery-Page: http://www.huesten.de/fotogalerie/) attched with ?debug
[WPPA+ dbg msg: %%wppa%% found]
[WPPA+ dbg msg: Text: %%wppa%%]
[WPPA+ dbg msg: Doit is on]
[WPPA+ dbg msg: Time elapsed occ 1:0.070s. Tot:0.070s.]
Lang=de, Locale=de_DE, Mofile=/is/htdocs/wp11011785_43C5XT2RQT/www/wp/wp-content/plugins/wp-photo-album-plus/langs/wppa_theme-de_DE.mo exists., loaded=1.
But …. as soon as I deactivate WPPA+, the site loads MUCH faster (<1 sec).
Any ideas?
As you can see the time it takes the php to render the albums is only 0.070 s (70 ms.). I have no idea what it could be, sorry. Please try WP Supercache. Once a pgae has been loaded, it will be cached and a successive load (also if done by another visitor) it will load much faster.
Please update to version 4.7.4
I added two debug messages: Plugin load time and Init runtime time
ok, i reactivated the plugin (in the meantime, i had to deactivate wppa, due to the loadtime).
Here is the debug-info:
[WPPA+ dbg msg: Doit is on]
[WPPA+ dbg msg: Plugin load time :0.030s.]
[WPPA+ dbg msg: Init runtime time :0.013s.]
[WPPA+ dbg msg: Time elapsed occ 1:3.432s. Tot:3.432s.]
It looks that wppa+ is not active at the moment??
The time for occ1 is indeed much too long, i would like to see it in more detail.
Please re-activate and give us the link to the page that produced the debug info above.
I reactivated wppa.
Visite the home:
http://www.huesten.de/ with an attached ?debug
You can see the debug-info in the excerpt of the 6th news-post.
The software (either the theme or a plugin) that creates the excerpts also creates the_content() without doing anything with it. This clarifies the debug info in the excerpt of the 6th news-post. This is spilled time (about 3-8 sec), but it is beyond control of wppa+.
The second occ of wppa+ is the sidebar slideshow. There is no unneeded code generated there, but it takes also 2-6 seconds.
My conclusion is that you should look for a way to prevent the rendering of the_content() to avoid unneeded expansion of %%wppa%% script.
The sql is relatively slow or misconfigured. You do no excessive things, it should work much faster. It is worth trying WP Super Cache, it is the recommended serverside caching plugin for wppa+.
Thanks for going so much in detail to help me!
I will try SuperCache.
What i didnt understand … why my site is slow with activated wppa; when wppa is deactivated, the site works good.
Wppa is a heavy plugin. But it should be better than it is now.
In the mean time i found out that the very recently introduced new style shortcodes are not rendered in excerpts. Please try this:
Change %%wppa%% %%album=3%% in the sixth post to [wppa type="album" album="3"][/wppa] and check with the appended ?debug if the debug data is no longer there at the 6th excerpt, and check if opening that post works properly. If this works, it will al least decrease load time by a few seconds.
