Erreur de session 1.5.7 et OVH 60GP

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

  • Erreur de session 1.5.7 et OVH 60GP

    Bonjour à tous,

    Sur un OVH 60GP, après envoi d'un site qui ne pose pas de problème en local, je constate trois lignes "Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent"
    La version est une 1.5.7 et c'est la première fois que je rencontre cette erreur chez OVH.
    Quelqu'un a-t-il une idée de la cause ?

    Merci d'avance,
    Robert
    "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

  • #2
    Personne n'a rencontré puis solutionné ce problème ?
    "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
      J'ai le même problème sur mon site chez ovh. Voici mon historique :
      1- Site en 1.5.3, tout fonctionne
      2- piraté cette semaine
      3- changement du mot de passe SQL et modif configuration.php
      4- restauration de la base de la semaine dernière -> cela a restauré mon site
      5- passage en 1.5.7

      J'ai deux problèmes (différents ou liés, je ne sais pas)
      1- Depuis le piratage, je n'arrive pas à me connecter ni en admin ni avec un autre user. malgré plusieurs tentatives de regénération des mots de passe avec phpadmin et les tutos permettant des les encrypter
      2- J'ai le même message à chaque requête sur le site :

      Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /homez.40/MONSITE/www/configuration.php:1) in /homez.40/MONSITE/www/libraries/joomla/session/session.php on line 412

      Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /homez.40/MONSITE/www/configuration.php:1) in /homez.40/MONSITE/www/libraries/joomla/session/session.php on line 412

      Warning: Cannot modify header information - headers already sent by (output started at /homez.40/MONSITE/www/configuration.php:1) in /homez.40/MONSITE/www/libraries/joomla/session/session.php on line 415

      Avez-vous des idées parce que là, je ne sais plus trop par où chercher...

      roberg, tu as le problème de connexion aussi ?

      Merci.
      pylm
      Dernière édition par pylm à 27/09/2008, 15h06

      Commentaire


      • #4
        En ce qui me concerne, la seule solution a été, après sauvegarde, de réinstaller une version vierge de la 1.5.7, de renvoyer les répertoires des extensions et du template précédemment ajoutés, plus les images, et de restaurer la base de données !
        "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


        • #5
          Bonsoir,
          il m'est arrivé la même chôse, sans doute a cause de de l'installation d'une nouvelle version de php 5.2 chez OVH Voir >> http://travaux.ovh.net/?do=details&id=3509
          le problème à l'air de se résoudre.
          malgré tout, j'ai changé les chmods des dossiers TMP et LOGS
          puis créé des dossiers sessions au cas où sur mes hebergements 60Gp ou j'avais le prob.
          je pense que la remonté d'info aux services tech à du solutionner le prob.

          faut regarder les autres type d'hébergements car ça passe en prod sur tout les mutus ....oh la vache ! le stress !
          pour ma part plus de prob pour l'heure
          Cordialement Denis
          Utilsateur de Joomla - virtuemart etc...
          Le partage du savoir fait avancer plus vite !
          www.weborganisation.com - www.commequiers.com

          Commentaire


          • #6
            Envoyé par doc_denis Voir le message
            Bonsoir,
            il m'est arrivé la même chôse, sans doute a cause de de l'installation d'une nouvelle version de php 5.2 chez OVH Voir >> http://travaux.ovh.net/?do=details&id=3509
            le problème à l'air de se résoudre.
            malgré tout, j'ai changé les chmods des dossiers TMP et LOGS
            puis créé des dossiers sessions au cas où sur mes hebergements 60Gp ou j'avais le prob.
            je pense que la remonté d'info aux services tech à du solutionner le prob.

            faut regarder les autres type d'hébergements car ça passe en prod sur tout les mutus ....oh la vache ! le stress !
            pour ma part plus de prob pour l'heure
            Salut
            Changement de chmod ?? Tu as mis quoi ??
            A quel niveau tu as créé tes dossiers session ?
            Tu y mets quoi dedans ??

            Merci
            Oly

            Commentaire

            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
            Travaille ...
            X