oui, sauf que xul s'appuie justement sur pratiquement toutes les autre bibliotheques que tu cite. on voit mal comment xul se passerait de libjs. ( a moins que cela puisse s'appuyer sur python..)
Posté par Pierre .
En réponse au journal n9ufbox.
Évalué à 3.
A. ca y est j'ai compris.
Non, c'est CIPA dont je voulais parler.
Lu sur proxad.free.support
"Il y a encombrement de la CIPA, c'est tout"
(c) Brina a titre officiel [adresse en proxad.net]
LDCOM=neuf telecom apperment mais c possible qu'ils partagent^W vendent aux autres fai.
CIPA= Collecte IP/ADSL aparemment == FT
about free, je ne peut résister à citer ce poste de J.P. Iribarren sur pfa
Sujet: Re: blocage port sur ip/adsl
De: "J.P. Iribarren" <famirib33@free.fr>
Groupe de discussion: proxad.free.adsl
Date: Mon, 1 Mar 2004 18:29:11 +0100
Nicolas Midey wrote:
> [snip]
Bonjour Nicolas, bonjour Albert et les autres intervenants,
Comme Albert a cité mon nom un ou deux étages plus haut, et que la
discussion semble prendre un tour un peu -- heuu -- passionné, je
reviens y mettre mon grain de sel, ou mon coup d'extincteur, comme vous
voulez...
> Elle est impossible, car les gens de free connaissent mieux le
> matériel que le constructeur lui-même.
. Ils sont bons, mais quand même... :o)
> Et une QoS involontaire sur les ports déjà cités me parrait encore
> plus improbable.
> Donc oui, votre pseudo réponse ne me plait pas.
Je ne connais en effet pas un seul matériel (haut de gamme, s'entend)
qui applique de la QoS par défaut sur une interface réseau. J'avais
évoqué il y a quelques milliers de messages la possibilité que Free
utilise de la QoS, en précisant que ça me parait raisonnable; je vais
essayer de réexpliquer pourquoi:
Imaginez que vous êtes responsable réseau chez Free. Vous savez que les
tuyaux de la Collecte IP/ADSL (les tuyaux de FT qui acheminent vers Free
les flux des non-dégroupés) sont saturés, et vous ne pouvez
malheureusement pas agir sur le "diamètre" de ces tuyaux (la bande
passante chez FT).
Toutefois, si vous ne faites rien, ce manque de bande passante va se
traduire par des paquets mis à la poubelle *au petit bonheur* par un ou
plusieurs des routeurs situés le long du tuyau. Ça va tomber sur
n'importe quel paquet de préférence, et plus rien ne marchera
correctement, que ce soit le P2P, le Web ou l'e-mail.
En revanche, si vous mettez en place un mécanisme de QoS de la famille
fair-queuing (proposé dans une variante ou une autre par tous les
constructeurs de routeurs pro), vous pouvez faire en sorte que votre
routeur de liaison à la Collecte IP/ADSL trie les différents flux (par
catégorie d'abord: ICMP, TCP, UDP, IPSec, etc... puis par ports TCP ou
UDP) et arbitre ces flux en limitant *automatiquement* le débit des flux
qui consommeraient volontiers toute la bande passante disponible (P2P)
au détriment des "petits" flux (telnet, e-mail). Pas besoin de filtrer
explicitement tel ou tel port, ça s'équilibre tout seul.
Ça fonctionne à peu près comme ça (c'est juste un exemple avec des
chiffres bidon, et il existe d'autres variantes d'algorithme, mais c'est
pour illustrer le principe):
1. on (je veux dire: la couche QoS du routeur) calcule combien de flux
différents doivent passer dans le tuyau; supposons qu'il y en ait trois:
du SMTP (e-mail, TCP port 25), du HTTP (Web, TCP port 80) et du P2P (TCP
port 411).
2. on divise la bande passante par trois, et on commence par proposer à
chaque flux sa part du gateau: 33% pour chacun.
3. vu sa nature, le SMTP ne va même pas manger le centième de sa part
(soit 0.3% de la bande passante), le Web va en manger la moitié(16,7%),
et étant donné le nombre d'utilisateurs simultanés et la taille des
fichiers téléchargés, le P2P va entièrement consommer sa part (33%).
4. on calcule combien il reste de rab' de gateau: 100% -
(33%+16.7%+0.3%) = 50%.
5. on distribue ce qui reste du gateau à parts égales aux flux qui en
veulent encore: le SMTP n'a plus faim, le Web a les dents du fond qui
baignent, mais le P2P veut bien reprendre du gateau à hauteur des 50%
qui restent. Miam.
6. quand il n'y a plus de gateau, il n'y en a plus: donc, quand les deux
autres flux sont actifs, si le flux total P2P à acheminer représente
plus de (33% + 50%), soit 83% de la bande passante disponible, le P2P
commence à perdre des paquets, et des posts enflammés façon "bridage des
ports" commencent à envahir p.f.a... En revanche, aux heures creuses, le
débit total du flux P2P reste inférieur aux 83% disponibles, aucun
paquet n'est mis à la poubelle, et les fans de P2P sont contents.
Ce genre de mécanisme est donc fait pour servir les différents flux de
la manière la plus *équitable* possible, tout en évitant de dépasser la
bande passante totale disponible (ce qui conduirait à une situation
*encore pire*). Quand un flux commence à être limité, c'est qu'il
"dépasse les bornes". Les services qui "trinquent" en premier sont donc
ceux qui auraient tendance à monopoliser la bande passante et à marcher
sur les pieds des autres flux. C'est sans doute le cas du P2P aux heures
d'affluence.
Vous comprendrez que *si* Free a utilisé ce type de QoS (mais je n'en
sais rien, c'est juste une *hypothèse*), ce n'est pas pour enquiquiner
le monde, c'est pour assurer *en moyenne* le meilleur service avec des
ressources limitées sur lesquelles ils n'ont pas de moyen d'agir (la
Collecte IP/ADSL est gérée par FT).
*Si* ce genre de mécanisme est bien utilisé, quand les Freenautes font
des tests, il est normal qu'ils constatent un comportement standard sur
les flux qui sont (relativement) peu consommateurs de bande passante, et
qu'ils trouvent un comportement dégradé sur des flux qui ont tendance à
saturer les tuyaux. Il n'y a pas un Grand Yaka qui a décidé chez Free
que le P2P, c'est MAL, et qui a serré explicitement la vis aux ports
411, etc. C'est tout simplement automatique. Si demain tous les
Freenautes se mettaient en tête de faire du téléchargement FTP à
outrance, on verrait sans doute arriver sur p.f.a. des posts avec pour
titre "Free bride le FTP !"...
Evidemment, si Free était propriétaire du tuyau, on pourrait leur
reprocher de ne pas le "muscler" (comme ils le font régulièrement pour
le peering, par exemple), mais ce n'est pas le cas. Je fais donc
l'hypothèse (vraisemblable, mais non prouvée) qu'ils ont utilisé le
moyen que j'ai décrit plus haut pour fournir le meilleur *compromis* de
service. Moi, à leur place, c'est ce que j'aurais fait. Et ils ne
peuvent peut-être pas trop communiquer là-dessus parce que ça mettrait
directement FT en cause.
Quand à FT, je pense qu'ils doivent faire pas mal d'heures supp' en ce
moment pour déployer la collecte régionale, qui multipliera les tuyaux
et devrait permettre de retrouver de la bande passante.
(et pour prévenir la question: Wanadoo utilise un plan de collecte
*privé*, indépendant de la Collecte IP/ADSL, ce qui explique qu'ils
soient moins impactés que les autres FAIs)
Voilà, c'était juste une petite digression technique pour donner
quelques éléments de réflexion à ceux qui pensent que Free (ou FT) se
moque de ses clients. Je ne crois pas que ce soit le cas, ni pour l'un
ni pour l'autre. Et je ne suis pas actionnaire, et même pas encore
dégroupé ! :o)
C'était plus un appel à la cabale néo CCC de linuxfr et au déchainement de votes sur les mdc...
Tes preuves ne sont plus à faire, et je ne pense pas qu'une variation de tes XPs
t'embète beaucoup. En tout cas, je n'ai rien contre toi au premier degré.. :)
o la la! arêtez! vous allez tout planter google! Les mots Manjeur de sigogne dans leur orthographe académique sont interdits..
Cela dis, pour le style et les autres fôtes, il était tard, je sortait de l'effet papillon, je tremblais encore (faut vraiment aller voir ce film en passant)..
Si ca ne l'ai pas, je suis pas trop pour. On se bat plutot pour s'en tenir à la norme. On peut pas gueuler quand on voit des sites "optimisés IE4.5" si on fait les siens "optimisés opera"..
De toute façon, les modes pleins écrans d'IE6, galeon, mozilla suffisent bien pour faire une présentation. avec du javascript qui va au suivant sur l'appui d'espace.
Pour moi le plus gros frein qu'il peut y avoir pour les jeux sur les plateformes libres, c'est l'absence quasi-totale d'optimisation du système pour les jeux demandant de grosses resources graphiques et une forte réactivités.
He ho! faut arreter de dire n'importe quoi.
Sous debian, moi je fait apt-get-install kernel-image-2.6.4-1-k7 et paf! un noyau compile expres pour mon proc.
Comme le disent les gens plus haut, beaucoup de gens experimentent plus de fps sous linux que sous windows. Peut etre justement parceque windows a des optimisation pentium ( et pas k7 ) ( cela dis, j'en sais absolument rien, ptet qu'il ont du fat-code aussi).
De plus, c pas impossible que vu la taille des drivers proprio Nv**, il utilisent une technique selection de code optimise en fonction de l'archi a la mplayer.
Toujours en plus, je ne vois pas en quoi faire des drivers binaires optimises sous linux serait plus un handicap du point de vue de la fuite d'informations que sous windows.
Je cherche un truc dans le genre pour le commander avec ma télécomande..
Un truc genre SDL/open-gl qui te permet de naviguer dans tes fichiers, et qui te lance mplayer ou xmms ou l'appli qui va bien..
Bon apperment c pas fsv. mais s'en est pas loin, faudra que j'essaye de le bidouiller..
Il y a http://www.naturalvoices.att.com/demos/(...(...)) mais plus difficilement scriptable : le but étant d'avoir un script qui permet le passage automatique du fichiers de traduction vers le voicefont.
Oui, enfin ca doit pas être très dur de reverser ce que le javascript fait.
En tout ca, j'ai essayé de faire un wget avec les headers que ma donné FireBird:
Something unexpected happened :-(
Please be sure you have Javascript turned on.
If you do and you were using a browser to access
the official AT&T TTS web page at, http://elvis.naturalvoices.com:80/cgi-bin/ttsdemo-act-new(...)
please report the problem to feedback@naturalvoices.att.com and
specify the computer and browser you are using.
If you (MON IP) were trying to do something else,
please stop it.
mon serveur est depuis un mois sous mandrake 9.2 cooker + 2.6.3, avec les drivers kernel du speedtouch.
Donc au pire, si ca marche pas avec les drivers userland (ceux par défaut sous mandrake, au dernieres nouvelles) tu peux passer au driver kernel.
En plus ils ont l'avantage d'être plus rapides. Voir le site lea-linux pour voir comment l'installer (c très simple)
Bah tiens moi aujourd'hui, ce fu le 2.6.3, et avec l'installeur nvidia, pourvu qu'il ai le package kernel-header kivabien, ca passe nickel. 3 mins le temps de mettre en lien dans lilo, de rebooter et de relancer l'installeur nv..
Posté par Pierre .
En réponse au journal Timer.
Évalué à 1.
Mais non..
Le script ip-up est appelé par ppp *pile-poil* quand tu change d'IP.
Donc *instantanément*, ça met à jour le serveur dns. Pas besoin d'attendre 10 mins.
Et en plus, ça marche aussi pour te connecter à ton ordi via ssh ou ftp ou cvs, etc.
Posté par Pierre .
En réponse au journal Timer.
Évalué à 3.
De vrai langage évolué, le C, énorme..
Non, sérieux, si tu as une bonne formation développement, on doit te dire que si il y a pleins de langages, c'est que chacun a son utilité ( même le fortran ).
Sache que la fonction C 'system' lance présicément un shell, avec un fork() et un waitpid().
C'est très violent.
Sache aussi que le langage de script python a des binding OpenGL (et pas Open3D!), et ca marche très bien pour faire des petites applis.
Si tu as besoin de faire du script, c'est bash ou perl ( les 2 sont parfaitement portables, et existent sous quasiment toutes les plateformes ( même sur atari..)
[^] # Re: Je vais être méchant mais....
Posté par Pierre . En réponse au journal XUL, voir un exemple en 30 secondes. Évalué à 1.
# Re: Environnement de développement pour PHP,...
Posté par Pierre . En réponse au journal Environnement de développement pour PHP,.... Évalué à 1.
hop, c'est scriptable, une fois que tu sais faire tu ne te fait plus chier, tu fait un script
tout-ouvrir.el, ou tu mets les (find-file ..) qui vont bien et voila.
en 30 mins tu ne maitrise pas, mais tu peut qd meme pas mal te débrouiller:
http://linuxfr.org/comments/365414.html(...)
et évidement, en C, c'est le bonheur, en python, en perl, etc, etc..
Et en plus, pour achever le troll, c'est ultra léger..
^L
(par rapport aux autres usines qu´ on te propose plus haut..)
# Re: Le logiciel qui me manque sous Linux (ou le(s) logiciel(s) existant ne me plait pas)
Posté par Pierre . En réponse au sondage Le logiciel qui me manque sous Linux (ou le(s) logiciel(s) existant ne me plait pas). Évalué à 1.
[^] # Re: n9ufbox
Posté par Pierre . En réponse au journal n9ufbox. Évalué à 3.
Non, c'est CIPA dont je voulais parler.
Lu sur proxad.free.support
"Il y a encombrement de la CIPA, c'est tout"
(c) Brina a titre officiel [adresse en proxad.net]
LDCOM=neuf telecom apperment mais c possible qu'ils partagent^W vendent aux autres fai.
CIPA= Collecte IP/ADSL aparemment == FT
about free, je ne peut résister à citer ce poste de J.P. Iribarren sur pfa
Sujet: Re: blocage port sur ip/adsl
De: "J.P. Iribarren" <famirib33@free.fr>
Groupe de discussion: proxad.free.adsl
Date: Mon, 1 Mar 2004 18:29:11 +0100
Nicolas Midey wrote:
> [snip]
Bonjour Nicolas, bonjour Albert et les autres intervenants,
Comme Albert a cité mon nom un ou deux étages plus haut, et que la
discussion semble prendre un tour un peu -- heuu -- passionné, je
reviens y mettre mon grain de sel, ou mon coup d'extincteur, comme vous
voulez...
> Elle est impossible, car les gens de free connaissent mieux le
> matériel que le constructeur lui-même.
. Ils sont bons, mais quand même... :o)
> Et une QoS involontaire sur les ports déjà cités me parrait encore
> plus improbable.
> Donc oui, votre pseudo réponse ne me plait pas.
Je ne connais en effet pas un seul matériel (haut de gamme, s'entend)
qui applique de la QoS par défaut sur une interface réseau. J'avais
évoqué il y a quelques milliers de messages la possibilité que Free
utilise de la QoS, en précisant que ça me parait raisonnable; je vais
essayer de réexpliquer pourquoi:
Imaginez que vous êtes responsable réseau chez Free. Vous savez que les
tuyaux de la Collecte IP/ADSL (les tuyaux de FT qui acheminent vers Free
les flux des non-dégroupés) sont saturés, et vous ne pouvez
malheureusement pas agir sur le "diamètre" de ces tuyaux (la bande
passante chez FT).
Toutefois, si vous ne faites rien, ce manque de bande passante va se
traduire par des paquets mis à la poubelle *au petit bonheur* par un ou
plusieurs des routeurs situés le long du tuyau. Ça va tomber sur
n'importe quel paquet de préférence, et plus rien ne marchera
correctement, que ce soit le P2P, le Web ou l'e-mail.
En revanche, si vous mettez en place un mécanisme de QoS de la famille
fair-queuing (proposé dans une variante ou une autre par tous les
constructeurs de routeurs pro), vous pouvez faire en sorte que votre
routeur de liaison à la Collecte IP/ADSL trie les différents flux (par
catégorie d'abord: ICMP, TCP, UDP, IPSec, etc... puis par ports TCP ou
UDP) et arbitre ces flux en limitant *automatiquement* le débit des flux
qui consommeraient volontiers toute la bande passante disponible (P2P)
au détriment des "petits" flux (telnet, e-mail). Pas besoin de filtrer
explicitement tel ou tel port, ça s'équilibre tout seul.
Ça fonctionne à peu près comme ça (c'est juste un exemple avec des
chiffres bidon, et il existe d'autres variantes d'algorithme, mais c'est
pour illustrer le principe):
1. on (je veux dire: la couche QoS du routeur) calcule combien de flux
différents doivent passer dans le tuyau; supposons qu'il y en ait trois:
du SMTP (e-mail, TCP port 25), du HTTP (Web, TCP port 80) et du P2P (TCP
port 411).
2. on divise la bande passante par trois, et on commence par proposer à
chaque flux sa part du gateau: 33% pour chacun.
3. vu sa nature, le SMTP ne va même pas manger le centième de sa part
(soit 0.3% de la bande passante), le Web va en manger la moitié(16,7%),
et étant donné le nombre d'utilisateurs simultanés et la taille des
fichiers téléchargés, le P2P va entièrement consommer sa part (33%).
4. on calcule combien il reste de rab' de gateau: 100% -
(33%+16.7%+0.3%) = 50%.
5. on distribue ce qui reste du gateau à parts égales aux flux qui en
veulent encore: le SMTP n'a plus faim, le Web a les dents du fond qui
baignent, mais le P2P veut bien reprendre du gateau à hauteur des 50%
qui restent. Miam.
6. quand il n'y a plus de gateau, il n'y en a plus: donc, quand les deux
autres flux sont actifs, si le flux total P2P à acheminer représente
plus de (33% + 50%), soit 83% de la bande passante disponible, le P2P
commence à perdre des paquets, et des posts enflammés façon "bridage des
ports" commencent à envahir p.f.a... En revanche, aux heures creuses, le
débit total du flux P2P reste inférieur aux 83% disponibles, aucun
paquet n'est mis à la poubelle, et les fans de P2P sont contents.
Ce genre de mécanisme est donc fait pour servir les différents flux de
la manière la plus *équitable* possible, tout en évitant de dépasser la
bande passante totale disponible (ce qui conduirait à une situation
*encore pire*). Quand un flux commence à être limité, c'est qu'il
"dépasse les bornes". Les services qui "trinquent" en premier sont donc
ceux qui auraient tendance à monopoliser la bande passante et à marcher
sur les pieds des autres flux. C'est sans doute le cas du P2P aux heures
d'affluence.
Vous comprendrez que *si* Free a utilisé ce type de QoS (mais je n'en
sais rien, c'est juste une *hypothèse*), ce n'est pas pour enquiquiner
le monde, c'est pour assurer *en moyenne* le meilleur service avec des
ressources limitées sur lesquelles ils n'ont pas de moyen d'agir (la
Collecte IP/ADSL est gérée par FT).
*Si* ce genre de mécanisme est bien utilisé, quand les Freenautes font
des tests, il est normal qu'ils constatent un comportement standard sur
les flux qui sont (relativement) peu consommateurs de bande passante, et
qu'ils trouvent un comportement dégradé sur des flux qui ont tendance à
saturer les tuyaux. Il n'y a pas un Grand Yaka qui a décidé chez Free
que le P2P, c'est MAL, et qui a serré explicitement la vis aux ports
411, etc. C'est tout simplement automatique. Si demain tous les
Freenautes se mettaient en tête de faire du téléchargement FTP à
outrance, on verrait sans doute arriver sur p.f.a. des posts avec pour
titre "Free bride le FTP !"...
Evidemment, si Free était propriétaire du tuyau, on pourrait leur
reprocher de ne pas le "muscler" (comme ils le font régulièrement pour
le peering, par exemple), mais ce n'est pas le cas. Je fais donc
l'hypothèse (vraisemblable, mais non prouvée) qu'ils ont utilisé le
moyen que j'ai décrit plus haut pour fournir le meilleur *compromis* de
service. Moi, à leur place, c'est ce que j'aurais fait. Et ils ne
peuvent peut-être pas trop communiquer là-dessus parce que ça mettrait
directement FT en cause.
Quand à FT, je pense qu'ils doivent faire pas mal d'heures supp' en ce
moment pour déployer la collecte régionale, qui multipliera les tuyaux
et devrait permettre de retrouver de la bande passante.
(et pour prévenir la question: Wanadoo utilise un plan de collecte
*privé*, indépendant de la Collecte IP/ADSL, ce qui explique qu'ils
soient moins impactés que les autres FAIs)
Voilà, c'était juste une petite digression technique pour donner
quelques éléments de réflexion à ceux qui pensent que Free (ou FT) se
moque de ses clients. Je ne crois pas que ce soit le cas, ni pour l'un
ni pour l'autre. Et je ne suis pas actionnaire, et même pas encore
dégroupé ! :o)
[^] # Re: n9ufbox
Posté par Pierre . En réponse au journal n9ufbox. Évalué à 1.
[^] # Re: Poursuite d'études
Posté par Pierre . En réponse au journal Poursuite d'études. Évalué à 3.
Docteur es J2EE lead architecture..
C'est à partir de là seulement que tu peut penser à maitriser les méthodes de classes..
[^] # Re: Manjeur de sigognes.
Posté par Pierre . En réponse au journal Manjeur de sigognes.. Évalué à 0.
C'était plus un appel à la cabale néo CCC de linuxfr et au déchainement de votes sur les mdc...
Tes preuves ne sont plus à faire, et je ne pense pas qu'une variation de tes XPs
t'embète beaucoup. En tout cas, je n'ai rien contre toi au premier degré.. :)
[^] # Re: Manjeur de sigognes.
Posté par Pierre . En réponse au journal Manjeur de sigognes.. Évalué à -1.
Cela dis, pour le style et les autres fôtes, il était tard, je sortait de l'effet papillon, je tremblais encore (faut vraiment aller voir ce film en passant)..
# Re: Ca pu C pas libre!
Posté par Pierre . En réponse au journal Ca pu C pas libre!. Évalué à 2.
[^] # Re: @media projection
Posté par Pierre . En réponse au journal xml, power-point, css, xhtml. Évalué à 1.
Si ca ne l'ai pas, je suis pas trop pour. On se bat plutot pour s'en tenir à la norme. On peut pas gueuler quand on voit des sites "optimisés IE4.5" si on fait les siens "optimisés opera"..
De toute façon, les modes pleins écrans d'IE6, galeon, mozilla suffisent bien pour faire une présentation. avec du javascript qui va au suivant sur l'appui d'espace.
En fait, j'ai trouvé pylize qui a l'air pas mal..
http://freshmeat.net/projects/pylize/(...)
[^] # Re: Salon du jeu vidéo sur plateforme libre
Posté par Pierre . En réponse à la dépêche Salon du jeu vidéo sur plateforme libre. Évalué à 1.
He ho! faut arreter de dire n'importe quoi.
Sous debian, moi je fait apt-get-install kernel-image-2.6.4-1-k7 et paf! un noyau compile expres pour mon proc.
Comme le disent les gens plus haut, beaucoup de gens experimentent plus de fps sous linux que sous windows. Peut etre justement parceque windows a des optimisation pentium ( et pas k7 ) ( cela dis, j'en sais absolument rien, ptet qu'il ont du fat-code aussi).
De plus, c pas impossible que vu la taille des drivers proprio Nv**, il utilisent une technique selection de code optimise en fonction de l'archi a la mplayer.
Toujours en plus, je ne vois pas en quoi faire des drivers binaires optimises sous linux serait plus un handicap du point de vue de la fuite d'informations que sous windows.
[^] # Re: Google Bombing
Posté par Pierre . En réponse au journal Google Bombing. Évalué à 1.
http://tardyp.free.fr/gfaim(...)
[^] # Re: environnement 3d
Posté par Pierre . En réponse au journal environnement 3d. Évalué à 1.
Je cherche un truc dans le genre pour le commander avec ma télécomande..
Un truc genre SDL/open-gl qui te permet de naviguer dans tes fichiers, et qui te lance mplayer ou xmms ou l'appli qui va bien..
Bon apperment c pas fsv. mais s'en est pas loin, faudra que j'essaye de le bidouiller..
[^] # Re: rm -rf /var/log/*
Posté par Pierre . En réponse au journal rm -rf /var/log/*. Évalué à 1.
un lien symbolique vers /dev/null ?
[^] # Re: Sortie de Rockbox 2.2
Posté par Pierre . En réponse à la dépêche Sortie de Rockbox 2.2. Évalué à 1.
Oui, enfin ca doit pas être très dur de reverser ce que le javascript fait.
En tout ca, j'ai essayé de faire un wget avec les headers que ma donné FireBird:
Something unexpected happened :-(
Please be sure you have Javascript turned on.
If you do and you were using a browser to access
the official AT&T TTS web page at,
http://elvis.naturalvoices.com:80/cgi-bin/ttsdemo-act-new(...)
please report the problem to feedback@naturalvoices.att.com and
specify the computer and browser you are using.
If you (MON IP) were trying to do something else,
please stop it.
# Re: sondage
Posté par Pierre . En réponse au journal sondage. Évalué à 2.
J'ai beaucoup appris avec les logiciels libres.
[^] # Re: phpMyEdit 5.4 disponible
Posté par Pierre . En réponse à la dépêche phpMyEdit 5.4 disponible. Évalué à 0.
# Re: Mandrake 10 et Speedtouch
Posté par Pierre . En réponse au journal Mandrake 10 et Speedtouch. Évalué à 1.
Donc au pire, si ca marche pas avec les drivers userland (ceux par défaut sous mandrake, au dernieres nouvelles) tu peux passer au driver kernel.
En plus ils ont l'avantage d'être plus rapides. Voir le site lea-linux pour voir comment l'installer (c très simple)
# Re: phpMyEdit 5.4 disponible
Posté par Pierre . En réponse à la dépêche phpMyEdit 5.4 disponible. Évalué à 4.
Si vous avez une base de donnée avec une seule table, en 2 mins dl compris, ça vous génère un éditeur tout bète.
Pour ceux qui veulent voir ce que ça donne..:
http://tardyp.free.fr/gfaim/recette-phpMyEdit.php(...)
[^] # Re: petit à petit on devient moins petit !
Posté par Pierre . En réponse au journal petit à petit on devient moins petit !. Évalué à 1.
Linux est pres pour le desktop!
[^] # Re: 911 Days after 9/11 Madrid
Posté par Pierre . En réponse au journal 911 Days after 9/11 Madrid. Évalué à 2.
quels boulets ces islamistes!
:-/
[^] # Re: free rame ou c'est moi ?
Posté par Pierre . En réponse au journal free rame ou c'est moi ?. Évalué à 1.
Les serveurs sont trop chargés, ils arrivent pas à satisfaire la demande.
Je ne parle pas du serveur mySQL.
# Re: Proposition pour le système d'xp [+] ou [-]
Posté par Pierre . En réponse au journal Proposition pour le système d'xp [+] ou [-]. Évalué à 1.
C'est en phase de test:
http://linuxfr.org/~remat/10362.html(...)
[^] # Re: Timer
Posté par Pierre . En réponse au journal Timer. Évalué à 1.
Le script ip-up est appelé par ppp *pile-poil* quand tu change d'IP.
Donc *instantanément*, ça met à jour le serveur dns. Pas besoin d'attendre 10 mins.
Et en plus, ça marche aussi pour te connecter à ton ordi via ssh ou ftp ou cvs, etc.
[^] # Re: CURL
Posté par Pierre . En réponse au journal Timer. Évalué à 3.
Non, sérieux, si tu as une bonne formation développement, on doit te dire que si il y a pleins de langages, c'est que chacun a son utilité ( même le fortran ).
Sache que la fonction C 'system' lance présicément un shell, avec un fork() et un waitpid().
C'est très violent.
Sache aussi que le langage de script python a des binding OpenGL (et pas Open3D!), et ca marche très bien pour faire des petites applis.
Si tu as besoin de faire du script, c'est bash ou perl ( les 2 sont parfaitement portables, et existent sous quasiment toutes les plateformes ( même sur atari..)