Méthode correcte ? + Pb de nombre de champs indéterminé

Méthode correcte ? + Pb de nombre de champs indéterminé - PHP - Programmation

Marsh Posté le 17-07-2004 à 14:13:04    

Salut
 
 
Un peu de contexte à mon problème d'abord : je suis en train de concevoir une interface de saisie d'article. L'utilisateur saisie d'abord son texte, agrémenté de BBcode dans un textarea. Je traite ce texte de façon à séparer le texte en paragraphes. Jusque la, ca va :)
 
La deuxième partie concerne l'ajout d'éléments multimédias à l'article (images, flash, son...). Afin que la présentation des articles soit plus ou moins uniforme, je veux proposer l'insertion de ces éléments seulement à des endroits prédeterminés :
multi1      multi2         multi3
multi4      PARAGRAPHE     multi5
multi6      multi7         multi8
 
Et ce pour chaque paragraphe. Ce système me permet également de générer une gallerie d'image avec la même interface (il suffit de n'entrer que des paragraphes vides).
 
Je pensais faire comme ca :
 
-dans une page, afficher tous les paragraphes, entourés par des select avec comme option Rien,Image,Flash,Son. Comme ca pour chaque paragraphe, l'utilisateur indique quels éléments multimédia il voudra
-quand il valide, je lui affiche une page avec le nombre correspondant de champs FILES
-ensuite j'uploade
 
 
Questions :
Bien ou pas bien la méthode ? (merci d'argumenter, pas de troll genre : "non ca pue" ;) ;) )
Comment je vais faire pour gérer les noms de mes champs vu que le nombre est indéterminé ? Je pourrais incrémenter le nom des champs par exemple ? Ou alors un tableau est plus approprié ici ?  
 
 
Voila, merci :)


Message édité par gooopil le 17-07-2004 à 14:23:53
Reply

Marsh Posté le 17-07-2004 à 14:13:04   

Reply

Marsh Posté le 17-07-2004 à 14:27:00    

rien compris :)

Reply

Marsh Posté le 17-07-2004 à 14:28:40    

Je pense que le mieu c'est plutôt de mettre des champs FILE à la place des selectbox. Ensuite, lorsque de l'upload, tu vérifié l'extension du fichier pour en déduire le type.
Ca me semble plus user fiendly.


Message édité par Arjuna le 17-07-2004 à 14:29:04
Reply

Marsh Posté le 17-07-2004 à 14:54:19    

C'est pas bete ca...Chais pas pourquoi j'y ai pas pensé, j'étais fixé sur mes select :)
 
Edit : Merci d'avoir relu une deuxième fois pour comprendre :)
 
MAIS : Y'a pas un risque de timeout si y'a trop de fichiers à uploader dans la même page ?


Message édité par gooopil le 17-07-2004 à 15:43:45
Reply

Marsh Posté le 17-07-2004 à 16:13:25    

Bah... Dans tous les cas, oui, y'a un risque. Mais sur la page du POST (le action du form quoi) t'as qu'à stipuler un timeout beaucoup plus long, uniquement pour cette page.
 
Ceci-dit, t'auras le même problème avec la solution sur laquelle tu partais ;)

Reply

Marsh Posté le 17-07-2004 à 16:33:04    

Ouais je sais que ma solution ca aurait fait pareil :)
 
Bon ben j'ai plus qu'à espérer que mon futur hébergeur acceptera les modfi sur le timeout...
 
enfin bref j'ai fait comme tu m'as suggéré, ca fait un peu bizarre tout ces 'parcourir' de partout, mais ca roule.
 
Merci en tout cas

Reply

Marsh Posté le 17-07-2004 à 16:43:06    

Avec un petit JS, tu peux faire un affichage plus joli.
Attends 5 minutes que je te poste un exemple ;)

Reply

Marsh Posté le 17-07-2004 à 16:59:02    

Volontiers :)

Reply

Marsh Posté le 17-07-2004 à 16:59:13    

Y a aucun risque de timeout.
 
Pourquoi? Simplement parce que le traitement de la page ne se fait que lorsque toutes les données ont été envoyées, ce qui inclu les fichiers. Le timer ne se déclenche donc qu'une fois les fichiers uploadés, ce qui signifie qu'à moins d'avoir un autre traitement hyper lourd dans ton script, ce n'est pas le déplacement des fichiers du répertoire temp vers le répertoire correct, ni la récupération du type MIME qui vont te bouffer les 30 sec d'exécution classique.


Message édité par gizmo le 17-07-2004 à 16:59:58
Reply

Marsh Posté le 17-07-2004 à 17:08:44    

Cool je savais pas ca :) Ben le traitement ca sera juste faire les verifs d'usage, créer une miniature par photo et enregistrer le tout dans une base, donc ca devrait rouler alors :D

Reply

Marsh Posté le 17-07-2004 à 17:08:44   

Reply

Marsh Posté le 17-07-2004 à 17:21:32    

J'ai mis un peu plus de 5 minutes... Légèrement perdu la main :D
 
http://perso.wanadoo.fr/magicbuzz/file.htm
 
Que penses-tu de cette interface ?

Reply

Marsh Posté le 17-07-2004 à 17:22:14    

Je te laisse l'améliorer, là c'était juste histoire de te montrer un exemple de petit JS qui va bien ;)

Reply

Marsh Posté le 17-07-2004 à 17:22:37    

Pour info voila ce que j'ai fait:
 
[img]
http://membres.lycos.fr/neokiller42/Image1.jpg[/img]

Reply

Marsh Posté le 17-07-2004 à 17:23:36    

gooopil a écrit :

Cool je savais pas ca :) Ben le traitement ca sera juste faire les verifs d'usage, créer une miniature par photo et enregistrer le tout dans une base, donc ca devrait rouler alors :D


Hmmm, y'a le timeout de connection quand même. Mais bon, c'est vrai que de toute façon on ne peut rien contre lui :)

Reply

Marsh Posté le 17-07-2004 à 17:24:15    

gooopil a écrit :

Pour info voila ce que j'ai fait:
 
[img]
http://membres.lycos.fr/neokiller42/Image1.jpg[/img]


 
Change, c'est pas bô :D

Reply

Marsh Posté le 17-07-2004 à 17:26:07    

relou, moz ça comprends pas le "onchange" sur un type file, et je trouve pas d'autre évènement qui pourrait aller.
 
M'enfin au pire ça empêche pas le fonctionnement de la page :)

Reply

Marsh Posté le 17-07-2004 à 17:29:54    

Ben c'est pas fait pour être beau :p. Le fond et les bordures ca permet de détacher un peu le tout, les couleurs c'est en gros la charte du site, donc ca fait pas trop tache, et pis c'est qu'une partie d'administration. Na ! ;)
 
Sinon ton interface c'est pas trop mal ;), mais bon, mettre du JS la ca m'embete un peu...

Reply

Marsh Posté le 17-07-2004 à 17:34:16    

Le js en lui-même est full compatible tout navigateur, y'a pas de problème de ce côté là.
 
Le seul truc, c'est que les full w3c compliant ne lancenent pas d'évènement au moment ou le contrôle FILE change. Du coup le champ reste affiché, et l'image n'appraît pas. Mais ca ne gêne pas le fonctionnement de la page, et ça ne génère pas d'erreur.

Reply

Marsh Posté le 17-07-2004 à 17:38:44    

Si le JS est pas activé, ca marche plus du tout par contre. Vu que c'est juste une histoire d'affichage plus joli, ca me semble inutile de coller du JS. Le site complet tourne sans Js, je vais essayer de m'y tenir jusqu'à la fin.  
 
Après, je peux toujours utiliser <noscript> pour pouvoir proposer la version js et la js...Mais on verra quand le reste sera fini.
 
Merci du coup de main :)

Reply

Marsh Posté le 17-07-2004 à 17:48:01    

Mouais... M'enfin j'aimerais connaître la liste des polios sur terre qui désactivent leurs scripts pour aller dans un outils d'administration de leur site... Sur un site de c*l à la rigeur, mais autrement... Y'a pas la moitié des sites sur le net qui tournent correctement sans la présence de JS

Reply

Marsh Posté le 18-07-2004 à 18:54:56    

Arjuna a écrit :

Mouais... M'enfin j'aimerais connaître la liste des polios sur terre qui désactivent leurs scripts pour aller dans un outils d'administration de leur site... Sur un site de c*l à la rigeur, mais autrement... Y'a pas la moitié des sites sur le net qui tournent correctement sans la présence de JS


 
Oui, et d'abord pourquoi desactiver le js, c'est une technologie comme une autre, si on est anti-technologie on desactive aussi flash java et & :sarcastic: (et l'argument des failles de secu ne tiens pas, avec un vrai navigateur et un firewall correct, ca suffit)

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed