Histoire de reporter une expérience également, celle d'une connaissance qui est hébergeur, et qui doit avoir une quarantaine de machines au total, dont certaines avec de grosses partitions (> 1 To) et assez chargées en entrées/sorties (mail, MySQL).
Il a eu des problèmes avec du ReiserFS 3, des partitions irrécupérables (le fsck ne donne rien de probant), alors que pour ext3 je crois que ça n'a pas été le cas. Pour ReiserFS, le FS n'a pas aimé quelques erreurs liées au contrôleur RAID, apparemment ça a suffi à faire planter ReiserFS. Pourtant il y tenait à ce FS, du fait de son stockage efficace des petits fichiers.
Sinon de mon expérience personnelle, je n'ai jamais eu de problème avec ext3 (ni avec ext2 d'autant que je me souvienne), et d'après ce que je lis depuis longtemps un peu partout, il me semble bien fiable, plus que ReiserFS en tous cas.
Je n'ai jamais eu d'histoire de souris pas détectée. Quand je lance VNCViewer, il me demande une IP et un numéro de Display (genre 123.45.67.57:0), et ensuite me donne accès à l'affichage du bureau distant. Je parle ici d'un poste distant sous Windows (et local aussi).
Ca marche aussi avec poste distant sous Linux, dans les 2 cas il faut lancer VNCServer bien sûr.
NB: Je ne connais pas tes programmes "vnc4server" ni "svncviewer".
Attention il y a des espaces dans la commande que tu as montrée, ce qui pourrait expliquer que ça ne marche pas (NB: utilise les balises "tt" pour indiquer du code, comme je le fais plus bas, c'est plus lisible).
Les attributs du marqueur "body" sont définis par exemple ici : http://www.w3.org/TR/html4/struct/global.html#h-7.5 . Il existe des versions françaises des recommandations du W3C, mais je n'ai pas d'URL sous la main. L'attribut "background" existe mais est deprecated, ce qui veut dire qu'il vaut mieux ne pas l'utiliser (mais en pratique, je crois qu'il est encore supporté par les navigateurs). L'attribut "bgcolor" est lui bien standard, mais sert à préciser une couleur de fond unie.
Pour ta ligne, j'écrirais ceci : print "<body background=\"image.jpg\">"
Si tu mets une image de fond, fais attention à choisir une image qui ne gêne pas la lecture du texte; au besoin, éclaircis les couleurs (si ton texte est en noir sur fond clair/blanc, comme il est d'usage).
Ou alors, un MP3 de moins bonne qualité et comme ça, à la comparaison sur l'ordi, l'utilisateur se dit que le OGG, c'est mieux niveau qualité...
A débit égal, le Ogg est meilleur que le MP3, en particulier à débit <= 128 kb/s. Donc pas besoin de se fatiguer, si on propose les 2 formats à 128 kb/s, la différence est (un peu) audible. On peut aussi proposer le Ogg à 112 kb/s (débit par défaut) et le MP3 à 128, je crois que le Ogg est encore supérieur.
Je ne sais pas ce qu'il en est du portage vers la branche principale des réglages fins élaborés par aotuv (un patch à appliquer sur la libvorbis), cf http://www.geocities.jp/aoyoume/aotuv/ et google.
J'ai les tests suivants dans ma besace (je n'ai pas vérifié que tout était encore en ligne, mais certains tests, en particulier ceux de Hydrogen Audio, sont très complets, une mine) :
Je sais que la charge instamné est accessible avec top... mais il doit bien y avoir des outils comme sar qui font des moyennes...
Tu as la charge moyenne des 1, 5 et 15 dernières minutes avec par exemple "cat /proc/loadavg" ou la commande "w".
Pour la charge instantannée (ou moyennée sur la durée que tu veux), tu peux te servir du contenu du fichier /proc/stat, dont les champs sont mis à jour en permanence, de façon incrémentale et monotone (des compteurs donc). Par défaut sur ma machine (noyau 2.6.11-6mdk) c'est 100 fois par seconde (les ticks ou jiffies, je ne sais plus).
J'ai un script shell qui fait ça toutes les secondes pour adapter la vitesse du CPU à la charge instantanée (ou presque, la charge sur une seconde en fait) :
last_total_time=0
last_idle_time=0
while sleep 1 ; do
. procstat=($(grep cpu0 /proc/stat))
. user_time=${procstat[1]}
. nice_time=${procstat[2]}
. system_time=${procstat[3]}
. idle_time=${procstat[4]}
Je suis chez Club-Internet depuis très longtemps, ayant commencé en RTC vers 1995 je crois, et passé à l'ADSL vers 2000.
Lors du passage à l'ADSL 2 (il y a quelques mois), les premières connexions n'étaient pas très fiables (déconnexions et pas forcément reconnexion derrière, fallait rebooter le modem), mais depuis ça roule bien. J'ai dû avoir une déconnexion sur les 30 derniers jours; on dirait qu'ils ont amélioré leur système, et que le modem fait la reconnexion tout seul. J'ai pas loin de 2 Mo/s en descente (en tous cas 1.8 avec les miroirs Club), et 100 ko/s en montée.
J'ai aussi le téléphone illimité pour l'instant en national, bientôt sur l'Europe. C'est pas mal fait, le téléphone est sur le modem, mais il prend aussi les appels sur la ligne d'origine FT (que j'ai toujours, par précaution).
Largement suffisant quand on navigue sans images et en virant les feuilles de style.
Je pige mal l'intérêt de virer les feuilles de style, ça se charge une fois pour toute par site (c'est caché ensuite), c'est normalement pas très gros, et ça permet d'avoir un site présenté comme prévu, au lieu de texte au kilomètre.
L'intérêt pour moi de virer une feuille de style, c'est pour imprimer certains sites qui sont mal faits; pour ça j'utilise la Web Developer Toolbar (extension Firefox) et je fais "Disable -> Linked Style Sheets".
Bon j'arrive "après la guerre", mais ma remarque te servira, au moins :-)
Tu as écrit 2 fois "voire même".
Il ne faut pas ajouter "même" comme on l'entend régulièrement, car c'est un pléonasme; on dit tout simplement "voire" (qui signifie à peu près "et même", "et éventuellement").
des que je change la resolution il redevient plus grand que l'ecran
Je pige mal, si tu mets du 640x480 partout (c'est ce que tu souhaites si j'ai bien compris), comment la résolution peut augmenter ?
Au fait, si par exemple tu précises une résolution "Virtual" de 800x600, si plus loin dans la section tu précises 640x480, le bureau dépassera effectivement de l'écran, et c'est normal.
Vu ce que tu as copié/collé dans ta question, tu as la réponse. Il faut changer la section "Screen", la sous-section "Display". Actuellement il y a la ligne Virtual 800 600, tu n'as qu'à y mettre "640 480" (en fait dans toutes les lignes).
En effet, je précise pour l'auteur de la question, on peut choisir la résolution comme on veut, en la spécifiant dans le fichier de configuration de X. Pour cela il faut quitter le confort du choix dans la liste déroulante (choix forcément limité), et prendre un éditeur et aller modifier la section "Screen".
"voir même" : pitié ça ne veut rien dire, il ne s'agit pas du verbe "voir" mais du terme "voire"; et il ne faut pas ajouter "même" comme on l'entend régulièrement, car c'est un pléonasme; on dit tout simplement "voire" (qui signifie à peu près "et même", "et éventuellement").
Pour répondre à arn100, s'il s'agit d'interdire à la machine A de se connecter où que ce soit, le plus simple me paraît en effet d'empêcher l'exécution de la commande "ssh"; c'est faisable soit en enlevant le bit "x" du binaire (avec "chmod a-x /chemin/vers/ssh"), soit en le renommant.
Sur ma distrib, j'ai la commande printf, qui appartient au paquet "coreutils". Si tu sais récupérer la valeur numérique correspondant à "000002" dans une variable (appelons-la VAL_NUM), tu peux ensuite utiliser la commande suivante pour imprimer sa valeur dans le bon format : printf "%06d" $VAL_NUM.
Pour récupérer la valeur dans une variable, utilise le "backquote" : MA_CHAINE=`printf "%06d" $VAL_NUM`. NB: Ca marche sous bash, mais sous ksh l'affectation est différente il me semble. Pourquoi utilises-tu ksh au fait ?
Tant qu'à t'initier au shell, en bash on peut utiliser la notation $(commande) pour récupérer sa valeur, c'est plus pratique que le backquote car on peut imbriquer les appels, si besoin.
SSL/TLS compresse permet donc bel et bien les données indépendamment de HTTP. Bon j'avoue que j'ai pas vérifié si les implémentations courantes utilisent autre chose que CompressionMethod.null.
En pratique je suis à peu près sûr que non, j'ai aussi demandé à des connaissances. D'ailleurs SSH offre une option de compression de données ("- C"), ce qui tend à montrer que par défaut le SSL ne comprime pas.
HTTPS chiffre les données, mais ne les comprime pas (à l'image du SSL).
La compression du trafic HTTP (et HTTPS) est possible quand le serveur et le client le supportent, c'est indépendant du chiffrement.
C'est l'ordre des bits du bus de données (physiquement, sur les broches de la puce) qui est inversé
C'est possible, mais ça ne change pas le fait que tu n'as aucun moyen de le savoir au niveau de la programmation.
Quand tu te retrouves sur une machine Little Endian (PC x86 dans mon cas), tu peux voir que l'ordre des octets est inversé en mémoire, quand tu stockes une valeur sur plus d'un octet (un entier 32 bits en particulier), par exemple en faisant "od -x fichier.bin" tu peux voir que les octets sont inversés 2 par 2 car les données sont lues par défaut sur 2 octets; pour avoir un affichage normal, il faut faire "od -t x1 fichier.bin" (casse-pieds quand on vient du monde 680x0 Big Endian). Les bits d'un octets apparaissent dans l'ordre normal (heureusement, sinon la machine serait difficilement utilisable !).
D'où ma surprise avec ton explication où tu inverses les bits au sein d'un octet; ça embrouille pour rien.
je réserverais le terme "coder" (en english "encoder") pour les algorithmes de compression sans perte.
En effet. Le terme de codec est impropre quand il s'agit de compression avec pertes, ce qui est le cas en vidéo en particulier.
La compression et le cryptagechiffrement sont 2 domaines de recherche appliquée particulierement intéressants... mais malheureusement bouffés par les brevets.
Ah bon ? Dans le chiffrement, pas que je sache, et de toutes façons ça ne concerne que les E-U (ce qui, je te l'accorde, n'est pas négligeable vu l'importance du pays).
-> "pour coder une vidéo", please (dans la lignée de codage, codeur, codec, etc).
D'ailleurs on devrait parler de compresser (car c'est de ça qu'il s'agit, surtout), voire de convertir, tout simplement. Je n'ai jamais compris cet engouement pour le terme "encoder".
J'ai quelques doutes sur la capacité d'un serveur IMAP à gérer des boîtes aux lettres contenant plusieurs milliers de messages avec pièces jointes.
Je ne connais pas le nom du serveur IMAP, mais c'est celui d'un hébergeur et il gère des centaines d'utilisateurs, pour plusieurs dizaines voire centaines de Go de messages (de toutes sortes, donc avec pièces jointes évidemment), tous en ligne (consultés via Mozilla Mail en général) depuis 2000.
Si on a plus de 4 tentatives de connexions en moins d'une minute, on bloque l'ip pendant une minute.
Très intéressant, je suis preneur, mon serveur se prend des attaques régulièrement. Je fais le DROP à la main avec une seule règle, quand je suis devant mon ordi et que je vois qu'il y a du trafic anormal : iptables -A INPUT -i eth0 -s 11.22.33.44 -j DROP .
Je n'ai pas le mot-clef --rttl dans mon "man" (j'ai un noyau 2.6.12), peux-tu me dire ce qu'il fait ?
Et comment est-il précisé que le blocage s'arrête au bout d'une minute ?
Sinon j'ai vu une légère simplification de tes 4 lignes, mais je ne sais pas si ça gère le déblocage : iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --update --seconds 60 --hitcount 4 -j DROP
Passe encore qu'on écrive ou entende "voire même" (qui est un pléonasme, "voire" signifiant déjà "et même" ou "et peut-être"), mais lire "voir même" sans le "e" à "voire", ça ne veut plus rien dire !
L'erreur se répand et je me permet de la signaler.
Sans compter le gouffre financier avec les piles de la télécommande !
Les piles rechargeables sont bien utiles. J'en ai plusieurs pour gérer la plupart des appareils où on met des piles (phares de vélo, appareil photo numérique, lampes de poche, etc).
[^] # Re: Mon expérience sur ReiserFS (reiser 3)
Posté par Olivier Jeannet . En réponse à la dépêche Pourquoi Reiser4 n'est toujours pas intégré à Linux. Évalué à 1.
Il a eu des problèmes avec du ReiserFS 3, des partitions irrécupérables (le fsck ne donne rien de probant), alors que pour ext3 je crois que ça n'a pas été le cas. Pour ReiserFS, le FS n'a pas aimé quelques erreurs liées au contrôleur RAID, apparemment ça a suffi à faire planter ReiserFS. Pourtant il y tenait à ce FS, du fait de son stockage efficace des petits fichiers.
Sinon de mon expérience personnelle, je n'ai jamais eu de problème avec ext3 (ni avec ext2 d'autant que je me souvienne), et d'après ce que je lis depuis longtemps un peu partout, il me semble bien fiable, plus que ReiserFS en tous cas.
# chez moi ça a toujours marché
Posté par Olivier Jeannet . En réponse au message vncviewer probléme écran et souris. Évalué à 1.
Ca marche aussi avec poste distant sous Linux, dans les 2 cas il faut lancer VNCServer bien sûr.
NB: Je ne connais pas tes programmes "vnc4server" ni "svncviewer".
# Solution
Posté par Olivier Jeannet . En réponse au message CGI -HTML. Évalué à 1.
Les attributs du marqueur "body" sont définis par exemple ici : http://www.w3.org/TR/html4/struct/global.html#h-7.5 . Il existe des versions françaises des recommandations du W3C, mais je n'ai pas d'URL sous la main. L'attribut "background" existe mais est deprecated, ce qui veut dire qu'il vaut mieux ne pas l'utiliser (mais en pratique, je crois qu'il est encore supporté par les navigateurs). L'attribut "bgcolor" est lui bien standard, mais sert à préciser une couleur de fond unie.
Pour ta ligne, j'écrirais ceci :
print "<body background=\"image.jpg\">"
Si tu mets une image de fond, fais attention à choisir une image qui ne gêne pas la lecture du texte; au besoin, éclaircis les couleurs (si ton texte est en noir sur fond clair/blanc, comme il est d'usage).
[^] # Re: Ogg
Posté par Olivier Jeannet . En réponse à la dépêche Les labels indépendants ouvrent leur plateforme. Évalué à 1.
A débit égal, le Ogg est meilleur que le MP3, en particulier à débit <= 128 kb/s. Donc pas besoin de se fatiguer, si on propose les 2 formats à 128 kb/s, la différence est (un peu) audible. On peut aussi proposer le Ogg à 112 kb/s (débit par défaut) et le MP3 à 128, je crois que le Ogg est encore supérieur.
Je ne sais pas ce qu'il en est du portage vers la branche principale des réglages fins élaborés par aotuv (un patch à appliquer sur la libvorbis), cf http://www.geocities.jp/aoyoume/aotuv/ et google.
J'ai les tests suivants dans ma besace (je n'ai pas vérifié que tout était encore en ligne, mais certains tests, en particulier ceux de Hydrogen Audio, sont très complets, une mine) :
"MP3 - WMA - AAC - OGG - qualité à 96 kbps (évaluation)"
http://forum.hardware.fr/hardwarefr/VideoSon/MP3-WMA-AAC-OGG(...)
"MP3 - WMA - AAC - OGG - qualité à 80 kbps (évaluation)"
http://forum.hardware.fr/hardwarefr/VideoSon/MP3-WMA-AAC-OGG(...)
(ogg meilleur de peu)
"Public, Multiformat Listening Test @ 128 kbps"
http://www.maresweb.de/listening-tests/mf-128-1/index.php
"Results of Public, Multiformat Listening Test @ 128 kbps"
http://www.maresweb.de/listening-tests/mf-128-1/results.htm
(ogg nettement meilleur)
"Multiformat at 128kbps public listening test"
http://www.rjamorim.com/test/multiformat128/presentation.htm(...)
"Results of Multiformat at 128kbps public Listening Test"
http://www.rjamorim.com/test/multiformat128/results.html
"MPC vs VORBIS vs MP3 vs AAC at 180 kbps, 2nd checkup with classical music"
http://www.hydrogenaudio.org/forums/index.php?showtopic=3646(...)
[^] # Re: charge moyenne
Posté par Olivier Jeannet . En réponse au message commande procinfo. Évalué à 2.
Tu as la charge moyenne des 1, 5 et 15 dernières minutes avec par exemple "cat /proc/loadavg" ou la commande "w".
Pour la charge instantannée (ou moyennée sur la durée que tu veux), tu peux te servir du contenu du fichier /proc/stat, dont les champs sont mis à jour en permanence, de façon incrémentale et monotone (des compteurs donc). Par défaut sur ma machine (noyau 2.6.11-6mdk) c'est 100 fois par seconde (les ticks ou jiffies, je ne sais plus).
J'ai un script shell qui fait ça toutes les secondes pour adapter la vitesse du CPU à la charge instantanée (ou presque, la charge sur une seconde en fait) :
last_total_time=0
last_idle_time=0
while sleep 1 ; do
. procstat=($(grep cpu0 /proc/stat))
. user_time=${procstat[1]}
. nice_time=${procstat[2]}
. system_time=${procstat[3]}
. idle_time=${procstat[4]}
. idle_time=$[idle_time + nice_time]
. total_time=$[user_time + system_time + idle_time]
. total_elapsed=$[total_time - last_total_time]
. last_total_time=$total_time
. idle_elapsed=$[idle_time - last_idle_time]
. last_idle_time=$idle_time
. idle_ratio=$[100 * idle_elapsed / total_elapsed]
done
idle_ratio est une valeur entre 0 (CPU à 100%) et 100 (CPU idle), sur laquelle je fais des tests ensuite.
[^] # Re: en fait euhh
Posté par Olivier Jeannet . En réponse au sondage Mon FAI s'appelle. Évalué à 2.
Lors du passage à l'ADSL 2 (il y a quelques mois), les premières connexions n'étaient pas très fiables (déconnexions et pas forcément reconnexion derrière, fallait rebooter le modem), mais depuis ça roule bien. J'ai dû avoir une déconnexion sur les 30 derniers jours; on dirait qu'ils ont amélioré leur système, et que le modem fait la reconnexion tout seul. J'ai pas loin de 2 Mo/s en descente (en tous cas 1.8 avec les miroirs Club), et 100 ko/s en montée.
J'ai aussi le téléphone illimité pour l'instant en national, bientôt sur l'Europe. C'est pas mal fait, le téléphone est sur le modem, mais il prend aussi les appels sur la ligne d'origine FT (que j'ai toujours, par précaution).
[^] # Re: [X] Orange
Posté par Olivier Jeannet . En réponse au sondage Mon FAI s'appelle. Évalué à 2.
Je pige mal l'intérêt de virer les feuilles de style, ça se charge une fois pour toute par site (c'est caché ensuite), c'est normalement pas très gros, et ça permet d'avoir un site présenté comme prévu, au lieu de texte au kilomètre.
L'intérêt pour moi de virer une feuille de style, c'est pour imprimer certains sites qui sont mal faits; pour ça j'utilise la Web Developer Toolbar (extension Firefox) et je fais "Disable -> Linked Style Sheets".
# Correction : *voire* sans -même-
Posté par Olivier Jeannet . En réponse au journal Basculer l'informatique en tout-XML?. Évalué à 3.
Tu as écrit 2 fois "voire même".
Il ne faut pas ajouter "même" comme on l'entend régulièrement, car c'est un pléonasme; on dit tout simplement "voire" (qui signifie à peu près "et même", "et éventuellement").
Mes 2 centimes.
# C'est de la bombe ce journal
Posté par Olivier Jeannet . En réponse au journal tic tic tic. Évalué à 6.
[^] # Re: modifier la résolution dans le fichier de conf
Posté par Olivier Jeannet . En réponse au message bureau plus grand que l'ecran. Évalué à 1.
Je pige mal, si tu mets du 640x480 partout (c'est ce que tu souhaites si j'ai bien compris), comment la résolution peut augmenter ?
Au fait, si par exemple tu précises une résolution "Virtual" de 800x600, si plus loin dans la section tu précises 640x480, le bureau dépassera effectivement de l'écran, et c'est normal.
# modifier la résolution dans le fichier de conf
Posté par Olivier Jeannet . En réponse au message bureau plus grand que l'ecran. Évalué à 3.
[^] # Re: erreur de choix...
Posté par Olivier Jeannet . En réponse au message TVHD: Configuration en 16/9 (1360x768) inexistant?. Évalué à 1.
[^] # Re: 2 possibilités
Posté par Olivier Jeannet . En réponse au message [ SSH] interdire q'une machine se connecte sur d'autres. Évalué à 6.
Pour répondre à arn100, s'il s'agit d'interdire à la machine A de se connecter où que ce soit, le plus simple me paraît en effet d'empêcher l'exécution de la commande "ssh"; c'est faisable soit en enlevant le bit "x" du binaire (avec "chmod a-x /chemin/vers/ssh"), soit en le renommant.
# printf entre autres
Posté par Olivier Jeannet . En réponse au message Traitement de chaine. Évalué à 2.
Pour récupérer la valeur dans une variable, utilise le "backquote" : MA_CHAINE=`printf "%06d" $VAL_NUM`. NB: Ca marche sous bash, mais sous ksh l'affectation est différente il me semble. Pourquoi utilises-tu ksh au fait ?
Tant qu'à t'initier au shell, en bash on peut utiliser la notation $(commande) pour récupérer sa valeur, c'est plus pratique que le backquote car on peut imbriquer les appels, si besoin.
[^] # Re: https suxors des ours (c)
Posté par Olivier Jeannet . En réponse au sondage Pour accéder à linuxfr.org, j'utilise principalement le protocole. Évalué à 2.
En pratique je suis à peu près sûr que non, j'ai aussi demandé à des connaissances. D'ailleurs SSH offre une option de compression de données ("- C"), ce qui tend à montrer que par défaut le SSL ne comprime pas.
[^] # Re: https suxors des ours (c)
Posté par Olivier Jeannet . En réponse au sondage Pour accéder à linuxfr.org, j'utilise principalement le protocole. Évalué à 3.
HTTPS chiffre les données, mais ne les comprime pas (à l'image du SSL).
La compression du trafic HTTP (et HTTPS) est possible quand le serveur et le client le supportent, c'est indépendant du chiffrement.
[^] # Re: Tanenbaum était un visionnaire ...
Posté par Olivier Jeannet . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 2.
C'est possible, mais ça ne change pas le fait que tu n'as aucun moyen de le savoir au niveau de la programmation.
Quand tu te retrouves sur une machine Little Endian (PC x86 dans mon cas), tu peux voir que l'ordre des octets est inversé en mémoire, quand tu stockes une valeur sur plus d'un octet (un entier 32 bits en particulier), par exemple en faisant "od -x fichier.bin" tu peux voir que les octets sont inversés 2 par 2 car les données sont lues par défaut sur 2 octets; pour avoir un affichage normal, il faut faire "od -t x1 fichier.bin" (casse-pieds quand on vient du monde 680x0 Big Endian). Les bits d'un octets apparaissent dans l'ordre normal (heureusement, sinon la machine serait difficilement utilisable !).
D'où ma surprise avec ton explication où tu inverses les bits au sein d'un octet; ça embrouille pour rien.
[^] # Re: Bof
Posté par Olivier Jeannet . En réponse à la dépêche Divx : 3 ans plus tard .... Évalué à 4.
(j'ai regardé ton lien)
C'est tout simplement un brevet européen illégal (puisque logiciel), il y en a 30 000 il paraît.
[^] # Re: Bof
Posté par Olivier Jeannet . En réponse à la dépêche Divx : 3 ans plus tard .... Évalué à 1.
En effet. Le terme de codec est impropre quand il s'agit de compression avec pertes, ce qui est le cas en vidéo en particulier.
La compression et le cryptagechiffrement sont 2 domaines de recherche appliquée particulierement intéressants... mais malheureusement bouffés par les brevets.
Ah bon ? Dans le chiffrement, pas que je sache, et de toutes façons ça ne concerne que les E-U (ce qui, je te l'accorde, n'est pas négligeable vu l'importance du pays).
[^] # Re: Bof
Posté par Olivier Jeannet . En réponse à la dépêche Divx : 3 ans plus tard .... Évalué à 2.
-> "pour coder une vidéo", please (dans la lignée de codage, codeur, codec, etc).
D'ailleurs on devrait parler de compresser (car c'est de ça qu'il s'agit, surtout), voire de convertir, tout simplement. Je n'ai jamais compris cet engouement pour le terme "encoder".
[^] # Re: IMAP ?
Posté par Olivier Jeannet . En réponse à la dépêche Comment migrer sa messagerie en libre. Évalué à 3.
Je ne connais pas le nom du serveur IMAP, mais c'est celui d'un hébergeur et il gère des centaines d'utilisateurs, pour plusieurs dizaines voire centaines de Go de messages (de toutes sortes, donc avec pièces jointes évidemment), tous en ligne (consultés via Mozilla Mail en général) depuis 2000.
Donc la réponse est : aucun problème.
[^] # Re: Pour les Linuxiens
Posté par Olivier Jeannet . En réponse au journal xinetd assure !. Évalué à 2.
Très intéressant, je suis preneur, mon serveur se prend des attaques régulièrement. Je fais le DROP à la main avec une seule règle, quand je suis devant mon ordi et que je vois qu'il y a du trafic anormal :
iptables -A INPUT -i eth0 -s 11.22.33.44 -j DROP .
Je n'ai pas le mot-clef --rttl dans mon "man" (j'ai un noyau 2.6.12), peux-tu me dire ce qu'il fait ?
Et comment est-il précisé que le blocage s'arrête au bout d'une minute ?
Sinon j'ai vu une légère simplification de tes 4 lignes, mais je ne sais pas si ça gère le déblocage :
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --set
iptables -I INPUT -p tcp --dport 22 -i eth0 -m state --state NEW -m recent --update --seconds 60 --hitcount 4 -j DROP
[^] # Re: correction
Posté par Olivier Jeannet . En réponse au journal mandriva et le kernel. Évalué à 2.
# correction
Posté par Olivier Jeannet . En réponse au journal mandriva et le kernel. Évalué à 2.
Passe encore qu'on écrive ou entende "voire même" (qui est un pléonasme, "voire" signifiant déjà "et même" ou "et peut-être"), mais lire "voir même" sans le "e" à "voire", ça ne veut plus rien dire !
L'erreur se répand et je me permet de la signaler.
[^] # Re: Mon dernier gadget geek ...
Posté par Olivier Jeannet . En réponse au journal Microsoft expérimente le contrôle de Windows avec... les pieds !. Évalué à 2.
Les piles rechargeables sont bien utiles. J'en ai plusieurs pour gérer la plupart des appareils où on met des piles (phares de vélo, appareil photo numérique, lampes de poche, etc).