Page blanche

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Page blanche

par Flashball » 05 juin 2007, 12:15

Effectivement, l'error_reporting était désactivé, je viens donc de le réactiver, on verra bien.

Ceci dit, en ce moment, tout baigne, la requête répond très rapidement et ne plante jamais. En attendant la prochaine montée en charge sur le serveur mutualisé d'hebergeur-discount?

par mere-teresa » 05 juin 2007, 12:01

as tu désactivé le error_reporting ? Car une fatal error sans affichage des erreurs provoque une page blanche.

par Flashball » 05 juin 2007, 11:56

Bien, j'avais déjà en tête de prendre un hébergeur un peu plus costaud, mais là je crois qu'il va vraiment falloir que je m'y mette!

par titerm » 05 juin 2007, 11:44

Bah ca, les hébergeurs ont jamais de problème jusqu'a ce que tu leurs mettent le nez dedans...

C'est commun a beaucoup de grosse boite, moi j'ai du batailler pendant 6mois pour faire admettre a AOL qu'il avait un bug dans leurs cache/proxy, la réponse c'était 'ca tourne comme ca dans le monde entier depuis longtemps, si y avais un bug, ca se saurait...'
Bah oui, mais moi, j'ai pousser l'utilisation du cache dans ses retranchement et je suis tombé sur un bug qu'il n'avait jamais vu, j'ai fini par avoir gain de cause mais ca été dur, bien que représentant ma boite (grosse), en tant que particulier, je pense que je n'aurais jamais eu gain de cause.

par Flashball » 05 juin 2007, 11:37

- il ne semble pas avoir accès aux logs apache chez mon hébergeur... d'ailleurs j'y pense, il s'agit de IIS.
- le temps d'exécution est inférieur à 30 sec. pour la requête, qu'elle aboutisse ou pas.
- pas de système de cache
- concernant la RAM, c'est-à-dire? Je n'ai pas la main dessus de toute façon, je ne sais même pas combien ils mettent sur leur serveur, tout ce que je peux dire, c'est que je suis très en dessous des limites de traffic autorisées.

Mais comment expliquer que la requête marche en moyenne 1 fois sur 2? Je veux bien relancer mon hébergeur qui m'a expliqué qu'il fallait que je me renseigne que chez eux tout va bien merci circulez, mais il me faudrait arriver à y voir plus clair...

J'ai exporté les données pour les tester en local: il n'y aucun souci... (config php / apache)

par titerm » 05 juin 2007, 11:24

Rien dans les logs php, ok, et dans les logs apache ?

sinon, ca peux etre un timeout (temps d exeuction > a 30s par default)
un pb de mémoire, voir si dans la config tu n'est pas limité en ram

Si tu as un system de cache ? Un pb de cache ?

Page blanche

par Flashball » 05 juin 2007, 11:12

Bonjour,

J'ai mis en ligne voilà qq temps un site consacré au covoiturage dans le département de l'Ariège. Pas de problème - ni de traffic - trop important pour débuter, depuis qq temps çà progresse... Et je tombe sur des problèmes nouveaux: par exemple, la recherche de certains trajets n'aboutit pas toujours, çà dépend des fois, et je tombe sur une page blanche, avec l'URL appellée comme unique indication dans la barre d'adresse... Si j'insiste en rechargeant la requête (Ctrl + R), celle-ci aboutit parfois. Aucune trace dans les logs (PHP) et mon hébergeur m'explique que çà n'est pas sa faute - j'avais d'abord pensé à une surcharge du serveur.

Ce problème rappelle-t-il qqchose à qq? Par où commencer mes investigations pour isoler ce problème?

Pour tester, voici l'URL qui marche "aléatoirement":
http://enroute09.org/FrontController.ph ... 1&nopage=1

Merci,

Flashball