Fichier php de 500ko ?

[XoSt]

Bonjour,

Je me demande si ça pose un problème d'avoir un fichier php de 500ko ? il est sur toutes les pages et contient le coeur du système de tout le site.

[keroin]

Bah c'est assez énorme quand même, il contient quoi ce fichier ? C'est le fichier index du template d'un site dynamique ?
En tout cas tes visiteurs risquent d'avoir des lenteurs d'ouverture du site (pour ceux qui sont encore en bas débit, le site ne s'ouvrira pas avant de longues dizaines de secondes, voire quelques minutes)

[Leonick]

L'avantage du php c'est la modularité et avec un script de base de 500 Ko, ça le fait vraiment pas

[e-kiwi]

keroin, pas du tout, il pourrai avoir un fichier php de 5Mo, cela ne generai pas le visiteur ! car le php est interpreté par le serveur. donc si derriere ca sort des fichiers html de quelques ko, aucun soucis pour le visiteur. c'est plutot ton serveur qui va faire la gueule mais AUCUN soucis pour le visiteur.

si je regarde tous les includes que fais ma page template php, je dois depasser les 100ko au final ca me sort une page html de 10ko

[keroin]

Ah ok je voyais pas ça comme ça

[Leonick]

Ce rajaillira obligatoirement sur le visiteur, mais sans dépendre du débit. Si le serveur rame pour exécuter le(s) scripts php, alors la page mettra plus de temps à être créée et donc à être envoyée sur le navigateur.
Quelque soit la taille de la page générée.

[e-kiwi]

oui, mais pas de l ordre de secondes comme dit, on parle de dixiemes de secondes dans ce cas. c est pour ca que je dis que le serveur souffrira. le visiteur n'y fera peut-etre meme pas attention si il n'y a pas un trafic immense sur le site.
faites le cfalcul du poids de toutes les pages appelés pour afficher une page dans phpBB

[Bourriquet]

A noter que les includes à-tire-la-rigot c'est pas forcément recommandé.

Pour alléger les appels, on peut néammoins préférence les déclinaisons en "once" des fonctions include et require:

include_once et require_once

Elles présentent l'avantage de vérifier d'abord la présence du ficher à charger dans la mémoire, histoire de ne pas le charger 5 ou 6 fois.

En regardant le temps d'exécution d'un script unique, cela ralentit biensur son exécution, vu que la fonction effectue une opération supplémentaire, mais cela se chiffre en millième de secondes et au final, lorsqu'on atteinds un traffic intéressant, on sent de meilleures performances.

[XoSt]

J'ai toutes les requetes mysql, la gestion des templates de tout le site, en fait presque tout le php est dedans

Avec des if pour savoir s'il faut ou pas executer bien sur.

[serval2a]

Bonjour,

Personnellement j'ai éclaté les fichiers fonctions pour garder une taille correcte de script php et mis en place un système de cache.

[e-kiwi]

>> j'ai éclaté les fichiers fonctions pour garder une taille correcte de script php

et un projet bien architecturé aussi ^^

[capleton59]

>> j'ai éclaté les fichiers fonctions pour garder une taille correcte de script php

et un projet bien architecturé aussi ^^

deja le serveur peut "ramer" mais en plus en cas de bug ... bon courage si c'est mal commenté

[XoSt]

Ne t'inquiète pas, je le connais par coeur le code

[e-kiwi]

oui mais habitue toi au travail en équipe au cas ou ^^

[rog]

cool

je suis fan du script en monofichier

mon dernier fait 6000 lignes pour 46 ko

des fois j'y ajoute même les images

et pour répondre : non ça ne gêne pas du tout au contraire ça a quelques avantages

l'un d'eux c'est d'éviter les redeclarations de fonctions

rog