Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
impossible d'afficher la page sous IE / page blanche sous FF
Bonjour à tous,
J'ai une application qui tourne avec apache et php se connectant sur une base oracle 9i.
J'ai une page qui peut être très lourde en terme de Mo et quand elle dépasse plusieurs Mo, j'ai une page blanche qui s'affiche sous FF et sous IE, j'ai le message, impossible d'afficher la page.
Je suppose que c'est un paramétrage au niveau de apache ou de php, mais je n'arrive pas à savoir où changer ce paramètre.
Merci de votre aide
Voir le fichier alert.log dans Oracle
Sans doute un problème de taille fichier pour Apache, voir httpd.conf
De toute façon une page très lourde en http n'est pas une bonne idée, soit on fait un lien sur un fichier pour télécharger en FTP, soit on fait plusieurs pages, soit on fait du maitre détail....
Bonne recherche
@tatareau
Quel parametre faut il que je regarde dans httpd.conf?
J'ai l'impression que j'ai touché un peu à tous les paramètres, mais sans succès
Une petite précision, j'utilise LAMPP
Merci pour votre réponse
Bonjour,
6 mois d'attente, ça c'est de la patience
Il y a quelque chose que je ne comprend pas : comment fais-tu pour avoir une page de plusieurs mégas ?
Est-ce que ton script php est long à s'exécuter, ou utilise beaucoup de mémoire ?
C'est toujours un message "impossible d'afficher la page" que tu reçois ? Est-ce que l'affichage de la source de la page est correct ?
He oui, 6 mois de patience, de recherche
Non, en fait le client m'avait oublié, et j'avais oublié
Par contre le titre est un peu trompeur (je l'ai modifié), c'est pas en FTP que je tente d'afficher ma page, mais tout simplement par mon serveur apache.
J'avais vraiment cherché sur le coup et je m'excuse auprès de vous messieurs les modérateurs, j'ai semé des graines dans différentes rubriques, mais aucune n'a germé...
Alors je replace le contexte (peut être ne suis je pas dans le bon forum) :
J'ai un même serveur oracle qui est attaqué par 2 serveurs apache (1 sous win et l'autre sous linux/ubuntu)
Quand je veux afficher ma fameuse page 2 comportements différents apparaissent :
- sur apache win : la page s'affiche en quelques secondes
- sur apache linux : la page ne s'affiche pas :
* sous ie : serveur introuvable : impossible d''afficher la page
* sous ff : un popup s'ouvre me proposant d'ouvrir le fichier.php, ou de l'enregistrer
Effectivement quand je fais "enregistrer sous" pour la page que j'arrive à afficher, j'ai une page html qui pèse 3153 ko.
Les données que j'affiche sont tirées de ma bdd oracle, et oui, le client veut tout afficher...
voici les stats :
requete 0.116 sec
execution du code php 16.014 sec
affichage de la page en 8.9 sec
nombre de lignes dans le tableau de résultats que j'affiche dans ma page : 4238
ligne comportant 9 colonnes à remplir
Ca fait beaucoup, je vous l'accorde, mais j'arrive à l'afficher dans un cas et pas dans l'autre
Bonjour,
Pour 4000 lignes avoir 20 secondes de traitement c'est beaucoup trop, il y a de l'optimisation dans l'air.
Aussi, pourrais tu nous montrer ton code afin que nous en sachions un peu plus, car soit tu ne spécifie pas la bonne entete de fichier, soit ton serveur apache est mal configuré.
Bon courage ^^
Sinon, pourquoi pas tout re-développer depuis le début? Dans ce cas, c'est ce que je ferais, tu t'y met une bonne semaine (pas de copine, ni de jeux vidéos)!
Et pourtant... Elle tourne.
http://www.djib.me
@ThomasR : effectivement, 4000 lignes c'est beaucoup, ca met du temps car à chaque cellule, j'attache une fonction javascript et un traitement pour reconstruire le tableau en javascript pour permet le tri du tableau, intégrer une fonction de recherche etc....
je précise que normalement, je limite le nombre de résultat bien sur, mais dans ce cas là on aimerait tout avoir...
@beejeridou : il n'est pas question de tout redevelopper mais juste de paramétrer
Même si le code n'est pas optimisé ou même s'il fallait tout redévelopper, la question subsiste : quel paramètre faut il toucher pour pouvoir afficher cette satané page?
Ca n'alourdit pas ton traitement, c'est juste une chaine de caractères à écrire.j'attache une fonction javascript
On pourrais voir ton code de génération de la pagE ?
J'ai cru avoir répondu à ThomasR :
Je disais que ma classe qui génère cette liste fait 2000 lignes, je ne vais peut être pas pollué la discussion avec, si vous voulez, je peux vous l'envoyer en privé.
Toujours est il que je continue mes testes et recherches :
1 - si je limite le nombre de ligne à 3000, j'arrive à afficher ma page, si le nombre de ligne dépasse 3100, plus rien.
2 - quand je snif le réseau et que je regarde ma trame http dans le cas où ca n'affiche rien, j'ai juste l'entête http (GET) normal de plusieurs ligne, suivit d'un saut de ligne, et plus rien.... Ca veut dire que j'ai une réponse sans enctype et une taille de 0 ko, c'est pour ca que ff me propose de télécharger ma page et que ie m'affiche impossible d'afficher la page
Comme si le buffer de quelque chose était dépassé, surchargé, et ce problème existe uniquement sous linux
Ca ne serait pas un problème de dépassement de temps d'exécution (max_execution_time), ou plutôt d'utilisation de mémoire (memory_limit) par php ?
Essaie d'augmenter ces valeurs dans le php.ini pour voir...
Je ne suis plus au boulot, mais cette histoire me turlupine encore
@Eusebe
J'avais déjà modifié ces directives et je viens de les augmenter par acquis de conscience.
Et là eureka, ca a marché....
Et puis, ça na plus marché
Mon hypothèse et maintenant que j'y pense : c'est que c'est lié à oracle au client XE plus précisément.
En fait pourquoi ça a marché, c'est que depuis 2 jours je fais des tests sur la même page et donc la même requête. Elle est donc montée en mémoire => ça a marché (coïncidence au moment où j'ai touché des paramètres?) et puis comme ca fonctionné, j'ai fait autre chose, et d'autres requêtes ont été executées.
En revenant sur la page qui posait problème, la requête n'étant plus dans les hits parades, à nouveau la page ne s'affiche plus.
Faut que je réexecute plusieurs fois la requête pour voir si j'arrive de nouveau à afficher cette satanée page.
Suite demain ...
Tu veux dire que ce serait une requête avec un temps d'exécution important, qui dépasserait le temps d'exécution maximal permis pour ton script php ?
Pourquoi pas... Mais dans ce cas là normalement quand tu fais tes tests, ça devrait presque toujours fonctionner (sauf la première fois).
@ThomasR : je m'excuse, l'exécution de la page php est de 1.892 sec au lieu de 16.014 sec annoncé.
@Eusebe :
Comme je disais, une fois que ca fonctionne, ca fonctionne tout le temps...
du moment où je ne vais pas faire autre chose car sinon d'autres requêtes prennent le hit parade et ensuite ca ne marche plus, j'exécute plusieurs fois à répétition la requête avec sqldeveloper (client oracle). Je retourne dans l'application et ... ca remarche
Exploration détaillé du côté de la requête.
en faisant le plan d'exécution de la requete (avec sqldeveloper), le cout de la requête est de 25, elle s'exécute en moyenne en 0,133 sec.
C'est même pas trop ?????!!#
avec le loglevel à debug, on n'a pas vu le message suivant qui apparait avec le loglevel warn :
Est ce que ca peut vous aider?
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
Oui, la limite de mémoire utilisé par ton script est dépassé comme le dit Eusebe, tu pourrais peut-être revoir la manière dont celui-ci est généré ?
OK toutes mes excuses, grâce au message d'erreur d'apache, j'ai pu voir que c'était bien du à ma directive memory_limit qui était à 16 (8 par défaut) j'ai augmenté à 32
16 était vraiment la limite !!!!!!!!
Par contre elle est à 16 sous win et je confirme que ca marche
Je tenais à vous remercier pour votre aide et de m'avoir accordé de votre précieux temps
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager