![]() |
Quote:
|
woot this updated one have a higher percentage now =]
|
Thanks for this - just installed and got a healthy 12% compression on my forum home page. :)
|
Installed... works great :) 18% or so!
|
*clicks install*
|
Not trying to rain on anyone's parade here, but I have a question.
Doesn't vB support zlib compression out of the box? And wouldn't zlib compression give you this level of compression and more? And wouldn't adding this in addition to zlib compression needlessly increase the server load? Like I said - not trying to rain on anybody's parade - this seems like a great concept - but I would like an explanation as to why I am wrong if there is one. I'm not affiliated with this site - and I'm not sure if there's a linking policy here, but you can test the difference in the output by checking your page here: http://www.whatsmyip.org/mod_gzip_test/ it shows the original size, and gzipped size. I'm wondering if anybody who has it installed can report the improved numbers factoring in gzip compression. I'm just thinking - if your real-world size improvement is closer to 1%, then maybe this isn't as good of an idea. If you aren't using gzip compression, then I expect the results from this plugin would be much more dramatic. Just some thoughts... ---- This was such an easy install, I thought I'd try it out myself. Here are my results: Plugin Active: [page compression: 81.58 k/98.58 k (17.24%)] gzip page reports: Original Size: 84 K Gzipped Size: 11 K Data Savings: 86.9% With the product disabled: gzip page reports: Original Size: 89 K Gzipped Size: 12 K Data Savings: 86.52% I find it strange that the website and the plugin report different page sizes, but it's probably a matter of one of them calculating /1024 versus the other one calculating /1000. The plugin did show improvement, but like I expected, not too much. I don't have an active forum, so I couldn't do this test on a lot of pages. I also have no idea how much this plugin would actually affect server load. Probably not that much, but I imagine it's really a question of webmaster preference as to whether or not this is worth it. Great plugin though hellcat! And a serious amount of improvement for anyone not using compression already. |
nice one , saving between 10 and 15% depending on the page :squareeyed:
Cheers |
INSTALLED!
Excellent mod and very easy to do! I am saving 9% to 15% depending on the page. Thanks! 8) |
Quote:
Then you can just put every block you want to leave untouched by the compression between <nocompress> and </nocompress> tags and the compressor will not touch it :) |
Quote:
|
Quote:
<nocompress> Some totally cool HTML source here <!-- with comments --> </nocompress> ^^^^^^^^ blocks like this (between the "nocompress" tag) are now left alone and not touched/changed by the compressor. |
Quote:
|
Quote:
|
Are we going to have any update ??
|
works way better! great work Hellcat
|
my site doesn't show the source code. can it do any harm to search sites not reading the meta keyword and description.
|
Quote:
Quote:
im soo curious?? |
Quote:
The ZIP of this MOD is updated to the very latest version (1.22) that includes the exclusion and the stripping of the exclusion tags for XHTML compliance. :) Quote:
The browser somehow has to know what to display :confused: |
Quote:
anotherthing...i dont know its the perfetc place to ask or not... any way that this hack will convert/cmopess the quote in reply klikable? :cry: maybe not right place....tho asking..... thnx |
Quote:
There are a few more spots where things could get stripped but that would already affect the resulting rendered page (actually that was a bug/problem that got fixed in one of the updates) or at least make it no longer validating as propper XHTML. So, either we come up with some genius ideas of things that also can be safly removed or (I already thought about this: ) I add some sort of "agressive compression" settings that will cause above mentioned affects. For now I have no idea how to raise the compression savings.... Quote:
You want quoted text in a post to be compressed? For the threadview this is already the case, the edit/reply input box however is left untouched since that would mess up user inputted text.... But maybe I just got you wrong there ;) |
Excellent Hack!!! :d
|
thankx hellcat..
hope aggresive compress will work w/o any problem :) good luck mr.coder.....for ur too kool idea |
Thanks for that nice hack!
[page compression: 38.89 k/44.94 k (13.46%)] *klicks install* |
INSTALLED
Excellent hack, thanks. |
awesome hack! thanks!!
|
:jumping:
|
Very nice hack!
thank you. |
This works great!
|
Great Dude! this works with the element skin! thanks so much!
[high]* Smiry Kin's Installs [/high] on index. i get [page compression: 61.46 k/68.03 k (9.65%)] |
:) Simple a Revulation it s bu HellCat it works like Hell..
Dear HellCat.. its an off.topic... saving bandwidth there mite be some more way..like changing some CSS or Gzip i found a topic in other place..... (im not spaming) http://www.buildtolearn.com/tutorial...must-read.html There he mention about gzip.php ..i dont know there any Gzip.php file or not.. in vb folder..i searched a bit...didnt get that.. can u please have a Heavenly Think about it like hell? [high]* Zia offers Hellcar 1 box chilled bear..for his deep thinking... [/high] Thnx |
vBulletin has a build in option for using gzip compression, no need for a gzip.php or such.
Just go to your AdminCP -> vBulletin Settings and enable GZIP. This will (ZIP) compress the HTML page, then send it to the browser that will uncompress and display the page. This way you can save quite some bandwidth on your server, indeed. This adds some more loadon the server (depending on compression level) and not all browsers support it (in that case the compression in skipped). |
Hi Hellcat,
I think it does not compress the comments that are included in themes. For example, I have a comment like that, <!-- [START HACK='vB Pager' // vB Phrases and I can still see it in the code. Deleting those lines shall provide better compression. What u say ? Is there a way to decide what kind of comments should be removed ? To a way to change compression level ? I cant see it in the AdminCP options. Just 3 there. |
To make it compatibel with the AnyMedia BBCode the compressor ignores (leaves) HTML comments that contain a square bracket "[".
Removing those from comments will also get that comment removed from the final output. (Didn't find a better yet to determine if the comment is AnyMedia) The "//" comments can (and should) be removed as well, yes. I'll put that one into the next update :) |
well I guess from a bandwidth perspective this is potentially worthwhile, but not from a page load time standpoint....in my case anyway.
I am showing a 10-15% compression. However, my page load times go from ~.10-.14s with this disabled, and goes to ~.21-.25s with this hack enabled. Did anyone else notice this? Or is getting improved performance along with the compression? Good hack in any case, definately not trying to knock that |
Quote:
Thanu Sir..i got reply of my curiousness :) thnakx [high]* Zia still waiting for agressive compression :D[/high] |
[page compression: 32.33 k/36.59 k (11.64%)]
Page generated in 0.76232 seconds with 9 queries (2 queries for uncached templates) [Server Loads: 10.27 11.02 : 9.51] Uncached templates: page (1) Uncached templates: userfield_textbox (15) What does that mean? It's on my "page" template for my Extra Info |
The uncached templates come most likely from another extension, maybe that extra info thingy.
|
Excellent mod/plugin, good work.
|
A must have I say :D thanks for all your work.
|
Geezus Hellcat... you really rocked this one. Saving anywhere from low to high 30s @ http://forums.xedge.net
Thanks and keep up the good work! |
All times are GMT. The time now is 11:37 PM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|