Slow backend for jDownloads

[caribert2]

Good evening,


I have exactly the same problem. jdownload is very slow in the backend and on all links except layouts.

I also have a problem in the frontend with downloading files that are public but does not allow public downloads without being registered.


https://www.abccamips.com/download.html

Joomla doesn't allow "self" from an unregistered user, (no link with jdownload or not) but maybe there is a common point between these problems, but it escapes me.

Joomla Version: 3.9.24
php 7.3.23


Thanks in advance for your help
And in spite of the small inconveniences nice work...

[obro]

Hi,
I can also confirm a very slow response time on Jdownloads. Awfully slow ...

/Ole

[caribert2]

Good evening,


I have exactly the same problem. jdownload is very slow in the backend and on all links except layouts.

I also have a problem in the frontend with downloading files that are public but does not allow public downloads without being registered.


https://www.abccamips.com/download.html

Joomla doesn't allow "self" from an unregistered user, (no link with jdownload or not) but maybe there is a common point between these problems, but it escapes me.

Joomla Version: 3.9.24
php 7.3.23


Thanks in advance for your help
And in spite of the small inconveniences nice work...

Only the link field Groups is displayed quickly and not layouts.

[ColinM]

Hi Everyone,
We are looking for commonalities.  It appears as if there is an 'after render' problem, where the software is awaitig a response.  There sometimes seems to be a 500 error.
As yet we have not figured it out but it could be related to the version of PHP that is running or an http/https switch
Could you advise duration of your timeout please
Colin
Are you using the force https option in Joomla Global Congig Server Settings tab?

[caribert2]

Hi everyone,

The access time is on average 60 seconds to jdownload in administration, except field groups which is two seconds maximum.
Yes the global configuration joomla force https is valid for the entire site.
For verification I have limited to the administration and disabled but this had no influence.

[caribert2]

Hello to all,

Some suggestions for slowing down jdownload, after observation.
A slowdown of this nature is probably caused by a search for the application of one or more elements that is not found.
I was able to see in particular by displaying the categories that the application was looking for a creative user, who no longer existed.
Also another suggestion would be to dissociate in the administration the validation, the download and see the modification of the name.
Indeed some shared hosting does not always offer extraordinary performance and does not allow a succession of instructions, it would be easier to modify some aberrations that may occur ...

I am well aware that this is a lot of work...

[ColinM]

Hi
Thanks for update60sec is the usual php.ini time out for execution

As a test could you change it to say 30 seconds

Colin

[caribert2]

I do not have access to php.ini, shared server.
I have artificially created a new user with corresponding id, but it did not affect the slowness and it varies between 45s and 65s.

Alain

[ColinM]

Alain
Thanksfor update. 
Because times are varying your challenge seems diferent. So initial thought in your case is that it might help if you contact your web site provider.
Just to confirm that the delays are only in the backend of Joomla, the front end is OK as far as timing goes.  Also in the Front End do you have an 'active slideshow' of periodically changing images?  If so could you temorarily halt that to see if itt makes a difference.  Usually the images are large size  terms.
Colin

[obro]

I have followed the dialog on the side as I have experienced the same latency in response in the backend.
I'm quite new into JDownload. Just installed it last week.

If it has any interest, we could open a live session on my installation so a developer could have a look at the installation. If you find it informative, I could provide you with a phpinfo dump from my web host.

cheers
Ole

[Klaus1001]

Hi Colin,

Are you using the force https option in Joomla Global Congig Server Settings tab?

yes, I have "force https" active. I disabled it, but the slow backend behavior did not change. But of course, https is for sure a difference to the local copy of my website, there I do not have https.
I also cannot change the PHP timeout that easy, because my site is hosted on a shared server.

How can I help to fix the problem?
Best regards Klaus

[caribert2]

Hello to all,

Colin

I have disabled the component as a front-end, knowing from experience that javavascript conflicts could cause unexpected results, but this is not the case.
The hosting capabilities are not at issue in the problems I encounter.
In frontend it is the reCaptcha plugin however deactivated which is essential. I searched in the template but found nothing. By disabling invisible reCaptcha the answer is different.

As for the backend the slowness seems caused by the stat admin module, yet disabled, enabled same result.

mod_jdownloads_admin_stats (jDownloads Stats for Administrators)

It is progressing in spite of everything...

 
Alain

[ColinM]

Alain,
Thanks for input - sounds good.

Just for clarity and my understanding could you confirm:

1.  Does not appear to be a Hosting issue
 2. If a user has selected to use Captcha  in the Front End then activating the Invisible Captcha Plugin causes a delay in backend?
3. jDownloads Stats module appears to cause the delay?
4. If it is the jDownloads Stats module it is when in position 'cpanel'.
Colin

[Klaus1001]

Hi,
for me disabling mod_jdownloads_admin_stats (jDownloads Stats for Administrators) does not change anything in terms of the slow backend issue.mod_jdownloads_admin_stats is also enabled on my local site, where I do not see the issue.
Best regards Klaus

[caribert2]

Hello to all,
Colin

The hosting of the site is not involved.
I reinstalled the plugins and modules that could be involved.
In frontend I solved the problem by disabling in view users group. view captcha. if I activate recaptcha in view users group, it does not work anymore, it resets the page.


In the backend :
 jDownloads Stats module appears to cause the delay?
most probably.
We get
60197.80 ms
Application: beforeRenderModule mod_jdownloads_admin_stats (jDownloads Stats for Administrators)
I continue my research on backend.

Alain