Discussion moved from
FirefoxBoosterPluginDev to here due to renaming the plugin.
--
OliverKrueger - 07 Apr 2008
Thank you Oliver for sharing this plugin with the
TWikiCommunity!
Some small feedback on the plugin topic:
- Add this note to the Plugins Installation Instructions section (is listed in NewPluginTemplate):
Note: You do not need to install anything on the browser to use this plugin. The following instructions are for the administrator who installs the plugin on the TWiki server.
- Add a SHORTDESCRIPTION setting to the Plugin Info section; the reports on twiki.org depend on it.
- List the %$DEPENDENCIES% (if any, state "none" if none)
- Add links in the Related Topics section.
For convenience I did that in the
FirefoxBoosterPlugin topic.
--
PeterThoeny - 03 Mar 2008
I think this plugin is useful for
any browser, not only firefox, at least also for iceweasel, the debian fork of firefox. The speed advantage comes from a reduced number of http request. So there is most gain for network connections with a high latency. I also measured a speed improvement on a local loopback network of ~200ms which is not
that much. However on intranets secured via reverse proxies and https each extra http request quickly summs up.
Firefox sometimes does not consult its browser cache to retrieve javascript and css the same way it caches images. It still connects the backend for each with a if-modified-since + if-none-match headers. A properly configured apache will reply with a
Status: 304 Not modified
message and an empty body. But you will still suffer from the remaining overhead of
getting that response.
Another problem of the current implementation is, that it can't embed javascript that are using relative url paths.
It does not work with
JQueryPlugin as well, as it has got a
<scritp ... </script>
tag in its docu, which fucks up the embeded
javascript container.
A similar error might occur embedding css, not sure.
There's also an issue with page caching like
TWikiCache: if the first browser that hits the page is a firefox, any subsequent calls with a different browser on the same page will get the page, optimized for firefox.
So how about renaming this plugin to make it browser agnostic.
Btw. we should compress the page if the agent supports it.
--
MichaelDaum - 04 Mar 2008
Thank you for this plugin. I run it on
http://wiki.koalaz.net/ (modified to work for any browser). It is quite interesting combined with the
PublicCacheAddOn, as it gzip-compresses the resulting single file.
A "best of both worlds" approach may also be to generate a single css and a single js file, but keep them as external (compressed) files (with a checksum in their name, a la etag) so as to be able to cache them client-side with a big expire delay.
--
ColasNahaboo - 04 Mar 2008
Hi Oliver, here's a
FirefoxBoosterPlugin.patch that makes it browser agnostic, fixes
javascript being imported from relative url paths, escapes
</script>
being imported from js files (i.e. it runs fine with
JQueryPlugin now)
and a couple of other performance mini-fixes.
--
MichaelDaum - 06 Mar 2008
Fixed a typo on
FirefoxBoosterPlugin replacing
useless with
useful. Oliver make sure you fix it in SVN next time you release. What's so specific about this plug-in for it to need 4.2? Will it not work on 4.x?
--
StephaneLenclud - 07 Mar 2008
Michael, could you check in your enhancements after coordinating with Oliver? Possibly obsolete this plugin and rename to
BrowserBoosterPlugin since it is now browser agnostic.
--
PeterThoeny - 08 Mar 2008
Peter, yes, but I wait til Oliver comes back from this year's
CeBIT and we can talk.
--
MichaelDaum - 08 Mar 2008
With Firefox 2.0.0.12 on a Mac I don't see any js or css in the topic. Sorry, these are pages that are cached when viewing with another browser. Fixed by Michael's patch.
--
ArthurClemens - 10 Mar 2008
Enabling the plugin destroys twisties, without any js errors.
--
ArthurClemens - 12 Mar 2008
Arthur, even if you apply my patch?
--
MichaelDaum - 13 Mar 2008
Yes, I did use your patch.
- It might have something to do with either the
document.write
in !TWikiJavsScripts/twikiStyles.js
or with the order of the added css elements. -- ArthurClemens - 14 Mar 2008
--
ArthurClemens - 13 Mar 2008
Most probably the twisty.[js,css] files don't make it to the html page... or they disturb the style container in the header where it ends up.
--
MichaelDaum - 13 Mar 2008
Sorry everyone for not following this topic. I came down with a bad cold after the
CeBIT.
Ok, back to work.
@Peter: Installation instructions, installer etc were planned for the first release of the plugin. I just uploaded onto t.o. after a small chat on IRC.
@Michael: Thanks for the patch. I will take a look at it tomorrow and Im sure, I will integrate it for the first release.
@4.2 Dependency: Freetown is needed, because the plugin uses a new plugin hook.
@all: Thanks for showing me, that this hack is useful for more than I thought about.
@Rename:
BrowserBoosterPlugin sounds nice.
--
OliverKrueger - 13 Mar 2008
Bugs:Item5590 "EditTablePlugin does not work", patch provided. Oliver could you please check. Btw. the plugin topic is missing the TWikiForm.
--
MichaelDaum - 30 Apr 2008
I changed the modification policy of this extension from
PleaseFeelFreeToModify to
ContactAuthorFirst because the authors are no longer active with the community for over 2 years. Anyone interested in maintaining this extension?
--
PeterThoeny - 2011-05-04