Bug 10267 - Chrome Browser Performance Problems with 2.11 Core64
Summary: Chrome Browser Performance Problems with 2.11 Core64
Status: CLOSED FIXED
Alias: None
Product: IPFire
Classification: Unclassified
Component: --- (show other bugs)
Version: 2
Hardware: unspecified Unspecified
: - Unknown - Minor Usability
Assignee: Jörn-Ingo Weigert
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-12 21:47 UTC by Jörn-Ingo Weigert
Modified: 2014-05-17 18:30 UTC (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jörn-Ingo Weigert 2012-12-12 21:47:40 UTC
Hello,

i have strange Browser Rendering Problems with aktual Browser Chrome while displaying the Maintenance Page of update-accelerator which contents more than 3500 rows in the "files in cache table"

After doin some test with perfomance tools esp. "Page Speed" I found out that it is not a problem of network or delivery problem of my server but of a lack of correct sending xhtml Response-Headers / Document Declaration.

Here what I've changed and it would be great if it could be tested and integrated into the standard configuration.

In /var/ipfire/header.pl (sub showheaders) I added The Content-Type line:

sub showhttpheaders {
	print <<END
Pragma: no-cache
Cache-Control: no-cache
Connection: close
Content-Type: text/html; charset=UTF-8 (recommendation from microsoft for IE8)

END
;
}

In the function.pl of Theme ipfire I... :

 - added one line <?xml [...]encode=utf-8?> Declaration
 - modified the <html> - Parameter
 - delete the Meta-Tag <meta name="Content-Type" [...] > (it prevents the IE8 from lookahead downloading Link: http://blogs.msdn.com/b/ieinternals/archive/2010/04/01/ie8-lookahead-downloader-fixed.aspx
 - moved the Variable $extraheads behind the call for style.css (may prevent parallel download of css & scripts while parsing javascript)

Here the modified stripped-out Header-section of Theme "ipfire" (should be changed for "maniac" too) it have to be changed twice there...

/srv/web/ipfire/themes/ipfire/include/function.pl:

8<-----------------------
<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE html PUBLIC '-//W3C//DTD XHTML 1.0 Strict//EN' 'http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd'>
<html xmlns='http://www.w3.org/1999/xhtml'>
<head>
<title>$title</title>
END
;
    if ($settings{'FX'} ne 'off') {
    print <<END
<meta http-equiv='Page-Enter' content='blendTrans(Duration=0.5,Transition=12)' />
<meta http-equiv='Page-Exit' content='blendTrans(Duration=0.5,Transition=12)' />
END
;
	}
	print <<END
<link rel='shortcut icon' href='/favicon.ico' />
<link rel='stylesheet' type='text/css' href='/themes/ipfire/include/style.css' />
$extrahead
END
;
>8------------------------->8

With that, I reduced the rendering speed from 3+ min to ~20 seconds ...


Optional it would be great to enable mod_deflate-compression in loadmodules.conf and ipfire-ssl.conf to reduce the HTML-Output. 
I experienced no problems with the example config for mod_deflate out of the recent module documentation.

Kind regards,

nightshift

PS: Sorry not adding any diff-files but forgot to save the original Files ... uppps *blush*