Reprise du message précédent :
Chouet, comme ça, on combine l'astuce de gatsu et de nargy et on se retrouve avec une page de 10M que le navigateur affichera en un peu moins d'une heure.
C'est sur les visiteurs repasseront souvent.

Ouaip, faudrait connaître les besoins réels de Maab.

J'ai laissé tel quel au final. Quoique l'on puisse faire, ça n'est que ralentir l'inévitable. Placer le code précieux dans un fichier, le relier à un autre, qui est lui même relier à un autre... + .htaccess pourquoi pas.
Cela devrait ralentir les moins féroces...
 
J'ai un peu délaissé le topic car très honnêtement, je n'avais plus le level pour intervenir.

Pourquoi, tu crois que boulax et surtout Harkonnen, ils avaient le niveau ?

j'attends toujours la réponse à ma question : tu voulais protéger quoi de qui ?

Lam's :
 
cosmoschtroumpf : principalement du contenus. Mon objectif était d'éviter qu'on puisse le récupérer en décortiquant la source des pages...

Du contenu ?
Je vois pas trop ce que tu veux dire. Le texte ? T'as pas besoin de regarder la source, tu fais copier-coller. Les balises ? Tu ne les as pas inventées, t'as pas besoin de les protéger.
Le code HTML est toujours, toujours visible, à moins de te faire beaucoup plus chier que de raison (génération de code html comme le fait ceci : http://automaticlabs.com/products/enkoderform ).
Et même dans ce cas, il y a toujours moyen de récupérer le résultat (extensions firefox par exemple : dom inspector, view source chart, firebug, et j'en passe).
C'est lié au principe même du HTML, qui est simplement des fichiers textes envoyés en clair au navigateur, qui va interpréter ces fichiers.
 
Si tu veux un contenu qui ne soit visible qu'une seule fois (par exemple que tu fais payer), tu as deux solutions.
- La première, utiliser un langage comme php par exemple, qui enregistrera une variable de session, en gros, il n'autorisera la visualisation de la page que sous certaines conditions (que tu peux définir toi-même).
- La seconde, si tu as un besoin absolu, pour je ne sais quelle raison, que les utilisateurs ne puissent voir qu'une seule fois un contenu, c'est utiliser une autre solution, par exemple pourquoi pas une application qui tourne sous windows. L'utilisateur n'aura ainsi pas accès à la source des données, mais ne verra que le résultat.
 
D'ailleurs, si tu nous disais pourquoi tu veux que les utilisateurs ne puissent pas revenir sur la page, ça nous aiderait à te proposer la solution adéquate (enfin, ca m'aiderait, parce que les autres ont pas l'air trop chauds pour être sérieux )
 
 
edit : ouh punaise le pâté

et merde j'ai cramé mon multi

 
Nan ton multi il place le C# en stade ultime de l'évolution

Ça peut arriver de vouloir protéger le contenu, pour différentes raisons. Sur une BDD que je voulais être consutable et pas téléchargeable, je l'ai mise en accès via un moteur de recherche, et ai limité le nombre de résultats. Ainsi la consultation est pratique et intuitive mais il est impossible de télécharger la totalité de la base. C'est suffisamment dissuasif et la base ne s'éparpille donc pas.

 
ptain déjà que je harkotte, ca craint  
 

 
Tu l'as limité comment le nombre de résultats ?

Le moteur calcule un <<match count>>, dont la formule était longue à déterminer, et le nombre de résultats affichés est limité à 30. Si tu ne trouve pas ce que tu cherche, soit plus précis. En pratique ça n'arrive jamais. Un algo d'énumération des possibilités est beaucoup trop long à exécuter sans que ça passe inaperçu, ne garanti pas que toute la base soit téléchargée, et ne tiendrait pas compte des modifications occasionnelles.
Ça marche assez bien, puisque nombre de visiteurs m'ont demandé s'ils pouvaient télécharger la base, et aucun n'a essayé via le site.