Avoir les deux versions défragmentées est complètement impossible. Prenons un exemple :
tu as ton fichier d'origine, la version 1 constituée de 5 blocs de données : ABCDE
ensuite tu fais des modifications, la version 2, en modifiant 2 blocs dedans : AfCgE
Tu as donc deux cas de défragmentation :
a) la v1 est défragmentée : ABCDE sont contigus, tandis que f et g sont "plus loin"
b) la v2 est défragmentée : AfCgE sont contigus, tandis que B et D sont "plus loin"
La seule solution pour complètement défragmenter le truc serait de dupliquer toutes les données, ce qui entraînerait un gros gaspillage d'espace disque, du genre : ABCDEAfCgE
L'option de défragmentation automatique détecte les écritures aléatoires dans un fichier, et en déclenche la défragmentation (je ne connais pas du tout le "seuil" de détection). Dans notre exemple, j'imagine que le système optimiserait pour la v2.
Pour Btrfs il y a maintenant une option de montage autodefrag ; le problème étant que ça ne fait pas forcément mon ménage avec les snapshots : si tu as deux version du fichiers, similaire à 80% par exemple, tu ne pourras en avoir qu'une seule de non fragmentée…. à moins de dupliquer complètement les données.
Sans forcément parler de framework, pour les accès à la BDD utiliser PDO avec le bind de paramètres faciliterait les choses.
Quelque chose comme ça, dans la version de base :
$recherche_chimere = $bdd->prepare("SELECT * FROM caranille_chimeres
WHERE id_chimere = ?");
$recherche_chimere->execute(array($_POST['idc']));
Ça ne nécessite aucun framework, et pose déjà quelques problèmes en moins.
Alors, d'un point de vue performance d'écriture, j'opterais pour des sous-volumes : en effet de par son mécanisme de «Copy on Write» Btrfs va pouvoir regrouper toutes les écritures aléatoires afin d'obtenir un résultat proche des écritures séquentielles.
Tandis que si tu utilises des partitions séparées, chacune d'elle aura son propre «curseur» pour les écritures, et tu te retrouves donc forcément avec des écritures aléatoires… en supposant que tu écrives en parallèle sur toutes ces partitions.
Maintenant autres aspects à prendre en compte :
- en cas de problème, de FS endommagé par exemple, un partition cloisonnera le problème à une zone précise, contrairement aux sous-volumes
- certaines options de Btrfs sont / étaient communes à tout les sous-volumes, c'est le cas de la compression je crois, ce qui ne correspond pas forcément à ton besoin
Pour résumer : par précaution j'opterais pour des partitions, tandis que pour les perfs j'opterais pour les sous-volumes. Mais selon les options de montage nécessaires, je n'aurais peut-être pas le choix, et devrais utiliser des partitions.
Pour ceux qui se demanderaient quel paquet / logiciel se cache derrière MTA 0.68.2 annoncé ci-dessus, il s'agit en fait de Courier MTA ; comme indiqué dans les notes de publication.
Et accessoirement cette Wheezy sort avec Gnome 3.4, qui a plus d'un an. Ce n'est certes pas aussi ancien que les 2 ans de Xfce, mais j'aurais aimé y voir une 3.6.
C'est très probable oui, je suppose que «blktap2» doit poser un problème de licence… Mais du coup vu que «file» n'est plus géré dans Xen 4.2, il faut se farcir les loop device à la main… (ou ajouter un script maison j'imagine).
Je ne sais pas ce qu'il en est de Fedora, mais (pour une fois ?) Debian n'est pas tellement à la ramasse :
- Xen 4.0 dans la version stable actuelle.
- Xen 4.1 dans la prochaine stable.
- Xen 4.2 en experimental.
Par contre ce sont des version amputées chez Debian, et c'est parfois un peu pénible de trouver une alternative.
S'il y a tant besoin d'aide, je pense qu'il serait judicieux de simplifier les procédures : je ne pense pas être un manche, je gère quelques centaines de serveurs et une poignée de postes, tous sous Debian, et pourtant contribuer me semble toujours aussi long et fastidieux.
Comment puis-je contribuer efficacement, sur les paquets que j'utilise au quotidien, sans qu'on m'invite à aller me perdre dans les méandres du manuel du développeur Debian ?
Pour ma part ce que je reproche au freeze, c'est de bloquer l'unstable, pas la testing. Par exemple la Debian «rolling» actuelle propose un Gnome 3.4, c'est à dire plus d'un an de «retard» sur la 3.8.
Alors oui, on peut piocher ce dont on a besoin dans experimental, le problème étant qu'il y a beaucoup d'experimental dedans ;)
Bref, la situation me semble loin d'être idéale. J'aurai aimé que ma sid installe toute seule la dernière version de Firefox/Iceweasel considérée stable par Mozilla (exactement comme elle le faisait avant le freeze), qu'elle m'interdise l'installation de Gnome 3.6 parce qu'elle était dans "experimental" à raison, mais par contre qu'elle me propose l'installation de Gnome 3.8, "parce que ça marche".
Bien sûr ce ne sont que des exemples, et je me débrouille avec du pinning, mais c'est loin d'être des plus pratique… et j'en suis à utiliser des snapshots (btrfs) avant certains upgrades, suite à une quelques mauvaises expériences.
En tous cas pour mes desktops j'aurais adoré avoir une Debian «Cut», dont je n'aurais pas à me soucier, et qui choisirait judicieusement les paquets dans testing/unstable/experimental en fonction de ce qui marche aujourd'hui et non pas en fonction de ce qu'on voudra dans la release stable.
J'aime bien les services de Spamhaus, mais les faux positifs ne sont pas si rares : du moins, quand ils blacklistent toute une /24, oui c'est très probablement parce qu'il y a plusieurs spameurs sur la plage, mais pas tous… C'est un cas que j'ai fréquemment rencontré par le passé sur les réseaux OVH : me faire bloquer à cause de «voisins». C'est ce qui m'a poussé à avoir ma propre /24.
En tous cas la réaction de Cyberbunker me semble plutôt… puérile.
Non, avant il fallait viser une zone précise dans un coin, puis cliquer. Soit en gros : accélération, ralentissement, éventuel ajustement, puis clic.
Maintenant seul la première partie est nécessaire, on jette effectivement le curseur dans le coin, sans visée, sans ralentissement, et sans clic.
Les experts en FPS et autres jeux apportant une grande dextérité à la souris ne voient peut-être pas la différence, mais pour moi, plus familiarisé au clavier, elle est loin d'être minime.
alors, je suis encore loin d'être habitué à Git pour le moment, mais n'est-ce pas là le rôle de «git stash», qui permet de sauvegarder des modifs temporairement ?
quelques autres idées, en vrac :
- y avait pas moyen d'avoir recours à un système de «rescue» que Free utilise justement sur des dédibox/online ? (c'est à dire reboot électrique en PXE sur une image live)
- puisque vous avez deux machines, pourquoi ne pas coller du DRBD entre les deux, afin de ne plus dépendre qu'une seule machine ?
Évidemment, ça semble toujours facile après coup, mais je suis quand même surpris qu'en l'état tout repose sur une unique machine.
En tous cas, content de revoir le site, j'ai failli me faire un claquage à devoir me mettre à bosser si brutalement !
Bah malheureusement c'est arrivé au moins deux fois dans mon entourage durant la dernière année. La réparation est facile pour un initié, mais bon, ce n'est pas pratique pour autant.
Je pense que oui : on avait des smartphones bien avant l'iPhone, avec leurs avantages & inconvénients. Mais il ne se serait peut-être pas vendu autant de smartphone sans Apple : reste à savoir si les «jeunes» veulent avoir leur accès Facebook Internet en permanence «grâce» à Apple, ou bien c'est parce qu'ils veulent cet accès que les produits Apple ont eu du succès ? Moi je ne saurais dire.
Bien sûr qu'il est déjà prêt, pour le moment on le retrouve essentiellement sur des smartphones et tablettes, mais bientôt Androïd/Linux arrivera sur le desktop ;)
Plus sérieusement, la question concernait probablement Gnu/Linux, et j'avoue que je ne saurais quoi répondre : je n'utilise que du Debian, et la réponse me semble évidente : la version stable n'a que de vieux softs difficilement justifiables à mon sens pour du Desktop (Mme Michu est contente avec son client MSN qui ne gère pas la version actuelle, par exemple), et la version testing/unstable ne peut pas se mettre à jour en mode graphique : z'avez essayé l'«update manager» depuis X ? A moins que ça ait changé récemment, en cas de mise à jour de GDM, il relance toute la couche graphique, et donc coupe les process de mise à jour qui doivent ensuite être corrigés à la main (un «simple» dpkg -a).
C'est le genre de détail exaspérant je trouve. J'ai plusieurs personnes de mon entourage qui n'osent plus faire les mises à jour après avoir «cassé l'ordinateur» suite à celà.
Autant je suis très satisfait de mes Debian au quotidien, autant il me semble évident que cela demande un entretien nettement plus complexe que les systèmes concurrents. Y a t-il une distribution rolling plus user-friendly que Debian ?
Autant j'aime ce site pour son efficacité, autant je n'irais quand même pas dire qu'il a un look «moderne». Il fait moins vieillot / brouillon, et reste très clair, mais c'est tout… non ?
Truc agaçant, apparemment lié à la police & mon navigateur (Firefox/Iceweasel 19) : changer de page prend 2 secondes, alors que c'est du statique, et qu'il n'y a aucune image. Au départ j'ai cru que c'était lié aux 200ms de latence (faute à la distance j'imagine), mais même pas : même en cache la page est «lente».
Par contre sous Epiphany je n'ai pas ce problème. Différence de gestion des polices ?
Je pense que la plupart des admins procéderaient ainsi oui, mais il n'empêche que les «cochoncetés» type CPanel ou Plesk sont vachement répandues, justement là où il n'y a pas d'admin…
[^] # Re: OpenVZ ; BtrFS
Posté par Kioob (site web personnel) . En réponse au journal Btrfs et lxc. Évalué à 4.
Avoir les deux versions défragmentées est complètement impossible. Prenons un exemple :
tu as ton fichier d'origine, la version 1 constituée de 5 blocs de données : ABCDE
ensuite tu fais des modifications, la version 2, en modifiant 2 blocs dedans : AfCgE
Tu as donc deux cas de défragmentation :
a) la v1 est défragmentée : ABCDE sont contigus, tandis que f et g sont "plus loin"
b) la v2 est défragmentée : AfCgE sont contigus, tandis que B et D sont "plus loin"
La seule solution pour complètement défragmenter le truc serait de dupliquer toutes les données, ce qui entraînerait un gros gaspillage d'espace disque, du genre : ABCDEAfCgE
L'option de défragmentation automatique détecte les écritures aléatoires dans un fichier, et en déclenche la défragmentation (je ne connais pas du tout le "seuil" de détection). Dans notre exemple, j'imagine que le système optimiserait pour la v2.
alf.life
[^] # Re: OpenVZ ; BtrFS
Posté par Kioob (site web personnel) . En réponse au journal Btrfs et lxc. Évalué à 1.
Pour Btrfs il y a maintenant une option de montage autodefrag ; le problème étant que ça ne fait pas forcément mon ménage avec les snapshots : si tu as deux version du fichiers, similaire à 80% par exemple, tu ne pourras en avoir qu'une seule de non fragmentée…. à moins de dupliquer complètement les données.
alf.life
[^] # Re: Et la qualité ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Caranille 3.5 - Éditeur de MMORPG en PHP. Évalué à 2. Dernière modification le 09 mai 2013 à 18:07.
Pas nécessairement. PDO a une option d'émulation des «prepared statement», servant essentiellement à la sécurité (PDO::ATTR_EMULATE_PREPARES).
Il me semble même que dans le cas de MySQL, cette option est active par défaut (PDO::MYSQL_ATTR_DIRECT_QUERY à true).
alf.life
[^] # Re: Et la qualité ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Caranille 3.5 - Éditeur de MMORPG en PHP. Évalué à 5.
Sans forcément parler de framework, pour les accès à la BDD utiliser PDO avec le bind de paramètres faciliterait les choses.
Quelque chose comme ça, dans la version de base :
$recherche_chimere = $bdd->prepare("SELECT * FROM caranille_chimeres
WHERE id_chimere = ?");
$recherche_chimere->execute(array($_POST['idc']));
Ça ne nécessite aucun framework, et pose déjà quelques problèmes en moins.
alf.life
[^] # Re: Intéressant mais
Posté par Kioob (site web personnel) . En réponse au journal Btrfs et lxc. Évalué à 4.
Alors, d'un point de vue performance d'écriture, j'opterais pour des sous-volumes : en effet de par son mécanisme de «Copy on Write» Btrfs va pouvoir regrouper toutes les écritures aléatoires afin d'obtenir un résultat proche des écritures séquentielles.
Tandis que si tu utilises des partitions séparées, chacune d'elle aura son propre «curseur» pour les écritures, et tu te retrouves donc forcément avec des écritures aléatoires… en supposant que tu écrives en parallèle sur toutes ces partitions.
Maintenant autres aspects à prendre en compte :
- en cas de problème, de FS endommagé par exemple, un partition cloisonnera le problème à une zone précise, contrairement aux sous-volumes
- certaines options de Btrfs sont / étaient communes à tout les sous-volumes, c'est le cas de la compression je crois, ce qui ne correspond pas forcément à ton besoin
Pour résumer : par précaution j'opterais pour des partitions, tandis que pour les perfs j'opterais pour les sous-volumes. Mais selon les options de montage nécessaires, je n'aurais peut-être pas le choix, et devrais utiliser des partitions.
alf.life
# MTA 0.68.2 ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Debian : Épisode VII. Évalué à 5.
Pour ceux qui se demanderaient quel paquet / logiciel se cache derrière MTA 0.68.2 annoncé ci-dessus, il s'agit en fait de Courier MTA ; comme indiqué dans les notes de publication.
alf.life
[^] # Re: Conservatisme
Posté par Kioob (site web personnel) . En réponse à la dépêche Debian : Épisode VII. Évalué à 1.
Et accessoirement cette Wheezy sort avec Gnome 3.4, qui a plus d'un an. Ce n'est certes pas aussi ancien que les 2 ans de Xfce, mais j'aurais aimé y voir une 3.6.
alf.life
[^] # Re: C'est une très bonne chose ....
Posté par Kioob (site web personnel) . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 2.
En même temps depuis que Xend a été viré, les «daemons Xen» sont pas mal limités… à moins qu'on parle encore de XCP et non de Xen ?
alf.life
[^] # Re: Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 1.
C'est très probable oui, je suppose que «blktap2» doit poser un problème de licence… Mais du coup vu que «file» n'est plus géré dans Xen 4.2, il faut se farcir les loop device à la main… (ou ajouter un script maison j'imagine).
alf.life
[^] # Re: Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 1.
Ah XCP… mais c'est un produit différent non ?
alf.life
# Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par Kioob (site web personnel) . En réponse à la dépêche Xen devient un projet de la fondation Linux. Évalué à 2.
Je ne sais pas ce qu'il en est de Fedora, mais (pour une fois ?) Debian n'est pas tellement à la ramasse :
- Xen 4.0 dans la version stable actuelle.
- Xen 4.1 dans la prochaine stable.
- Xen 4.2 en experimental.
Par contre ce sont des version amputées chez Debian, et c'est parfois un peu pénible de trouver une alternative.
alf.life
[^] # Re: Demandez le programme !
Posté par Kioob (site web personnel) . En réponse au journal Nouveau Debian Project Leader. Évalué à 6.
S'il y a tant besoin d'aide, je pense qu'il serait judicieux de simplifier les procédures : je ne pense pas être un manche, je gère quelques centaines de serveurs et une poignée de postes, tous sous Debian, et pourtant contribuer me semble toujours aussi long et fastidieux.
Comment puis-je contribuer efficacement, sur les paquets que j'utilise au quotidien, sans qu'on m'invite à aller me perdre dans les méandres du manuel du développeur Debian ?
alf.life
[^] # Re: Demandez le programme !
Posté par Kioob (site web personnel) . En réponse au journal Nouveau Debian Project Leader. Évalué à 2.
Pour ma part ce que je reproche au freeze, c'est de bloquer l'unstable, pas la testing. Par exemple la Debian «rolling» actuelle propose un Gnome 3.4, c'est à dire plus d'un an de «retard» sur la 3.8.
Alors oui, on peut piocher ce dont on a besoin dans experimental, le problème étant qu'il y a beaucoup d'experimental dedans ;)
Bref, la situation me semble loin d'être idéale. J'aurai aimé que ma sid installe toute seule la dernière version de Firefox/Iceweasel considérée stable par Mozilla (exactement comme elle le faisait avant le freeze), qu'elle m'interdise l'installation de Gnome 3.6 parce qu'elle était dans "experimental" à raison, mais par contre qu'elle me propose l'installation de Gnome 3.8, "parce que ça marche".
Bien sûr ce ne sont que des exemples, et je me débrouille avec du pinning, mais c'est loin d'être des plus pratique… et j'en suis à utiliser des snapshots (btrfs) avant certains upgrades, suite à une quelques mauvaises expériences.
En tous cas pour mes desktops j'aurais adoré avoir une Debian «Cut», dont je n'aurais pas à me soucier, et qui choisirait judicieusement les paquets dans testing/unstable/experimental en fonction de ce qui marche aujourd'hui et non pas en fonction de ce qu'on voudra dans la release stable.
alf.life
[^] # Re: Merci bien
Posté par Kioob (site web personnel) . En réponse à la dépêche Vingt dieux, Firefox 20 est sorti !. Évalué à 10.
Tu trouveras les paquets binaires, en 64bits, ici. :D
alf.life
[^] # Re: Plusieurs choses à prendre en compte.
Posté par Kioob (site web personnel) . En réponse au journal Attaque DDoS contre Spamhaus. Évalué à 2.
J'aime bien les services de Spamhaus, mais les faux positifs ne sont pas si rares : du moins, quand ils blacklistent toute une /24, oui c'est très probablement parce qu'il y a plusieurs spameurs sur la plage, mais pas tous… C'est un cas que j'ai fréquemment rencontré par le passé sur les réseaux OVH : me faire bloquer à cause de «voisins». C'est ce qui m'a poussé à avoir ma propre /24.
En tous cas la réaction de Cyberbunker me semble plutôt… puérile.
alf.life
[^] # Re: Gnome 3 > tablettes/smartphones
Posté par Kioob (site web personnel) . En réponse au journal Gnome 3.8 : un retour en arrière ? . Évalué à 1.
Non, avant il fallait viser une zone précise dans un coin, puis cliquer. Soit en gros : accélération, ralentissement, éventuel ajustement, puis clic.
Maintenant seul la première partie est nécessaire, on jette effectivement le curseur dans le coin, sans visée, sans ralentissement, et sans clic.
Les experts en FPS et autres jeux apportant une grande dextérité à la souris ne voient peut-être pas la différence, mais pour moi, plus familiarisé au clavier, elle est loin d'être minime.
alf.life
# git stash ?
Posté par Kioob (site web personnel) . En réponse au journal Un petit script pour sauvegarder rapidement un fichier. Évalué à 6.
Hello,
alors, je suis encore loin d'être habitué à Git pour le moment, mais n'est-ce pas là le rôle de «git stash», qui permet de sauvegarder des modifs temporairement ?
alf.life
# Idées en vrac
Posté par Kioob (site web personnel) . En réponse à la dépêche Gruik fait sa tête de lard. Évalué à 10.
Hello,
quelques autres idées, en vrac :
- y avait pas moyen d'avoir recours à un système de «rescue» que Free utilise justement sur des dédibox/online ? (c'est à dire reboot électrique en PXE sur une image live)
- puisque vous avez deux machines, pourquoi ne pas coller du DRBD entre les deux, afin de ne plus dépendre qu'une seule machine ?
Évidemment, ça semble toujours facile après coup, mais je suis quand même surpris qu'en l'état tout repose sur une unique machine.
En tous cas, content de revoir le site, j'ai failli me faire un claquage à devoir me mettre à bosser si brutalement !
alf.life
[^] # Re: Il est déjà prêt
Posté par Kioob (site web personnel) . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 3.
Bah malheureusement c'est arrivé au moins deux fois dans mon entourage durant la dernière année. La réparation est facile pour un initié, mais bon, ce n'est pas pratique pour autant.
alf.life
[^] # Re: Il est déjà prêt
Posté par Kioob (site web personnel) . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 1.
Je pense que oui : on avait des smartphones bien avant l'iPhone, avec leurs avantages & inconvénients. Mais il ne se serait peut-être pas vendu autant de smartphone sans Apple : reste à savoir si les «jeunes» veulent avoir leur accès
FacebookInternet en permanence «grâce» à Apple, ou bien c'est parce qu'ils veulent cet accès que les produits Apple ont eu du succès ? Moi je ne saurais dire.alf.life
# Il est déjà prêt
Posté par Kioob (site web personnel) . En réponse au sondage Selon vous, pourquoi Linux n'est-il pas prêt pour le bureau ?. Évalué à 1. Dernière modification le 10 mars 2013 à 19:42.
Bien sûr qu'il est déjà prêt, pour le moment on le retrouve essentiellement sur des smartphones et tablettes, mais bientôt Androïd/Linux arrivera sur le desktop ;)
Plus sérieusement, la question concernait probablement Gnu/Linux, et j'avoue que je ne saurais quoi répondre : je n'utilise que du Debian, et la réponse me semble évidente : la version stable n'a que de vieux softs difficilement justifiables à mon sens pour du Desktop (Mme Michu est contente avec son client MSN qui ne gère pas la version actuelle, par exemple), et la version testing/unstable ne peut pas se mettre à jour en mode graphique : z'avez essayé l'«update manager» depuis X ? A moins que ça ait changé récemment, en cas de mise à jour de GDM, il relance toute la couche graphique, et donc coupe les process de mise à jour qui doivent ensuite être corrigés à la main (un «simple» dpkg -a).
C'est le genre de détail exaspérant je trouve. J'ai plusieurs personnes de mon entourage qui n'osent plus faire les mises à jour après avoir «cassé l'ordinateur» suite à celà.
Autant je suis très satisfait de mes Debian au quotidien, autant il me semble évident que cela demande un entretien nettement plus complexe que les systèmes concurrents. Y a t-il une distribution rolling plus user-friendly que Debian ?
alf.life
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par Kioob (site web personnel) . En réponse au journal Kernel.org change de peau. Évalué à 1.
mm non, un Core2 Duo E6400… Peut-être une extension pourrie dans ce cas…
alf.life
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par Kioob (site web personnel) . En réponse au journal Kernel.org change de peau. Évalué à 1.
Plutôt le rendu en fait : comme je disais, même avec tout en cache le rendu de la page est lent.
alf.life
[^] # Re: Y a quand même un truc que je n'aime vraiment pas
Posté par Kioob (site web personnel) . En réponse au journal Kernel.org change de peau. Évalué à 2.
Autant j'aime ce site pour son efficacité, autant je n'irais quand même pas dire qu'il a un look «moderne». Il fait moins vieillot / brouillon, et reste très clair, mais c'est tout… non ?
Truc agaçant, apparemment lié à la police & mon navigateur (Firefox/Iceweasel 19) : changer de page prend 2 secondes, alors que c'est du statique, et qu'il n'y a aucune image. Au départ j'ai cru que c'était lié aux 200ms de latence (faute à la distance j'imagine), mais même pas : même en cache la page est «lente».
Par contre sous Epiphany je n'ai pas ce problème. Différence de gestion des polices ?
alf.life
[^] # Re: CPanel soupçonné
Posté par Kioob (site web personnel) . En réponse à la dépêche Infection par rootkit « SSHd Spam » sur des serveurs RHEL/CentOS. Évalué à 4.
Je pense que la plupart des admins procéderaient ainsi oui, mais il n'empêche que les «cochoncetés» type CPanel ou Plesk sont vachement répandues, justement là où il n'y a pas d'admin…
alf.life