Reprise du message précédent :
si ca efface les champs au chargement de la page, autant le faire en PHP. si je désactive JS tout ton truc est obsolète

Gatsusat => Si les champs en question ont été remplis auparavant, il est trop tard pour les vider en php.

c est clair que si tu desactive javascript
 c est obsolete c est si je developpe un site internet
mais moi je developpe pas un site internet
je fais des interface pour la gestion de base de donnée
donc en theorie les utilisateurs sont au courants et y sont vraiment con si il le supprime parceque je l aurai dit de l activé.
 

ben c'est son PHP qui est bancale
 
 
au lieu de faire
 
 
if ()
 
{
mes actions
echo <sript>moncondefonction</script>
}
 
il aurait du tester son if en amont au moment ou il affiche les inputs, et gérer une condition qui n'affiche pas le contenu c'est tout.
 
essaye de faire quelque chose de propre donny3.  tu t'es lancé dans queulqeu chose alors que tes notions en programmation (tout court) sont légères, et tes notions de web (HTML/CSS/JS/PHP) aussi.

Gatsusat => Il y a des fois où ce n'est pas évident et ce n'est pas une histoire de bancal ou pas.
Un exemple sur lequel je bosse actuellement.
Un élevage virtuel. J'ai une page type avec sur la gauche un menu et les infos du membre (genre monnaie, santé, etc.).
J'inclus les pages selons l'URL, le PHP me gère les pages à inclure. L'une des pages inclue modifie un paramètres de santé, du genre "index.php?page=ilestmort" inclu la page "ilestmort.php" qui elle fixe la santé à 0%. Mais dans ma page type, le formulaire était déjà rempli et indique l'ancien état de santé. Bah hop, un p'tit coup de JS et le formulaire est à jour. Si pas de JS d'activé, tant pis, son formulaire n'est pas à jour, si il est activé, tant mieux.

mouais mais c'est pas top de melanger JS et PHP de cette manière

+1, si tu as recours à ce genre de bidouille à grands coup de JS ben c'est ton truc est mal conçu.

Ouai t'as raison, j'aurais du faire toutes mes requêtes en premier, tout garder en mémoire et tout traiter à la fin, comme ça, chaque script m'aurait pris 4Mo de mémoire, mais ça aurait été mieux conçu.  

ben si un script te prend 4 mo de mémoire c'est qu'il doit etre mal concu aussi, tu fais des requetes de la mort ak 100000 enregistrement dans le recordset ?

Mais arrêtez donc de parler sans savoir.  

SI ON SAIT HAHAHAAHAHA §

avant de se lancer dans un dev de site, faut d'abord bien connaitre les différence en CLient/Server (les langages et les interactions), les techniques les plus simples, et les bonnes pratiques pour développer un site web.
 
tiens je ne sais pas si ca existe les bonnes pratique de developpement.
 
genre : ton site doit etre utilisable sans Javascript, JS est juste un gain d'amélioration de la navigation.
 
ya opquast mais je sais po si ca fait tout pour les bonnes pratiques, la flème de lire lol

Et en l'occurence, sur un projet d'envergure, on pèse les pour et les contre, les contraintes et les méthodes, on fait en conséquence et dans l'éventualité de pouvoir gérer une grosse base d'utilisateur même si il y a peu de chance que ce soit le cas. Et dans ce cas on fait au mieux et on décharge les conneries sur le poste client.
J'aurais aussi pu jouer sur un remplacement du formulaire dans le buffer de sortie, c'est faisable et c'est assez rapide, sauf en cas de grand nombre de tentative simultané où là on se retrouve avec 20 visiteurs qui ralentissent le site comme si il y en avait 20000.

 
 
 
ben tu inclu ta page en amont dans le code et pas après.
 
en PHP on fait d'abord les traitements, et ensuite l'affichage. on fait pas de melting pot.
 
c'est pourquoi je prefère faire un site avec des pages basées sur un modèle
 
genre :  
une page qui sera présentée pour chaque page du site et qui fera des include de bandeau, menu, pied de page (par exemple)
 
Je créé un modèle de page et quand je dois faire des modifs je modifs les petites pages incluses autour.
je trouve ca moins lourd.
 
apparament toi tu as concu ton site autour de index.php qui inclut toutes les autres pages. jpense que c'est tres chaud ton système et mal concu.

Non, on fait comme on veut. Faire tous les traitements en PHP et gérer l'affichage ensuite, ça oblige à garder un maximum d'informations en mémoire.  
 

Bah tu penses ce que tu veux, mon système a déjà fait ses preuves et ça fonctionne très bien, je vois pas pourquoi j'en changerais sous prétexte que tu penses que c'est mal conçu.

pour faire un bon truc,
t es obliger de combiner javascript et php.
Si je veux recuperer la valeur contenu dans 1 cellule de mon tableau au clique sur la cellule je suis obliger de passer par javascript, sachant que mon tableau est alimenter grace à ma base et donc avec du php
 

mouais, faire comme on veut, c'est kiff kiff quand même.
Si tu veux traiter un truc que tu as afficher avant, c'est que t'y peut être mal pris.
 
C'est un peu comme ceux qui veulent faire de la redirection avec un header en ayant afficher quelque chose auparavant.
 
Puis le coup de la gestion de mémoire : tu dois pouvoir désalouer, non ?

faites des sites bancales et démerdez vous alors

Mais nan, on peut faire ça de manière normale

c'est dur de leur faire comprendre comment faire quelque chose de propre. et ca, 50% des dev web font aussi crade.
 
la preuve, on avait des projets Web et 6 groupe sur 8 on fait une merde semblable.

mais moi je t ai dit,
je developpe pas de site web,
je fait une interface pour une base de donnée
et le truc ne va tourner qu en local
et je sais pas si tu connai access
mais pour faire quelquechose de ressemblant  
t es obliger de passer par javascript
et php
sinon c est pas possible

Ouais, donc si c'est en local, barde de JavaScript comme tu veux.
 
Ah autre chose. Si c'est vraiment juste en local, y'a aucun interêt à faire ça sous forme de pages web Tu va plus de faire chier qu'autre chose avec les limitations des technologies.
 
On en demande souvent un peu trop à l'HTML, qui n'est, n'oublions pas, qu'un langage de publication

Bah ouai, j'fais ce que je veux et personne s'en plaint.