restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

Réduire
X
Réduire
 
  • Page sur 1
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages
Précédent template Suivant
  • #1

    restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

    Bonjour,

    Afin de tester aeSecure en local avant de le déployer sur le site en production, j'ai restauré une sauvegarde en local.
    J'ai longtemps galéré (pas d'accès à l'administration, j'avais une magnifique erreur 500 accès au serveur impossible), mais finalement en renommant mon .htaccess en htaccess.txt j'ai réussi à accéder à mon back-end (ouf !)

    Problème : visiblement, sans mon htaccess, il est impossible d'afficher les pages front-end...
    Firefox dit : La connexion avec le serveur a été réinitialisée pendant le chargement de la page
    Chrome dit : ERR_CONNECTION_RESET

    Lorsque je clique sur Voir le site, la barre d'adresse affiche :
    http://localhost/sauvegardes/20160219/


    J'ai essayé de rétablir une partie de mon .htaccess en ne laissant sans commentaire que les lignes rewrite
    et j'ai tenté de préciser la ligne :
    RewriteBase /
    en :
    RewriteBase /sauvegardes/20160219

    mais ça ne change rien.

    Les lignes non commentées de mon htaccess sont les suivantes :
    (les lignes commentées sont commentées même dans la version du site en ligne)
    (et sans aucun htaccess, je rappelle que je n'accède pas non plus au front-end)

    IndexIgnore *
    Options +FollowSymlinks
    Options -Indexes

    <FilesMatch "\.(js|css)$">
    <IfModule mod_expires.c>
    ExpiresActive on
    ExpiresDefault "access plus 7 days"
    </IfModule>
    FileETag MTime Size
    </FilesMatch>

    <IfModule mod_rewrite.c>

    RewriteEngine On
    RewriteBase /sauvegardes/20160219
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.+)\.(\d+)\.(php|js|css|png|jpg|gif|gzip)$ $1.$3 [L]
    RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
    RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
    RewriteRule .* index.php [F]
    RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
    RewriteCond %{REQUEST_URI} !^/index\.php
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-l

    #RewriteRule .* index.php [L]

    # 1&1 Hack
    RewriteRule !index\.php - [C]
    RewriteRule ^ /index.php

    </IfModule>

    RewriteCond %{HTTP_HOST} ^rouchenergies.fr$
    RewriteRule ^(.*) http://www.rouchenergies.fr/$1 [R=301,L]



    Si ça peut aider, voici la fin de mon error.log :

    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP Strict standards: Only variables should be assigned by reference in D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\modules \\mod_cookiesaccept\\mod_cookiesaccept.php on line 24, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP Stack trace:, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 1. {main}() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\index.p hp:0, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 2. JApplicationCms->execute() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\index.p hp:45, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 3. JApplicationSite->render() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\cms\\application\\cms.php:258, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 4. JApplicationCms->render() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\cms\\application\\site.php:745, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 5. JDocumentHTML->render() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\cms\\application\\cms.php:1059, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 6. JDocumentHTML->_renderTemplate() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\joomla\\document\\html\\html.php:477, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 7. JDocumentHTML->getBuffer() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\joomla\\document\\html\\html.php:697, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 8. JDocumentRendererModules->render() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\joomla\\document\\html\\html.php:411, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 9. JDocumentRendererModule->render() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\joomla\\document\\html\\renderer\\modules.php: 43, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 10. JModuleHelper::renderModule() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\librari es\\joomla\\document\\html\\renderer\\module.php:1 03, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.205214 2016] [:error] [pid 5596:tid 1016] [client ::1:51676] PHP 11. include() D:\\www Sauvegardes Akeeba\\UwAmp\\www\\sauvegardes\\20160219\\plugins \\system\\jsntplframework\\includes\\core\\j3x\\js ntplmodulehelper.php:195, referer: http://localhost/sauvegardes/2016021...ator/index.php
    [Sat Feb 20 13:24:14.948256 2016] [mpm_winnt:notice] [pid 7440:tid 264] AH00428: Parent: child process 5596 exited with status 3221225725 -- Restarting.
    [Sat Feb 20 13:24:15.336278 2016] [ssl:warn] [pid 7440:tid 264] AH01873: Init: Session Cache is not configured [hint: SSLSessionCache]
    [Sat Feb 20 13:24:15.337278 2016] [ssl:warn] [pid 7440:tid 264] AH01906: main-serveur:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
    [Sat Feb 20 13:24:15.337278 2016] [ssl:warn] [pid 7440:tid 264] AH01909: main-serveur:443:0 server certificate does NOT include an ID which matches the server name
    [Sat Feb 20 13:24:15.352279 2016] [mpm_winnt:notice] [pid 7440:tid 264] AH00455: Apache/2.4.18 (Win32) OpenSSL/1.0.2f PHP/5.6.18 configured -- resuming normal operations
    [Sat Feb 20 13:24:15.352279 2016] [mpm_winnt:notice] [pid 7440:tid 264] AH00456: Server built: Jan 28 2016 09:58:25
    [Sat Feb 20 13:24:15.352279 2016] [core:notice] [pid 7440:tid 264] AH00094: Command line: 'D:\\www Sauvegardes Akeeba\\UwAmp\\bin\\apache\\bin\\httpd.exe -d D:/www Sauvegardes Akeeba/UwAmp/bin/apache -f D:\\www Sauvegardes Akeeba\\UwAmp\\bin\\apache\\conf\\httpd.conf'
    [Sat Feb 20 13:24:15.353279 2016] [mpm_winnt:notice] [pid 7440:tid 264] AH00418: Parent: Created child process 8416
    [Sat Feb 20 13:24:16.056319 2016] [ssl:warn] [pid 8416:tid 276] AH01906: main-serveur:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
    [Sat Feb 20 13:24:16.056319 2016] [ssl:warn] [pid 8416:tid 276] AH01909: main-serveur:443:0 server certificate does NOT include an ID which matches the server name
    [Sat Feb 20 13:24:16.227329 2016] [ssl:warn] [pid 8416:tid 276] AH01873: Init: Session Cache is not configured [hint: SSLSessionCache]
    [Sat Feb 20 13:24:16.228329 2016] [ssl:warn] [pid 8416:tid 276] AH01906: main-serveur:443:0 server certificate is a CA certificate (BasicConstraints: CA == TRUE !?)
    [Sat Feb 20 13:24:16.228329 2016] [ssl:warn] [pid 8416:tid 276] AH01909: main-serveur:443:0 server certificate does NOT include an ID which matches the server name
    [Sat Feb 20 13:24:16.247330 2016] [mpm_winnt:notice] [pid 8416:tid 276] AH00354: Child: Starting 64 worker threads.

    Evidemment tout ça c'est du chinois pour moi...
    L'un d'entre vous aurait-il une idée à me souffler ?
    Quelle bêtise ai-je fait ?

    Merci d'avance pour le coup de main.
    Bon WE

    Flo
    Flo, Ariège

    Il n'y a que celui qui a honte d'apprendre qui a peur de demander
    Tags: Aucun
  • #2
    Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

    Bonjour,

    Il est bien noté sur Asecure que tu ne dois pas toucher ton .htaccess en manuel. Donc le problème doit venir de la.

    Commentaire

    • #3
      Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

      Bonjour,

      Vu les chemins de fichiers, j'en conclus qu'il s'agit d'un Windows sous uWamp.

      Le module Apache de cette pile AMP est-il compilé ou activé ?
      Il doit y avoir un onglet ou une icone de configuration Apache. Activer mod_rewrite et les .htaccess ne devraient plus poser de problèmes.
      Pas de demande de support par MP.
      S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

      Commentaire

      • #4
        Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

        Bonjour Flo

        Pour que je comprennes bien : en renommant le fichier .htaccess à la racine de ton site localhost, tu as pu accéder à ton administration. Mais qu'en est-il de ton frontend ? Si, avec aucun .htaccess d'actif (ni celui d'aeSecure ni celui de Joomla), as-tu accès à ton site ?

        Si pas, il faudrait en effet voir du côté de ton serveur local.

        Puisque sans avoir aucun .htaccess, tu as eu accès à ton admin, il n'y a pas lieu de modifier p.ex. RewriteBase...

        Une idiotie : peux-tu essayer http://127.0.0.1 au lieu de http://localhost... Désolé mais à ce stade je n'ai pas d'explications à te donner reste que, .htaccess étant renommé, aeSecure n'est en aucune manière lié à ce problème de connexion.

        Bonne journée.
        Christophe (cavo789)
        Mon blog, on y parle Docker, PHP, WSL, Markdown et plein d'autres choses : https://www.avonture.be
        Logiciel gratuit de scan antivirus : https://github.com/cavo789/aesecure_quickscan (plus de 45.000 virus détectés, 700.000 fichiers sur liste blanche)​

        Commentaire

        • #5
          Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

          Alors, que les choses soient bien claires :
          aeSecure n'est en rien en cause dans mon problème !!

          Et pour cause : je ne l'ai pas encore installé !!
          Pardon si je vous ai induits en erreur en y faisant référence en début de message, mais en fait la seule raison pour laquelle j'en parlais, c'est pour dire pourquoi j'avais tant besoin de restaurer mon site en local (pour faire des tests, mais que je n'ai pas encore faits !)

          Sur ce, je m'en vais vérifier ce qu'on me demande, à + tard.
          Flo, Ariège

          Il n'y a que celui qui a honte d'apprendre qui a peur de demander

          Commentaire

          • #6
            Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

            N'oublie pas que si tu as activé la réécriture au vol de tes adresses (ce qui est le cas sur le site ne ligne), le .htaccess est indispensable.
            Donc pour naviguer sans .htaccess en local, il te faut la désactiver depuis la configuration du site.
            Ensuite, pour tester aeSecure, il te faudra utiliser un .htaccess et donc faire la modification de ton serveur local pour activer mod_rewrite comme te l'a dit jisse03.
            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
            MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

            Commentaire

            • #7
              Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

              Envoyé par jisse03 Voir le message
              Bonjour,

              Vu les chemins de fichiers, j'en conclus qu'il s'agit d'un Windows sous uWamp.

              Le module Apache de cette pile AMP est-il compilé ou activé ?
              Il doit y avoir un onglet ou une icone de configuration Apache. Activer mod_rewrite et les .htaccess ne devraient plus poser de problèmes.
              Bonjour Jisse,

              Apache : démarré (en Offline Mode)

              Apache config :

              virtual serveur :
              main-serveur *:80
              main-serveur *:443

              modules :
              rewrite_module est coché

              htaccess ou pas (renommé htaccess.bak par exemple), pas moyen d'accéder au front-end.... : ERR_CONNECTION_RESET


              Envoyé par cavo789 Voir le message
              Bonjour Flo

              Pour que je comprennes bien : en renommant le fichier .htaccess à la racine de ton site localhost, tu as pu accéder à ton administration. Mais qu'en est-il de ton frontend ? Si, avec aucun .htaccess d'actif (ni celui d'aeSecure ni celui de Joomla), as-tu accès à ton site ?

              Si pas, il faudrait en effet voir du côté de ton serveur local.

              Puisque sans avoir aucun .htaccess, tu as eu accès à ton admin, il n'y a pas lieu de modifier p.ex. RewriteBase...

              Une idiotie : peux-tu essayer http://127.0.0.1 au lieu de http://localhost... Désolé mais à ce stade je n'ai pas d'explications à te donner reste que, .htaccess étant renommé, aeSecure n'est en aucune manière lié à ce problème de connexion.

              Bonne journée.
              Salut Christophe,

              J'ai tenté le remplacement de localhost par 127.0.0.1 mais ça ne change rien.
              Et pour te répondre : j'accède bien au backend, mais pas du tout au frontend.
              J'ai aussi été enlevé la modif que j'avais faite à mon htaccess, puis l'ai de toute façon renommé htaccess.bak pour voir si ça irait mieux (en ayant désactivé la réécriture au vol des URL)
              Rien à faire
              Dernière édition par FlodAriege à 20/02/2016, 16h40
              Flo, Ariège

              Il n'y a que celui qui a honte d'apprendre qui a peur de demander

              Commentaire

              • #8
                Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                Envoyé par RobertG Voir le message
                N'oublie pas que si tu as activé la réécriture au vol de tes adresses (ce qui est le cas sur le site ne ligne), le .htaccess est indispensable.
                Donc pour naviguer sans .htaccess en local, il te faut la désactiver depuis la configuration du site.
                Ensuite, pour tester aeSecure, il te faudra utiliser un .htaccess et donc faire la modification de ton serveur local pour activer mod_rewrite comme te l'a dit jisse03.
                Bonjour RobertG,
                Oui, bien sûr !
                J'ai donc été désactivé la réécriture au vol des URL, puis vidé le cache, puis tenté à nouveau d'accéder à :
                http://127.0.0.1/sauvegardes/20160219/

                et avec un autre navigateur (au cas où le cache de Chrome ne se soit pas vidé).
                Eh ben ça marche toujours pas. Firefox dit :
                La connexion avec le serveur a été réinitialisée pendant le chargement de la page.

                ... ???
                Flo, Ariège

                Il n'y a que celui qui a honte d'apprendre qui a peur de demander

                Commentaire

                • #9
                  Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                  Pour info, tout à l'heure, le site de production n'a vraiment pas été rapide à s'afficher. N'aurais-tu pas des appels à des sites externes ou une page lourde ?
                  "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                  MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

                  Commentaire

                  • #10
                    Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                    Tiens, dans ton configuration.php, aurais-tu $live_site (de mémoire) qui contiendrait une URL ? Il faudrait mentionner $live_site='';
                    Christophe (cavo789)
                    Mon blog, on y parle Docker, PHP, WSL, Markdown et plein d'autres choses : https://www.avonture.be
                    Logiciel gratuit de scan antivirus : https://github.com/cavo789/aesecure_quickscan (plus de 45.000 virus détectés, 700.000 fichiers sur liste blanche)​

                    Commentaire

                    • #11
                      Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                      Envoyé par FlodAriege Voir le message
                      Apache : démarré (en Offline Mode)

                      Apache config :

                      virtual serveur :
                      main-serveur *:80
                      main-serveur *:443

                      modules :
                      rewrite_module est coché

                      htaccess ou pas (renommé htaccess.bak par exemple), pas moyen d'accéder au front-end.... : ERR_CONNECTION_RESET
                      Une chose à tester, la doc uWamp http://www.uwamp.com/fr/?page=doc#onlineoffline manquant quelque peu de clarté.
                      Dans configuration.php, pour MySQL, essaies avec le host en 127.0.0.1, user: root, password: root

                      N'ayant pas windows sous la main, impossible de vérifier
                      Pas de demande de support par MP.
                      S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadok)

                      Commentaire

                      • #12
                        Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                        Envoyé par jisse03 Voir le message
                        Une chose à tester, la doc uWamp http://www.uwamp.com/fr/?page=doc#onlineoffline manquant quelque peu de clarté.
                        Dans configuration.php, pour MySQL, essaies avec le host en 127.0.0.1, user: root, password: root

                        N'ayant pas windows sous la main, impossible de vérifier
                        Pensant que ça venait peut-être de uWamp, j'ai installé Wamp Server.
                        Et j'ai exactement le même problème... !
                        J'ai tenté en remplaçant localhost par 127.0.0.1 (dans l'URL, et dans configuration.php) mais rien n'y fait.
                        J'avais aussi vérifié que user = root
                        Quant à password, sous Wamp, je l'ai laissé vide (c'était le seul moyen de réussir à restaurer la BDD, chaque fois que je mettais root ou autre chose ça plantait en disant impossible d'accéder à mySQL.



                        Envoyé par cavo789 Voir le message
                        Tiens, dans ton configuration.php, aurais-tu $live_site (de mémoire) qui contiendrait une URL ? Il faudrait mentionner $live_site='';
                        Vérifié. c'est pas ça. Merci.

                        Envoyé par RobertG Voir le message
                        Pour info, tout à l'heure, le site de production n'a vraiment pas été rapide à s'afficher. N'aurais-tu pas des appels à des sites externes ou une page lourde ?
                        Les 2 mon capitaine.
                        J'ai déjà supprimé quelques scripts externes redondants, et ne sais plus trop quoi désactiver à présent.
                        Toutes les images sont optimisées, alors pour ce qui est du poids à part déshabiller complètement le site je ne sais plus quoi faire.

                        Mais bon, un problème à la fois, hein ;-)
                        Dernière édition par FlodAriege à 20/02/2016, 18h53
                        Flo, Ariège

                        Il n'y a que celui qui a honte d'apprendre qui a peur de demander

                        Commentaire

                        • #13
                          Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                          Ayééééééééééééééééééééééééé !!!
                          J'ai trouvééééééééééééé !

                          C'était JCH Optimize qui bloquait !
                          Il a suffi que je le désactive pour que mon frontend s'affiche gentiment (alors qu'il marche tip-top sur mon site en production, au réglage maxi).
                          Va comprendre...
                          Si quelqu'un a une idée sur la question, ça m'intéresserait bien de savoir ce qui se passe.
                          Parce que du coup, je vais pouvoir tester aeSecure, mais pas dans des conditions "réelles", vu que JCH ne tournera pas en parallèle.

                          Et puis je vois (au moins) un bug qui n'existe pas sur le site en production : un warning qui dit :
                          Notice: Undefined property: stdClass::$text in D:\www Sauvegardes Akeeba\UwAmp\www\sauvegardes\20160219\plugins\cont ent\pagebreakmyjspace\pagebreakmyjspace.php on line 166

                          Le problème c'est que j'ai pas (encore) appris à interpréter ce genre de message, donc ce n'est pas très intéressant pour moi...
                          Si vous avez un bon site à me recommander pour comprendre ce type de message, n'hésitez pas à m'y envoyer faire un tour ;-)
                          Dernière édition par FlodAriege à 20/02/2016, 18h52
                          Flo, Ariège

                          Il n'y a que celui qui a honte d'apprendre qui a peur de demander

                          Commentaire

                          • #14
                            Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                            Il est donc fort possible que ce soient les fichiers en cache de JCH qui aient bloqué : vide bien ton cache sur le site local et teste la réactivation de JCH.
                            "Patience et longueur de temps font plus que force ni que rage..." (La Fontaine : Le Lion et le Rat) - "Il n'y a pas de problèmes; il n'y a que des solutions" (André Gide).
                            MoovJla et LazyDbBackup sur www.joomxtensions.com - FaQ sur www.fontanil.info - Site pro : www.robertg-conseil.fr chez PHPNET, sites perso chez PlanetHoster + sites gérés chez PHPNET, PlanetHoster, Ionos et OVH

                            Commentaire

                            • #15
                              Re : restauration en local (accès au backend mais pas au frontend) : HTACCESS ?

                              Envoyé par RobertG Voir le message
                              Il est donc fort possible que ce soient les fichiers en cache de JCH qui aient bloqué : vide bien ton cache sur le site local et teste la réactivation de JCH.
                              Rien à faire, j'ai beau vidé et r-vidé le cache par tous les moyens que je connais (bouton vider le cache de cache cleaner, lien nettoyer le cache en bas de toute page de l'admin, et vider les fichiers expirés via Système / Purger le cache)... rien à faire : dès que j'active JCH, je perds l'accès à mon frontend.
                              Ce n'est pas dramatique puisque je suis en local, mais ça m'ennuie beaucoup de ne pas pouvoir vérifier la coexistence pacifique de JCH et d'aeSecure.
                              Flo, Ariège

                              Il n'y a que celui qui a honte d'apprendre qui a peur de demander

                              Commentaire

                              Précédent template Suivant

                              Annonce

                              Réduire
                              Aucune annonce pour le moment.

                              Partenaire de l'association

                              Réduire
                              Hébergeur Web PlanetHoster
                              Travaille ...
                              X