Protéger ces css via php

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : Protéger ces css via php

par AB » 16 oct. 2008, 23:25

Après toutes ces contributions, la question initiale se présente sous un nouvel aspect :

Ce qui me trouble, c'est que pour "protéger" le site (cad ne pas se le faire pomper),
tu souhaites protéger les CSS.

Sans vouloir minimiser le travail des graphistes, monteurs, intégrateurs,...
cela ne me paraît pas être la partie essentielle d'un site.
Et ce n'est pas sur PHPFrance qu'on va dire le contraire !

Tu peux très bien faire une présentation du site complet,
avec toutes ses fonctionnalités, tous ses styles,...
histoire de prouver que tu as bien réalisé le travail contenu
et ne livrer les sources qu'après paiement.

Il te suffit de présenter ta démo depuis un hébergement auquel ton client n'a pas accès.

Comme l'a dit Berzemus, pomper des pages HTML (même avec le javascript et les CSS)
mais sans avoir les pages PHP, sans avoir la base de données... c'est pas terrible !

En fait, la démarche à suivre est l'inverse de ce que tu comptais faire.
Ce n'est pas le CSS qu'il est important de "protéger". ;)
M'oui ça dépend quand même du site en question. Parfois la partie php est assez simple (peu de travail) et demande beaucoup moins de temps que la partie graphique, mise en page, recherche iconographique etc.

par albat » 16 oct. 2008, 22:51

Après toutes ces contributions, la question initiale se présente sous un nouvel aspect :

Ce qui me trouble, c'est que pour "protéger" le site (cad ne pas se le faire pomper),
tu souhaites protéger les CSS.

Sans vouloir minimiser le travail des graphistes, monteurs, intégrateurs,...
cela ne me paraît pas être la partie essentielle d'un site.
Et ce n'est pas sur PHPFrance qu'on va dire le contraire !

Tu peux très bien faire une présentation du site complet,
avec toutes ses fonctionnalités, tous ses styles,...
histoire de prouver que tu as bien réalisé le travail contenu
et ne livrer les sources qu'après paiement.

Il te suffit de présenter ta démo depuis un hébergement auquel ton client n'a pas accès.

Comme l'a dit Berzemus, pomper des pages HTML (même avec le javascript et les CSS)
mais sans avoir les pages PHP, sans avoir la base de données... c'est pas terrible !

En fait, la démarche à suivre est l'inverse de ce que tu comptais faire.
Ce n'est pas le CSS qu'il est important de "protéger". ;)

par Berzemus » 16 oct. 2008, 22:19

personnellement, je parlais de protéger l'accès au site entier, au répertoire quoi.

Après, bobby il comprend ce qu'il veut hein, it's out of my hands.

par Hywan » 16 oct. 2008, 20:49

Exact. C'était de l'humour en fait … :cry:.
C'est impossible de cacher des CSS à l'utilisateur mais pas au navigateur, sauf si … hmm, je réfléchis à l'utilisation du pseudo-protocole jar:. Solution à étudier mais bien lourde … Notons que ça ne cache pas, mais ça repousse la difficulté. L'utilisateur lambda (le client par exemple) ne saurait pas forcément quoi faire avec ça.

Et d'ailleurs, pourquoi protéger/cacher un code CSS ?

par AB » 16 oct. 2008, 20:42

Que l'accès est protégé.

(réponse courte - réponse courte hein)
M'enfin accès protégé ou non, si le navigateur arrive à lire le fichier CSS et ben nous aussi...

par Hywan » 16 oct. 2008, 20:26

Que l'accès est protégé.

(réponse courte - réponse courte hein)

À Albat : bah pourtant, si je t'invite à manger, je ferai pareil hein. Le plat dégueulasse au début, et le bon après. Si tu restes, c'est que t'es pas venu que pour la bouffe :langue: (genre, le test ultime …). J'invite qui veut, à manger un Mont d'Or chez moi, allé hop (priorité aux ViPHP et modérateurs [1]) :P.

[1] : Bah uè, c'est comme ça qu'on monte en grade sur PHPFrance :).

par AB » 16 oct. 2008, 03:06

Accès protégé !


Peut-être la soluce !

Merci
Et tu veux dire quoi par là ?

par bobby » 15 oct. 2008, 21:59

Accès protégé !


Peut-être la soluce !

Merci

par Berzemus » 14 oct. 2008, 20:30

Si ton site tourne sous php, je vois mal ce qu'il pourrait faire.. aspirer le site, en faire des pages statiques ? Il serait bien con.

Ou alors tu présentes le site sur ton portable que tu emmènes avec toi. Ou alors tu le mets sur le serveur avec un accès protégé, et tu te rends chez lui pour lui montrer.

par Aureusms » 14 oct. 2008, 20:01

Le plus simple : tu héberges la maquette...
Ensuite il paye et tu lui mets son site en route. C'est tout.

par zeus » 14 oct. 2008, 19:57

mon dieu katagoto, j'espère que tu ne te mettras jamais à ton compte ...

Les lois existent, que l'on soit sur le net ou pas ...
Et si tu as des relations commerciales, ton nom sera présenté et les flics pourront venir tout de même

par katagoto » 14 oct. 2008, 18:04

Le différence, c'est que le restaurateur à une présence physique, et il peut appeler les flics, là c'est virtuel, certes le traçage existe, mais sans preuve de l'auteur...

par albat » 14 oct. 2008, 17:56

tu fais deux versions, le première avec les failles, la deuxième, s'il paye, sans les failles
Tu es sérieux ? :shock:

Imagine si un restaurateur appliquait ta méthode...

Il te servirait d'abord un plat dégueulasse,
puis te demanderait de régler l'addition
pour pouvoir te servir quelque chose de mangeable. :afraid:

Moi, je me lèverais et quitterais le restaurant sans attendre. |(X

par katagoto » 14 oct. 2008, 17:44

Il part en hors-sujet ce topic ou je rêve ?

Bref, ou alors tu fais deux versions, le première avec les failles, la deuxième, s'il paye, sans les failles, oui je sais, c'est vicieux 8-)

par albat » 14 oct. 2008, 17:20

:idea: Dans ce cas, tu peux livrer le site sans les CSS et lui joindre quelques copies d'écrans.
Ton client pourra ainsi tester le site, vérifier toutes les fonctionnalités, etc.
et tu ne lui livreras les CSS qu'une fois le paiement effectué.

Mais je pense que si tu es obligé de procéder ainsi,
c'est que le contexte contractuel de ton travail est mal défini...