J'ai topper un logiciel qui permet de crypter un code source HTML. Il marche plutot bien vu le résultat incomprehensible qu'il donne (ex : ½Þ¹$ôðµô§)Åiµ1óóÉi>1Éi/=1Ê { ß<$iÙ¬eµ(/à)*àÚ}}øµ¬e/4º$ÈÌ$èµ£Èý)Éîí³)Éüí¶Ê; áÀÈÓÂÁÐ4¤©1¤±; útraceÁÜsë¦4¤ ). Le probleme, c'est que pour une page HTML ca marche tu tonnerre mais quand il y a du code PHP dedans, ben le serveur n'interprete pas le code crypter (normal).  
 
Voici le lien ou vous pouvez tester. Ne faite pas les fou, l'algorithme est tres lourd.  
http://hometown.aol.de/_ht_a/memtronic/
 
Donc c'est pour savoir si par hasard, il n'existe pas un programme similaire qui ne crypte pas les données contenu entre les bornes <?php et ?>
 
Voila, je vous remercie.
 
Au passage, ce programme est un freeware

je vois pas comment tu peux crypter quoi que ce soit. Si ta page est affichée, c'est qu'elle est décryptée.

Lol toi t'as pas testé le lien que j'ai donné. Test le et tu comprendras tout de suite la puissance de ce petit programme. Reteste le en cryptant du PHP et constate le résultat.

 
Enregistrer sous avec Mozilla me donne la page décryptée directement.    
 
Trop Lol en effet...    

 
je crois que c'est toi qui a pas compris la base des bases.

Dis donc bonhomme, faudrait voir à pas mélanger les pommes et les poires hein?

Plus qu'à y mettre un coup de Tidy et hop
 

Morons in web space
 

 

Question maintes fois abordée sur ce forum.

apparament, son prog fait aussi de la compression de contenu web. là ca peut etre interressant, si toutefois ca cree pas de pb avec les googles ...
 
ou alors c'était pour empecher le concepteur du site d'avoir access au code  

mais le vrai truc drôle dans l'histoire, c'est celui qui c'est dit "Ah je v faire un truc pour crypter le HTML" et qui l'a fait  

le pire c'est ceux qui achète ledit logiciel...

Oui, là, ça dépasse tout.

du style : http://www.sharewareorder.com/HTML [...] -29870.htm
 

Nan mais vous êtes marrant à critiquer. J'ai jamais dis que la page du lien que je vous ai donné était codé. Faut savoir lire les gars avant de critiquer. Alors je le fais pour ceux qui n'ont pas compris. Voici un lien avec le code source crypté. Regardez le code source
http://graphismebarok.free.fr/test/test.htm
 
Tout de suite ça change un peu...
 

 
Euh... oui mais si tu ne comprends pas ce que je dis pourquoi tu réponds. Je sais que php est interprété par le serveur donc le cryptage ne marche pas (normal le serveur trouve une erreur de syntaxe). C'est pour ça que j'ai dis de tester avec une page php pour que la personne voit que ça fait une erreur.
 
Ensuite, crypter la source est certes non infaillible mais avec une source comme le lien que je vous ai donné, ça décourage 99% des gens et je pense que c?est l?essentiel. Les 1% restant qui veulent absolument voir la source l?auront dans tous les cas (ils débarquent chez toi et te casse la tête, par exemple?)
 
Voilà sur ce peut-être qu?avec certain navigateur la source apparaît en clair. En tout cas chez moi avec opéra et IE la source est cryptée et quand on fait un fichier enregistré, c?est aussi du crypter.  

En effet, c'est bien crypté, mais je n'en vois mais vraient aucun intéret de crypter du HTML.
C'est juste un code de mise en forme et non un script que tu crée.
 
 
Je trouve ca dommage car cela n'est d'aucune utilité

 
Oui, et ?

edit : j'ai dit nimp    
 
pour php, tu peux essayer de splitter tout ton contenu web par élément-bloc que tu appellera en php. ces éléments seront des balises de javascript completes comme celle là
 
et ton php n'est pas envoyé par le serveur

Ragondin :
Prend ton navigateur préféré, va sur ta page sois-disant cryptée, ensuite dans la barre d'adresse tu tape :
javascript:alert(document.body.innerHTML);
N'oublie pas la touche entrée...
Et là tu vois quoi ?
Réponse : La même chose que ce qu'à posté Elianor !
Trop fort...

oki je m'incline, je ne connaissais pas cette technique pour afficher le code source. Merci pour l'astuce

Des gens ont enfin retenu l'URL, I WIN  
 

C'est du javascript, google ne "lit" pas le javascript, donc aucune indexation
 
Et la perte due au "décryptage" en Javascript (+ chargement du code JS) est probablement supérieure d'un ordre de magnitude au gain de temps au chargement du à la compression, sauf peut être avec une connection 56k et un ordi bien puissant

Astuce ou pas, il est de toute façon impossible de crypter une page web sans que l'utilisateur puisse en voir le code "en clair" et de la voir s'afficher dans un navigateur

Non en fait il supprime les espace inutiles (il y a 2 boutons, 1 pour virer les esapces, le 2eme pour crypter et virer les espaces), pas de javascript. Donc pas de probleme avec M.Gogole

et puis quoi encore ??

 
je parlais plutot d'une compression pour des pb de place sur le serveur par ex pour les gros forums comme ici

Les disques durs ne coutent rien, et les pages sont de tte façon générées dynamiquement (c'est la BDD qui prend de la place, et ce truc ne change rien à ça)
 
Pour le gain de bande passante, il y a GZip qui fonctionne très bien

 
Attend, et c'est pas tout. Sans même tapper une ligne de code, "enregistre ta page sous" avec Mozilla, et t'as direct le code décrypté...

D'apres le gars, on economise entre 40 et 90 % de bande passante (je parle pour des pages html pur). Je pense qu'en divisant par 2 on arrive à des resultats un peu plus juste. D'ailleurs certains site comme MEETIC par exemple utilise cette technique (compression pas cryptage) pour reduire leur bande passante

la compression se fait via GZip, universellement reconnu (ou presque), implémenté en natif quand il est géré par le navigateur et non obligatoire (car tous les navigateurs ne supportent pas GZip).
 
Donc gros gain de bande passante et faible consommation de ressources en compression comme en décompression...
 
Tout le contraire de ce qu'on a dans ce thread