X3 Photo Gallery Support Forums
http://phillip.com.pl/x3/js/modernizr.imagevue.js
http://phillip.com.pl/x3/css/imagevue.skin.default.css
# Block access to backup and source files. These files may be left by some
# text/html editors and pose a great security danger, when anyone can access
# them.
<FilesMatch "(\.(bak|config|dist|fla|inc|ini|log|psd|sh|sql|swp)|~)$">
Order allow,deny
Deny from all
Satisfy All
</FilesMatch>
Hmm I guess this htaccess pre-gzipped css+js files might be dodgy business. Question: At the time of writing this, if I click the links to the .js and .css files above, they download. Did you change anything related in the .htaccess?Artur wrote:http://phillip.com.pl/x3/
Same here.Seems like it wont load the gziped files properly :Caching issue?Codehttp://phillip.com.pl/x3/js/modernizr.imagevue.js http://phillip.com.pl/x3/css/imagevue.skin.default.css
# Add encoding and type to pre-compressed .jsgz and .cssgz files
#AddEncoding gzip jsgz cssgz
#AddType text/css cssgz
#AddType application/javascript jsgz
# Redirect to compressed gz file if it exists
#RewriteCond %{REQUEST_FILENAME}gz -f
#RewriteRule ^(.+)\.(css|js)$ $1.$2gz [L]
Interesting, thanks. The htaccess file may be a bit overdone, making server prone to errors. May need to disable a few features.Artur wrote:BTW.
With this .htaccess code, my serwer shows an 404 error :I couldn't even run the X3 for the first time, before I deleted the above.Code# Block access to backup and source files. These files may be left by some # text/html editors and pose a great security danger, when anyone can access # them. <FilesMatch "(\.(bak|config|dist|fla|inc|ini|log|psd|sh|sql|swp)|~)$"> Order allow,deny Deny from all Satisfy All </FilesMatch>
No, I deleted only the lines that I posted previously.mjau-mjau wrote:Hmm I guess this htaccess pre-gzipped css+js files might be dodgy business. Question: At the time of writing this, if I click the links to the .js and .css files above, they download. Did you change anything related in the .htaccess?
That partially works : The site loads fine but not images. Should the images be compressed "on the fly" also?mjau-mjau wrote:PS! Please, you can try to disable the re-direct to compressed css/js files by commenting out lines 15-22 in .htaccess:
It will instead compress the files to gzip on-demand, which is almost as good. I just wanted to see if I could lighten the burden on server as much as possible, as speed is paramount.Code# Add encoding and type to pre-compressed .jsgz and .cssgz files #AddEncoding gzip jsgz cssgz #AddType text/css cssgz #AddType application/javascript jsgz # Redirect to compressed gz file if it exists #RewriteCond %{REQUEST_FILENAME}gz -f #RewriteRule ^(.+)\.(css|js)$ $1.$2gz [L]
@mymzmymz wrote:I got the same problem with that white page on my root-server:
http://galleryv3.mymz.de
http://galleryv3.mymz.de/i.php // diag file
what am I doing wrong? The gallery seems not to load the css :/
Thank you for your help!
already done but same issue. I found out, that it tries to load the css documents in /gallery_root/css but they are located in /gallery_root/public/css - may that be the problem?mjau-mjau wrote:@mymzmymz wrote:I got the same problem with that white page on my root-server:
http://galleryv3.mymz.de
http://galleryv3.mymz.de/i.php // diag file
what am I doing wrong? The gallery seems not to load the css :/
Thank you for your help!
I released an update already, and you should be able to upload a few selective files to fix the CSS/JS issue:
viewtopic.php?f=51&t=8316
Let me know how it goes!
This is likely another issue altogether. In fact, it sounds like you are just seeing the spinning red loader in place of the images? This is something to do with the image resizer- and caching ... Could be somehow your server is not managing to resize the given images. Try to right-click the unloaded image, and click "view image" ... I suspect it might show an error message with "exhausted memory" or something ...Artur wrote:That partially works : The site loads fine but not images. Should the images be compressed "on the fly" also?
Yep, that's correct.mjau-mjau wrote:This is likely another issue altogether. In fact, it sounds like you are just seeing the spinning red loader in place of the images? This is something to do with the image resizer- and caching ... Could be somehow your server is not managing to resize the given images. Try to right-click the unloaded image, and click "view image" ... I suspect it might show an error message with "exhausted memory" or something ...Artur wrote:That partially works : The site loads fine but not images. Should the images be compressed "on the fly" also?
It should in fact load from your /gallery_root/css, because the htaccess does a "re-write" to load stuff from inside the "public" folder. It does sound like you may have some trouble with the htaccess though ...mymz wrote:already done but same issue. I found out, that it tries to load the css documents in /gallery_root/css but they are located in /gallery_root/public/css - may that be the problem?
Strange. This is a virtual debian server on my own ESXi host but the main domain points to another server so it will be a little bit complicated to change the whole configuration. I will try to point my domain to that server for testing purposes.mjau-mjau wrote:It should in fact load from your /gallery_root/css, because the htaccess does a "re-write" to load stuff from inside the "public" folder. It does sound like you may have some trouble with the htaccess though ...
Do you know if there is another URL to the link http://galleryv3.mymz.de like http://mymz.de/galleryv3/ or something? I am wondering if maybe that subdomain is interfering somehow. Is this your own server? There seems to be some trouble with standard htacess settings ...
There are some problems with mod-rewrite on your server. The above URL basically points here:Artur wrote:Yep, that's correct.
It shows me a 403 forbidden error, eg.:
http://phillip.com.pl/x3/render/w800-h0 ... buffet.jpg
Perhaps double-check that the .htaccess file in your gallery root contains the following code between lines 58-62:mymz wrote:Now mymz.de points directly to that gallery but the issue is still the same. Other .htaccess files are working properly.
# Rewrite any file calls to the public directory
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !public/
RewriteRule ^(.+)$ public/$1 [L]