wismerhill a écrit 2605 commentaires

Si tu arrive à faire fonctionner gcj sous windows il y a moyen.

Alors tu devrais plutôt essayer d'avoir des noms de domaines différents de l'extérieurs pour tes différents serverus internes.
Par exemple 1.apache qui renverrait vers serveur_1 et 2.apache qui renverrait vers serveur_2 (avec des VirtualHost différents)

Tu peux aussi faire des virtual host sur des ports différents, mais ça risque de ne pas être très partique d'être sur des ports non standards.

Il vaut mieux utiliser des URLs relatives dans tes pages, ça évitera les problèmes.

Car tu peux éventuellement réécrire pour le premier serveur, mais alors le deuxième ne passera pas, à moins que dans ta réécriture d'URL tu ne tienne compte du referer, mais ce ne sera pas très robuste (le referer est un header optionnel).

Ce n'est pas une expression rationnelle (et pas régulière qui est une traduction trop litérale de l'anglais) c'est un shell pattern, les back-slash sont juste là pou empêcher le shell de l'interpréter lui-même. Ça laisse donc
*/.*
qui va être comparé au chemin complet du fichier (-path), comme le slash est le séparateur de noms de fichiers ça signifie tout fichier dont le nom commence par un point.

Note que la proposition de benoar est effectivement plus efficace puisqu'elle ignore complètement les répertoires en question (mais prendra les fichiers cachés, si ce n'est pas ce que tu veux il faut retirer le -type d)

En effet, j'avais mal lu ton message, tu veux ignorer les répertoires cachés. Dans ce cas il faut plutôt prendre le critère -path qui va comparer au chemin complet du fichier.
Ça donne

find ~ -type f -name "*s" -and -not -path \*/.\*


Comme les fichiers cachés sous unix ont simplement le nom qui commence par un point, il suffit de les exclure sur cette base.

Hum, le problème est que "^.*$" matche aussi "/specifique", d'o ùla redirection en boucle.
Il faut ajouter une RewriteCond pour ignorer le chemin vers lequel tu redirige, ou ne pas faire une redirection [R] au niveau HTTP (c'est à dire demander au navigateur de charger une autre page) mais laisser le comportement par défaut qui va simplement renvoyer une autre page, mais sans que l'URL change du point de vue du navigateur.

Sauf s'il se détache, comme un daemon.

Le site principal d'OSM n'est pas le seul à utiliser ses données, loin de là.
Voir par exemple
http://OpenStreetMap.org/
http://OpenCycleMap.org/
http://OpenSeaMap.org/
http://OpenPisteMap.org/
http://OpenMtBMap.org/
http://maps.cloudmade.com/
http://walking-papers.org/

et concernant le routage en particulier
http://wiki.openstreetmap.org/wiki/Routing

Reste à trouver un moyen simple d'avoir une image en local des données, histoire de pouvoir rechercher une adresse sans avoir accès à Internet.

http://wiki.openstreetmap.org/wiki/Osm2pgsql

et pour récupérer des exports par pays (parce que toute la terre ça fait déjà beaucoup de Go)
http://downloads.cloudmade.com/

À noter que le rename() final effectue deux opérations d'un coup :
1 - effacer le fichier MonFichier
2 - renommer
Même si 1 et 2 sont atomiques (comme dit plus haut, vu du système, si rien ne crashe), l'opération 1 peut prendre un certain temps selon la taille du fichier et le système de fichiers.

Non, il n'y a pas deux étapes, c'est bien un rename (man 2 rename) qui est effectué et le système te garanti (à quelques cas particuliers près semble-t-il) l'atomicité de l'opération. Ce n'est qu'après le rename que le système de fichier peut éventuellement constater que les données pointées précédemment par le nom de destination n'ont plus aucun lien physique et les libérer.

Ça a l'air amusant, je peux essayer aussi?

- Bic a inventé le stylo à bille
- Spa a inventé l'eau minérale (moi qui habite assez près de Sap je trouve toujours ça amusant quand dans d'autres pays on nous sert une eau en bouteille en appelant ça un "spa")
- McDonald a inventé la malbouffe (ah non, là ils s'en défendent plutôt)
- Cocacola a inventé le soft drink (pepsi fourbi ses avocats...)

Ca m'a fait exactement le même effet. Je n'ai jamais été fan de Gnome et KDE 3.5 me satisfaisait.

Ben pourquoi vous (tous ceux qui se plaignent de KDE4 en disant que le 3.5 leur convenait) ne restez-vous pas avec KDE 3.5?
Moi c'est ce que je fais pour le moment, j'ai migré beaucoup de programmes vers leurs versions KDE4 (je suis par exemple très satisfait de okular), mais je garde pour le moment un environnement KDE3.5 (avec konqueror parce que c'est trop lié et konsole parce que j'ai l'impression qu'il manque encore des chose à la nouvelle version).

On a l'impression que les développeurs KDE sont passés chez vous pour effacer manu militari toute trace de KDE3 de vos disque durs et brûler tous vos vieux CD.

Pas exactement, tu as aussi une fifo ici (ton descripteur 3), la différence c'est qu'ici elle est anonyme. Ça évite de devoir créer un fichier temporaire (ce qui est souvent source de trou de sécurité si ce n'est pas bien fait).
J'avais pas pensé à ça, mais c'est intéressant, je retiens l'astuce :-)

En fait, la première erreur ce sont ces boutons "oui" "non".
Les boîtes de dialogue de confirmation ne devraient jamais avoir des boutons génériques "oui" "non" (et parfois "annuler" en plus) mais des boutons avec les intitulés de l'action qui va être prise.

Dans le cas présent, si les boutons s'intitulais "supprimer tout" et "conserver ces programmes" je pense que peu de personnes cliqueraient machinalement sur "supprimer tout".

C'est bien le comportement normal, car "piper" tout le bloc while est équivalent à le mettre entre parenthèses, c'est à dire l'exécuter dans un sous-shell.
L'exit sort donc bien du script en cours d'exécution, c'est-à-dire juste le while.

De la même façon, tu ne saurais pas, à l'intérieur de ta boucle while, changer des variables et récupérer leur valeur après, elles sont perdues car elles étaient définies dans le sous-shell.

C'est le même problème avec un "while read" qui lit la sortie d'une autre commande.

Par contre c'est différent avec les redirections, donc tu pourrais arriver presque au même résultat en jouant avec un tube nommé (man mkfifo):

#!/bin/sh

if ! [ -e plop.fifo ];then
mkfifo plop.fifo
fi

cat plop.fifo &

while true
do
echo plop
exit 1
done >plop.fifo

echo fin


Les utilisateurs ne vont pas payer pour des "ameliorations" dont ils n ont pas besoins.

C'est pourtant ce qu'ils font déjà depuis des années grâce à la magie du marketing.
Parce qu'en pratique, cela fait déjà plusieurs années que les besoins "de base" cités dans le journal sont remplis par les systèmes informatiques, mais le marketing passe son temps à forcer le public à s'inventer de nouveaux besoins.
Ce n'est pas toujours un mal car certaines évolutions qui n'étaient pas demandées par le public à la base sont au final tout à fait appréciables.
Et justement, si on se dit que finalement on a tout ce dont on a besoin on va limiter l'émergence de nouvelles choses auxquelles on n'avait pas pensé.

En tout cas je pourrais l'avoir sur mon N810, cf
http://maemo.org/downloads/product/OS2008/easy-deb-chroot/
(et plein d'autres paquets debian)

Avec 128Mo de RAM et un CPU à 400Hz ça doit pas être super rapide, mais d'après certains commentaires ce serait fonctionnel.

Mais d'un autre côté, je vois mal l'intérêt d'une suite office complète sur un PDA, je me sers parfois de gnumeric, mais jamais d'un traitement de texte et ne parlons pas d'un logiciel de présentation sur un écran de 10cm! (quoiqu'il y a un driver expérimental pour une sortie vidéo sur USB)

Pour la sous arborescence, il me semble que testing est pour les tests et ensuite ça passe en update (et non en backport), mais je peux me tromper

C'est correct, cf
http://wiki.mandriva.com/en/Installing_and_removing_software(...)

Il fait quoi de si formidable quickpar?
Parce que, pour mon usage personnel, les commandes par2(create|verify|repair) sont tout à fait satisfaisante.
Bien sur pour un utilisateur de base ce serait mieux avec une interface graphique, mais si c'est le seul avantage de quickpar c'est bien faible.

Ah, c'est vrai que ça m'arrive parfois, il faut bien viser le lien et ne pas bouger la souris quand on clique.

par exemple quand on clique sur le bouton du milieu dans une page web, c'est pour scroller, pas pour mettre le contenu du presse papier dans la barre d'adresse comme le fait konqueror.

Tiens, ça fait justement partie des trucs que je trouve bien pratiques, de pouvoir coller une URL copiée n'importe où dans la fenêtre konqueror, d'autant qu'il vérifie (c'était pas le cas au début) que le truc que tu colle ressemble à une URL avant d'essayer de le charger.
(je parle ici de konqueror 3.5, je ne suis pas encore passé au 4)

Essaie de faire directement un telnet sur le port 80 et un GET vers ta JSP pour voir exactement ce que le serveur te répond.

Si tu ne parle pas couramment le HTTP tu peux aussi utiliser curl avec l'option -I (i majuscule) pour voir les headers renvoyés.

Je pense que tar propose suffisamment d'options pour gérer ton cas.
Tu peux notamment mettre des règles d'(in|ex)clusion basées (ou non) sur des pattern.
Tu as aussi l'option -T qui, si je ne m'abuse, permet de fournir une liste de fichiers dans un fichier texte, que tu peux générer facilement avec find.
Tu peux d'ailleurs le combiner avec l'entrée standard (-T -) et l'option --null pour combiner directement ça à un find -print0, comem dans l'exemple plus haut mais en te passant de xargs (qui a pour effet de faire plusieurs appels si le nombre d'arguments est trop grand, d'où ton cas d'archive qui est réécrite plusieurs fois)

Tu dis que ça foire mais tu ne dis pas comment.
As-tu des erreurs dans les logs de tomcat (peut-être d'apache)?

Ton sendRedirect, est-ce que tu l'appelle bien AVANT que les header de la réponse aient été renvoyés? (dans une servlet ou une jsp?)

Mais pour plein d'autres, Oracle répond parfaitement à leur besoins.

Je formulerais plutôt ça: pour la plupart des gens oracle dépasse (souvent largement) leurs besoins et ils se retrouvent à payer (cher) une solution surdimensionnée.

Je ne doute pas que pour les montée en charge astronomiques et les besoins de disponibilités absolus, un oracle (bien configuré avec des admins compétants à son chevêt en permanence) est la meilleure solution. Mais dans beaucoup de cas on le choisit pour une raison aussi idiote que le "personnes n'a été viré pour avoir choisi IBM", là où un (my|pg)sql (encore une fois bien configuré avec des admins compétents) aurait très bien fait l'affaire.