Annonce

Réduire
1 sur 2 < >

C'est [Réglé] et on n'en parle plus ?

A quoi ça sert ?
La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
Comment ajouter la mention [Réglé] à votre discussion ?
1 - Aller sur votre discussion et éditer votre premier message :


2 - Cliquer sur la liste déroulante Préfixe.

3 - Choisir le préfixe [Réglé].


4 - Et voilà… votre discussion est désormais identifiée comme réglée.

2 sur 2 < >

Assistance au forum - Outil de publication d'infos de votre site

Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

UTILISER À VOS PROPRES RISQUES :
L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

Problèmes connus :
FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

Installation :

1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

Archive zip : https://github.com/AFUJ/FPA/zipball/master

2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
et remplacer www. votresite .com par votre nom de domaine


Exemples:
Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/
Pour executer le script: http://www..com/fpa-fr.php

Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
Télécharger le script fpa-fr.php dans: /public_html/cms/
Pour executer le script: http://www..com/cms/fpa-fr.php

En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
Voir plus
Voir moins

Plus d'accès au back end Joomla avec message d'erreur

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • Plus d'accès au back end Joomla avec message d'erreur

    Bonjour à tous et à toutes,
    Je suis perplexe car je n'arrive plus à accéder au back end de mon site. Je ne me suis pas connectée depuis plusieurs mois. Je n'ai fait aucune mise à jour, je n'ai rien installé et j'ai essayé plusieurs logins. J'ai toujours le message "DateTime::__construct(): Failed to parse time string (jerror) at position 0 (j): The timezone could not be found in the database"

    Voilà ce que j'ai essayé :
    - Accès par PHPmyadmin pour refaire un nouveau super user + password. Cela n'a pas fonctionné
    - Accès par un vpn pour voir si l'IP était bloquée. Pas de succès
    - Accès par un autre PC en dehors de chez moi. Pas de succès
    - Recherche via PHPmyadmin des plugins pour voir s'il y aurait une sécurité d'installée. Impossible de trouver le _plugin ou _plg. J'ai bien _extensions mais il n'y a aucune extension avec la mention d'authentification.
    - Je sais qu'il y a Akeeba. Pourtant je ne trouve pas de traces du modules dans _mod


    Je n'ai pas de retour ni de contact à jour avec le développeur qui l'a installé au printemps 2015

    Merci de votre aide et conseils,
    Bonne fin de journée,
    Séverine


  • #2
    Bienvenue !

    En quelle version de Joomla! le site est-il actuellement ? Si elle est ancienne, peut-être y a-t-il un conflit avec la version de PHP, qui aurait changé chez ton hébergeur ?
    Peut-on avoir l'URL d'accès au site ?

    Si Akeeba est installé, tu dois pouvoir trouver des sauvegardes (si elles ont été faites et à moins que le webmaster les ait paramétrées ailleurs) dans le dossier administrator/components/com_akeeba/backup, pas dans un module.
    "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

    Commentaire


    • #3
      Bonsoir RobertG,
      Merci pour la réponse rapide et me souhaiter la bienvenue !
      Le site est en joomla 3.0 (je viens de vérifier via FTP) et chez OVH, la console indique PHP 4.4. Il n'y a pas eu de mise à jour de ma part depuis ma dernière connexion.
      Je n'ai pas accès au back end alors je ne sais pas comment accéder au dossier que tu mentionnes ?
      Via PHPmyadmin, j'ai juste retrouvé cette table (voir PJ) à propos de Akeeba
      Le site est www.wopawap.com. Je voulais accéder au back end pour le remettre de nouvelles références.

      Commentaire


      • #4
        Bonsoir,

        Effectivement le site est en 3.0
        Il faudra évoluer pour rester compatible avec les nouvelles versions de PHP qui seront quasi obligées chez les hébergeurs. PHP 4.4 est très vieux

        Il faudrait peut-être poser la question à OVH. D'expérience sur le forum, on les contacte, ils disent qu'ils ne sont pas concernés par l'erreur et ensuite ça remarche ! bizarre
        sevbv likes this.
        UP, un plugin "couteau suisse" à découvrir sur https//up.lomart.fr
        bgMax
        , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ...
        plein de nouveaux modules et plugins sur http://lomart.fr/extensions

        Commentaire


        • #5
          L'accès aux sauvegardes se fait par ftp, dans le dossier cité.
          Je doute que le site tourne toujours sous PHP 4.4 : il faut vérifier par ftp dans le fichier .htaccess ou le fichier .ovhconfig s'il y a une version définie pou PHP, que la console OVH ne prend pas en compte. Il faut en effet une version de PHP 5.3.1 au minimum pour Joomla! 3 sinon on a cette mention au lieu du site 'Your host needs to use PHP 5.3.1 or higher to run this version of Joomla!'

          Il faudrait modifier avec un éditeur de texte simple (bloc-notes ou notepad++) le fichier configuration.php en passant la variable "debug" de 0 à 1 et "eror_reporting" de "default" ou "none" à "development" afin d'essayer de repérer quel est le fichier responsable de cette erreur.
          sevbv likes this.
          "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

          Commentaire


          • #6
            Bonsoir,
            chez OVH, la console indique PHP 4.4.
            sur la console Ovh, ce n'est pas un souci d'avoir 4.4 .... a mon avis, ton fichier .htaccess ou .ovhconfig appelle une version php5 sinon aucune chance que le site Joomla! fonctionne
            Pour ton souci, je ferai une sauvegarde complète du site a la main (FTP + base de donnée) pour travailler dessus sans compromettre le site en ligne car en version J!3.0, tu pars d'assez loin ... et il s'en ai passé des trucs !
            ... tu peux aussi tenter de restaurer une archive Akeeba Backup que tu trouveras dans ton FTP normalement ... de memoire /administrator/components/com_akkeba ..... tu cherches un dossier backup
            Dernière édition par manu93fr à 08/11/2017, 18h39
            Jday 2018 - 18/19 Mai !!! J'y serai ... et vous ?

            Commentaire


            • #7
              Envoyé par lomart Voir le message
              Bonsoir,

              Effectivement le site est en 3.0
              Il faudra évoluer pour rester compatible avec les nouvelles versions de PHP qui seront quasi obligées chez les hébergeurs. PHP 4.4 est très vieux

              Il faudrait peut-être poser la question à OVH. D'expérience sur le forum, on les contacte, ils disent qu'ils ne sont pas concernés par l'erreur et ensuite ça remarche ! bizarre

              Bonsoir Iomart, la dernière fois que j'ai appelé OVH, l'interlocuteur m'a clairement dit "qu'il googlait mon message d'erreur pour comprendre"... Ce n'est pas forcément le reflet de l'expertise mais j'abonde dans ton sens où ils vont me dire que cela n'a rien à voir avec eux ! Toutefois, je le garderai en recours on ne sait jamais !
              Merci de ta réponse !

              Commentaire


              • #8
                Toutefois, je le garderai en recours on ne sait jamais !
                Moi, je les mettrais dans le circuit maintenant. Il se passe tellement de choses bizarres chez OVH en ce moment
                sevbv likes this.
                UP, un plugin "couteau suisse" à découvrir sur https//up.lomart.fr
                bgMax
                , AdminOrder, MetaData, Zoom, ArtPlug, Custom, Memo, Filter, ...
                plein de nouveaux modules et plugins sur http://lomart.fr/extensions

                Commentaire


                • #9
                  Bonsoir Manu et merci Robert,

                  Je vous joins deux captures d'écrans : une de la console OVH avec le PHP 4 et aussi du FTP

                  Pour le dossier backup , les deux fichiers .htacess et web.config sont verrouillés. Pas d'autres fichiers ? Je n'en sais pas plus !
                  J'ai bien passé les lignes sur le fichier configuration.php avec debug en '1' et 'error-reporting' de 'default' à 'development'. Pourrais tu me dire ce que je dois faire par la suite ?

                  Encore merci de votre aide.

                  Je me permets de coller le fichier root .htaccess aussi.

                  ## Mod_rewrite in use.

                  RewriteEngine On

                  ## Begin - Rewrite rules to block out some common exploits.
                  # If you experience problems on your site block out the operations listed below
                  # This attempts to block the most common type of exploit `attempts` to Joomla!
                  #
                  # Block out any script trying to base64_encode data within the URL.
                  RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
                  # Block out any script that includes a <script> tag in URL.
                  RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
                  # Block out any script trying to set a PHP GLOBALS variable via URL.
                  RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
                  # Block out any script trying to modify a _REQUEST variable via URL.
                  RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
                  # Return 403 Forbidden header and show the content of the root homepage
                  RewriteRule .* index.php [F]
                  #
                  ## End - Rewrite rules to block out some common exploits.

                  ## Begin - Custom redirects
                  #
                  # If you need to redirect some pages, or set a canonical non-www to
                  # www redirect (or vice versa), place that code here. Ensure those
                  # redirects use the correct RewriteRule syntax and the [R=301,L] flags.
                  #
                  ## End - Custom redirects

                  ##
                  # Uncomment following line if your webserver's URL
                  # is not directly related to physical file paths.
                  # Update Your Joomla! Directory (just / for root).
                  ##

                  # RewriteBase /

                  ## Begin - Joomla! core SEF Section.
                  #
                  RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
                  #
                  # If the requested path and file is not /index.php and the request
                  # has not already been internally rewritten to the index.php script
                  RewriteCond %{REQUEST_URI} !^/index\.php
                  # and the request is for something within the component folder,
                  # or for the site root, or for an extensionless URL, or the
                  # requested URL ends with one of the listed extensions
                  RewriteCond %{REQUEST_URI} /component/|(/[^.]*|\.(php|html?|feed|pdf|vcf|raw))$ [NC]
                  # and the requested path and file doesn't directly match a physical file
                  RewriteCond %{REQUEST_FILENAME} !-f
                  # and the requested path and file doesn't directly match a physical folder
                  RewriteCond %{REQUEST_FILENAME} !-d
                  # internally rewrite the request to the index.php script
                  RewriteRule .* index.php [L]
                  #
                  ## End - Joomla! core SEF Section.



                  Commentaire


                  • #10
                    Deux pistes trouvées et à explorer : les chemins des dossiers logs et tmp mal définis dans le fichier configuration.php et cette discussion avec une solution proposée par daneel : https://forum.joomla.fr/node/187045

                    Le fichier .htaccess cité (racine) me semble incomplet, et il n'y a absolument aucune sauvegarde dans le dossier par défaut "backup". Reste à savoir s'il y en a ailleurs.
                    Dernière édition par RobertG à 08/11/2017, 19h38
                    "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 hébergés chez PHPNET - +sites gérés chez 1and1 et OVH - Site pro : www.robertg-conseil.fr

                    Commentaire


                    • #11
                      Bonsoir RobertG,
                      Merci pour les deux pistes.
                      J'ai essayé la suggestion proposée par Daneel, sans succès J'ai fait une mauvaise manip et non seulement je n'accède plus au back end mais le site ne s'affiche plus correctement.
                      J'ai mis le chmod en 777 à la racine et appliqué à tout le site. Le site affichait une erreur 403. J'ai remis le chmod en 755. Le site s'affiche sans médias en mode html.
                      Du coup, j'ai fait un restaure de la sauvegarde d'hier ? Le site devrait s'afficher de nouveau.

                      Pour OVH, ce n'était pas leur jour aujourd'hui et je sens que le support va bien être saturé pendant les prochaines 24h...

                      Commentaire

                      Travaille ...
                      X