Les meilleurs spécialistes se sont penchés sur RSA et AES. Il y a des concurrents afin de n'être pas trop dépendant si un jour quelqu'un les casses.
Si la NSA avait une clef pour lire, elle lirait. Mais si elle lit et le garde que pour elle et n'en fait jamais rien car il ne faut pas qu'elle dise qu'elle sais lire, cela ne sers à rien…
A moins de garder cela comme une arme ultime au même titre que la bombe atomique, ça n'a pas d'intérêt et surtout, elle ne peux pas l'utiliser…
Donc personnellement, au terme de ce raisonnement, je pense que c'est peu probable.
Dans le deuxieme, les variables d'environments sont une plutot mauvaise solution, c'est un gros bordel, et super facile a peter avec un simple unset.
Les variables environnements sont attachés à chaque processus. C'est une espèce de mini base de registre héritable de père en fils mais non l'inverse. Si tu la pète via un unset, tu pètes pas le père. C'est très robuste.
Ta base de registre globale, si tu fais un unset, t'es marron aussi et en plus, tu auras tout pété ;-)
Une machine d'entreprise partagee par plusieurs personnes.
Chez moi, chacun a son profil… En plus sur Renater, l'anonymat est interdit.
Un developeur qui est assigne a un bug qui n'arrive que dans une locale donnee.
LANG=en_US.ISO-8859-15 geany -i Si c'est l'environnement de bureau que tu testes, tu peux ouvrir un xnest ou un x2go sur localhost…
Tu penses tellement en variable globale que tu ne te rends pas compte qu'il y a une autre voie qu'UNIX a utilisé pendant des années et qui fonctionne très dans 99% des cas. Enfin, j'espère que tu te rends compte des inconvénients des variables globales et de leur danger. A mettre en face à face avec leurs apparentes simplicitées.
C'est pour cela que tout programme qui dépend d'un service, comme dbus par exemple, doit pouvoir être configuré sur sa ligne de commande, ou via des variables d'environnement, afin de pouvoir utiliser un autre service dbus.
Quand tu desinstalles chef, il desinstalle tout ce que tu lui a fait installer? Non, donc du coup: quelle est la difference?
Debian par exemple te propose de virer le /var/lib et le /var/cache qui va bien.
Et ton httpd.conf, il est pas global des fois?
Non, car il est rechargé que si j'envoie le signal HUP à Apache. Mais bon, si vous ne voyez pas la différence, je ne vais essayer de vous convaincre plus.
Qui s'amuse ici à changer la langue de son bureau toutes les 5min ? J'avoue le faire lors de ma première session et ensuite, je n'y touche jamais plus…
Ton aspect transactionnel, il est important parce que tu travailles en variable globale. Si tu travailles en mode fichier, tu va les modifier puis tu ferras un
service apache reload qui va envoyer le signal HUP et Apache recharge sa config. Du coup, tu as plein de moyen de faire du rollback (svn, git, snapshot…)… et de pousser les choses cfengine, puppet, chief et j'en passe.
Ta base, elle sers aussi à stocker toute la merde qui pourrait être soit sous /tmp, soit dans /var/cache soit sous /var/lib… Moi quand je purge Apache de ma Debian, elle est toute propre sur elle ;-) Tu va me dire qu'il y possible d'avoir une base de registre propre mais la suppression de MS Office sur un poste la laisse t'elle nickel par exemple ? J'en doute, cette base est un merdier sans nom. Il n'y a que quelques clefs réellement intéressante à configurer devant le fatras qu'elle contient.
Mais il y a plein de développeur web qui font pareil, je te rassure. On met dans la même base SQLite les données de l'application et les données de session… On accède à la base MySQL avec un même identifiant pour tous les types de requêtes… Tout cela marche et est performant mais je continue de penser que c'est une conception à la base mauvaise et dangereuse.
C'est typique de qui n'est pas bien à mon sens. La programmation par variable globale est une mauvaise chose, il faut éviter au maximum. C'est un moyen super de propager de la daube et de ne pas cloisonner les choses… C'est sur qu'au premier abord, c'est super pratique !
Changer la langue et relancer ou recharger la session ne me pose aucun soucis. C'est typiquement pas une action qu'on va faire toutes les cinq minutes… Une variable d'environnement qu'on hérite de son père est une bien meilleure solution que de mettre une variable globale. La conception d'UNIX a plus de 40 ans et le système est simple mais il a montré qu'il était très robuste.
Ah oui, un même utilisateur peux avoir deux bases de registre ? Une par session ? A ma connaissance, non mais j'espère me tromper. C'est en cela qu'elle est globale, tu change un truc dedans, cela change partout…
Qui a dis que /etc était un seul fichier… Un fichier, cela se découpe et chaque partie peut avoir des ACL.
La base de registre n'est pas du tout /etc. Elle est en lecture écriture et tu as tout un tas de merde dedans qui n'ont rien à voir avec de la configuration. As tu déjà regardé la merde que met Adobe dedans ? La base de registre est une base de donnée, donc un serveur, ou Microsoft a tout mis en vrac. D'ailleurs, elle n'a jamais été correctement documenté à ma connaissance.
Pour ce qui est des mises à jour, je fais cela dans /etc via cfengine, puppet… tout aussi bien. C'est même bien mieux. Avec cfengine, je récupère des règles sur plusieurs serveurs et le poste (pas le grand chef au dessus) décide ce qu'il fait. On peux donc avoir tous les postes un peu pareil mais vivant tous chacun leur vie. L'avantage du centralisé et du décentralisé.
De ce que j'ai vu des GPO, 99% des administrateurs que j'ai vu clique clique pour en valider certaines (déjà toute faites) sans même savoir exactement ce qui est modifié localement sur les postes. D'ailleurs, je pense que la plupart des admin Windows ne savent même retrouver les actions qui sont réellement faites dans un GPO. Bref, c'est à mon sens un système débilisant.
C'était du temps de Next dont le patron était … Steve Job !!
Quand tu as un super grand écran, devoir remonter en haut est une aberration… Dans Next, les boutons des ascenseurs étaient ainsi regroupés dans le même coin.
Mais bon, comme tu n'aime pas le Follow Mouse, ce que je respecte, tu ne peux pas aimer Gimp. Ce genre d'interface ne fonctionne quand Follow Mouse !
En revenant chez Apple, Steve Job a du tordre le coup d'un certain nombre de chose de Next pour coller à MacOS 7, qui avait un super interface pour petit écran. Plutôt que de cracher sur les autres, je suis bien conscient que sur tablette et téléphone, certaines interfaces marchent bien. Si j'ai un 30", moi le menu global et le fait de cliquer me gonfle. J'ai envie d'avoir les deux applications actives en // et basculer très rapidement de l'une à l'autre. Je comprends que le mono application convienne au plus grand nombre mais un peu de diversité ne fait pas de mal.
Variable d'environnement -> lié au contexte de chaque application. Cloisonnement père fils. C'est bien plus propre et bien moins dangereux pour se protéger contre tout ce qui est virus.
Encore une dois, un des fondement de la programmation est de limiter au maximum les variables globales.
Le problème de veillier pour certains, c'est de ne pas savoir adapter ses méthodes aux nouvelles possibilités technologiques.
Le problème de vieillir pour certain, c'est que leur nombril continu de pousser ;-)
Il y a plus de 20 ans, il a été montré que le menu global était une mauvaise chose sur grand écran (trop de déplacement de souris)… Que la philosphie X-Window du menu local et du follow mouse était bien mieux. On ne fonctionne pas forcément pareil sur grand écran que sur petit, l'IHM elle même est différente, voir toutes les polémiques au cours du temps sur l'IHM de Gimp adapté au follow mouse.
Bref, je en suis pas sur qu'on sache faire une application graphique qui s'adapte bien à ces deux trois modes très différent dans l'usage Homme Machine. Mais dire qu'il n'y a qu'une bonne solution est une erreur, il y a trop de différence de taille entre les terminaux comparativement à nos mensurations !
Au niveau des disques, outre le système de fichier qui fragmentent
Il est logique d'avoir une certaine fragmentation mais il suffit d'installer un Windows pour voir que dès l'installation finit, avant mêmes les mises à jour, le système de fichier est déjà fragmenté à mort. C'est un point que je n'ai jamais compris.
Ceci dis, j'ai personnellement tous mes homes sous XFS. Je n'ai jamais eu l'impression que XFS se dégradait. D'ailleurs, la dernière RHEL bascule en XFS même sur le slash. En général, Red-Hat est assez sévère quand au système de fichier qu'il accepte.
Le mien a 7 ans et demi et marche super ! Il faut dire que je tourne sous XFCE dessus.
Recette -> mise à jour régulière + ménage
apt-get dist-upgrade
apt-get --purge autoremove $(deborphan)
deborphan -a
apt-show-version
dpkg --get-selections | grep deinstall Il faut aussi faire attention de ne pas être toujours au dessus de 90% sur les partitions… En parallèle, un petit ménage des fichiers . dans son home ne fait parfois par de mal
du -sm $HOME/.[a-Z]* | sort -n
Sa licence n'est pas terrible (CC BY-NC-SA 3.0), il me semble pas que cette licence soit adapté aux logiciels mais surtout, j'ai cru comprendre que le NC posait plus de problème qu'il n'en résolvait !
Je n'ai pas dis l'équipe derrière linuxfr… C'est globalement général sur le site. J'ai remarqué depuis longtemps que dès qu'on évoque Perl dans un thread parlant des langages de script, on est le plus souvent moinssé au début (parfois on remonte avec le temps parce qu'on n'écrit pas toujours (cela arrive quand même) des conneries) ;-)
Ceci dis, cela ne m'a jamais empêché de l'évoquer.
# Peu problable
Posté par Sytoka Modon (site web personnel) . En réponse au journal Qu'un algo de chiffrement soit cassé, est-ce important pour nos PETITS secrets ?. Évalué à 3.
Les meilleurs spécialistes se sont penchés sur RSA et AES. Il y a des concurrents afin de n'être pas trop dépendant si un jour quelqu'un les casses.
Si la NSA avait une clef pour lire, elle lirait. Mais si elle lit et le garde que pour elle et n'en fait jamais rien car il ne faut pas qu'elle dise qu'elle sais lire, cela ne sers à rien…
A moins de garder cela comme une arme ultime au même titre que la bombe atomique, ça n'a pas d'intérêt et surtout, elle ne peux pas l'utiliser…
Donc personnellement, au terme de ce raisonnement, je pense que c'est peu probable.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 3.
Les variables environnements sont attachés à chaque processus. C'est une espèce de mini base de registre héritable de père en fils mais non l'inverse. Si tu la pète via un unset, tu pètes pas le père. C'est très robuste.
Ta base de registre globale, si tu fais un unset, t'es marron aussi et en plus, tu auras tout pété ;-)
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
Chez moi, chacun a son profil… En plus sur Renater, l'anonymat est interdit.
Tu penses tellement en variable globale que tu ne te rends pas compte qu'il y a une autre voie qu'UNIX a utilisé pendant des années et qui fonctionne très dans 99% des cas. Enfin, j'espère que tu te rends compte des inconvénients des variables globales et de leur danger. A mettre en face à face avec leurs apparentes simplicitées.
C'est pour cela que tout programme qui dépend d'un service, comme dbus par exemple, doit pouvoir être configuré sur sa ligne de commande, ou via des variables d'environnement, afin de pouvoir utiliser un autre service dbus.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
Parce que tu mets une ACL différente pour chaque clef de registre ? Faut arrêter avec cette histoire d'ACL, c'est de la mauvaise fois totale.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 1.
Debian par exemple te propose de virer le /var/lib et le /var/cache qui va bien.
Non, car il est rechargé que si j'envoie le signal HUP à Apache. Mais bon, si vous ne voyez pas la différence, je ne vais essayer de vous convaincre plus.
[^] # Re: klaxon
Posté par Sytoka Modon (site web personnel) . En réponse au journal Voilà c'est fini.. Évalué à 3.
Ah si, il reste l'Algérie ! Ok, je ->[]
[^] # Re: On ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Voilà c'est fini.. Évalué à 10.
De toute manière, on est un con ;-)
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
Qui s'amuse ici à changer la langue de son bureau toutes les 5min ? J'avoue le faire lors de ma première session et ensuite, je n'y touche jamais plus…
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 2.
Oui tu peux mais qui le fait ?
Ton aspect transactionnel, il est important parce que tu travailles en variable globale. Si tu travailles en mode fichier, tu va les modifier puis tu ferras un
service apache reload
Ta base, elle sers aussi à stocker toute la merde qui pourrait être soit sous /tmp, soit dans /var/cache soit sous /var/lib… Moi quand je purge Apache de ma Debian, elle est toute propre sur elle ;-) Tu va me dire qu'il y possible d'avoir une base de registre propre mais la suppression de MS Office sur un poste la laisse t'elle nickel par exemple ? J'en doute, cette base est un merdier sans nom. Il n'y a que quelques clefs réellement intéressante à configurer devant le fatras qu'elle contient.
Mais il y a plein de développeur web qui font pareil, je te rassure. On met dans la même base SQLite les données de l'application et les données de session… On accède à la base MySQL avec un même identifiant pour tous les types de requêtes… Tout cela marche et est performant mais je continue de penser que c'est une conception à la base mauvaise et dangereuse.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 0.
C'est typique de qui n'est pas bien à mon sens. La programmation par variable globale est une mauvaise chose, il faut éviter au maximum. C'est un moyen super de propager de la daube et de ne pas cloisonner les choses… C'est sur qu'au premier abord, c'est super pratique !
Changer la langue et relancer ou recharger la session ne me pose aucun soucis. C'est typiquement pas une action qu'on va faire toutes les cinq minutes… Une variable d'environnement qu'on hérite de son père est une bien meilleure solution que de mettre une variable globale. La conception d'UNIX a plus de 40 ans et le système est simple mais il a montré qu'il était très robuste.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à -1.
Ah oui, un même utilisateur peux avoir deux bases de registre ? Une par session ? A ma connaissance, non mais j'espère me tromper. C'est en cela qu'elle est globale, tu change un truc dedans, cela change partout…
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 7.
Qui a dis que /etc était un seul fichier… Un fichier, cela se découpe et chaque partie peut avoir des ACL.
La base de registre n'est pas du tout /etc. Elle est en lecture écriture et tu as tout un tas de merde dedans qui n'ont rien à voir avec de la configuration. As tu déjà regardé la merde que met Adobe dedans ? La base de registre est une base de donnée, donc un serveur, ou Microsoft a tout mis en vrac. D'ailleurs, elle n'a jamais été correctement documenté à ma connaissance.
Pour ce qui est des mises à jour, je fais cela dans /etc via cfengine, puppet… tout aussi bien. C'est même bien mieux. Avec cfengine, je récupère des règles sur plusieurs serveurs et le poste (pas le grand chef au dessus) décide ce qu'il fait. On peux donc avoir tous les postes un peu pareil mais vivant tous chacun leur vie. L'avantage du centralisé et du décentralisé.
De ce que j'ai vu des GPO, 99% des administrateurs que j'ai vu clique clique pour en valider certaines (déjà toute faites) sans même savoir exactement ce qui est modifié localement sur les postes. D'ailleurs, je pense que la plupart des admin Windows ne savent même retrouver les actions qui sont réellement faites dans un GPO. Bref, c'est à mon sens un système débilisant.
[^] # Re: Désolé de briser un mythe...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 7.
C'était du temps de Next dont le patron était … Steve Job !!
Quand tu as un super grand écran, devoir remonter en haut est une aberration… Dans Next, les boutons des ascenseurs étaient ainsi regroupés dans le même coin.
Mais bon, comme tu n'aime pas le Follow Mouse, ce que je respecte, tu ne peux pas aimer Gimp. Ce genre d'interface ne fonctionne quand Follow Mouse !
En revenant chez Apple, Steve Job a du tordre le coup d'un certain nombre de chose de Next pour coller à MacOS 7, qui avait un super interface pour petit écran. Plutôt que de cracher sur les autres, je suis bien conscient que sur tablette et téléphone, certaines interfaces marchent bien. Si j'ai un 30", moi le menu global et le fait de cliquer me gonfle. J'ai envie d'avoir les deux applications actives en // et basculer très rapidement de l'une à l'autre. Je comprends que le mono application convienne au plus grand nombre mais un peu de diversité ne fait pas de mal.
[^] # Re: On est pas vendredi
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 3.
Base de registre -> global
Variable d'environnement -> lié au contexte de chaque application. Cloisonnement père fils. C'est bien plus propre et bien moins dangereux pour se protéger contre tout ce qui est virus.
Encore une dois, un des fondement de la programmation est de limiter au maximum les variables globales.
[^] # Re: Fragmentation
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 4.
Tu places trop de confiance dans les constructeurs car la réalité est tout autre de ce que j'ai vu ! Les constructeurs s'en foutent royalement…
[^] # Re: Ready for the desktop, pas encore pour le bureau.
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 5.
Les 3/4 des personnes sont bloqués en entreprise via MS Office, ou les appli de gestion, ou labview et consort sur les machines de pilotage.
De plus en plus d'application sont en mode web, à mon sens si MS Office tombe, la chute de Windows se poursuivra.
[^] # Re: Désolé de briser un mythe...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 7.
Le problème de vieillir pour certain, c'est que leur nombril continu de pousser ;-)
Il y a plus de 20 ans, il a été montré que le menu global était une mauvaise chose sur grand écran (trop de déplacement de souris)… Que la philosphie X-Window du menu local et du follow mouse était bien mieux. On ne fonctionne pas forcément pareil sur grand écran que sur petit, l'IHM elle même est différente, voir toutes les polémiques au cours du temps sur l'IHM de Gimp adapté au follow mouse.
Bref, je en suis pas sur qu'on sache faire une application graphique qui s'adapte bien à ces deux trois modes très différent dans l'usage Homme Machine. Mais dire qu'il n'y a qu'une bonne solution est une erreur, il y a trop de différence de taille entre les terminaux comparativement à nos mensurations !
# Fragmentation
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 5.
Il est logique d'avoir une certaine fragmentation mais il suffit d'installer un Windows pour voir que dès l'installation finit, avant mêmes les mises à jour, le système de fichier est déjà fragmenté à mort. C'est un point que je n'ai jamais compris.
[^] # Re: Désolé de briser un mythe...
Posté par Sytoka Modon (site web personnel) . En réponse au journal Windows est il prêt pour le Desktop ? . Évalué à 10.
C'est le problème de vieillir et de monter en grade, on ne fait pus de technique ;-)
[^] # Re: Même constats
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 3.
Ceci dis, j'ai personnellement tous mes homes sous XFS. Je n'ai jamais eu l'impression que XFS se dégradait. D'ailleurs, la dernière RHEL bascule en XFS même sur le slash. En général, Red-Hat est assez sévère quand au système de fichier qu'il accepte.
# Debian GNU/kFreeBSD Wheezy dans une jail FreeBSD
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Ça bouge du côté de la virtualisation chez FreeBSD. Évalué à 6.
Ça viens de tomber sur mon flux RSS planet libre : http://maniatux.fr/index.php?article490/debian-wheezy-kfreebsd-dans-une-jail-freebsd10
[^] # Re: Salut
Posté par Sytoka Modon (site web personnel) . En réponse au journal Pourquoi un PC ralentit-il ?. Évalué à 9.
Le mien a 7 ans et demi et marche super ! Il faut dire que je tourne sous XFCE dessus.
Recette -> mise à jour régulière + ménage
apt-get dist-upgrade
apt-get --purge autoremove $(deborphan)
deborphan -a
apt-show-version
dpkg --get-selections | grep deinstall
du -sm $HOME/.[a-Z]* | sort -n
# Utilisation
Posté par Sytoka Modon (site web personnel) . En réponse au journal Microsoft libère son SDK pour OOXML. Évalué à 6.
Est-ce que Microsoft utilise lui même ce SDK là dans ses produits ? Si oui, on aura alors les algo que Microsoft utilise et c'est toujours un plus.
[^] # Re: Alternative
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Kolab 3.2 : retour d'expérience sous Debian Wheezy. Évalué à 5.
Sa licence n'est pas terrible (CC BY-NC-SA 3.0), il me semble pas que cette licence soit adapté aux logiciels mais surtout, j'ai cru comprendre que le NC posait plus de problème qu'il n'en résolvait !
[^] # Re: Autre == perl FTW !
Posté par Sytoka Modon (site web personnel) . En réponse au sondage Quel langage utilisez-vous sur vos serveurs pour vos applications web ?. Évalué à 3.
Je n'ai pas dis l'équipe derrière linuxfr… C'est globalement général sur le site. J'ai remarqué depuis longtemps que dès qu'on évoque Perl dans un thread parlant des langages de script, on est le plus souvent moinssé au début (parfois on remonte avec le temps parce qu'on n'écrit pas toujours (cela arrive quand même) des conneries) ;-)
Ceci dis, cela ne m'a jamais empêché de l'évoquer.