Olivier Jeannet a écrit 1400 commentaires

Pour découper, regarder la commande "split". "tar" permet de faire du multi-volume mais je ne sais pas ce que ça recouvre exactement.

Note : Il faut compresser avant de chiffrer, et non l'inverse.
En effet, le chiffrement rend généralement les données pseudo-aléatoires, une compression sur le résultat ne comprimera presque rien.
La compression rend aussi les données aléatoires, ce qui est un plus pour le chiffrement, qui en principe sera plus dur à casser (par exemple un bête XOR sur des données compressées est plus difficile à détecter).

Ça ne sert à rien de mettre les images brutes en ramdisk, car tout fichier écrit sur disque l'est d'abord en mémoire, et il est "flushé" sur disque au bout de 5 secondes maximum. Dans le cas présent, une image brute ne sera présente qu'un bref instant sur disque avant d'être convertie et effacée, et en fait il n'y aura aucun trafic disque lié aux images brutes, elles ne quitteront pas le buffer cache.

Toi, t'as eu la flemme de regarder la liste des paquets installés (ou disponibles) sur ta distrib qui comportent le mot "exif", ou bien la flemme de regarder sur Google...

Sur ma Mandriva, le paquet s'appelle "exif" et offre une commande du même nom. Tu peux taper "exif toto.jpg" pour avoir tous les tafs Exif positionnés. Tu peux aussi n'extraire qu'un tag comme ici avec l'orientation : exif -t 0x0112 toto.jpg. Je m'en sers pour un script qui crée des versions réduites tout en redressant les images qui en ont besoin :for i in *.jpg; do
myrot=$(LC_ALL=C exif -t 0x0112 $i | awk '/Value:/ { if ($2 == "right") { print "-rotate 90 " } else if ($2 == "left") { print "-rotate -90" } }')
convert -scale 25% $myrot $i -quality 85 reduit/$i
echo $i
done
Le LC_ALL est nécessaire pour éviter les problèmes de locale avec le awk/grep qui est derrière.

Et le PNG non comprimé, ou alors comprimé avec le premier niveau de compression zlib (avec genre "-quality 0"), ça ne passe pas niveau CPU ?
Pour le format PGM il est super simple, un programme de 10 lignes peut le gérer.

J'utilise toujours "-quality 100" avec convert pour le PNG, ça permet d'obtenir la meilleure compression (qui est celle de la zlib et gzip, réglable elle entre 1 et 9), sinon le fichier est un peu plus gros (le défaut doit être le niveau 6 de la zlib).
Pour l'histoire de la palette, il est possible qu'une fois la conversion en niveaux de gris effectuée, si le nombre de nuances de gris présentes dans l'image est nettement inférieur à 256 (au pif genre 32), l'utilisation d'une palette permette de gagner un peu.

C'est clair que le BMP est à éviter, en plus ce n'est pas un standard du Web.

J'ai acheté une carte Via Mini-ITX EPIA M9000 début 2004, et j'ai pas mal parcouru le Web pour comprendre comment exploiter la décompression MPEG-2 de la carte, ce n'était pas simple de comprendre s'il valait mieux utiliser le framebuffer, X11 ou encore autre chose. Quelques infos sur ma configuration, vous aurez des pointeurs : http://oje.rio-verde.net/epia_linux_pvr/ .

Via a aussi fait une annonce il y a quelques années, en parlant de support Linux, mais ils se contentaient de mettre à disposition quelques pilotes binaires, et un xine modifié (VeXP), mais peu satisfaisant. Vous pouvez regarder ici par exemple : http://www.viaarena.com/default.aspx?PageID=5&ArticleID=(...) . On dirait qu'il y a plus de source qu'avant, mais j'ai vite parcouru les liens. Les forums furent instructifs aussi.

Heureusement qu'on a eu les projets comme UniChrome http://unichrome.sourceforge.net/ et OpenChrome http://www.openchrome.org/ . Voulant acheter une carte plus récente et puissante, je les ai parcourus récemment pour savoir ce qui était bien supporté sous Linux (je m'intéresse à la partie TV Out et à la décompression MPEG), et là encore les informations ne sont pas toujours totalement cohérentes. Cf par exemple http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Hard(...) et http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=TVOu(...) et http://www.kingcot.eclipse.co.uk/unichrome/unichromeTvOut.ht(...) .

Faites attention aussi que le CPU de certaines cartes (comme la mienne) n'est compatible que i586 et non i686 (cf http://www.x86-secret.com/articles/cpu/c3xl/c3xl-2.htm ), ce qui pose un problème avec une distro i686-only (qui ne fonctionne pas). Je suppose que c'est ça qui fait que mon DVD Mandriva 2008.0 ne dépasse pas le boot initial (ça plante au syslinux), encore que ce n'est pas sûr car ils ont dû le tester en principe.
Soyez donc prudent avant d'acheter une carte.

Ces 2 cartes à base de C7 (cf http://www.x86-secret.com/popups/articleswindow.php?id=128 ) m'intéressaient mais dans le doute je ne les ai pas choisies :
- carte VIA EPIA EN12000EG : Via C7 1.2 GHz Fanless, VIA CN700 North Bridge (Unichrome Pro, VIA VT1625M HDTV Encoder) http://www.via.com.tw/en/products/mainboards/motherboards.js(...) (achat sur http://www.materiel.net/ctl/ITX/28407-EPIA_EN12000EG.html )
- carte VIA VB7001G (VIA CN700) : VIA C7(R)-D 1.5GHz, VIA CN700 North Bridge http://www.via.com.tw/en/products/mainboards/motherboards.js(...) (127 E sur http://www.ldlc.com/fiche/PB00063109.html )
Du coup j'ai pris celle-ci, mais elle n'est pas fanless :
- VIA EPIA SP13000G : VIA CN400 North Bridge (Unichrome Pro A, VIA VT1623M TV Encoder) ; liens utiles http://forum.homemedia.fr/index.php?showtopic=1721 http://groundstate.ca/c3mythtv (155 E sur http://www.itx-france.com/catalog/via-sp13000.html ).

Puisque j'en suis à donner moultes informations, j'ai aussi lu un test de la carte mère Jetways J7F4K1G5-PB avec une Mandriva 2008.0 (VIA C7 ULV 1.5 GHz, CF et basse conso 12W) : http://artisan.karma-lab.net/node/1327 ; apparemment la décompression MPEG-2 est supportée directement (puce graphique VIA Unichrome Pro CN700).

Pour ma machine qui fait "Media Center" (sous Linux, cf http://oje.rio-verde.net/epia_linux_pvr/ ), j'ai configuré X11 en 800x600 pour un léger confort supplémentaire que je suis en shell, sinon je joue mes vidéos mpeg-2 au format SECAM et c'est xine/mplayer avec le driver "xv" qui met en plein écran. De plus j'ai choisi un léger overscan.

de memoire une tv c'est 576x384

Une télévision est censée avoir une résolution (en PAL/SECAM) de 768x576.
Je ne sais pas pourquoi ma carte TunerTV sort un flux mpeg-2 au format 720x576 ; l'image est retaillée à la volée par un mplayer (sortie "xv") en 768x576 pour respecter les proportions 4/3 d'une télévision.

Sinon, je trouve nul l'utilisation de "encoder", pour le passage d'un format à un autre, j'utiliser "convertir".

Je me fends d'un commentaire pour te dire que je suis entièrement d'accord. Je n'ai jamais compris pourquoi, pour les mp3 et les vidéos, on s'est mis à parler de codage (encoding), au lieu de compression (ce que c'est initialement pour les sons et les images, donc les vidéos) ; et comme tu le dis, conversion est un mot à la fois général et qui correspond bien à l'opération effectuée.

Oui, on parle de message codé, mais on dit aussi que l'on encode un message.

Pour quiconque a une certaine expérience de l'informatique (je m'approche des 40 ans), on ne voyait pas le mot "encoder" il y a quelques années dans les forums et les sites Web.
C'est vraiment l'arrivée de la compression audio (MP3) et vidéo (DivX et autres) qui a vu le déferlement de cette forme. Ce n'est pas difficile de comprendre que c'est l'influence de l'anglais et du "encoding" (je reconnais que ce n'est pas toujours facile de résister à un usage, sachant que dans notre métier peu de gens maîtrisent bien le français).

Je me demande d'ailleurs pourquoi l'usage d'encrypter ne s'est pas plus répandu... Je dis ça mais je l'entends régulièrement quand même, là aussi quand on lit des docs avec du "encryption" partout ça finit par influencer.

Vivre oui, mais si c'est juste pour angliciser un mot qui fonctionnait bien avant, quel intérêt ?
Je n'ai rien contre l'anglais, je préfère parler chaque langue au mieux. Au passage, "encoder" et "encodage" c'est moche, en plus d'avoir un préfixe inutile. À notre époque où on raccourcit et abrège les mots, c'est paradoxal d'en rallonger un...

Mais le fait que "encoder" soit dans le Robert

Le Robert me paraît extrêmement rapide à entériner les changements de langue, on l'a vu par exemple avec le terme de "légumier ", lors de manifestations de producteurs de légumes. Normalement, un légumier c'est un récipient, et l'usage du mot comme "producteur de légume" a été mis dans le Robert dès l'année suivante, alors que c'était du jargon de spécialiste.

En bon français, j'insiste, rédiger suivant un code c'est coder. En tous cas c'est toujours ainsi que je l'ai entendu lors de mes études (jusqu'au 3e cycle). Si tu lis un livre qui date de plus de 10 ans, tu n'y verras que la formulation de (par exemple) "message codé", en aucun cas "message encodé".

Simple remarque de français, on dit normalement codage/décodage et coder/décoder, tout comme codec = codeur/décodeur (et non "encodec").
Le "en" que certains mettent devant est un anglicisme (merci de ne pas me sortir tel dico en ligne, ils se trompent aussi ; ce n'est pas parce que c'est sur un site que c'est vrai).

(c'était mes 2 centimes de combat perdu d'avance...)

Mais ce que je me demandais, c'était si le navigateur initialise automatiquement une variable pour chaque élément pourvu d'une id.

Je ne vois pas de raison pour laquelle le navigateur ferait ça, je pense (et suis même certain) que la réponse est non.

Pour cacher toute une ligne tu dois savoir faire, avec la propriété "display = none".

Regarde ce que la législation demande de garder. Il me semble avoir lu qu'il suffisait de loguer les connexions (donc niveau TCP), mais franchement pas sûr du tout.

D'ailleurs, même si tu ne loggues pas tout, comment peut-on prouver que du trafic est passé et que tu ne l'as pas logué ? Il peut aussi y avoir des bugs. T'as qu'à mettre ta machine de log sous Windoz, t'auras une excuse ;-)

Ne faudrait-il pas commencer par réduire la taille de la dernière partition ? Tu peux même détruire hda5 et hda2 (drôle de partitionnement), et là je pense que tu devrais pouvoir modifier hda1 ; ensuite crée hda2, et enfin recrée ta partition de swap.

Et pourquoi limiter à ces 2 ports-là (HTTP et HTTPS) ? Je trouve ça lourd ces sous-Internet que certains s'ingénient à mettre en oeuvre.

Pour commencer, j'ajouterais un "var" (sinon ta variable est globale et c'est à éviter) :
var tr_id = document.getElementById("tr_id");
NB: Si on veut des variables globales il est conseillé de les regrouper dans une variable qui a un nom précis, ça permet aussi d'éviter les collisions avec les variable prédéfinie du langage (ou les mot-clés) :
var globals = {
messageErreur: "donnée erronée";
objetCourant: null;
etatValidation = 0;
};
De plus, ton input n'est pas dans un élément (il n'est pas dans un td, et on ne peut rien mettre dans un tr, à part un td).

Au fait, tu veux faire quoi ? Pouvoir cacher ou montrer la ligne contenant le texte ?

Par défaut, quand un programme se termine sans fermer un port qu'il a ouvert, ce port reste dans un état intermédiaire (on le voit avec "netstat", il est en CLOSE_WAIT je crois) pendant une minute ou genre (c'est peut-être configurable dans le noyau).

Dans mes applis, j'ai rajouté ceci (quand c'est en C bien sûr) :

int serverSocket = 0; /* variable globale pour être accessible depuis le gestionnaire de signal ci-dessous */

void mysighandler(int mysig)
{
printf("myrcpd: signal %d received\n", mysig);
if (serverSocket) close(serverSocket);
exit(0);
}

[...]

signal(SIGINT, mysighandler);
signal(SIGTERM, mysighandler);
[...]
Ça me permet de tuer le démon via un kill/killall (SIGTERM) ou un ctrl-c (SIGINT) et de le relancer tout de suite sans souci.

J'ai acheté une carte mère ASUS P5K-VM, micro-ATX avec vidéo intégrée (supportée sous Linux), 1 port Ethernet Gb, plusieurs ports SATA, et pour moins de 100 E. J'ai mis un CPU Intel Core 2 Duo E8200 dessus.

Oublie l'overclocking, c'est pour les adolescents, et en plus aucun intérêt pour un serveur de fichier, et ça peut poser des problèmes de stabilité et de durée de vie.

J'ai une imprimante HP Deskjet 5740, avec une Mandrake 2006.0, elle fonctionne avec CUPS et non LPD, as-tu essayé ?

une interface graphique totalement traduite en français, consistante et compréhensible

C'est un faux-ami, je pense que tu as voulu dire cohérente.
La consistance, ça s'applique à un matériau (la consistance d'une sauce, la consistance molle du caoutchouc).

Je suis volontaire pour être relecteur (contacte-moi via un message sur ce site, si ça t'intéresse).

J'ai aussi pensé à un problème de codage (merci, pas encodage).
Il faut qu'il y ait correspondance entre le réglage de la machine (variable d'environnement) et celui du terminal.

La distribution Mandriva sur clé USB permet de le faire (mais une clé USB est un média inscriptible donc c'est un peu normal).

Pour une distrib sur CD, en principe tu peux, en utilisant une clé USB pour les logiciels additionnels ou mis à jour, et en montant la clé USB en unionfs sur la racine. ll faut le faire faire automatiquement à chaque démarrage, l'idéal étant que le boot sur CD fasse appel à un script sur une éventuelle clé USB (tout comme une Knoppix permet d'avoir un HOME sur une clé, mais faut fournir l'argument au boot je crois, ce n'est pas automatique).

Pour info, tmpfs est utilisé par la Knoppix (distribution "live" sur CD, tu dois connaître), il s'en sert pour "/var" en particulier. Elle utilise ça en parallèle avec unionfs pour par ex "/etc" : ça permet de modifier un filesystem en lecture seule (comme celui du CD), via un mécanisme de "copy on write". Pour ce que ça coûte, n'hésite pas à en télécharger une version et à la graver ; j'ai toujours un CD Knoppix sur moi au cas où, ça m'a déjà rendu service.