?
avatar anabarcellos
anabarcellos
15 Mar 2016

Steps to reproduce the issue
Install new site on intranet unzipping full package folder.

Result:
After finishing the installation and removing the installation folder, when I click to open the site, it takes more than 6 MINUTES loading. After loading the first time, next times it loads normally.

/administrator loads fast, without any problem

Apache error log:
[error] File does not exist: site/installation, referer: site/installation/index.php

I tested it 3 times.

Expected result

Site should load fast after installation.
Installing 3.4.8 in the same server, it takes just one second to load.

Actual result
New 3.5 installations take more than 6 minutes to load at the first time;

System information (as much as possible)
Server: SLES 11, PHP 5.3.19, MYSQL 5.5.39
INTRAnet - no communication with internet
no-ssl and ssl APACHE files

avatar anabarcellos anabarcellos - open - 15 Mar 2016
avatar andrepereiradasilva
andrepereiradasilva - comment - 15 Mar 2016
avatar mbabker
mbabker - comment - 15 Mar 2016

Try disabling the "System - Joomla! Update Notification" and "System - Joomla! Statistics" plugins. If you're on an intranet with no outside connection those won't work anyway and waste a lot of loading time (the stats plugin we have a 2 second coded in to for its HTTP POST to the stats server, the update plugin relies on the underlying updater library which doesn't have timeouts on its HTTP GET requests).

avatar anabarcellos
anabarcellos - comment - 15 Mar 2016

@andrepereiradasilva Yes, the same happens in 3.5.0 RC3

@mbabker After testing in 5 new 3.5 RC3 installations, disabling sometimes both plugins, sometimes one OR the other, I can say:

plg_system_stats is the responsible for the [error] File does not exist: site/installation, referer: site/installation/index.php but this doesn't make any difference in the loading time.

plg_system_updatenotification doesn't return APACHE error but is the responsible for the 6min20seconds loading time.

I had to disable them directly in the database, because if I try to access /administrator before the site I have the same 6min20seconds of wait.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/9437.

avatar mbabker
mbabker - comment - 15 Mar 2016

For intranets your best bet is going to be to turn those off in the database as soon as you get updated or run new installations. I ain't got the slightest clue why the stats plugin is trying to redirect to the install app (that somehow seems like a local config issue at first glance; Joomla only tries redirecting there if you have no configuration.php file AND the directory exists). The update plugin is definitely going to cause headaches if you have no outside connection since the HTTP connector doesn't set a timeout by default.

avatar brianteeman
brianteeman - comment - 15 Mar 2016

I just installed RC3 on my laptop here in the pub with NO internet
connection. I had no problem at all. Everything worked perfectly and as
expected.

avatar brianteeman brianteeman - change - 17 Mar 2016
Category Installation
avatar anabarcellos
anabarcellos - comment - 18 Mar 2016

It doesn't happen when I set enabled to plg_system_stats and plg_system_updatenotification in a 3.5-RC4 site updated from 3.4.8. Just in new installations in same intranet servers. Does it make any sense? Still testing here.


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/9437.

avatar wilsonge wilsonge - reference | 332a2c0 - 20 Mar 16
avatar wilsonge
wilsonge - comment - 20 Mar 2016

OK I've added in a 20 second timeout to the update call 332a2c0 - so we shouldn't have it running for 6 minutes again.

I'm also really confused by the stats issue though :/ until i can understand what's going on there - it's pretty hard to fix :(

avatar brianteeman
brianteeman - comment - 6 Apr 2016

I am closing this at this time. @anabarcellos if you are still having the issue please provide more informmation


This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/9437.

avatar brianteeman brianteeman - change - 6 Apr 2016
Status New Closed
Closed_Date 0000-00-00 00:00:00 2016-04-06 11:00:27
Closed_By brianteeman
avatar brianteeman brianteeman - close - 6 Apr 2016

Add a Comment

Login with GitHub to post a comment