Styles not loading - permission problem

[mrio1212]

I'm running prestashop 1.6.1.1 and I just uploaded it to the server. On my localhost styles were loading properly but after upload files that should contain stylesheets aren't loaded. I mean they contain 403 forbidden error message. Permissions to theme folder and css are set to 755. HTML and images are loaded OK but not styles.

 

Why does it happen?

 

Thanks in advance.

[Denver Prophit Jr.]

Submit an issue with your web host. All directories should be 755 and all files should be 644 unless they run PHP DSO. Let me know if that fixes it?

[mrio1212]

In themes and in modules folders there are htaccess' and I had to change "FilesMatch" to "Files" in those files, and that helped.

[Denver Prophit Jr.]

Can you use the code button and post your .htaccess? Yes you could have had a syntax error. That would show up in your hosting providers web server log.

[selectshop.at]

Be aware that some styles of default bootstrap theme are loaded from outside (fontawsome or Google Fonts for ex.). If your server has a firewall, than I'm sure this is blocking the service. As Denver told, you should ask your provider to check his error logs on IP-tables.

[Denver Prophit Jr.]

Be aware that some styles of default bootstrap theme are loaded from outside (fontawsome or Google Fonts for ex.). If your server has a firewall, than I'm sure this is blocking the service. As Denver told, you should ask your provider to check his error logs on IP-tables.

fontawesome and google fonts are loaded over port 443. I doubt their hosting provider is blocking the IP addresses of those. Might be possible with a less experienced hostmaster, I suppose? He mentioned <filesmatch> or <files>. I assume there is an order deny, allow of that nature and syntax problems. Web server log would say there is a syntax error and throw that type of 403 denied error.

[selectshop.at]

In themes and in modules folders there are htaccess' and I had to change "FilesMatch" to "Files" in those files, and that helped.

 

 

Files and FilesMatch is not the same and seems to be a (wrong)special configuration of your host.

 

The <FilesMatch> directive limits the scope of the enclosed directives by filename, just as the <Files> directive does.

The <Files> directive limits the scope of the enclosed directives by filename. It is comparable to the and directives. It should be matched with a </Files> directive. The directives given within this section will be applied to any object with a basename (last component of filename) matching the specified filename. <Files> sections are processed in the order they appear in the configuration file, after the sections and .htaccess files are read, but before sections. Note that <Files> can be nested inside sections to restrict the portion of the filesystem they apply to.

The filename argument should include a filename, or a wild-card string, where ? matches any single character, and * matches any sequences of characters.

 

Which php version is in use ? Pretashop 1.6.1. should use only php versions 5.4+.

[selectshop.at]

fontawesome and google fonts are loaded over port 443. I doubt their hosting provider is blocking the IP addresses of those. Might be possible with a less experienced hostmaster, I suppose? He mentioned <filesmatch> or <files>. I assume there is an order deny, allow of that nature and syntax problems. Web server log would say there is a syntax error and throw that type of 403 denied error.

Well have seen several providers denying these services by bad configured firewalls, blocking IP's and not ports.... If it is missing experience or not, I cannot say. Most of them simply activate something without knowing what they are doing and don't care about configuration...

Edited October 2, 2015 by selectshop.at (see edit history)

[Denver Prophit Jr.]

Deny fonts.google.com and the fontawesome CDN? Awaiting his paste of htaccess. 

[mrio1212]

<Files "\.tpl$">
Deny from all
</Files>

This is htaccess that works on hosting which I use.

[Denver Prophit Jr.]

That would be correct if in the /themes folder.

Your error that I saw then is still your deprecated MySQL PDO PHP module.