Fichier HTACCESS écrasé et modifié durant export du site
Autor: Axel
Visitado 2935,
Followers 1,
Compartido 0
Bonjour,
Avec la v14 Pro, cctuellement mon site est exporté et un fichier .htaccess existe (fichier créé manuellemetn pour entre autre géré une page 404) est présent dans la racine de mon serveur.
Avec la v15 pro, je n'ai pas configuré de page 404 dans le GUI, puisque j'ai déjà fait cela aurparavant et que mon fichier existe sur le serveur.
Mais en exportant mon site je reçois le message suivant:
Pourquoi la V15, veut écraser mon fichier .htaccess. !!!! j'ai rien configuré dans la v15 !
Lorsque j'exporte le site effectivement le fichier .htaccess est écrasé et ma gestion de page 404 dans le fichier est supprimée !!!
Merci de votre réponse.
Cordialement
Publicado en
Bonjour,
Je vais rencontrer le même problème, j'ai configuré le fichier .htaccess pour la sécurité de mon site en https, ainsi que pour les erreurs 401,402, 404 et aussi pour la protection de certains répertoires.
Une nouvelle version où il n'est pas possible de modifier le fichier .htaccess avant l'export du site.
Il est possible de modifier le fichier robots.txt, et le fichier .htaccess on oublie…..
Fernand
Autor
Ben oui... Bug de la v15.... Faut bien non !
tous ceux de la v14 sont corrigés ...Lol
Enfin pour moi c'est bug...
Il serait bien d'avoir au moins une demande de confirmation de type "voulez vous écraser votre fichier ? Oui / Non"
Merci Incomédia de sorti un correctif RAPIDEMENT car on ne peut pas à chaque export, agir manuellement pour remettre en place le fichier écrasé.
Cordialement
Bonjour.
Rien à craindre : j'ai créé avec la V15 une page 404 et le fichier .htacces n'a pas été écrasé mais modifié.
CLDT - Jean-Serge.
Il est vrai que je n'avais pas auparavant configuré la gestion de la page 404 dans le fichier .htacces
Autor
Jean Serge,
Le fichier .htacces ne gére pas uniquement la page 404 !!! mais plein d'options que ne gère pas WSX5 !!!
Donc si on posséde un fichier personnalisé précédemment il serait bien que Incomedia ne l'écrase pas !
Cordialement
Bonjour Axel.
Merci pour l'info concernant les diverses utilisations possibles du fichier .htacces ... Je suis au courant, je l'utilise entre autre pour des redirections et la protection de certains dossiers et répertoires.
Evidemment après la création d'une page 404 via Website X5 Version 15, la première chose que j'ai faite c'est d'éditer mon fichier .htacces.
Et comme je l'explique plus haut, il a été modifié et non écrasé. Seule la ligne "ErrorDocument 404 /page-404.html" a été ajoutée.
CLDT - Jean-Serge
Autor
Alors peut être que après avoir créer une page 404 il modifie le fichier .htacces en place... Ouf et tant mieux.
Mais quand on n'utilise pas la création de page 404 le fichier .htaccess est écrasé par Website.... (chez moi en tout cas)
Bonjour Axel.
Je viens de faire l'opération inverse : suppression de la page 404.
Avant la publication, WebSite X5 Version 15 annonce que le fichier .htaccess sera modifié.
Après édition de ce dernier, seule la ligne "ErrorDocument 404 /page-404.html" a été supprimée.
Il semble donc que l'on peut être confiant quant à l'utilisation de cette option.
CLDT - Jean-Serge.
Autor
Jean Serge,
NON..Moi j'ai systématiquement le message indiqué au début de mon post.
Et à chaque fois il écrase mon fichier pour mettre un fichier de base avec comme seule ligne:
# php_flag short_open_tag Off
NOTA:
Jean Serge y a t'il un fichier .htaccess sur le disque dans le répertoire du projet ? où ? contient'il les lignes à modifier, ou le fichier est il modifié à la volée ?
Cordialement
Autor
Voila le résumé de la situation de mon côté.
Sur 2 PROJETS.
Si je supprime manuellement le fichier .htacess sur le serveur web, l'export se passe normalement avec les 2 projets.
Si je copie manuellement un fichier .htaccess sur le serveur, durant l'export des 2 projets, WSX5 m'indique qu'il va modifié mon fichier .htacess (aucune page 404 configurée dans les 2 projets)...
Et le fichier .htacess est écrasé pour chaque projet !
Incomedia Team, on peut m'expliquer maintenant que c'est plus clair !!!
Cordialement
Bonjour Axel.
Je viens de faire la même manipulation que toi et à chaque fois le fichier .htaccess est conforme.
Cela ne pourrait-il pas être imputable aux règles de permissions que tu as attribuées à ton fichier .htaccess ?
CLDT - Jean-Serge.
Autor
Jean Serge
Ici les permissions sur le fichier pour les 2 sites. Je n'ai rien touché
Si les permissions en écriture n'étaient pas correctement installées, je pense que WSX5 ne pourrait pas écrire le fichier...
Si il faut chercher autour du transfert, voici ma config.
Je suis preneur de toutes idées pour comprendre...
ALLO, Incomédia ...à part Jean Serge peut il y avoir un peu plus de dialogue !!!
Cordialement
Axel.
Je pensais qu'à défaut de pouvoir modifier ton fichier .htaccess (absence d'autorisation), WebSite X5 le remplacait.
Effectivement tout est autorisé (Pour info, le mien : CHMOD 644).
Ce qui est étrange c'est cette ligne "# php_flag short_open_tag Off" dans le fichier .htaccess mis en place par WebSite X5.
Je pense que le mieux est d'attendre le passage d'un tech d'Incomédia qui saura à n'en pas douter, éclairer nos lanternes.
CLDT - Jean-Serge.
Autor
Jean-Serge,
Esprit puriste et éclaircissement si nécessaire...
Modifier un fichier ou le remplacer nécessite le droit en écriture (Write)... Y'a pas de différence pour cela ....
Principe de base sur les OS (windows, Linux, ....). Mais j'imagine que tu le sais.
Le reste oui attendons Incomedia...
Allo ??????
ou un vrai expert qui a une explication. :-)
Autor
Et de plus...
Le message est affiché bien avant d'écrire sur le serveur web.
Donc c'est bien une décision de WSX5 d'afficher ce message.
Certainement parce qu'il a listé le fichier avant d'exporter le site... Mais pourquoi puisque je n'ai pas de page 404...
Donc je transfère manuellement le fichier à chaque export...
Merci Incomedia... car il faut trouver une explication / solution...
Hi FALCK
I confirm that , whether you are using the 404 page or not, the software is going to show that message, also because this part you mentioned :
"# php_flag short_open_tag Off"
Is going to be added.
I confirm that this operation should handle the 404 page and that text ONLY. No other edits to the file will be done.
Should this not be your case, and should it happen that some other line on your file is overwritten, please let me know which one.
Please keep me updated on this matter
Stefano
GOOGLE TRANSLATE ---
Salut FALCK
Je confirme que, que vous utilisiez la page 404 ou non, le logiciel va montrer ce message, aussi parce que cette partie que vous avez mentionnée:
"# php_flag short_open_tag"
Va être ajouté.
Je confirme que cette opération devrait gérer la page 404 et ce texte SEULEMENT. Aucune autre modification du fichier ne sera effectuée.
Si ce n'est pas votre cas, et si une autre ligne de votre fichier est écrasée, faites-moi savoir laquelle.
Merci de me tenir au courant de cette affaire
Stefano
Autor
Stefano,
Mon fichier .htacces installé manuellement sur mon site est le suivant:
ErrorDocument 404 http://www.afsoftware.fr/404.html
# php_flag short_open_tag Off
Lorsque WSX5 exporte mon projet il écrase le fichier .htacces et celui ci ne comporte plus que la ligne
# php_flag short_open_tag Off
Si il n'y a pas de fichier .htaccess sur le serveur web, je n'ai aucun message. Donc le message n'a rien à voir avec l'absence de page 404 mais avec la présence du fichier sur le serveur web
Pour moi WSX5 écrase la ligne 1 du fichier .... Il ne fait pas une insertion de ligne dans le fichier mais un changement du contenu de la ligne 1 en la modifiant.
Cordialement
Hi FALCK.
From what I understood, I'd say this is the expected behavior.
The software looks for a line which specifies the 404 condition, and handles that one line specifically.
If you toggle the 404 off inside the software, it will remove that specific line from the file. It has no way of knowing whether it was inserted by the program or manually. If you toggle it on, it will be reinserted.
This is the expected behavior, considering that the v15 now takes cares of the 404 redirect too.
This should normally never be a problem, unless you intend to write something particular for the 404 redirect which you can't do with the software.
If that is not the case though, it is normal that the software removes and modifies that line according to your settings.
Should you need any further clarification on this, please let me know here so that we might sort it out.
Keep me updated
Stefano
GOOGLE TRANSLATE ---
Salut FALCK.
D'après ce que j'ai compris, je dirais que c'est le comportement attendu.
Le logiciel recherche une ligne qui spécifie la condition 404 et gère spécifiquement cette ligne.
Si vous désactivez le 404 à l'intérieur du logiciel, il supprimera cette ligne spécifique du fichier. Il n'a aucun moyen de savoir s'il a été inséré par le programme ou manuellement. Si vous l'activez, il sera réinséré.
C'est le comportement attendu, considérant que la v15 prend maintenant soin de la redirection 404 aussi.
Cela ne devrait normalement jamais poser de problème, sauf si vous avez l'intention d'écrire quelque chose de particulier pour la redirection 404 que vous ne pouvez pas faire avec le logiciel.
Si ce n'est pas le cas, il est normal que le logiciel supprime et modifie cette ligne en fonction de vos paramètres.
Si vous avez besoin de plus de précisions à ce sujet, s'il vous plaît faites le moi savoir ici afin que nous puissions le régler.
Tenez moi au courant
Stefano
Autor
Stefano,
j'ai déjà dit que je n'avais pas de page 404 dans mon projet !!!!
ALORS Pourquoi WSX5 me dit modifier mon fichier .HTACCESS si celui ci est présent sur le serveur web...
et POURQUOI WSX5 ne fait rien lorsque le fichier .HTACCESS n'est pas présent sur le serveur web...
Ton explication ne convient pas...
Autor
Hi Incomedia, Stefano...
je ne suis pas seul :
https://helpcenter.websitex5.com/es/post/190025
Hi FALCK.
I checked the topic you linked for me.
The user's specific problem appears to be that the software won't let him set the homepage (index.html/index.php) as the default 404 page.
So he tries to set it manually in the file, but considering that the software now handles the 404 redirect directly inside the program, this part gets of course overridden.
Basically, to reiterate what I mentioned before, as of now the software will ALWAYS handle the 404 redirect inside your htaccess file.
If you don't select any 404 page, it will remove it from the htaccess. If you do, it will place that.
I will communicate to the developers the fact that some users would like to be able to handle the redirect ENTIRELY on their own, without the program ever needing to modify that specific line.
I hope the matter is now a little clearler, and I remain available for any further clarification.
Thank you
Stefano
GOOGLE TRANSLATE ---
Salut FALCK.
J'ai vérifié le sujet que vous avez lié pour moi.
Le problème spécifique de l'utilisateur semble être que le logiciel ne lui laissera pas définir la page d'accueil (index.html / index.php) comme la page 404 par défaut.
Il essaie donc de le définir manuellement dans le fichier, mais étant donné que le logiciel gère maintenant la redirection 404 directement à l'intérieur du programme, cette partie est bien sûr surchargée.
Fondamentalement, pour réitérer ce que j'ai mentionné auparavant, à partir de maintenant le logiciel s'occupera TOUJOURS de la redirection 404 dans votre fichier htaccess.
Si vous ne sélectionnez aucune page 404, elle sera supprimée de l'htaccess. Si vous le faites, il placera cela.
Je vais communiquer aux développeurs le fait que certains utilisateurs aimeraient pouvoir gérer la redirection ENTIÈREMENT par leurs propres moyens, sans que le programme ait besoin de modifier cette ligne spécifique.
J'espère que la question est maintenant un peu plus claire, et je reste disponible pour toute clarification supplémentaire.
Je vous remercie
Stefano