c'est interessant comme outil il faudra que je regarde. Mais le ftp me sert aussi à aller chercher des ressources chez les clients ou les web agency donc un client ftp reste necessaire
Si tu utilises Firefox, il y a l excellente extension Fireftp : http://fireftp.mozdev.org/
Elle souffrait de lenteurs dans les precedentes versions, mais cela semble avoir ete corrige. J ai uploade des dizaines de Mb avec, aucun soucis !
Ayant mis dans mon GPS les coordonnees d un point depuis Google Earth (les coordonnees affichees tout en bas dans le programme), je suis alle a l endroit donne : le GPS me disait etre a 32 km du point desire !
La grille de coordonnes souffre-t-elle de limitations, ou est ce une erreur de ma part ? (ce que je commence a penser...bien qu il me semblait avoir fait attention... mais 32 km cela fait beaucoup )
p.s desole pour les accents, clavier en et droits limites.
Ah oui petite précision que j'ai omise, pour les gens comme moi qui ne connaissent pas leurs pages de man par coeur, on peut supprimer le fichier -i avec la commande
rm -- -i
Pas très élégant, mais peut être efficace:
Dans le dossier que l'on veut "protéger" d'un rm -rf *, on fais
echo "" > -i
Ceci a pour effet de faire passer rm en mode interactif au tout début. Une confirmation est demandée pour chaque élément.
C'est bancal, pas très esthétique, mais ça fonctionne.
Peut être que reporter brièvement la cause du problème et sa résolution pourrait être utile pour une prochaine personne ayant expérimenté la même chose et qui tombe avec un fort espoir sur cette question, déchantant aussitôt ?
D'ailleurs, on peut noter pour les utilisateurs de Nvidia que le paquet nvidia-glx est sorti de testing.
Du coup pas de driver Nvidia proprio et pas d'XGL, de blender avec OpenGL, de PanetPenguin racer, etc.
<mode frustré on>
Ces drivers proprio c'est vraiment un handicap phénoménal. Même si on peut féliciter nvidia de supporter au moins GNU/Linux, ils ne nous rendent pas la vie facile. Y en a marre de d'attendre leur nouvelle version, de devoir se taper la compil des paquets avec m-a, ou utiliser leur installer pénible...
</mode frustré>
Oui j'y ai jeté un oeil mais je ne comprends pas tout, je ne connais pas les subtilités de tun/tap
Il y a http://compsoc.dur.ac.uk/~djw/qemu.html qui propose une solution.
Mais qu'est ce que cette interface br0 ? elle fait un "pont" entre eth0 et le reste ?
J'ai aussi fait un aptitude update ce matin, et apt rapportait bien qu'il y avait un paquet cassé.
Dans ce genre de cas, un peu de prudence et de patience s'impose :)
Par contre, bonne nouvelle, apt télécharge des diff des fichier de packages: ça va plus vite !
J'ai commencé par utiliser bzr qui me semblait réellement prometteur. Après avoir fait quelques patches avec sur un projet, j'ai choisi de tester hg.
Raisons: vitesse principalement. Quand pour un pull il faut plusieurs minutes pour récupérer un projet, c'est très vite insupportable.
Niveau fonctionnalités, je pense que pour le moment ils sont proches, bzr ayant un petit avantage avec quelques nouveautés.
Il va y avoir une réunion entre développeurs Mercurial/Bazaar-NG prochainement, qui va permettre de rapprocher un peu les deux projets... peut être que quelque chose d'intéressant va en sortir !
Sinon, pourquoi hg ?
Encore une fois la vitesse: quand on développe, on a pas trop envie d'attendre une minute pour que le commit soit fait, puis encore 2 minute pour cloner le repo... du coup hg permet de travailler sans avoir une impression de "handicap" : le système de gestion de version aide plus qu'il n'énerve.
J'aime bien par ailleurs son système de "hooks" (actions à effectuer à certains moments) qui permet par exemple pour un projet Web PHP/MySQL de faire un dump de la structure des tables SQL avant le commit : (precommit = mysqldump etc.).
Encore un mot sur darcs: lent également (très variable peut être rapide sur certaines opérations et extrêmement lent sur d'autres), programmé en Haskell (dépendances ?) et un gros problème lors de tests sur son interface web: le temps de calcul pour faire un diff était tellement long qu'il y avait un "max execution time" à chaque fois... savoir que le serveur hébergeant cette interface pour darcs est un bi ou quadri proc 2Ghz...
Conclusion: pour apprécier un système de gestion de version, il faut principalement qu'il soit discret (et pas trop verbeux), simple et intuitif.
Pour ma part, j'ai abandonné Arch pour sa complexité, Darcs et bzr pour leur lenteur. Reste subversion sur lequel je ne peux me prononcer (segfault une fois, ça ne m'a pas mis en confiance et j'ai laissé tomber.)
Mercurial répond à mon avis clairement à tes attentes :
- libre
- facile d'utilisation: très peu de commandes à retenir
Points positifs: vitesse, légèreté, peu de dépendances, développement très rapide, mailing-list efficace et super état d'esprit.
Points négatifs: encore quelques trucs à améliorer (pull sur certaines révisions via le réseau, push en HTTP, etc.)
Il existe également un CGI pour mettre en ligne ton code, avec une interface à la gitweb.
Que du bonheur ;)
C'est juste.
J'ai tendance à oublier cet aspect là, quand j'ouvre mon navigateur avec l'extension "CustomizeGoogle", les publicités, je ne sais pas ou elles sont :)
Pour la pertinance de leurs résultats, si il y a mieux ailleurs je suis preneur !
Google reste une entreprise ayant pour but d'augmenter leurs bénéfices et parts de marché... d'autres le font sans penser au libre du tout, on peut déjà être reconnaissant à Google de nous offrir un peu de support.
J'arrête ici ma prose pro-Google (j'ai déjà du me forcer...) en notant que je préfère voir autour de moi des personnes créant un compte gmail que hotmail ... même si certains diront que cela contribue au monopole de Google, qui peut retourner sa veste envers le libre à tout moment.
Comme le suggère le signale, on peut s'interroger sur Google et le libre (si mes yeux fatigués ont pas raté quelque chose...)
Pour moi, Google, c'est :
- des applis web modernes, intéressantes et efficace (calendar, gmail, gtalk, maps, etc.)
- une contribution au libre grâce aux Summer Of Code
- l'utilisation et la participation à des technologies libres. (Jabber, etc.)
- des trucs non libre et sous windows uniquement aussi (paaas bien !)
Donc oui le monopole me fait un peu peur, j'aime pas savoir qu'ils ont en base de donnée mes mails, mes rendez vous, ma position sur la carte et je ne sais quoi... mais en dehors de ça, puisque je n'utilise pas tous leurs services, ils ont un certain mérite et on ne peut pas trop trop se plaindre de leur produits, la majorité du temps gratuits et performants.
Donc actuellement, je ne saute pas sur tous leurs services, mais je soutient leur engagement dans le libre et leurs inovations :)
J'espère avoir bien compris ce que tu voulais...
Par contre, fais bien attention à tes requêtes SQL: elles font intervenir des variables dépendant de l'utilisateur, il y a des risques important à les insérer directement dans une requête.
Regarde du côté de la fonction mysql_real_escape_string http://ch2.php.net/mysql_real_escape_string
Bon courage !
P.S contacte moi en privé si jamais tu désespère :)
Avec un numéro de version pareil, ça doit être du grand cru !
Blague à part, c'est intéressant comme projet...mais quelle doit être la config du serveur distribuant les ressources ? (pour quelques machines (<10) )
[^] # Re: Arf ...
Posté par TNorth . En réponse au journal Dévelopement et design de site web sous Linux. Évalué à 1.
Si tu utilises Firefox, il y a l excellente extension Fireftp : http://fireftp.mozdev.org/
Elle souffrait de lenteurs dans les precedentes versions, mais cela semble avoir ete corrige. J ai uploade des dizaines de Mb avec, aucun soucis !
[^] # Re: Arf ...
Posté par TNorth . En réponse au journal Dévelopement et design de site web sous Linux. Évalué à 3.
- Tu peux ignorer des dossiers
- Tu peux le lancer en mode "test" pour savoir ce qui va se passer a la synchronisation.
Rapide et efficace, il ne m a jamais joue de mauvais tour, et je doute pouvoir trouver plus facile.
# Precision du systeme de coord. Google Earth
Posté par TNorth . En réponse au journal Convertir les fichier KML de googleEarth en GPX pour préparer vos ballades.. Évalué à 1.
La grille de coordonnes souffre-t-elle de limitations, ou est ce une erreur de ma part ? (ce que je commence a penser...bien qu il me semblait avoir fait attention... mais 32 km cela fait beaucoup )
p.s desole pour les accents, clavier en et droits limites.
[^] # Re: Arrêt machine ?
Posté par TNorth . En réponse au message Apache s'arrête. Évalué à 0.
[^] # Re: Astuce bête
Posté par TNorth . En réponse au journal Il y a 2 catégories d'administrateurs .... Évalué à 1.
rm -- -i
# Astuce bête
Posté par TNorth . En réponse au journal Il y a 2 catégories d'administrateurs .... Évalué à 3.
Dans le dossier que l'on veut "protéger" d'un rm -rf *, on fais
echo "" > -i
Ceci a pour effet de faire passer rm en mode interactif au tout début. Une confirmation est demandée pour chaque élément.
C'est bancal, pas très esthétique, mais ça fonctionne.
[^] # Re: access.log ou access_log
Posté par TNorth . En réponse au message Apache s'arrête. Évalué à 0.
Étrange, rien entre 4:36 et 10:40 ....
# Arrêt machine ?
Posté par TNorth . En réponse au message Apache s'arrête. Évalué à 1.
Syslogd s'est arrêté juste avant... bizarre non ?
Pas de restart de la machine à priori, puisque l'uptime est toujours de quelques jours...
[^] # Coincidence ?
Posté par TNorth . En réponse au journal Mais pourquoi ils gueulent partout comme ça ?. Évalué à -2.
C'est vraiment la sortie la plus fulgurante et jamais médiatisée que la sortie de ce soft !
[^] # Re: re
Posté par TNorth . En réponse au message Drivers propriétaires ati. Évalué à 1.
[^] # Re: Cricket ?
Posté par TNorth . En réponse au message Network monitoring. Évalué à 1.
# Pas pour ma part
Posté par TNorth . En réponse au message XGL sur debian etch. Évalué à 1.
Selon http://sonique54.free.fr/xgl/xgl.htm , pas possible encore, mais il travaillerait sur une solution
D'ailleurs, on peut noter pour les utilisateurs de Nvidia que le paquet nvidia-glx est sorti de testing.
Du coup pas de driver Nvidia proprio et pas d'XGL, de blender avec OpenGL, de PanetPenguin racer, etc.
<mode frustré on>
Ces drivers proprio c'est vraiment un handicap phénoménal. Même si on peut féliciter nvidia de supporter au moins GNU/Linux, ils ne nous rendent pas la vie facile. Y en a marre de d'attendre leur nouvelle version, de devoir se taper la compil des paquets avec m-a, ou utiliser leur installer pénible...
</mode frustré>
[^] # Re: iptables
Posté par TNorth . En réponse au message qemu: réseau. Évalué à 1.
[^] # Re: Probleme de -net
Posté par TNorth . En réponse au message qemu: réseau. Évalué à 1.
Il y a http://compsoc.dur.ac.uk/~djw/qemu.html qui propose une solution.
Mais qu'est ce que cette interface br0 ? elle fait un "pont" entre eth0 et le reste ?
J'ai également trouvé ce post http://www.dad-answers.com/qemu-forum/viewtopic.php?t=691 qui doit permettre de faire communiquer des machines émulées par le réseau.
Merci !
[^] # Re: Mercurial
Posté par TNorth . En réponse au journal Quel gestionnaire de révisions pour un "débutant". Évalué à 1.
Ouie, ces pré-vacances dans le sud m'on fait un peu déconnecter ...
Merci de la rectification.
Par contre, pas encore vu de feedback de la rencontre !
# Prudence
Posté par TNorth . En réponse au journal Mise à jour fatale en Debian testing. Évalué à 4.
Dans ce genre de cas, un peu de prudence et de patience s'impose :)
Par contre, bonne nouvelle, apt télécharge des diff des fichier de packages: ça va plus vite !
[^] # Re: Mercurial
Posté par TNorth . En réponse au journal Quel gestionnaire de révisions pour un "débutant". Évalué à 1.
Raisons: vitesse principalement. Quand pour un pull il faut plusieurs minutes pour récupérer un projet, c'est très vite insupportable.
Niveau fonctionnalités, je pense que pour le moment ils sont proches, bzr ayant un petit avantage avec quelques nouveautés.
Il va y avoir une réunion entre développeurs Mercurial/Bazaar-NG prochainement, qui va permettre de rapprocher un peu les deux projets... peut être que quelque chose d'intéressant va en sortir !
Sinon, pourquoi hg ?
Encore une fois la vitesse: quand on développe, on a pas trop envie d'attendre une minute pour que le commit soit fait, puis encore 2 minute pour cloner le repo... du coup hg permet de travailler sans avoir une impression de "handicap" : le système de gestion de version aide plus qu'il n'énerve.
J'aime bien par ailleurs son système de "hooks" (actions à effectuer à certains moments) qui permet par exemple pour un projet Web PHP/MySQL de faire un dump de la structure des tables SQL avant le commit : (precommit = mysqldump etc.).
Encore un mot sur darcs: lent également (très variable peut être rapide sur certaines opérations et extrêmement lent sur d'autres), programmé en Haskell (dépendances ?) et un gros problème lors de tests sur son interface web: le temps de calcul pour faire un diff était tellement long qu'il y avait un "max execution time" à chaque fois... savoir que le serveur hébergeant cette interface pour darcs est un bi ou quadri proc 2Ghz...
Conclusion: pour apprécier un système de gestion de version, il faut principalement qu'il soit discret (et pas trop verbeux), simple et intuitif.
Pour ma part, j'ai abandonné Arch pour sa complexité, Darcs et bzr pour leur lenteur. Reste subversion sur lequel je ne peux me prononcer (segfault une fois, ça ne m'a pas mis en confiance et j'ai laissé tomber.)
[^] # Re: Mercurial
Posté par TNorth . En réponse au journal Quel gestionnaire de révisions pour un "débutant". Évalué à 2.
Mercurial répond à mon avis clairement à tes attentes :
- libre
- facile d'utilisation: très peu de commandes à retenir
Points positifs: vitesse, légèreté, peu de dépendances, développement très rapide, mailing-list efficace et super état d'esprit.
Points négatifs: encore quelques trucs à améliorer (pull sur certaines révisions via le réseau, push en HTTP, etc.)
Il existe également un CGI pour mettre en ligne ton code, avec une interface à la gitweb.
Que du bonheur ;)
[^] # Re: Le libre dans tout ça
Posté par TNorth . En réponse à la dépêche Google, futur grand méchant loup ?. Évalué à 3.
J'ai tendance à oublier cet aspect là, quand j'ouvre mon navigateur avec l'extension "CustomizeGoogle", les publicités, je ne sais pas ou elles sont :)
Pour la pertinance de leurs résultats, si il y a mieux ailleurs je suis preneur !
Google reste une entreprise ayant pour but d'augmenter leurs bénéfices et parts de marché... d'autres le font sans penser au libre du tout, on peut déjà être reconnaissant à Google de nous offrir un peu de support.
J'arrête ici ma prose pro-Google (j'ai déjà du me forcer...) en notant que je préfère voir autour de moi des personnes créant un compte gmail que hotmail ... même si certains diront que cela contribue au monopole de Google, qui peut retourner sa veste envers le libre à tout moment.
# Le libre dans tout ça
Posté par TNorth . En réponse à la dépêche Google, futur grand méchant loup ?. Évalué à 6.
Pour moi, Google, c'est :
- des applis web modernes, intéressantes et efficace (calendar, gmail, gtalk, maps, etc.)
- une contribution au libre grâce aux Summer Of Code
- l'utilisation et la participation à des technologies libres. (Jabber, etc.)
- des trucs non libre et sous windows uniquement aussi (paaas bien !)
Donc oui le monopole me fait un peu peur, j'aime pas savoir qu'ils ont en base de donnée mes mails, mes rendez vous, ma position sur la carte et je ne sais quoi... mais en dehors de ça, puisque je n'utilise pas tous leurs services, ils ont un certain mérite et on ne peut pas trop trop se plaindre de leur produits, la majorité du temps gratuits et performants.
Donc actuellement, je ne saute pas sur tous leurs services, mais je soutient leur engagement dans le libre et leurs inovations :)
[^] # Re: Vive CSS
Posté par TNorth . En réponse au journal Nouvel annuaire d'applications libres. Évalué à 2.
(cf openweb.eu.org)
mes 0.2¤,
Thibault
[^] # Re: [X] Bluewin ou [X] EPFL
Posté par TNorth . En réponse au sondage Mon FAI s'appelle. Évalué à 2.
D'ailleurs on est à la traine: 2Mbps/200kbps pour la modique somme de 30¤ par mois... (pour bluewin)
Alors heureusement qu'il y a la coche EPFL...
[^] # Re: PHP + Header
Posté par TNorth . En réponse au message redirection sur une page avec un submit. Évalué à 1.
J'espère avoir bien compris ce que tu voulais...
Par contre, fais bien attention à tes requêtes SQL: elles font intervenir des variables dépendant de l'utilisateur, il y a des risques important à les insérer directement dans une requête.
Regarde du côté de la fonction mysql_real_escape_string
http://ch2.php.net/mysql_real_escape_string
Bon courage !
P.S contacte moi en privé si jamais tu désespère :)
[^] # Re: 42
Posté par TNorth . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 2.
Pour les gens encore plus flemmards que moi, voici le conseil donné :
Total Ram = 256MB + ( 50MB * number_of_terminals )
# 42
Posté par TNorth . En réponse à la dépêche Sortie de Linux Terminal Server Project 4.2. Évalué à 2.
Blague à part, c'est intéressant comme projet...mais quelle doit être la config du serveur distribuant les ressources ? (pour quelques machines (<10) )