Actualites | Forum |Archives
Le magazine des décideurs et webmasters qui gagnent !
Inscription | Livre d'or | Plan du site | 15 visiteurs actifs
   
A la Une
Actualité
Dossiers
Communiqués
Coin Technique
Agenda des salons
Emploi
Echange de liens

Archives
Sélection
Expérience qui parle
Internet quotidien
Tous les dossiers

Forum
Forum SAM-MAG

Guides
Check-list de la promotion des sites
Promouvoir et référencer les sites web

Contact
Nous contacter
Newsletter
La protection des données personnelles


 
  Protéger le code Javascript
Dossier "SAM l'Informaticien" du 21 août au 3 septembre 2000 par Daniel Lucazeau

´est une question vieille comme le net…Espace de liberté et volonté de camoufler. Raccourci un peu trop fort, sûrement.
 
Les solutions premières
Inclure le code javascript directement dans le source ne le masque pas, le mettre dans un fichier en .js et l´appeler comme ceci
<script language="JavaScript" src="….js"></script>
ne permet aucunement de le cacher car justement il est stocké dans le cache du navigateur sur le disque dur de l´internaute. Il est très facile de consulter ce type de fichiers, je l´ai utilisé de nombreuses fois pour étudier les solutions mises en œuvre par les autres. C´est bien là le problème aussi, tout internaute qui veut apprendre HTML et Javascript regarde le source des pages et le cache de son navigateur !
 
Alors que faire ?
Rien !
Si le code est réellement sensible, des calculs de coûts, des détails intermédiaires sur l´affichage , il faut alors en faire un script serveur et développer des pages dynamiques. Même si il n´y a pas de base de données derrière.
Mis à part ces cas là, on ne fait que reproduire des techniques que l´on trouve sur tous les sites qui recensent ces scripts, et j´en profite pour remercier tous ces webmasters qui font un sacré travail.
On va adapter un ensemble de scripts qui manipulent les cookies, qui font des contrôles de formulaires etc…
 
Conclusion
C´est ce que j´avais commencé à développer dans https://www.sam-mag.com/archives/dynamique.htm .
Différencier le rôle du code sur le poste client – contrôles de premier niveau, validité de chacun des champs, vérification des champs obligatoires etc.. de celui sur le serveur, où l´on peut refaire les contrôles mais ce sont surtout les calculs par rapport à une base d´informations qui s´y trouve.
On peut aussi tout faire sur le serveur, amis cela donnera lieu à des échanges peut-être superflu, c´est dommage d´aller sur le serveur pour s´apercevoir que le champ e-mail est vide !
On peut en faire plus sur le client, mais alors tout le monde voit nos secrets de fabrication.
Chacun, répartira ses traitements en fonction de ce qu´il veut faire gagner comme temps, de la souplesse qu´il veut donner à son application et donc de ce qu´il veut cacher..

Daniel Lucazeau
Ajornet.com
Chef de projet Internet
Développeur informatique

Tous droits réservés - Reproduction même partielle interdite sans autorisation préalable

 
 
Google
 
Web www.sam-mag.com
 

Copyright © ACORUS 2004. All Rights Reserved

- Sam-Mag.com Referencement-Sur-mesure - Referencer-Site-Web.com
Visibilite-Internationale.com - Referencement-Immobilier.net