On Tuesday 27 August 2002 23:39, Rafael Mu�oz Moreno Davila wrote: > J'ai sur mon site 3 menus d�roulants assez cons�quents, et j'aimerais > les remplacer pour que cela sois plus compatible (actuellement en > javascript) et plus rapide (car les pages font toutes plus de 20k rien > qu'avec ces 3 menus), je me demandais alors, si c'�tait mieux de les > faires en PHP uniquement, ou d'y ajouter du MySQL. Avez vous d'autres > id�es?
PHP tournera sur ton serveur et construira la page HTML � envoy� au browser. Dans ce cas, g�n�rer l'html en php, ou avoir un fichier en statique ne va pas changer les performances. Dans tous les cas, tu aura besoin de : <select name=xx><option value=1>...<option value=2>...</select> Tout au plus, peux-tu envisager d'envoyer un tableau en JS : <script ...> var Menu1 = new array( 'blanc', 'rouge', noir', ...); var Menu2 = new array( 'one', two', 'three', ...); DisplayMenu(Menu1); DisplayMenu(Menu2); </script> La fonction DisplayMenu sera charg�e de construire le code HTML �quivalent � : <select name=Menu1><option value='red'>red<option value='rouge'>rouge...</select> Ceci a l'avantage de pouvoir envoyer un codre tr�s compacte au browser et de laisser celui-ci faire le travail de construction HTML � l'aide d'un programme JS. Cette une technique que j'utilise souvent losrque je dois transmettre de grosses pages � la structure HTML complexe. C'est naturellement particuli�rement adapt� � la pr�sentation de liste, tablaux, forms, etc. Maintenant, mettre tes donn�es dans une base MySQL est certainement une bonne chose, mais si tes donn�es ne changent jamais, ce n'est pas forc�ment indispensable. �a d�pend de plusieurs autres crit�res. Si tes donn�es sont dans une base SQL, avoir un programme PHP pour les r�cup�rer et les envoyer au browser (HTML ou JS, peut importe) est logique. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
