Nouveau Forum En Ligne

!important n'est pas necessaire, attention cependant à display:none, il désactive vraiment l'élément, donc, par exemple si cet élément détruit l'alignement d'un flux floaté (clear:left/right/both) et qu'il est en display:none, il ne jouera pas son role et le flux s'alignera toujours.

Autre chose d'utile, pour réattribuer la valeur par défaut via javascript on utilise monElement.propriete.value='';

Enjoy

edit: je le vire pour pas que tout le monde vire la pub. Je la garde moi même.

Je vais me faire taper dessus

Ca sert à rien !important en l'ocurrence.

je sais pas ça marchait pas sans et comme dans le css de départ y'avais: display: none je me suis dit qu'il le fallait peut être là pour l lui filer la priorité.

Supprime la CSS.
Règle N°1 quand tu touches à ces bêtises : MozBackup

Hum, il a du mettre important dans la css locale, c'est pour ça que ça override pas.

Vais en foutre partout pour vous empêcher de tout changer (mais bon celui de FF restera prioritaire en local donc ça sert à rien )

Mozbackup sert à rien, ça fait juste un zip du profil. Copie le à la main, ça va + vite...

-suppression de:
logo CM, pub google, boutons "répondre" (utilisation de réponse rapide only), des titres des colonnes, des lignes du bas (copyright, et ligne sur les modos ect...)
-spoiler déjà ouvert au chargement de la page

S'pratique pour s'auto spoiler la tronche

Tu peux regénérer toutes les 24h les ID et les classes de tout le forum par exemple (suffira d'utiliser les sélecteurs mais bon..c'est plus chiant là )

Wé mais c'est chiant
On peut rien crypter ou quoi, c'est nul l'HTML

md5()

Nan, je parle en local chez l'utilisateur, avec un fichier CSS crypté et le code HTML envoyé aussi évidemment, mais qui ne poserait pas problème aux navigateurs (ça resterait crackable, mais pas facilement par tout le monde), bah on peut pas

Tiens question CSS.
Si j'ai une CSS pour ici et une CSS pour HFR.
Je fais un fichier pour chaque CSS ou je mets tout dans un seul et même fichier avec bien sur les intitulés des sites etc ?

Si y a que 2 sites, autant tout mettre dans 1 seul, avec 2 commentaires et c'est réglé.

Ok merci .

c'est sur que de toute façon, faut bien l'ouvrir côté client d'une manière ou d'une autre

Tu peux aussi faire un site crypté qu'aucun client ne peut décoder, mais bon tu te sentirais un peu seul sur le forum

Non. On pourrait voir la chose comme du "code machine" généré et envoyé par le serveur à partir de ton HTML/PHP natif (en clair sur le serveur), pour éviter qu'il soit en clair et compréhensible sur le client, et que son navigateur sache interpréter ce code sans subir aucune transformation. Ca resterait un code inbitable, comme un .EXE, et même si tu "désassembles", bah y faut s'y connaître pour savoir ce que ça veut dire car tu ne retrouverais pas du HTML clair dans tes sources locales . Un navigateur n'est en fait qu'un parser de code HTML, il doit ré-interprété ce qui a été envoyé, mais on pourrait se passer de cette étape en repensant le protocole.

autant coder des exe pour chaque page

ouais c'est ce que tu disais ça apparaitrait pas en clair directement mais y'aurais vite des outils pour chopper ça puisqu'au final le navigateur arriverait à le lire donc crackage directos du navigateur "au bon niveau" (comme ça même si c'est un cryptage qui varie toutes les x minutes ça pose pas de souci) et toutes le code source apparait en clair.
Mais là c'est sur que c'est plus du tout du même niveau pour y arriver.

Toute façon si on a un serveur qui est ouvert à tout client, si y'a pas une information suplémentaire (mdp, clé de décryptage ect...) à rentrer côté client pour décrypter, ce sera toujours crackable ? (car le logiciel client décrypte quelque chose de façon "générique" dans ce cas là)
et pour un site oueb accessible à tout le monde c'est pas possible de faire autrement.

Je m'exprime mal

Il n'y aurait pas besoin de régénérer du code clair sur le client, pourquoi t'en veux ? Quand tu désassembles un programme écrit en C++, tu retrouves pas le code d'origine, mais de l'assembleur... Et on ne peut pas retourner en arrière, car la compilation du C++ détruit les informations sur les fonctions, la structure, les noms, etc. Tout est traduit différemment et avec des optimisations dans tous les sens qui chamboulent tout.

Même avec une clé, ça peut être intercepté, car la clé serait implicite entre le serveur et le client, à défaut d'avoir chacun une clé privée & personnelle ce qui est impossible.

C'était dans le sens de développer un prog de crack qui permettrait à n'importe quel couillon qui a pas a envie de se faire chier de travailler sur le code.

Par exemple pour une page à afficher:
navigateur reçoit la page cryptée => prog de crack récupère le code assembleur et le traduit en un code plus simple (ce que j'ai appelé code clair) => le mec qui comprend rien à l'assembleur peut modifier le code facilement => prog de crack recompile en assembleur et "réinjecte" le code dans le navigateur pour l'affichage final.

(on peut même voir le navigateur modifié avec le code de "crack" intégré)

Comme ça une fois le prog de crack développé, n'importe qui peut faire les modifs qu'il veut comme avec du code facilement exploitable ("code en clair").

Suffit qu'une âme charitable se dévoue pour développer le programme (le plus dur) et n'importe qui peut faire les modifs qu'il veut => retour au problème de base du html non crypté.

PS: si tu veux virer la conversation pour la propreté du topic te gène pas

c'est quoi ces carrés pointillés tout moche autour des numero de pages dans les listes de topics ?