-=[ silmaril ]=- a écrit 1463 commentaires

>mais je crois que windows xp ne l'est pas, qu'en est-il de vista ? (quid
>de solaris, *bsd ?)

pour le coup, si windows est unicode depuis au moins Windows 2000. Juste il est plus utf-16 que utf-8.

Quand à utiliser un poste en utf-8 c'est bien, ça ne pose pas trop de problème.
Gérer depuis ce poste tout un ensemble de machine dont la configuration n'est pas des plus uniformes c'est une autre histoire ...
J'ai encore des soucis avec des debian/sarges dont les locales ne semblent pas compatibles avec des debian/etch et plus récent, ou
des machines non utf-8 compatible, ou il ne faut surtout pas taper de caractères non acii 7bits (sauf a être en iso) car après il est impossible de les supprimer

Il ne t'est pas venu à l'idée qu'il serait plus utile de poster les log du logiciel n'arrivant pas à acceder à ton périphérique plutôt ?
[ /var/log/Xorg.0.log ]

Il serait utile aussi de connaitre la version dudit serveur X aussi,
et les droits des fichiers devices dont tu as besoin.

et accessoirement la release de ta debian (sarge/etch/sid/...)

...
Il faut vraiment arrêter avec lspci quand même, ce n'est aucunement
une indication du support de tel ou tel périphérique par le kernel.
c'est juste un fichier, mis a jour plus ou moins automatiquement
par les distributions (update-pciids sous debian) qui converti les vendor id/device id exposés sur le bus pci en chaines humainement
compréhensibles.


bon après coup j'ai un doute sur la raison de ta mention de lspci, mais ça sert toujours donc je laisse, le nombre de personnes faisant l'amalgame étant impressionant.

Je crois que tu n'a pas compris l'interêt de la fonction accept.

Les socket tcp sont on va dire 'mono-connection' aussi quand on désire faire un système multi-utilisateurs on défini une socket <<d'appel>> ou <<de signalisation>>.

Quand le client se connecte sur ce port de signalisation le serveur, via la commande accept() redirige cette connection sur une autre socket.
Ex: 1.1.1.1 se connecte a 1.1.1.2 sur depuis le port 1234 sur le port 80.
le serveur accept la connection et 1.1.1.1 et 1.1.1.2 se parlent via les ports 1234 (1.1.1.1) et 4567 (1.1.1.2)
et ceci afin de laisser le port 80 disponible pour d'autres).

Toi ce que tu veut c'est justement le fonctionnement normal d'une socket, il te suffit de creer ta socket d'ecoute et de la lire (ou d'utiliser select() pour valider que quelqu'un est connecté).

>je souhaite publier un programme en java en ligne, sur le web.

C'est à dire ?
Une applet coté client ?
Une servlet coté serveur ?
Un .jar à télécharger et a executer en application standalone ?

> C'est à dire mettre un fichier jar en ligne exécutable pour tous les gens qui ont une jvm sur leur machine.
Oui enfin ça veut dire rien et tout ça..
Ca ne fait qu'enlever la servlet de l'équation (et c'est dommage pour la suite).

>L'utilisation du programme doît être libre en terme d'exécution, mais seulement sur le site web là où il se trouve
Ce serait donc une applet navigateur ?

> le code ne doit pas être modifiable, sauf par les auteurs.
Alors dans ce cas refaites votre outil en un autre langage (et de préférence un langage compilé (C/C++/Pascal/...)
Une fois compilé en .class les seules informations perdues dans l'opération sont les commentaires, il est possible et très simple de regénerer le code source a partir d'un .class (http://www.kpdus.com/jad.html).

Pour le reste licence et tout les réponses sont déjà données plus haut

> Mais niveau perf maximum, AMD n'est plus compétitif en ce moment.

Alors la dessus c'est comme tout, si tu regarde attentivement les bench
c'est pas non plus le jour et la nuit entre intel / amd.
Après c'est sûr faut regarder attentivement.

Sinon typiquement, s'il a besoin d'adresser 8Go de ram dans son appli alors au contraire les amd deviennent bien plus intéressants que les intel grâce a leur contrôleur mémoire intégré.

1) garantie de ne pas laisser une session root ouverte ou l'on fait un rm -rf * suivit d'un oops trompé de fenêtre.
2) taper sudo avant tes commandes te rappelle bien "attention pas taper de conneries", beaucoup plus que la présence un simple #
3) aucun risque de foutre en l'air un fichier système avec une redirection malheureuse.
6) permet d'éviter la mauvaise habitude d'ouvrir des session root facilement (qui expose au 1) ), ou de se logger directement en root sur une machine que l'on administre.

Petite réponse groupé sur ce point, avec les configurations des distribs "sudoistes" il n'est pas plus compliqué d'ouvrir une session root avec sudo similaire avec une session root 'normale' (sudo -i ou sudo /bin/bash ou autre technique) que de lancer des commandes root 'uniques' avec su (su -c).
L'avantage de sudo est que dans ce dernier cas il permet un enchainement des commandes sans resaisie du mot de passe root.

Attention toutefois, un sudo utilisé dans son rôle initial (ie autoriser certains utilisateurs définis à faire des actions admin définies sur une machine) ne permettra pas d'obtenir une session root aussi facilement. Par contre cela implique un vrai compte root (ou un sudoers autorisé a faire sudo -i).

Si le netstat est extrait du server, c'est bon il n'y rien a changer.

pour les regles iptables:

iptables -nvL

il faut aussi verifier les messages de syslog (less /var/log/syslog ou tail -f /var/log/syslog pour 'suivre' les messages en temps réel)

Oh et il y a des façons plus propres que "die" pour terminer un
programme (exit, return, ....)

ou plus simplement:

#!/usr/bin/perl -w

if ( -s "/var/adm/attach.txt" < 100*1024 )
die;
}

print "Le fichier est plus grand que 100ko\n" ;

ou plus simplement:

#!/usr/bin/perl -w
foreach (@ARGV) {
print "Le fichier $_ correspond au critere" if ( -s > 100*1024);
}

Qui testera tout nom de fichier passé en paramêtre.

Ref sur les fonctions -X:
http://perldoc.perl.org/functions/-X.html

Peut on avec la version debian amd64 faire tourner du code 32 bits sur une machine quadri-core ? (rétro compatibilité du hardware et si le kernel le permet ?

Alors de 1/ le quad-core n'a rien à faire dans l'équation, un debian/x86 'de base' fonctionnera aussi bien avec ton quad-core que la version x86-64

de 2/ le code user-land 32bits est utilisable sur une archi x86-64 (pourvu que la fonction ne soit pas désactivée dans le kernel
et que toutes les libraires 32bits nécessaires soient présentes.

par contre les drivers non, mais il semblerait que nvidia propose une version 64bits de ses drivers.

Sinon et pour finir, l'utilisation d'un kernel 64bits ne se justifie pas pour un usage bureautique, a moins de disposer de plus de 2Go de RAM (min 4Go) et d'application extrêmement gourmandes en mémoire (besoin de plus de 2Go par processus).
Ce sont effectivement les principaux intérêts du 64b. A part ça le processeur n'ira pas plus vite. De plus le passage en 64bits induit une sérieuse augmentation de la taille des applis.

J'ai vu personnellement une appli (un codec pour asterisk) passer de 700Ko à 2Mo juste à cause de la compilation 64bits).

Toute les cartes meres avec chipset intel marcherons sous linux
Les drivers sont opensource et maintenus par Intel.


en ATX tu as, chez materiel.net les cartes suivantes
Asus P5B-V
Asus P5B-VM
Gigabyte GA-965GM-S2
Intel® DG965OTMKR
Intel® DG965RY
Intel® DG965SS
Supermicro PDSBA+

qui utilisent le dernier chipset graphique intel (GMA X3000).
En ATX standard je prendrais la DG965RY, comme ça
en plus pas de problème avec du JMicron qui reste un chip SATA
merdique même si ses problèmes sont réglés

sinon si tu veut que le meme fichier soit utilisé pour tout les dossiers alors
la oui il faut sortir mod_rewrite:

RewriteCond %{QUERY_STRING} ^.+$
RewriteRule /$ /ploum_redirect.php [L]

Cela matchera toutes les url finissant par / (attention a ne pas mettre le ^ devant,
auquel cas cela ne matchera que la racine).

Quand tu appelle http://www.ploum.fr/?test=1
tu appelle le fichier d'index du dossier racine, il te suffit de
spécifier via la directive DirectoryIndex (iirc) que tu veut que l'index soit
ploum_redirect.php et non un index.php/index.html/autre défaut

pas besoin de sortir la massue pour cela

l'équivalent ligne de commande de ce que tu écris en java est:
./verif.exe input.txt \'np>pp\' output.txt

Note c'est cela qu'il écrit:.
./verif.exe input.txt "'np>pp'" output.txt
(guillemet double suivi du guillemet simple)

Dans le fichier /etc/udev/rules.d/62-create_persistent.rules

fait plutot un grep 'SUBSYSTEM=="net"' dans /etc/udev/rules.d/
sous deb le fichier est z25_persistent-net.rules.

Pour l'adresse mac tu l'as trouves où?

eth220 Link encap:Ethernet HWaddr 00:00:6C:1C:91:47

et j'ai ajouté la directive header_checks comme suit :
postconf -e "header_checks = regexp:/etc/postfix/header_checks"

Comme ça ne fonctionnait pas, et sans grand espoir j'ai rajouté ceci
postconf -e "header_checks = regexp:/etc/postfix/header_checks"

de mon point de vue tu as fait deux fois la même chose, mais j'ai du
louper un truc ;)

Sinon c'est bien comme ça que je supprime les postes internes et amavis sur mes MTA. As-tu bien redémarrer postfix après tes modifications ?
Y a t'il des erreurs au démarrage de postfix ? (syslog)
la ligne est-elle bien présente dans main.cf, sans double affectation
ou autre bizarrerie (jamais utilisé postconf -e).

Soit tu as une regle iptables qui bloque,
soit tout betement tu as laisser portmap en configuration par défaut
et il est bindé sur localhost

(netstat -taupen | grep 111)

ps: 'general.cherche-logiciels' n'est pas la bonne section pour poser
cette question (ou alors j'ai pas compris la question)

Recherche dans tout les fichiers de l'arborescence a partir du rep en cours du pattern 'sprite' en case insensitive:
find -type f -exec grep -li sprite {} \;

le 'l' est la pour afficher le nom des fichiers trouvé plutôt que la chaine trouvée.

A ton avis pourquoi on t'il les meilleurs prix du marché ou presque ?
Avec un fonctionnement comme le leur tu ne peut pas avoir de stock
ou très peu. Il faut commander selon les besoins, via les fournisseurs
et transporteurs les moins chers possibles et ce afin d'optimiser les coûts.

La rapidité se paye il faut pas croire !

Après, effectivement après 2 <<galères>> pareilles que tu commande une troisième fois et que tu te plaigne qu'ils fonctionnent toujours de la même façon ....

L'encaissement avant livraison.

C'est un problème plus complexe que ça, il y a deux type de
sites marchands. Ceux qui utilisent des solutions de TPEV externalisés
développées par de grosses boites/SSII et certifiées par les banques et
les autres.

Dans le premier cas tu trouve une majorité de site, comme mult-epass. Le problème de ce système est qu'il ne propose pas au
marchand de différer le paiement (ou si en 3fois) donc quand tu valide
tes infos CB le système déclenche le paiement.
Au marchand ensuite de se démerder avec ses comptes, l'avantage étant que les infos CB de l'acheteur ne sont pas fournies au marchand.

Soit tu va sur des sites comme materiel.net ou amazon.fr qui proposent du paiement au départ de la commande et plein d'autres facilités, par contre il faut avoir confiance en eux et en la sécurité de leur système (surtout amazon qui garde les infos de CB dans le compte client) car eux récupèrent et stockent directement tes infos bancaires.

Ce que tu peut essayer c'est d'arrêter le serveur ldap (invoke-rc.d slapd stop) et dumper la db (en root: slapcat > /fichier/destina.tion).

Ensuite édite le fichier texte résultat et recherche ton utilisateur
fantome.
au besoin supprime le.

ensuite tu peut ré-importer la base via slapadd -f /fichier/destina.tion
ou qque chose d'approchant.

Note 1: utiliser slapcat pour faire les backups de la base ldap
Note 2: etch est sortie, sarge n'est suivie en terme de sécurité que pdt 1 an => planifie une migration.

Bah c'est pas pour dévoiler l'intrigue ... mais y a bien un match de Volley dans DOA :)

Tu as un gros soucis de comprehension du protocole SMTP je crains.
Il est normal et même nécéssaire que tout le monde
puisse envoyer un message à un de tes domaines sans s'authentifier.

En effet dans ce cas ce n'est pas du relay !
c'est la distribution finale, et il faut bien que les MX te delivrent le courrier qui t'est destiné non ? si tu impose une auth dans ce cas tu
va réduire le spam de façons certaine ... mais le ham aussi.

intéressant tiens j'ai jamais rencontré le cas mais effectivement ça peut être con.