Reprise du message précédent :

infomaniak

 
Le chef de projet est mauvais, il a un delta de 6 jours sur la date de mise en prod

Touche pas à mon chef de projet, il assure comme une bête Pas comme celui de mon dernier boulot

Question con : admettons que j'appelle successivement, dans un programme, les fonctions file_get_contents et file_put_contents pour un même fichier. Est-ce que PHP va rouvrir le fichier à chaque fois ?

d'abord merci pour la rapidité de ta réponse
ensuite ne t'inquiète pas, c'était juste une question comme çà pour comprendre comment çà marche.
même si pour FILE_APPEND je ne savais pas.

Presque, ça gère tout ce qui est streams et wrapper Donc pas de fopen direct, c'est suivant cas

php5.2.8/ext/standard/file.c

PHP_FUNCTION(file_get_contents)
{
[...]
stream = php_stream_open_wrapper_ex(filename, "rb", 
                (use_include_path ? USE_PATH : 0) | ENFORCE_SAFE_MODE | REPORT_ERRORS,
                NULL, context);
[...]
    if ((len = php_stream_copy_to_mem(stream, &contents, maxlen, 0)) > 0) {
[...]
    php_stream_close(stream);
}

Mais donc y'a effectivement un open et close à chaque fois

http://forum.hardware.fr/hfr/Progr [...] 0997_1.htm

Bouh Zend Framework n'a pas encore de scaffolding officiel

Effectivemetn, mais perso j'ai du, mal avec le concept, en fait.

Ca te fait pas rêver ce genre de trucs ?
http://www.symfony-project.org/scr [...] -generator

Bon, pour la personnalisation la doc est pas parfaite, mais un peu de chirurgie observatrice et ça passe
Enfin j'en serais plus sûr quand mon admin sera finite

Non, la génération de code ça pue la mort

A noter quand même que le code généré est bien séparé du code custom. Même comme ça ça pue ?

Oui.

args required nao.

 
U BE TAWKING TO MASKLINN UR ARGUMENTZ IZ INVALID

return *;

Jamais vu cette syntaxe c'est quoi ce truc ?
 
edit : zend engine non plus n'a jamais vu cette syntaxe c'est quoi ce tuto

return *;

t'as trouvé ça ou?

plugin symfony pour faire des feeds (qui marche très bien sans ça )

Ce genre de code généré (du code qui devient une partie intégrante de ton projet, plutôt que du code régénéré à chaque build, j'ai l'impression que c'est la manière donc c'est géré dans Symfony), c'est du code:

• Que tu vas intégrer à ta codebase et commiter dans ton SCM
• Que tu dois maintenir et régénérer quand des évolutions du reste le demandent (et si tu as customisé le code généré... mais bon tu me dis que dans Symfony le code généré est pas touché... même si tu veux modifier le look&feel?)
• Que les gens arrivant sur le projet risquent de lire et tenter de comprendre

Pour les trucs qui vont être dégagés au fur et à mesure genre du scaffolding ou pour fournir une base de départ (genre la génération de projet initiale) ok, mais pour des fonctionnalités pareilles c'est berk (genre quand tu ajoutes un modèle faut régénérer son admin, et si t'en dégages un? Ou que tu le modifies? Faut aussi rénégérer l'admin?)

edit: bon en lisant la doc il semble que la majorité du code est générée dynamiquement et planquée dans un cache qu'on peut ignorer, c'est vachement moins pire que ce que je pensais initialement, et probablement acceptable en considérant que c'est du PHP, en fait

Le code généré est en cache, donc non en quelque sorte il est bien "régénéré à chaque build"

Quand tu ajoutes un modèle oui faut générer un module d'admin, mais bon c'est une pauvre commande console.
Si t'en dégage un tu vires le module (un dossier par module).
Si tu le modifies c'est automatique (au pire, vider le cache).

Pour le look & feel, ça dépend ce que tu veux faire, j'ai pas encore été très loin. Au pire tu copies le bout de code généré dans la partie code custom, c'est découpé pour ça et ça va l'overrider, mais ça me plait pas forcément.

Les gens qui rentrent sur le projet doivent de toute façon piger symfony, donc c'est plutôt plus compréhensible comme ça qu'avec une admin codée de A à Z.

Cf edit, j'ai vu ça en lisant la doc

Est-ce que Notepad++ à une option pour ré-indenter du code ?

ok, j'essaierai cette feature dans emacs certainement vu que pour l'instant notepad++ me satisfait...
Thx

Pour accélerer l'affichage des pages sur un site PHP, quelle est la meilleure chose à faire :
 
- les afficher directement via un appel à la BDD
- les afficher via un include  
- les afficher via un fopen
 
Merci de votre retour,

je ne comprends même pas la question.

Qu'est ce que tu comprends pas ?

Tout, le post n'a aucun sens

Je cherche à savoir quelle est la meilleure méthode (rapport à rapidité d'affichage de la page / souplesse serveur / etc..) parmi les 3 que j'évoque :
 
- les afficher directement via un appel à la BDD
- les afficher via un include  
- les afficher via un fopen  

 
ça n'a toujours aucun sens. TU n'affiches rien en faisa,nt un appel à la bdd ou avec un fopen.

si je fais un echo du contenu rappatrié via un fopen, ca affiche bien quelque chose non ?

Quand je parle d'appel BDD, je veux dire que j'appelle le contenu de la page dans la BDD pour pouvoir l'afficher.

En gros ma question tourne plutôt à la manière de gérer les données à afficher. Quelle gestion de données (BDD, fopen ou include) est la meilleure ?

la première option est un include déguisé, l'autre est juste stupide.

D'abord, je pense que le mot cache ou pages statiques aurait aidé tout le monde à comprendre la question

- BDD : appel BDD, donc plus lent, et pas super facile à gérer.
- include : manière classique
- fopen : pareil qu'include je dirais, au mieux micro-optimisation sûrement négligeable.

donc l'include est le plus pratique.
 
Le souci c'est que si on a un grand nombre de pages statiques, cela occasionne un grand nombre de fichier à stocker ce qui, à la longue peut prendre beaucoup de place...
 
Une idée ?

- En quoi ça pose problème ? Tu as des millions de pages ?
- Si c'est en BDD ça change quoi ?

Sinon utilise une vraie gestion de cache, je connais que smarty et les frameworks mais doit yen avoir d'autres. Ca te permettra de faire des caches par blocs etc...

stocker des pages complètes est une mauvaise idée, de toute manière.

Tu suggères de faire quoi ?