I've noticed that Low-cal conflicts with the Notify extension as detailed on the Notify discussion. I don't know which extension is at fault, but wanted to make sure it was communicated I would imagine it is Notify at fault, since it conflicts with both this extension and Comment Links and is therefore the common denominator.
I love all three extensions though so please forgive the messenger!
So is there any solution for notify - Low-Cal Vanilla conflict? Low-cal vanilla made my forum extremely fast but notify is also one of the most important extensions for me. Experts, please help...
@celepomer: Notify is fixed. Notify need the the forum url for its JS code, and could not find it because the global.js file is not loaded when LowCal is on.
That's how you should try to get the relative path to the forum:
var pathFinder, root;
pathFinder = new PathFinder();
root = pathFinder.getRootPath('script', 'src', 'extensions/MyExtension/myScript.js') ||
pathFinder.getRootPath('script', 'src', /extensions\/LowCalVanilla\/packer\.php.*$/) ||
'';
Make it compatible with Vanilla 1.1.5 and rely on your web server to compress the page.
Updating to 0.5.0
Low-Cal doesn't compress css and js files anymore!!!
Remove all Low-Cal related apache directive added previously to /Path/To/Vanilla-1.1.5a/.htaccess and replace them with the one from Path/To/Vanilla-1.1.5a/extensions/LowCalVanilla/htaccess/.htaccess.
If you server cannot compress your content Low-cal can still compress Vanilla pages; you just need to set $Configuration['LOWCALVANILLA_GZIP_ALLOWED'] to '1' in /Path/To/Vanilla-1.1.5a/conf/settings.php.
Dino, I just noticed at the bottom of ReadMe.txt there is the code that doesn't work again. You might want to change if ($Configuration['LOWCALVANILLA_TOOLS_PATH']) { to if (!empty($Configuration['LOWCALVANILLA_TOOLS_PATH'])) { in that file.
On mediatemple's Grid and their Apache 2.0.54, I add to apply the following patches:
Remove the any IfModule test in the .htaccess;
Remove the packer output content type (comment out line 120 of LowCalVanilla/library/Class.MergedFile.php); it must be a bug in Apache 2.0.x but if php set the content type ( with header() ), mod_deflate won't compress the out (using AddOutputFilterByType DEFLATE). I tried to use other directive to force the type or force the compression but without success. As far as I know current browser do no use the js file content type.
Anyway, the result is a score of 94 with the YSlow plug-in:
I've copied the lowcal/.htaccess content to my root .htaccess. I'm using Firebug+YSlow to determine what's gzipped and what's not, and after several tries, with different hosts, different installations, no gziped files are served... I've changed both $Configuration['LOWCALVANILLA_GZIP_ALLOWED'] and $Configuration['LOWCALVANILLA_PACKER_ENABLE'] to all possible combinations of 0 and 1, with no results.
TIA
Update From error_log [31-Oct-2008 14:25:00] PHP Warning: include_once(/home/public_html/myurl/extensions/LowCalVanilla/library/Class.FileToServe.php) [<a href='function.include-once'>function.include-once</a>]: failed to open stream: No such file or directory in /home/public_html/myurl/extensions/LowCalVanilla/packer.php on line 21
[31-Oct-2008 14:25:00] PHP Warning: include_once() [<a href='function.include'>function.include</a>]: Failed opening '/home/public_html/myurl/extensions/LowCalVanilla/library/Class.FileToServe.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/public_html/myurl/extensions/LowCalVanilla/packer.php on line 21
Low-Cal 0.5.x doesn't use php to compress the files but Apache's mod-deflate. The directives used in the .htaccess in 0.5.0x to enable mod_defalte compress don't always work because they used the module identifier to check if the required Apache modules were installed. It now uses the module-file name and it should work better.
However, I noticed a problem with mod_deflate on MediaTemple; it doesn't compress the php output if it has something else than a text/html mime. So I will add an option to let the packer compress its own output in case your web server has the same bug.
It fixed a bug that prevented enabling LOWCALVANILLA_GZIP_ALLOWED.
It also allow php top compress the packed js files. Disabled by default (you should let Apache do it), you can enable it with $Configuration['LOWCALVANILLA_PACKER_COMPRESSION_ENABLE'] = '1';
Comments
I love all three extensions though so please forgive the messenger!
That's how you should try to get the relative path to the forum:
var pathFinder, root; pathFinder = new PathFinder(); root = pathFinder.getRootPath('script', 'src', 'extensions/MyExtension/myScript.js') || pathFinder.getRootPath('script', 'src', /extensions\/LowCalVanilla\/packer\.php.*$/) || '';Updating to 0.5.0
Low-Cal doesn't compress css and js files anymore!!!Remove all Low-Cal related apache directive added previously
to /Path/To/Vanilla-1.1.5a/.htaccess and replace them with the one from
Path/To/Vanilla-1.1.5a/extensions/LowCalVanilla/htaccess/.htaccess.
If you server cannot compress your content Low-cal can still compress Vanilla pages;
you just need to set $Configuration['LOWCALVANILLA_GZIP_ALLOWED'] to '1'
in /Path/To/Vanilla-1.1.5a/conf/settings.php.
if ($Configuration['LOWCALVANILLA_TOOLS_PATH']) {toif (!empty($Configuration['LOWCALVANILLA_TOOLS_PATH'])) {in that file.- Remove the any IfModule test in the .htaccess;
- Remove the packer output content type (comment out line 120 of LowCalVanilla/library/Class.MergedFile.php); it must be a bug in Apache 2.0.x but if php set the content type ( with header() ), mod_deflate won't compress the out (using AddOutputFilterByType DEFLATE). I tried to use other directive to force the type or force the compression but without success. As far as I know current browser do no use the js file content type.
Anyway, the result is a score of 94 with the YSlow plug-in:Does anybody knows of good S3 client written in php?
How is this new version supposed to work?
I've copied the lowcal/.htaccess content to my root .htaccess.
I'm using Firebug+YSlow to determine what's gzipped and what's not, and after several tries, with different hosts, different installations, no gziped files are served...
I've changed both $Configuration['LOWCALVANILLA_GZIP_ALLOWED'] and $Configuration['LOWCALVANILLA_PACKER_ENABLE'] to all possible combinations of 0 and 1, with no results.
TIA
Update
From error_log
[31-Oct-2008 14:25:00] PHP Warning: include_once(/home/public_html/myurl/extensions/LowCalVanilla/library/Class.FileToServe.php) [<a href='function.include-once'>function.include-once</a>]: failed to open stream: No such file or directory in /home/public_html/myurl/extensions/LowCalVanilla/packer.php on line 21 [31-Oct-2008 14:25:00] PHP Warning: include_once() [<a href='function.include'>function.include</a>]: Failed opening '/home/public_html/myurl/extensions/LowCalVanilla/library/Class.FileToServe.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/public_html/myurl/extensions/LowCalVanilla/packer.php on line 21Low-Cal 0.5.x doesn't use php to compress the files but Apache's mod-deflate. The directives used in the .htaccess in 0.5.0x to enable mod_defalte compress don't always work because they used the module identifier to check if the required Apache modules were installed. It now uses the module-file name and it should work better.
However, I noticed a problem with mod_deflate on MediaTemple; it doesn't compress the php output if it has something else than a text/html mime. So I will add an option to let the packer compress its own output in case your web server has the same bug.
It also allow php top compress the packed js files. Disabled by default (you should let Apache do it), you can enable it with
$Configuration['LOWCALVANILLA_PACKER_COMPRESSION_ENABLE'] = '1';