Historique

page securite

Affichage de l'historique de la page sous forme de liste des sauvegardes successives.

Poids de la page : 25.6591796875 ko.

--------------------
10/01/06 11:38 / 82.253.55.79
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible (à l'administrateur) de retrouver l'état précédent le sabotage. Et davantage que l'administrateur, c'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience montre que ça fonctionne bien, disons à 90% pour donner une échelle.</p>
<p>Malgré tout, il est parfois nécessaire de verrouiller quasi-définitivement une page, par exemple la page [licence]. La solution apportée est simple : il suffit d'écrire une sorte de code de verrouillage n'importe ou dans la page et la page ne sera plus éditable. Le code choisi est : % lock % (verrou en français), écrit sans les deux espaces entourant lock. Pour déverrouiller la page, il faut faire appel à l'administrateur qui fera le nécessaire sur le serveur. Noter :</p>
<ul>
<li>le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale,
<li>le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats.
</ul>
<p>Et parfois il peut être quand même intéressant (ou nécessaire) de verrouiller la totalité du site wiki. Une solution est proposée, qui suppose la mise en place par ftp d'un couple login/mot de passe sur le serveur, donc un minimum de connaissance de ce genre d'opérations. L'avantage de cette solution est que le contrôle du verrouillage/deverrouillage se fait directement et instantanément depuis le navigateur. Si vous connaissez le couple login/mot de passe, testez donc le lien suivant : <a href="lock.php">verrouillage ...</a>.</p>
<h6>note</h6>
<p>Le système de <b>verrouillage/deverrouillage</b> est en cours d'amélioration, notre équipe d'ingénieurs y travaille dur, jours et nuits ... à suivre !</p>

--------------------
10/01/06 21:24 / 82.253.55.79
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible (à l'administrateur) de retrouver l'état précédent le sabotage. Et davantage que l'administrateur, c'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience montre que ça fonctionne bien, disons à 90% pour donner une échelle.</p>
<p>Malgré tout, il est parfois nécessaire de verrouiller quasi-définitivement une page, par exemple la page [licence]. La solution apportée est simple : il suffit d'écrire une sorte de code de verrouillage n'importe ou dans la page et la page ne sera plus éditable. Le code choisi est : % lock % (verrou en français), écrit sans les deux espaces entourant lock. Pour déverrouiller la page, il faut faire appel à l'administrateur qui fera le nécessaire sur le serveur. Noter :</p>
<ul>
<li>le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale, la responsabilité également,
<li>le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats (les hébergeurs gardent en mémoire pendant quelques temps les correspondances IP <-> identité internaute, on est fliqués ...).
</ul>
<p>Et parfois il peut être quand même intéressant (ou nécessaire) de verrouiller la totalité du site wiki. Une solution est proposée, qui suppose la mise en place par ftp d'un couple login/mot de passe sur le serveur, donc un minimum de connaissance de ce genre d'opérations. L'avantage de cette solution est que le contrôle du verrouillage/deverrouillage se fait directement et instantanément depuis le navigateur. Si vous connaissez le couple login/mot de passe, testez donc le lien suivant : <a href="lock.php">verrouillage ...</a>.</p>
<h6>notes</h6>
<ul>
<li>Le système de <b>verrouillage/deverrouillage</b> est en cours d'amélioration, notre équipe d'ingénieurs y travaille dur, jour et nuit ... à suivre !
<li>Pour l'instant il n'y a pas de gestion de conflit, c'est à dire que l'on est jamais sûr d'être le seul à éditer une page à un moment donné. Que se pase-t-il donc au moment de la validation ? Eh bien c'est le dernier qui a validé qui gagne, écrasant la version de son <i>concurrent</i> qui ne s'apercevra du drame qu'en rechargeant la page ultérieurement. La solution est de verrouiller la page quand elle est éditée par quelqu'un d'autre. Problème pas si simple, cf équipe d'ingénieurs qui s'y mettront dès que possible. En attendant, on fait avec !
<li>Ne jamais oublier que chacun est responsable de ce qu'il met sur un site ! Qu'en est-il dans un wiki où chacun peut écrire anonymement n'importe quoi ? Vaste question ! On y réflechit et on en reparle.
</ul>

--------------------
28/01/06 22:08 / 127.0.0.1
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<h5>sécurité douce</h5>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible de retrouver l'état précédent le sabotage. C'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience de Wikipedia (après 6 ans de vie et plus de 1 500 000 articles) montre que ça fonctionne bien.</p>
<p>Noter que :</p>
<ul>
<li>le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale, la responsabilité également,
<li>le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats (les hébergeurs gardent en mémoire pendant quelques temps les correspondances IP <-> identité internaute, on est fliqués ...).
</ul>

<h5>verrouillage quand même</h5>
<p>Malgré tout, on peut ressentir le besoin de, ou être conduit à, verrouiller un wiki globalement ou partiellement. La solution proposée est progressive :</p> 
<ul>
<li>au niveau le moins contraignant et le plus simple à gérer, le comportement par défaut du wiki est d'être entièrement éditable, aucun couple (login/mot de passe) n'est à mémoriser ou utiliser ;
<li>toujours sans couple (login/mot de passe), il est possible de verrouiller une page quelconque en écrivant en première ligne le mot %invert%, mot qui peut être caché s'il est inséré dans la phrase suivante : (div style="display:none")%invert%(/div), où les parenthèses sont remplacées par les caractères inférieur et supérieur ; mais la page n'étant plus accessible en édition, cette opération est irréversible, au moins depuis le navigateur, et il faut passer alors au niveau suivant ;
<li>connaissant le couple (login/mot de passe), il devient possible de changer l'état verrouillé/déverrouillé du wiki dans sa globalité, cf page [verrouillage] ; les pages courantes non marquées par %invert% sont verrouillées, les autres restent éditables, ce qui donne la possibilité d'inverser le choix fait en mode wiki globalement deverrouillé, et de les verrouiller au besoin ;
<li>enfin il peut être intéressant de maintenir toujours éditables telle ou telle page (par exemple la page sandbox ou Bac à sable), et il suffit d'écrire en première ligne le mot %ouvert%, mot qui peut être caché s'il est inséré dans la phrase suivante : (div style="display:none")%ouvert%(/div), où les parenthèses sont remplacées par les caractères inférieur et supérieur ;
</ul>

<h5>notes</h5>
<ul>
<li>Pour l'instant il n'y a pas de gestion de conflit, c'est à dire que l'on est jamais sûr d'être le seul à éditer une page à un moment donné. Que se pase-t-il donc au moment de la validation ? Eh bien c'est le dernier qui a validé qui gagne, écrasant la version de son <i>concurrent</i> qui ne s'apercevra du drame qu'en rechargeant la page ultérieurement. La solution est de verrouiller la page quand elle est éditée par quelqu'un d'autre. Problème pas si simple, cf équipe d'ingénieurs qui s'y mettront dès que possible. En attendant, on fait avec !
<li>Ne jamais oublier que chacun est responsable de ce qu'il met sur un site ! Qu'en est-il dans un wiki où chacun peut écrire anonymement n'importe quoi ? Vaste question ! On y réflechit et on en reparle.
</ul>

--------------------
28/01/06 22:09 / 127.0.0.1
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<h5>sécurité douce</h5>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible de retrouver l'état précédent le sabotage. C'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience de Wikipedia (après 6 ans de vie et plus de 1 500 000 articles) montre que ça fonctionne bien.</p>
<p>Noter que :</p>
<ul>
<li>le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale, la responsabilité également,
<li>le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats (les hébergeurs gardent en mémoire pendant quelques temps les correspondances IP <-> identité internaute, on est fliqués ...).
</ul>

<h5>verrouillage quand même</h5>
<p>Malgré tout, on peut ressentir le besoin de, ou être conduit à, verrouiller un wiki globalement ou partiellement. La solution proposée est progressive :</p> 
<ol>
<li>au niveau le moins contraignant et le plus simple à gérer, le comportement par défaut du wiki est d'être entièrement éditable, aucun couple (login/mot de passe) n'est à mémoriser ou utiliser ;
<li>toujours sans couple (login/mot de passe), il est possible de verrouiller une page quelconque en écrivant en première ligne le mot %invert%, mot qui peut être caché s'il est inséré dans la phrase suivante : (div style="display:none")%invert%(/div), où les parenthèses sont remplacées par les caractères inférieur et supérieur ; mais la page n'étant plus accessible en édition, cette opération est irréversible, au moins depuis le navigateur, et il faut passer alors au niveau suivant ;
<li>connaissant le couple (login/mot de passe), il devient possible de changer l'état verrouillé/déverrouillé du wiki dans sa globalité, cf page [verrouillage] ; les pages courantes non marquées par %invert% sont verrouillées, les autres restent éditables, ce qui donne la possibilité d'inverser le choix fait en mode wiki globalement deverrouillé, et de les verrouiller au besoin ;
<li>enfin il peut être intéressant de maintenir toujours éditables telle ou telle page (par exemple la page sandbox ou Bac à sable), et il suffit d'écrire en première ligne le mot %ouvert%, mot qui peut être caché s'il est inséré dans la phrase suivante : (div style="display:none")%ouvert%(/div), où les parenthèses sont remplacées par les caractères inférieur et supérieur ;
</ol>

<h5>notes</h5>
<ul>
<li>Pour l'instant il n'y a pas de gestion de conflit, c'est à dire que l'on est jamais sûr d'être le seul à éditer une page à un moment donné. Que se passe-t-il donc au moment de la validation ? Eh bien c'est le dernier qui a validé qui gagne, écrasant la version de son <i>concurrent</i> qui ne s'apercevra du drame qu'en rechargeant la page ultérieurement. La solution est de verrouiller la page quand elle est éditée par quelqu'un d'autre. Problème pas si simple, cf équipe d'ingénieurs qui s'y mettront dès que possible. En attendant, on fait avec !
<li>Ne jamais oublier que chacun est responsable de ce qu'il met sur un site ! Qu'en est-il dans un wiki où chacun peut écrire anonymement n'importe quoi ? Vaste question ! On y réflechit et on en reparle.
</ul>

--------------------
28/01/06 22:22 / 127.0.0.1
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<h5>sécurité douce</h5>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible de retrouver l'état précédent le sabotage. C'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience de Wikipedia (après 6 ans de vie et plus de 1 500 000 articles) montre que ça fonctionne bien.</p>
<p>Noter que :</p>
<ul>
<li>le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale, la responsabilité également,
<li>le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats (les hébergeurs gardent en mémoire pendant quelques temps les correspondances IP <-> identité internaute, on est fliqués ...).
</ul>

<h5>verrouillage quand même</h5>
<p>Malgré tout, on peut ressentir le besoin de, ou être conduit à, verrouiller un wiki globalement ou partiellement. La solution proposée est progressive :</p> 
<ol>
<li>au niveau le moins contraignant et n'exigeant aucun couple (login/mot de passe) à mémoriser et à utiliser, le comportement par défaut du wiki est d'être entièrement éditable ;
<li>toujours sans couple (login/mot de passe), on peut verrouiller une page quelconque en écrivant en première ligne le mot <b>%invert%</b> (plus d'explication plus loin) ; ce mot pourra être caché en l'insérant dans une balise division équipée d'un attribut style="display:none" ; mais la page n'étant plus accessible en édition, cette opération est irréversible et il faut passer alors au niveau suivant ;
<li>la connaissance du couple (login/mot de passe) autorise le changement d'état global verrouillé/déverrouillé du wiki, à travers un passage par la page [verrouillage] ; les pages courantes sont verrouillées, et les pages marquées par %invert%  deviennent éditables, ce qui donne la possibilité d'inverser le choix fait en mode wiki globalement deverrouillé, et de les verrouiller au besoin en les démarquant ;
<li>enfin, quel que soit l'état du wiki, globalement verrouillé ou pas, il peut être intéressant de maintenir toujours éditables telle ou telle page (par exemple la page sandbox ou Bac à sable), et il suffit d'écrire en première ligne le mot <b>%ouvert%</b>, mot qui peut être caché comme vu en 2).
</ol>

--------------------
28/01/06 22:25 / 127.0.0.1
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<h5>sécurité douce</h5>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible de retrouver l'état précédent le sabotage. C'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience de Wikipedia (après 6 ans de vie et plus de 1 500 000 articles) montre que ça fonctionne bien.</p>
<p>Noter que :</p>
<ul>
<li>le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale, la responsabilité également,
<li>le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats (les hébergeurs gardent en mémoire pendant quelques temps les correspondances IP <-> identité internaute, on est fliqués ...).
</ul>

<h5>verrouillage quand même</h5>
<p>Malgré tout, on peut ressentir le besoin de, ou être conduit à, verrouiller un wiki globalement ou partiellement. La solution proposée est progressive :</p> 
<ol>
<li>au niveau le moins contraignant et n'exigeant aucun couple (login/mot de passe) à mémoriser et à utiliser, le comportement par défaut du wiki est d'être entièrement éditable ;
<li>toujours sans couple (login/mot de passe), on peut verrouiller une page quelconque en écrivant en première ligne le mot <b>%invert%</b> (plus d'explication plus loin) ; ce mot pourra être caché en l'insérant dans une balise division équipée d'un attribut style="display:none" ; mais la page n'étant plus accessible en édition, cette opération est irréversible et il faut passer alors au niveau suivant ;
<li>la connaissance du couple (login/mot de passe) autorise le changement d'état global verrouillé/déverrouillé du wiki, à travers un passage par la page <a href="lock.php">verrouillage</a>; les pages courantes sont verrouillées, et les pages marquées par %invert%  deviennent éditables, ce qui donne la possibilité d'inverser le choix fait en mode wiki globalement deverrouillé, et de les verrouiller au besoin en les démarquant ;
<li>enfin, quel que soit l'état du wiki, globalement verrouillé ou pas, il peut être intéressant de maintenir toujours éditables telle ou telle page (par exemple la page sandbox ou Bac à sable), et il suffit d'écrire en première ligne le mot <b>%ouvert%</b>, mot qui peut être caché comme vu en 2).
</ol>

--------------------
28/01/06 22:56 / 127.0.0.1
--------------------
[accueil] | [aide] | [edition]
<h4>sécurité</h4>
<p>Et si un maladroit ou un imbécile venait à détruire le contenu d'une page, introduire des bétises ou des saletés ? Qu'en est-il de la sécurité ?</p>
<h5>sécurité douce</h5>
<p>Un wiki est un pari sur l'intelligence collective, on suppose que personne n'a intérêt à pourrir le système, personne ne tire profit de ce qu'il écrit dans un wiki en dehors de l'estime peut-être, et personne ne tirera gloire d'avoir infiltré et saboté un wiki, n'importe qui peut le faire. Mais comme la confiance n'exclut pas le contrôle, chaque modification est automatiquement enregistrée dans un historique et il est toujours possible de retrouver l'état précédent le sabotage. C'est le ou les auteurs des différentes pages qui seront les premiers à corriger les modifications intempestives. L'expérience de Wikipedia (après 6 ans de vie et plus de 1 500 000 articles) montre que ça fonctionne bien.</p>
<p>Noter que :</p>
<ul>
<li>que le système wiki utilisé ici n'exige aucune inscription, aucun mot de passe des différents contributeurs (et bien sûr des visiteurs), la liberté est totale, la responsabilité également,
<li>que le système wiki, en revanche, enregistre l'adresse IP de toutes les contributions, ce qui peut aider à repérer certains indélicats et à les mettre face à leurs actes (les hébergeurs gardent en mémoire pendant quelques temps les correspondances IP <-> identité internaute, on est fliqués ...),
<li>que chaque contributeur est responsable de ce qu'il amène sur un wiki et doit respecter les principes rappelés par exemple sur le site <a href="">wiki-netiquette</a> ;  
</ul>

<h5>verrouillage quand même</h5>
<p>Malgré tout, on peut ressentir le besoin de, ou être conduit à, verrouiller un wiki globalement ou partiellement. La solution proposée est progressive :</p> 
<ol>
<li>au niveau le moins contraignant et n'exigeant aucun couple (login/mot de passe) à mémoriser et à utiliser, le comportement par défaut du wiki est d'être entièrement éditable ;
<li>toujours sans couple (login/mot de passe), on peut verrouiller une page quelconque en écrivant en première ligne le mot <b>%invert%</b> (plus d'explication plus loin) ; ce mot pourra être caché en l'insérant dans une balise division équipée d'un attribut style="display:none" ; mais la page n'étant plus accessible en édition, cette opération est irréversible et il faut passer alors au niveau suivant ;
<li>la connaissance du couple (login/mot de passe) autorise le changement d'état global verrouillé/déverrouillé du wiki, à travers un passage par la page <a href="lock.php">verrouillage</a>; les pages courantes sont verrouillées, et les pages marquées par %invert%  deviennent éditables, ce qui donne la possibilité d'inverser le choix fait en mode wiki globalement deverrouillé, et de les verrouiller au besoin en les démarquant ;
<li>enfin, quel que soit l'état du wiki, globalement verrouillé ou pas, il peut être intéressant de maintenir toujours éditables telle ou telle page (par exemple la page sandbox ou Bac à sable), et il suffit d'écrire en première ligne le mot <b>%ouvert%</b>, mot qui peut être caché comme vu en 2).
</ol>