Hello David,

You should not actually turn on the "Debug System" if you are not really debugging the SQL queries. Turning this on will cause it to be even more slower because it actually is profiling those SQL queries.

It seems like the slowness is actually caused by the huge number of files that is on /images/stories/ and there are actually a lot of nested subfolders as EasyBlog is trying to recursively go through all these folders. Did this hiccup only happen recently or did you just upload a huge load of images on the site?

Hello Mark,

thank you for advice on "Debug System" settings.

Yes my "images/stories/" folder contain many files and nested folders. I use this as "Shared Media" folder for EasyBlog and ACL is set to allow access to "Shared Media" folder for certain groups only.
So after reading your reply I've tried to disable "Shared Media" within EasyBlog settings (Media > Media Manager) and "Write New Entry" page is now loading as normal again.
It is clear now, that the slowness came from "images/stories/" folder as you suggested.

Iam not 100% certain however I think that this problem arise on my site since migrating Joomla 2.5.x to Joomla 3.x.x.
Is it possible that EasyBlog installed on J!2.5 was handling recursive reading of folder faster?

Anyway, my problem persist as I need to allow access to "Shared Media" to some groups. I dont understand the reason why you need to go trough media folders recursively upon page load and I guess you should rethink this approach, even though my "images/stories/" folder contains hundreds of files is not anything abnormal.

Iam wondering, have you installed "MijoSQL" on my server? I dont remember installing this?

Thank you for your support,
David

Hello David,

Yep, I did install MijoSQL on the site to actually check on the existing file storage. It seems like the "json data" which holds information of all the files and folders are extremely huge because there are quite a number of files and folders within folders and the delay is actually because of these json data as they are too huge.