TRIE ET FILTRE UNIVERSEL DE REQUÊTES DANS UN FORMULAIRE À PARTIR DE SES CONTRÔLES

Commentaire de 8Tnerolf8 le 31/08/2007 14:23:52

Je n'ai pas pompé ce code, je l'ai élaboré seul à partir de mes neurones.
Quant aux maladresses que tu présentes, il faut savoir :

- Par rapport aux maladresses de syntaxes et d'écriture, je suis autodidacte et de ce fait j'écris comme je peux afin de réaliser mes objectifs.

- Sur mon site en projet, j'ai juste pris un forum que j'ai adapté ensuite à mes besoins.

- Le mysql_pconnect est mis sciemment choisi par rapport à l'exploitation de ma base de données au sein de mon site

- Enfin, par rapport aux balises manquantes, affiche la source du lien que j'ai mis. Le fichier Ma_feuille.php ne contient que les indications nécessaires pour intégrer mon module au sein d'une page PHP contenant d'autres éléments.

Cordialement.

Commentaire de codefalse le 31/08/2007 20:50:49 administrateur CS

Essaye de ne pas prendre mal les conseils donnés, ils ne sont pas là pour te descendre, mais pour te conseiller justement. Tu es autodidacte, peut-être, mais apprends aussi a recevoir des autres alors.

Si tu réagis mal, tu n'aura plus de conseils et c'est jamais une bonne chose.

Essaye de voir comment fonctionne PHP5, pourquoi, comme KIKI2SIROM t'a dit, il faut mettre <?php au lieu de <?, faire les fonctions de "comptage" avant les boucles et pas pendant, etc.

Regarde aussi au niveau de l'agencement du code HTML en restant valide W3C (le fait d'être valide W3C, c'est tout simplement pour respecter la sémantique et avoir un code qui respecte un certain standard, qui permettrait à tous les navigateurs d'afficher les mêmes pages (si tous les navigateurs respectaient ce standard...))

Regarde aussi du coté des structures en MVC, qui te sont plus faciles d'acces grace au php5.

Tout ce qui t'es donnée en conseil (par tout le monde), ne fera qu'améliorer ton site

Bien cordialement

Commentaire de 8Tnerolf8 le 31/08/2007 21:16:50

A l'attention de CODEFALSE

Je n'ai pas mal réagi aux propos de KIKI2SIROM et accepte sans soucis les critiques. Ma réponse à cette personne est explicative dans l'optique de faire valoir mon point de vue.

Par contre, je n'accepte guère les attaques gratuites et stériles du style, je cite:
"ça sent le code pompé un peu partout sans n'y avoir rien compris"

"regarde sur php.net la fonction : mysql_pconnect ==> je ne suis pas convaincu que tu veuilles ici ouvrir une connexion permanente à MySQL"

J'accepte que l'on dise "c'est ma fois, sacrément le bordel le code... ". Par contre, que l'on étaye ensuite ce point de vue, dans la courtoisie et l'objectivité.

Je pense que justement, ce type de forum d'exposition de code est là pour présenter des solutions à des personnes afin que ces dernières gagnent du temps, et lorsque l'on peut, proposer des améliorations de l'existant, chose que j'ai fait dans la rubrique Javascript concernant le menu d'Iubito.

J'ai soumis mes scripts PHP dans l'optique d'apporter ma contribution à la communauté et rien d'autre. Si je vois que les retours sont sarcastiques et ne sont que l'expression d'un sentiment de supériorité du confirmé envers le novice, alors, par correction, ayant compris que ce type de forum n'est destiné qu'à être une "cour des grands", je continuerai mon bonhomme de chemin dans la plus parfaite discrétion.

Commentaire de 8Tnerolf8 le 03/09/2007 07:18:17

Merci à coucouc747 et CODEFALSE qui m'ont permis d'améliorer grandement la lisibilité de mon code et d'apporter les modifications précitées que vous pourrez trouver dans le zip mis à jour.

Commentaire de 8Tnerolf8 le 09/09/2007 11:13:01

Bonjour Malalam

Devant tes remarques ajoutées à celle de Coucou747, je me suis à nouveau penché sur cette histoire de mysql_pconnect.

Il faut savoir que j'ai monté mon propre serveur MySQL et que mes appels à la base de données se font en local.

J'ai donc regardé comment se comportaient les connexions permanentes par divers test d'accès à V.I.P.E.R.E.

Il en résulte bien qu'il y a des PID associés pour chaque connexion distante qui restent stockées dans l'éventualité de nouvelles domandes SQL provenant du même PC ayant ouvert la connexion.

Ce que je n'avais pas pensé, et je vous remercie, par vos commentaires, de m'avoir aidé à prendre conscience de la chose, c'est qu'avec des postes en DHCP, il peut y avoir du jour au lendemain plusieurs connexions fantômes qui encombreront mon serveur pour des prunes, sachant que pour chaque IP différente il y a une nouvelle connexion qui s'établira.

Ayant paramétré pour le moment un maximum de 1200 connexions, j'avoue que très vite, avec mysql_pconnect, ça risque de saturer. Je vais donc modifier la source de mon code pour mettre une fonction mysql_connect au lieu de mysql_pconnect.

J'aurais du coup une question à poser. Quand donc utilise-t-on mysql_pconnect ?