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

  • Posts: 456
  • Thank you received: 18
  • Hikashop Business
9 years 4 months ago #201533

-- 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:"

<IfModule mod_security.c>
SecFilterRemove 001684
</IfModule>

Auparavant j’ai moi-même ajouté plusieurs règles au fichier .htacces
<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: 9 years 4 months ago by kilou.

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

  • Posts: 456
  • Thank you received: 18
  • Hikashop Business
9 years 4 months ago #201535

… 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.045 seconds
Powered by Kunena Forum