Skip to main content

[Réglé] Problème accès aux fichiers "Vues"

More
11 years 4 months ago - 11 years 4 months ago #201533 by kilou
-- HikaShop version -- : 2.4.0
-- Joomla version -- : 3.4.1

Bonjour,
j’ai voulu effectuer une modification dans un des fichiers Vues d’Hikashop et j’ai reçu un message d’erreur m’empêchant d’éditer le fichier, c’est d’ailleurs le cas pour tous les fichiers Vues de mon template.

Est-ce que la mise à jour d’Hikashop de la version 2.3.5 à la version 2.4.0 aurait changé quelque chose? Je n’ai plus effectué de changement depuis la dernière mise à jour d’Hikashop.
J’ai contacté mon hébergeur en pensant que le problème pouvait venir d’eux, mais leur réponse fait allusion à une sécurité supplémentaire à partir de l’application. Ils ont dû ajouter une règle dans le fichier .htaccess.

Voici leur réponse:
"You were having this issue because your application was matching a security rule. In order to prevent the issue from recurring i have added the following rule to the .htaccess files:"
Code:
<IfModule mod_security.c> SecFilterRemove 001684 </IfModule>

Auparavant j’ai moi-même ajouté plusieurs règles au fichier .htacces
Code:
<IfModule mod_expires.c> # Turn on Expires and set default to now ExpiresActive On ExpiresDefault "now" # Set up caching on media files for 1 month <FilesMatch "\.(flv|ico|pdf|avi|mov|ppt|doc|mp3|wmv|wav|swf)$"> ExpiresDefault "access plus 1 month" </FilesMatch> # Set up caching on images, CSS and JS files for 1 week <FilesMatch "\.(gif|jpg|jpeg|png|js|css)$"> ExpiresDefault "access plus 1 week" </FilesMatch> # Set up 1 hour caching on commonly updated files <FilesMatch "\.(xml|xsl|html|htm|txt)$"> ExpiresDefault "access plus 1 hour" </FilesMatch> # Force no caching for dynamic files <FilesMatch "\.(php|cgi|pl)$"> ExpiresActive Off </FilesMatch> </IfModule> <IfModule mod_headers.c> # Remote ETag from headers Header unset ETag # Disable ETag for files FileETag None # Media files are catchable <FilesMatch "\.(flv|ico|pdf|avi|mov|ppt|doc|mp3|wmv|wav|swf)$"> Header append Cache-Control "public" </FilesMatch> # Images, css and javascript files are catchable <FilesMatch "\.(gif|jpg|jpeg|png|js|css)$"> Header append Cache-Control "public" </FilesMatch> # Commonly updated files are catchable <FilesMatch "\.(xml|html|htm|txt)$"> Header append Cache-Control "public" </FilesMatch> # Force no caching for dynamic files <FilesMatch "\.(php|cgi|pl|htm)$"> Header set Cache-Control "private, no-cache, no-store, proxy-revalidate, no-transform" Header set Pragma "no-cache" </FilesMatch>

Pensez-vous qu’une de ces règles aurait pu empêcher l’édition de ces fichiers?

Merci pour vos éclaircissements.
Last edit: 11 years 4 months ago by kilou.

Please Log in or Create an account to join the conversation.

More
11 years 4 months ago #201535 by kilou
… bon, étrange… tout est rentré dans l'ordre, je me pose tout de même des questions à savoir si l'hébergeur ne s'est pas rendu compte d'avoir activé une protection de trop …

Please Log in or Create an account to join the conversation.

Time to create page: 0.203 seconds
Powered by Kunena Forum