Reprise du message précédent :

je sais !
C'est pour ça que je demande !
 
Ma page asp est appellé par director (et/ou flash) et je dois envoyé direct un mail avec un fichier txt en pièce jointe

ouai mais faut que ça marche pour tout les pcs utilisant l'appli

ben alors, comme dit anapajari : t'uploades d'abord la pj sur le serveur

je me disais bien ... il y a pas une méthode avec des contrôles activeX ?
sinon je peux peut-être créer le fichier texte direct sur le serveur, l'envoyer et le supprimer ?

Je peux le faire automatiquement ?  
Parceque ce serait cool que tout les utilisateurs n'ai pas le pass pour ajouter des fichiers aux serveurs !

oui, j'avais fait un truc en jsp similaire (fut un temps), tu upload a partir d'un <input type=file tout bête dans un espace temporaire sur le serveur, tu recuperes ce path/nom de fichier et tu l'envois

tu l'as sous le coude ?
Dans ce cas il faut configurer un truc spécifique sur le serveur alors ?

Bourdaÿle ! Je suis en train de m'arracher les cheveux ... j'ai un cas de conscience là
 
Il y a quelques jours je disais avoir testé et approuvé Smarty (et je pense toujours que c'est un moteur bien sympathique) ... mais je crois que je préfère la tambouille php/html que je faisais avant en fait
 
Vu que c'est pour faire des sites pour des clients, je sais pas trop comment faire, j'ai du mal à définir une ligne de conduite
 
Je crois que je vais retourner à ma bonne vieille méthode. Ça évite une sur-couche, et au moins je maîtrise le bousin à 100% pour les updates futures...
 
Vous procédez comment vous exactement ?

Je vois que tu as suivi la voie de la raison

 
Smarty.

 
Bon alors admettons Smarty ... c'est un peu plus chaud de réaliser des "applis" à côté ? (genre une gestion de galerie photo, une gestion de news, un forum etc...)
 
Je sais que techniquement ça sera faisable, mais je crains de me heurter à quelque chose par la suite, donc je préfère être sûr

 
Lapin comprite

 
Oué c'est pas clair... je me demandais juste si quelqu'un avait déjà rencontré un problème quelconque pendant le dev en gros, avec Smarty. Je n'ai pas assez de recul, je ne l'utilise pas depuis assez longtemps pour connaître ses limitations (s'il en a).
 
Disons que j'aimerais être sûr qu'on puisse tout faire, je veux pas me retrouver avec des bouts de code Php dans mes templates quoi.

 
Non tu ne peux pas format c:

MOUAHAHAHAHAHAHAHAHAHAHAHAHAHAHA Ce fut drôle.
 
Bref, ça répond pas à ma question

Si
Ce rappel au maître incontesté du ouaibe sous-entendait que "tout" faire, si ça inclut faire des trucs complètement insensés, c'est non.
Si c'est faire ce qu'une pauvre vue d'appli web peut faire, c'est oui.

 
Bon, alors je vais simplifier mon langage pour que toi pouvoir comprendre moi  
 
Je suis pas exemple déjà tombé sur un moteur de template qui ne gérait pas les boucles imbriquées ... ce qui limitait déjà la chose dans certains cas, impossible de faire :
 

 
  Donc merci au revoir pour clui ci. Je sias que Smarty le fait.
 
Mais c'est quand même pas un crime de demander si on ne risque pas de rencontrer quelques limitations sur certains points non ?

Moi comprendre hein, pas besoin de me prendre pour un con.
 

Bien sûr que non, le problème c'est que prévoir à l'avance les éventuelles limitations bloquantes d'un truc comme Smarty, c'est absolument dantesque.
 
Par exemple l'absence de boucles imbriquées dans la syntaxe, ça empêche pas d'en faire en pratique, même si ça va nuire à la séparation de la logique de présentation (suffira de manipuler des "sous-templates" et donc de "sortir" la boucle extérieure). Après si tu veux garder une structure stricte, une bonne séparation des couches, y'aura ptet un problème.  
 
Maintenant, Smarty fondamentalement c'est un sous-ensemble de php avec une sorte de sucre syntaxique. Donc forcément t'as des trucs faisables directement en php qui sont pas faisable directement avec Smarty. Mais de là à dire lesquels, c'est ultra-coton. Moi même j'ai pas été confronté à une limitation de Smarty. Sachant qu'en plus il a un système d'extension par plugin et que tu as accès au moteur via une API, j'avoue que j'aurais du mal même en creusant, à envisager un truc qui pourrait bloquer.
 
Mais je doute que qui que ce soit puisse te donner la garantie que tu recherches
Et c'était le sens de ma première réponse.

ça dépend des besoins, pour certaines choses c'est parfaitement adapté pour d'autres non... mais je plussoie skeye de manière générale;
 

C'est pas le moteur de templates qui posent problème hein c'est la façon dont tu t'en sers. Si ton truc est pas pensé pour utiliser des templates en sortie, c'est sur tu vas droit dans le mur.
C'est un outil comme un autre, le tout est de savoir quand on en a besoin et quand cela s'avère interessant de l'utiliser.
 
edit:   over burned par chaos

Et de toute facon, Smarty (meme si c'est le mal) est facilement extensible. Tu peux tres simplement y rajouter tes propres tags.

Chaos Intestinal> Prends pas la mouche, c'était pour plaisanter
 
Je me doute bien que c'est dantesque, mais je demandais simplement si certains d'entre vous s'étaient heurter à des pb, et si oui lesquels. Mais ok, j'ai ma réponse
 
Merci à tout le monde
 
Edit: Tiens d'ailleurs si quelqu'un a un truc détaillé qui explique comment créer un plugin. Je trouve que la doc officielle à ce sujet n'est pas très riche. Alors je crois avoir compris en gros le fonctionnement en regardant les plugins créés, mais je trouve pas d'infos concrète sur le sujet.

 
Trop tard, tu es maudit toi et ta famille sur 19 générations.
Ca fait vieux jeu les malédictions, je sais, aujourd'hui on appelle ça un crédit à la consommation, mais je tiens aux traditions

 
   (edit: je préfère les malédictions aussi, dommage, ça se perd )
 
Dites voir, en péhachpé, un md5_file() (ou sha1_file()) ça demande beaucoup de ressources ? Par exemple une boucle qui fait un md5_file sur 500 fichiers ça représente quoi ?

c'est au moins proportionnel à la somme de la taille de tout les fichiers.

dépend de la taille des fichiers
edit:    ... 30 secs ... grrr

Euh oui en effet ... Je trouve que je pose beaucoup de question à la con en ce moment
 
Edit : Bon de toute façon je doute que ce soit une bonne idée.
 
En fait j'essaye de trouver la meilleure solution pour différencier des fichiers. Je pense que je vais plutôt me baser sur l'arborescence.
 
Par exemple :
 
ma_gallerie\
    \toto.jpg
    \sous-dossier\tata.jpg
    \sous-dossier\toto.jpg
    \sous-dossier\titi.jpg
 
Les infos sur chaque image (par exemple son titre, celui qui l'a prise etc...) seront stockée dans en BDD. Il faut donc vérifier son existence. Le nom ne suffit bien spur, (toto.jpg se retrouve dans 2 dossiers). L'arborescence par contre c'est bon, mais je ne voulais pas l'utiliser dans l'optique ou le détenteur pourrait modifier l'arborescence.
 
Mais je pense que je vais quand même utiliser le chemin relatif de chaque image, avec un bouton de mise à jour si jamais l'arborescence est modifiée...
 
Voilà
 
Edit 2 : En fait je crois que je vais même utiliser le md5 du chemin relatif. Le traitement sera beaucoup moins lourd, et ça me permettra de générer un identifiant unique pour chaque image. (identifiant que j'utiliserai d'ailleurs comme nom pour chaque miniature générée...)

Quelqu'un a déjà essayé cette classe d'abstraction DB (ezSql) ?
 
http://www.jvmultimedia.com/portal/node/6

Déjà entendu parlé...
 
Moi j'utilise pas d'abstraction, j'ai que Mysql Et comme ça j'optimise à mort. Si je veux un autre SGBD, je fais un autre model spécial. 0 perte de perf pour rien

 
Qu'appelles-tu "optimiser à mort" ?

 
Une appli est optimisée à mort quand le cadavre du DBA commence à sentir vraiment mauvais

Ben comme ça je peux écrire du SQL spécial par portable direct sans penser si ça marche ailleurs ou sans utiliser les trucs fournis par l'abstracteur... Ca enlève une surcouche en fait

 
Ok
 
Bon, ça y est, je me frotte à mon premier problème épineux avec Smarty (me doutais bien que ça aller finir par me faire chier )
 
Pour l'affichage d'une arbo (sortie de la BDD), j'ai cette fonction :
 

// On imagine qu'on a construit cette arbo à partir de la BDD :
$arbo[0] = array(1,2,3,5,6,9);
$arbo[2] = array(4,7);
$arbo[4] = array(8);
 
function mon_arbo($parent = 0) {
    global $arbo;
    echo '<ul>';
    foreach($arbo[$parent] as $id){
        echo '<li>' . $id;
        if(array_key_exists($id, $arbo)){
            mon_arbo($id);
        }
        echo '</li>';
    }
    echo '</ul>';
}
 
mon_arbo();

 
Ça marche nickel, ça me créé mon arbo ... sauf que là, le HTML est dans la fonction PHP ... et je vois pas comment foutre le HTML dans le template, même en utilisant des boucles

remplace tes echo '' par $ligne .=  
 
ta fonction retourne $ligne
 
apres, tu dois pouvoir le mettre ou tu veux dans smarty

http://www.phpinsider.com/smarty-f [...] php?p=9864

m'étonnes pas que t'aimes pas smarty si tu fais des trucs comme ça avec  
 

Une bibliothèque d'abstraction n'est utile que si on sait que l'application peut-être amener à utiliser différents sgbd. Encore une fois c'est l'analyse qui doit amener le choix de l'outil, on prends pas un truc en se disant "ouais je vais utiliser ça pour faire le blog de mon chat".
Sinon non, perso,  j'ai jamais essayé ezSql. D'habitude, je prends adoDB.

DJ Yell> En gros :
 
truc.tpl :

 
Oui ça je sais, mais ça ne change rien au fait que mes <ul> et <li> sont dans la partie PHP alors que c'est du HTML ... c'est surtout de ça dont je parlais
 

 
Hum, spacon ... à approfondir, je vais déjà tester l'autre méthode
 
Merci

 
La mienne marche.
'fin de tête c'est comme ça, hein, ya p-e une erreur ou deux, j'ai aps ressorti le template récursif que j'ai...mais c'est le principe.

 
Ca devient un peu bizarre comme situation il me semble :
- d'un coté on a séparé tout le coté présentationnel de l'html et le foutant dans le css, l'html n'est normalement que sémantique et fait partie de l'information.
- de l'autre le php ne devrait pas directement sortir des <li> et des <ul> alors qu'on vient de dire que c'était de l'information à part entière et pas de la présentation et on devrait reléguer ca strictement au moteur de template.  
J'ai un peu l'impression qu'on fait 2x la même séparation, sans forcément un interêt réel.
 
( et c'est encore pire quand on a xml->html sémantique->css->présentation , à quoi ca sert d'avoir un html sématique si on a l'xml qui possède déja l'information pure, ou l'inverse, à quoi sert l'xml si l'html est sémantique ?)

(sauf que ton php ne sert pas forcément qu'à sortir du html. Et là d'un coup la séparation est moins ridicule )