Vanilla Packer

Dinoboff

Vanilla Packer

Lussumo Bot

Uploaded version 0.4.beta.2 of Vanilla Packer.

Lussumo Bot

Uploaded version 0.4.beta.2 of Vanilla Packer.

Dinoboff

(Just a problem problem with the version number in default.php)

ADM

Very cool! Great work as always Dino!

MySchizoBuddy

we don't have to do anything to our JS files right, except make sure all commands are ended by a semi-colon

y2kbg

so mark any chance of using it here on the lussumo community?

MySchizoBuddy

so it merges the files into one but doesn't compress them

Mr Do

thats fine, it never was a size issue, just a number of connection thing

Dinoboff

Thanks ADM :-)

@MySchizoBuddy: If you have gzip enable on your server, it will compress it. It can also minify the js files, but by default - for this first release -, it doesn't, since the files need to be tested.

Lussumo Bot

Uploaded version 0.4.beta.3 of Vanilla Packer.

Dinoboff

Fix two bugs that stopped in some case the merged files to cached on the server.

If you are updating the patch, you will need to delete all the files in the js and css caches.

TomTester

Dino, came across this comment on ob_gzhandler at http://www.php.net/ob_gzhandler"
27-Feb-2007 03:35
...caching of gzipped files is broken in all versions of MSIE. The following blog entry
appears to declare that this has been fixed in IE7, but I haven't verified this.
http://blogs.msdn.com/ie/archive/2005/10/31/487509.aspx

Do you know if this is indeed the case? If so, gzip compression should perhaps be disabled
on IE to maximize the benefits of packing & local caching.

Tiggr

After patching, I'm getting

A fatal, non-recoverable error has occurred
Technical information (for support personel):

Error Message
Could not create the FilesToPack Table
Affected Elements
undefined.PackerInstaller();

The error occurred on or near: Too big column length for column 'FilePath' (max = 255). Use BLOB instead

For additional support documentation, visit the Lussumo Documentation website at: lussumo.com/docs

Dinoboff

line 437 of library/Framework/Framework.Class.PackManager.php, replace 'varchar(256)' by 'varchar(255)'. I am looking at it...

@Tom, I will look at a solution.

Lussumo Bot

Uploaded version 0.4.beta.4 of Vanilla Packer.

Dinoboff

@Tiggr: use the new version

Tiggr

Hi Dinoboff!

Great Work, thank you very much!

But there are some problems with "bad behaving exensions":

• BBInsertBar fails, because it uses the whole url for scripts and styles, giving this error:

  Warning: filemtime() [function.filemtime]: Stat failed for /home/www/colorful_sky_de/forum/http://www.colorful-sky.de/forum/extensions/BBInsertBar/style.css (errno=2 - No such file or directory) in /home/www/colorful_sky_de/forum/library/Framework/Framework.Class.PackManager.php on line 225

• Some extensions use relativ path to images in the style file (background-image: url(...);), this images can't be found when using your extensions. But this is a minor thing...

Bye
Tiggr

TomTester

@Dino: think I've found a relevant KB article: http://support.microsoft.com/kb/321722

Dinoboff

@ Tiggr: Thanks for BBInsertBar. Can you tell which extension use css background image? I try to list the extension that can't work with the packer.
http://code.google.com/p/vanilla-packer/wiki/ExtensionsIssue

@Tom: umm... so believing Microsoft, gzip encoded file are always cached in IE5 and IE6?
I will try to check today.

If you want to help for fixing bugs or update the wiki pages, you are welcome to join the project.

Tiggr

>Can you tell which extension css background image?

In my case, it was CategoryIcons, that used relative pathes