HTTP/2 Server Push Plugin for Joomla creates a simple interface for sending resources to clients before they even ask for them.
This improves web page initial loading time and allows you to send resources to browsers in the background before the user requests the next page.
Using this method, we ca pre-load i.e. large javascripts or images before the user opens the page containing those resources.
And all of it happens in the background without slowing down the delivery of resources requested by the user.
This plugin won't do anything if your server doesn't support http2 server push functionality.
In case your server doesn't support HTTP2 Server Push technology, try CloudFlare(tm). It's free and totally awesome. Just enable SSL (yeah, that's free too) and you'll get http2 including server push automatically.
To help you find the resources in you website's pages, enable Debug mode at the bottom of this plugin's configuration page. This will add debug output to all your frontend pages in order to easily see which javascripts and css files are being used in those pages.
Naturally, you can also find those resources using your web browser's developer tools, which is the recommended method if you don't want your visitors to see the debug output.
Right now, I'm looking at automatically recognizing the most used resources using Joomla's statistics, and automatically pushing and preloading them. If you'd like to speed up the development, please consider a donation via PayPal to Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein! .
Read more at https://www.horza.org
A bit about HTTP/2 Server Push Technology
"HTTP/2 allows a server to pre-emptively send (or "push") responses (along with corresponding "promised" requests) to a client in association with a previous client-initiated request. This can be useful when the server knows the client will need to have those responses available in order to fully process the response to the original request."*
Meaning that as soon as the server sends out the initial reply (first html response), it can immediately start sending all the javascripts, css and images which will be needed to render that page. Standard behavior is to just send the html page and then wait for the browser to parse it and start requesting all the additional resources.
By pushing those resources immediately after the initial html is sent, we are completely skipping over the process of waiting for the client to receive the initial html, parse it and submit requests for other resources which are needed to render that page anyways. By the time client is done parsing the initial html, his cache already contains at the very least some of the css and javascript, and sometimes everything so no subsequent requests are even needed !
Additionally, we can use server push features to "preheat" browser's cache, much like we would if we used html's "link rel=preload" feature.
If we, for example know that the client is going to open our i.e. image gallery, we can pre-emptively send all the js, css and images that this gallery needs, so when the client actually clicks it, it's lightning-fast because everything is already downloaded and cached.
Wir nutzen Cookies auf unserer Website. Einige von ihnen sind essenziell für den Betrieb der Seite, während andere uns helfen, diese Website und die Nutzererfahrung zu verbessern (Tracking Cookies). Sie können selbst entscheiden, ob Sie die Cookies zulassen möchten. Bitte beachten Sie, dass bei einer Ablehnung womöglich nicht mehr alle Funktionalitäten der Seite zur Verfügung stehen.
HTTP/2 Server Push Plugin for Joomla creates a simple interface for sending resources to clients before they even ask for them.
This improves web page initial loading time and allows you to send resources to browsers in the background before the user requests the next page.
Using this method, we ca pre-load i.e. large javascripts or images before the user opens the page containing those resources.
And all of it happens in the background without slowing down the delivery of resources requested by the user.
This plugin won't do anything if your server doesn't support http2 server push functionality.
In case your server doesn't support HTTP2 Server Push technology, try CloudFlare(tm). It's free and totally awesome. Just enable SSL (yeah, that's free too) and you'll get http2 including server push automatically.
To help you find the resources in you website's pages, enable Debug mode at the bottom of this plugin's configuration page. This will add debug output to all your frontend pages in order to easily see which javascripts and css files are being used in those pages.
Naturally, you can also find those resources using your web browser's developer tools, which is the recommended method if you don't want your visitors to see the debug output.
Right now, I'm looking at automatically recognizing the most used resources using Joomla's statistics, and automatically pushing and preloading them. If you'd like to speed up the development, please consider a donation via PayPal to Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein! .
Read more at https://www.horza.org
A bit about HTTP/2 Server Push Technology
"HTTP/2 allows a server to pre-emptively send (or "push") responses (along with corresponding "promised" requests) to a client in association with a previous client-initiated request. This can be useful when the server knows the client will need to have those responses available in order to fully process the response to the original request."*
Meaning that as soon as the server sends out the initial reply (first html response), it can immediately start sending all the javascripts, css and images which will be needed to render that page. Standard behavior is to just send the html page and then wait for the browser to parse it and start requesting all the additional resources.
By pushing those resources immediately after the initial html is sent, we are completely skipping over the process of waiting for the client to receive the initial html, parse it and submit requests for other resources which are needed to render that page anyways. By the time client is done parsing the initial html, his cache already contains at the very least some of the css and javascript, and sometimes everything so no subsequent requests are even needed !
Additionally, we can use server push features to "preheat" browser's cache, much like we would if we used html's "link rel=preload" feature.
If we, for example know that the client is going to open our i.e. image gallery, we can pre-emptively send all the js, css and images that this gallery needs, so when the client actually clicks it, it's lightning-fast because everything is already downloaded and cached.