Forum d'entraide PHPFrance

Bonjour,

je développe un application en Php 4 et jusqu'à maintenant j'utilisais que du php pure
en évitant le javascript en cas de désactivation de celui ci dans le navigateur.
Mais j'ai du en mettre quand même alors maintenant je m'interroge:

Faut il éviter le plus possible javascript ou non?
D'après ce que j'ai compris javascript est plus rapide car executé coté client et utilisé
surtout pour des vérification de formulaires.
Quand et pourquoi utiliser un script JS au lieu de script php?

j'aimerais avoir vos avis sur la question.
Merci

Sur les seules vérifications de formulaires il est vivement conseillé de faire les verifications coté PHP quoi qu'il arrive (JS pouvant être désactivé mais aussi souvent assez facilement "detournable").

Il est impossible de comparer js & php, js étant côté client et php côté serveur, ils ne sont pas du tout utilisés aux mêmes fins.

Il est impossible de comparer js & php, js étant côté client et php côté serveur, ils ne sont pas du tout utilisés aux mêmes fins.

d'où ma question

Quand et pourquoi utiliser un script JS au lieu de script php?

L'embêtant c'est que c'est une question très vague sur deux choses très différentes. S'il y a des aspects particuliers que tu veux aborder, ce serait une bonne idée de les exposer, sinon je ne vois pas comment répondre sans écrire un roman sur chacun des deux langages...

J'aurais tendance à dire : JavaScript utilise le pour les trucs "funs" qui animent un peu ta page (genre les menu qui se déroulent, le drag&drop etc... PHP pour tout ce qui est indispensable.

Et surtout ne jamais proposer de contenu accessible uniquement avec JS activé, toujours prévoir une solution de secours.

J'aurais tendance à dire : JavaScript utilise le pour les trucs "funs" qui animent un peu ta page (genre les menu qui se déroulent, le drag&drop etc...

Je me permets de nuancer ces propos : c'est l'utilisation de trucs "fun" comme tu dis (qui généralement ne sont fun que pour le créateur de la page et qui emm... royalement l'utilisateur *) qui est à l'origine de la réputation sulfureuse du JS.
OK, aujourd'hui il est en train de regagner ses lettres de noblesse, grâce entre autres à la "découverte" des technologies AJAX et approchants, et c'est vrai que du javascript utilisé à bon escient peut vraiment enrichir l'expérience utilisateur.

Et surtout ne jamais proposer de contenu accessible uniquement avec JS activé, toujours prévoir une solution de secours.

Je plussoie, je dirais qu'étant donné que le javascript est une fonctionnalité que l'utilisateur PEUT désactiver, il NE DOIT PAS être indispensable à la navigation, sauf dans le cas d'applications bien spécifiques pour lesquelles on peut se permettre d'exiger quelque chose de l'utilisateur.
En conclusion, une fois du plus : la modération en tout est gage de qualité

(*) : Je parle bien évidemment des pop-up à tout va, des petites étoiles qui suivent la souris, de la neige qui tombe du haut de l'écran, du message défilant dans la barre d'état, du confirm() en début de page qui nous demande de voter pour le site qu'on visite, et autres joyeusetés en tout genre...

Quand je parlais de trucs funs je visais bien sûr les contenus dynamiques, avec AJAX notamment comme tu l'as dit, et les éléments qu'on peut plier, déplier, fermer, glisser déposer etc... (genre iGoogle). Il est bien évident que les pop-ups c'est à proscrire (sauf éventuellement dans le cas de liens qui ouvrent une image ou une vidéo, dans ces cas la pop-up redimensionnée peut-être une solution), et que tous les machins "tape à l'oeil" sont à éviter.

merci pour les reponses

C'est bon à savoir tout ça.
Dans mon cas c'est pour une application intranet et pas un site web, donc
je peut mettre un peu l'accessibilité de coté pour ce projet.

Si tu sais que tous les utilisateurs de ton réseau intranet auront le JavaScript activé ou seront disposés à l'activer pour profiter des fonctions de ton application alors oui tu peux te permettre des écarts de ce côté là Ne pas prendre de mauvaises habitudes pour le web cependant, cela va sans dire

Si tu sais que tous les utilisateurs de ton réseau intranet auront le JavaScript activé ou seront disposés à l'activer pour profiter des fonctions de ton application

ATTENTION : réaliser un intranet en se disant qu'on peut utiliser le JS signifie "Afficher une page imposant l'activation du JS s'il est désactivé", pas "J'admet qu'ils ont tous le JS d'activé".

Dans le cas d'un intranet, tu peux te permettre d'imposer le JS, donc de refuser l'accès s'il est désactivé, mais en aucun cas tu ne peux admettre que le JS est activé parce que tu te trouves sur un intranet

Dans le cas d'un intranet, tu peux te permettre d'imposer le JS, donc de refuser l'accès s'il est désactivé, mais en aucun cas tu ne peux admettre que le JS est activé parce que tu te trouves sur un intranet

... ou seront disposés à l'activer pour profiter des fonctions de ton application...

D'accord avec toi