Forum général.général Firefox 3.5 me propose de télécharger ma page PHP

Posté par  .
Étiquettes :
1
17
août
2009
Bonjour à tous,

Je tourne sous Ubuntu (Karmic), avec Apache2 et Firefox 3.5

Mon serveur Apache2 fonctionne, et PHP tourne dessus en tant que module Apache.

Une fois sur 2, lorsque je tente d'accéder à une page PHP locale via Firefox 3.5, il me propose de télécharger ma page plutôt que son résultat alors qu'avec d'autres navigateurs, tout fonctionne "normalement".

Je ne vois pas où chercher. Google ne m'a pas été d'un grand secours et aucune idée du paramètre à modifier de Firefox.

Si vous avez une quelconque idée, je suis preneur !

Merci par avance pour vos idées de recherche.
  • # cache-cache

    Posté par  (site web personnel) . Évalué à 1.

    Tu as pensé à vider le cache ?
    Relancer le navigateur ?

    Système - Réseau - Sécurité Open Source

    • [^] # Re: cache-cache

      Posté par  . Évalué à 1.

      Cache vidé et navigateur relancé plusieurs fois...

      Peut-être un paramètre du cache ...?
      • [^] # Re: cache-cache

        Posté par  (site web personnel) . Évalué à 1.

        tu as essayé une autre navigateur pour voir ?
        ( pb rencontré sous safari lors d'une mise en place d'un site, rien de probant
        jusqu'au redemarrage du navigateur )

        Système - Réseau - Sécurité Open Source

        • [^] # Re: cache-cache

          Posté par  . Évalué à 1.

          J'ai essayé rapidement avec d'autres navigateurs mais je vais de nouveau essayer ce soir et te tiendrai au courant.

          Merci de votre aide en tout cas !
  • # contenu de la page

    Posté par  (site web personnel) . Évalué à 4.

    Si tu télécharges la page, le fichier est comment ?

    - Vide ?
    - Contient le code source html + PHP ?
    - Contient que le code résultat en html ?
    • [^] # Re: contenu de la page

      Posté par  . Évalué à 1.

      Je viens de vérifier.

      La page PHP proposée est vide.

      Mais j'ai du mal à trouver seul la conclusion ;)
      • [^] # Re: contenu de la page

        Posté par  (site web personnel) . Évalué à 2.

        Est-ce que ça marche depuis un autre navigateur ? On dirait un problème de cache du navigateur mais ça m'étonne si tu l'as fermé et réouvert (tu as essayé de faire Ctrl+F5 ?).
        • [^] # Re: contenu de la page

          Posté par  . Évalué à 1.

          Pareil avec les autres navigateurs...

          Opera, Arora & Konqueror :/

          Reste Apache maintenant...

          Un peu comme si de temps en temps, il ne prenait pas en compte le module php.

          Je sèche :/
          • [^] # Re: contenu de la page

            Posté par  (site web personnel) . Évalué à 2.

            Tu as fait un truc particulier dans ton installation ?
            • [^] # Re: contenu de la page

              Posté par  . Évalué à 1.

              Non, mise à part jouer avec les vhost afin d'avoir plusieurs projets de disponible...

              Pas de conf sur Apache sauf ça.

              Je vais essayer de nettoyer ma conf afin de la rendre minimaliste au possible et voir si Apache arrête de planter
              • [^] # Re: contenu de la page

                Posté par  (site web personnel) . Évalué à 2.

                Tu as essayé le truc plus bas ? désactiver APC ?

                http://linuxfr.org/comments/1058796.html#1058796

                Je n'y connais rien à PHP, mais je lis grâce à google que si tu as Suhosin ça marche pas si tu as APC en même temps... ça fait des segfaults.

                Maintenant je ne sais pas ce qu'est APC ni Suhosin :D mais c'est peut-être une piste.
                • [^] # Re: contenu de la page

                  Posté par  . Évalué à 2.

                  Je reviens avec une bonne nouvelle !

                  Le problème est résolu. En effet, c'était un souci avec Suhosin. APC n'est pas installé sur ma config mais Suhosin, si.

                  J'ai supprimé le suhosin.ini et Apache n'a plus crashé depuis.

                  Je ne connais pas non plus suhosin et j'avoue ne pas avoir trop cherché... ce qui est bisarre, c'est que php.ini n'y fait pas référence, et inclue juste ce ini.

                  Bref !

                  Je ne peux pas de plusser Allcolor, mais merci de ton aide, très sincèrement !
                  A défaut de +1, tu gagnes une leff à venir boire sur Rennes ;)

                  Merci encore.
  • # Apache ?

    Posté par  (site web personnel) . Évalué à 2.

    À ta place je regarderais avant tout si ce n'est pas un problème de configuration du serveur web. Parce que, si Firefox te propose de télécharger la page PHP, c'est que Apache la lui sert.
    • [^] # Re: Apache ?

      Posté par  . Évalué à 3.

      j'aurais dis pareil

      apache ne sait pas interpreter ta page php et la sert donc telle quelle à ton navigateur

      perso ca m'arrivait quand l'extension .php .php3 .php4...
      n'etait pas preciser dans la configuration apache comme etant du type application/php
    • [^] # Re: Apache ?

      Posté par  . Évalué à 1.

      J'ai pensé aussi à un souci au niveau conf Apache.

      Le souci, c'est que ça ne le fait que de temps en temps... 1/2, tout fonctionne normalement.

      Je ne vois pas en quoi Apache servirait une fois sur 2 une page Php ou son résultat...

      J'ai eu quelques pistes à explorer suite à tous vos messages. Je vais approfondir ce soir et vous tiendrai au courant.
      • [^] # Re: Apache ?

        Posté par  (site web personnel) . Évalué à 4.

        Regarde avec un 'wget -S http://.../mapage.php' si le header Content-Type est correctement mis à 'text/html' et qu'il n'y a pas de header Content-Disposition.

        Si Content-Type est pas mis, alors y a un problème de config dans ton apache (et/ou la page php)
        • [^] # Re: Apache ?

          Posté par  . Évalué à 1.

          Noté !
          J'essaie ça ce soir.
        • [^] # Re: Apache ?

          Posté par  . Évalué à 1.

          Je viens d'essayer et voici les en-têtes reçus. Le content-type est correctement positionné, visiblement :

          --2009-08-17 15:50:19-- http://localhost/login.php
          Réutilisation de la connexion existante vers localhost:80.
          requête HTTP transmise, en attente de la réponse...
          HTTP/1.1 200 OK
          Date: Mon, 17 Aug 2009 13:50:19 GMT
          Server: Apache/2.2.12 (Ubuntu)
          X-Powered-By: PHP/5.2.10-2ubuntu1
          Expires: Thu, 19 Nov 1981 08:52:00 GMT
          Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
          Pragma: no-cache
          Vary: Accept-Encoding
          Content-Length: 1947
          Keep-Alive: timeout=15, max=99
          Connection: Keep-Alive
          Content-Type: text/html
          Longueur: 1947 (1,9K) [text/html]

          Vu qu'avec Firefox, je n'ai l'erreur qu'une fois sur 2 (à peu près), j'ai essayé plusieurs fois et à chaque fois, le Content-type est correct.
          • [^] # Re: Apache ?

            Posté par  (site web personnel) . Évalué à 2.

            Bon ben ça vient pas du serveur... donc reste ton firefox qui doit être problématique...

            Ferme firefox et essaye de virer ta conf firefox en faisant dans ton home un :

            mv .mozilla .mozilla.old

            et relance firefox... si ça marche pas essaye de virer tous les plugins installé dans le system (normalement /usr/lib/firefox/plugins)
            • [^] # Re: Apache ?

              Posté par  . Évalué à 1.

              Je viens de supprimer mon .mozilla/

              Toujours pareil :/
              • [^] # Re: Apache ?

                Posté par  (site web personnel) . Évalué à 2.

                Si je lis bien plus haut, ça arrive avec tous les browsers... donc ça devrait arriver avec wget non ?

                Sinon dans le acces.log et le error.log y a quoi quand ça foire ?
                • [^] # Re: Apache ?

                  Posté par  . Évalué à 1.

                  Dans acces.log, rien de remarquable.

                  Dans error.log :

                  [Mon Aug 17 20:58:02 2009] [notice] child pid 23702 exit signal Segmentation fault (11)

                  Je vais regarder comme rendre apache plus verbeux.
                • [^] # Re: Apache ?

                  Posté par  . Évalué à 1.

                  Je viens de placer le paramètre suivant dans mon vhost :

                  LogLevel debug afin d'avoir le maximum d'information.

                  Et j'obtiens ces lignes dans error.log :

                  [Mon Aug 17 21:03:02 2009] [debug] mod_deflate.c(615): [client 127.0.0.1] Zlib: Compressed 1688 to 728 : URL /index.php, referer: http://localhost/
                  [Mon Aug 17 21:03:02 2009] [notice] child pid 23894 exit signal Segmentation fault (11)
                  [Mon Aug 17 21:03:03 2009] [debug] mod_deflate.c(615): [client 127.0.0.1] Zlib: Compressed 208 to 90 : URL /php/controler.php, referer: http://localhost/
                  [Mon Aug 17 21:03:04 2009] [notice] child pid 23889 exit signal Segmentation fault (11)
                  [Mon Aug 17 21:03:04 2009] [notice] child pid 23895 exit signal Segmentation fault (11)


                  Le processus crash, mais je ne sais toujours pas pourquoi... :/
                  • [^] # Re: Apache ?

                    Posté par  (site web personnel) . Évalué à 2.

                    Y a quelquechose qu'il aime pas ... Tu as installé à partir des paquets de ta distrib ?

                    Si oui y a p't'être un problème avec karmic et mod_php... faut chercher sur launchpad voire si quelqu'un a pas le même problème.
                    • [^] # Re: Apache ?

                      Posté par  . Évalué à 1.

                      Yep, je n'utilise que les paquets de la distrib', mais d'un autre côté, c'est le risque d'utiliser Karmic...

                      J'vais jeter un oeil sur Launchpad.

                      Merci pour ton aide en tout cas !
                  • [^] # Re: Apache ?

                    Posté par  (site web personnel) . Évalué à 4.

                    Peut-être ça ?

                    http://www.nolapro.com/forum/viewtopic.php?f=14&t=1287&a(...)


                    Re: apache/php seg fault - blank pages continue

                    Postby builder on Fri Apr 03, 2009 8:46 pm
                    Shazzam and Huzzah --- I removed the /etc/php.d/apc.ini file and things are working. I was doing a general search about apache/php blank pages and stuff. I found an Ubuntu forum where a fellow said he had found an ini file that was incompatible with his configuration so I took that as a hint.

                    I created a temporary directory and moved all of the files from the /etc/php.d directory. Tried my phpinfo.php page and it loaded and reloaded without the blank page. :lol: I then put the ini files back one at a time, restarting apache and checking my phpinfo page between each...

                    I'm a very happy person this evening

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.