Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Pages: 1
Bonjour,
Je constate aujourd'hui que l'ensemble du framework fait environ 7 mo a publier sur un environnement de production.
Alors que bien sûr je n'utilise pas 10% des fonctionnalités du framework.
C'est parfois long à uploader, et çà prend de la place pour rien.
Est-ce qu'il existe un moyen simple de retirer tous les fichiers PHP qui ne sont pas utilisés ? (ce n'est pas si simple que çà, mais c'est faisable : en gros, parser automatiquement l'ensemble des sources du site pour voir ce qui est utilisé comme Zend_quelquechose, puis de manière itérative voir quelles sont les dépendances de tous ces fichiers, et ne pas prendre en compte ensuite ce qui ne sert à rien...). Une idée ? (oui on va me répondre sans doute que 7-10 mo sur un site web ce n'est rien, mais bon, quand même, si je ne pouvais avoir à uploader que les 200 ko de fichiers que j'utilise réellement ce ne serait pas plus mal, et faire du ménage à la main est toujours délicat)
Hors ligne
Bonjour,
Ca ne me parrait pas évident de parser le code pour avoir la liste des classes utilisées (c'est forcément faisable, mais attends toi à un gros dev...).
Par contre si tu as 15 sites sur un seul serveur, tu n'es pas obligé d'installer 15 fois le ZF. Chez moi maintenant, le ZF fait partie de l'install de mon serveur et tous mes sites vont le chercher au même endroit, je ne l'uploade pas à chaque site.
Cordialement,
Philippe
PS : ça ne m'étonnerait pas qu'un jour le ZF soit complètement intégré à PHP...
Hors ligne
Evidemment, sauf à travailler avec plusieurs versions, il faut un ZF par serveur, pour tous les sites, et un architecte qui s'occupe des répercutions des migrations de version ZF, sur tous les sites.
Il y a des dépendances dans ZF, supprimer des composants, je ne le conseille pas. Aujourd'hui, A n'utilise pas B, qui dit que demain ca ne sera pas le cas ?
Ca oblige à une analyse du framework, à chaque changement de version, et il grossit de plus en plus ...
J'ai déja fait quelques schémas UML représentant les dépendances de certains packages, on retrouve ca dans mon tuto, à la fin.
Hors ligne
Pages: 1