je viens d'essayer avec gv
depuis que j'ai reinstallé des fonts corrects ca le fait mieux, c'est quasi mieux que acrobat reader

[ Répondre ]

Bah acroread est vraiment nicquel avec :
- les schémas et autres includes (liens http)
- les bookmarks
- la recherche de txt

cela dit il a du mal avec les fonts courrier des pdf des confs, alors que sous xpdf ca va (donc j'utilise xpdf aussi)

[ Répondre ]

tiens je savais pas que l'on pouvait écrire des bouquins et être aussi idiot ...
Allez, j'essaye de deviner : Pascal Sevran ? (Je sais pas si il a écrit un livre d'ailleurs, mais ca serait bien le genre)

[ Répondre ]

http://www.linuxroot.org/apachecon(...)

[ Répondre ]

ouah un score de 3 !
ca marche le scoring sous linuxfr?

a propos de cet histoire de logs. Apache et les browser devraient etre coupables.

mais personnellement ca me choc absolument pas, meme si on est loggué la plupart du temps y'a pas notre identité derrière

[ Répondre ]

C'est quoi l'AFUU
est-ce que c'est une manifestation publique ?

[ Répondre ]

imaginez que vous fassiez un lien sur un site qui a un lien sur un autre site qui a une lien ... (etc)

mais vous êtes condamnables !

OMG! Je pourrais faire un lien dans ce commentaire
vers un http://site-de-mp3.com(...)

[ Répondre ]

et c'est toi qui dit ca ? lol

[ Répondre ]

Et le trolleur au fond de la salle
" Et Helix-Code sur une disquette, c'est possible" ?

[ Répondre ]

En toute sincérité, le jour ou je metterais du html dans mes mails et pas encore arrivé.
Et ho! ca va peut-être te surprendre mais je ne suis pas le seul (loin de la).

Et ca pour un tas d'autres raisons que le simple 'ca prend moins de place'

[ Répondre ]

pkoi on me paye pas pour y aller aussi ... hein ? j'en connais qui sont payés pour aller ce ballader comme ca et rencontrer pleins de gens intéressants.

pour ralf, ca m'étonne pas que ce soit un type passionnant surtout à propose de SSL (c'est un des auteurs - le principal?) mais aussi du WML (utilisé pour le site de debian) de ePerl, et de mm (nécessaire pour mod_backhand, mod_ssl)
bref, c pas une lavette :)

[ Répondre ]

j'ai rien contre les portables en général. Mais comme beaucoup de gens je supporte difficilement les personnes qui ne savent pas s'en servir.
Alors outre le problème des risques avec les appareils, je considère que les interdire est une bonne chose. L'hôpital est certainement le dernier endroit ou l'on aimerait entendre les sonneries intempestives

[ Répondre ]

j'ai comme l'impression qu'il classerait tes commentaires à -1
le taquin
lol :)

[ Répondre ]

oui c'est plus compliqué aucun doute la dessus.
Cependant au niveau de la RAM consommée j'ai entendu tout et le contraire.
En effet de par mon expérience, en général les process sont gros (même si ca peut venir de mauvais choix d'implémentation) en plus on met en général beaucoup de process apache :)

Pourtant j'ai entendu à plusieurs reprises que mod_perl est plutot économe en ce sens que certains site switchent sous mod_perl pour éviter de faire des upgrade matériels

combien consomme linuxfr en RAM ?

[ Répondre ]

je ne vois pas en quoi "php qui génère du xml" c'est une fusion. Ce n'est qu'une utilisation normale du XML.
maintenant, je n'oserais pas m'avancer autant sur le fait que php sera un "standard" loin de la.
Et au niveau des comparaisons de puissance, je pense que tout dépend de l'usage.
Je crois que les perfs mod_perl (et pas perl/cgi bien évidemment) sont supérieures à php

[ Répondre ]

de ce que j'ai vu de php et de ce que je connais avec perl. JE ne vois pas pkoi perl serait plus délicat à interfacer à une bdd que php

http://www.cpan.org/modules/by-module/DBI(...)
perldoc DBI
perldoc Apache::DBI (mod_perl powa)

Personne n'a parlé de mod_perl jusqu'à présent. Pourtant c'est extrêment souple, flexible et performant. sa seule tare est peut-être d'etre moins accéssible, moins connu.
Mais le dev en mod_perl est un réel plaisir (et là on pose la main sur la carrosserie et on sent le moteur (Apache) qui ronronne en dessous... whaou :)

[ Répondre ]

XML et php ne peuvent pas fusionne comme cela.
XML est un language à part, autonome et complet (et pas maintenu par n'importe qui).
Par contre ils peuvent très bien 'collaborés'. Mais c'est le cas de nombreux autres languages (notamment ceux qui sont skillés pour traiter du texte).
Moi ce que j'attends ce sont les petits modules comme AxKit de Matt seargant, qui permettent grace a des données XML et les feuilles de style associées de produire du HTML (ou autre format). D'ailleurs ca fait longtemps que j'ai pas regardé ou ça en est :]
je vais allez jeter un coup d'oeil :)

[ Répondre ]

... raison. Je ne vois absolument pas comment php pourrait être le successeur du HTML. D'autant qu'on parle de sites dynamiques. S'il doit y'avoir un successeur au HTML, il faudra regarder du côté de XML. Et encore la révolution XML touche bien plus de domaines que le WEB.
PHP n'est pour moi qu'un autre language côté serveur, simple, efficace, rapide, plus ou moins puissant. Mais il y en aura d'autres et certainement des meilleurs.
Ce qui m'inquiete (plus ou moins) ce sont les environnements intégrés qui permettent de générer du code sans s'en rendre compte, qui font de l'intégration bdd, intégrent des plugins propriétaires etc .. Des choses que l'on ne controle pas bien. bref, vous l'avez compris du windows.
Et ce qui m'inquiète la dedans ce sont les dépendances côtés clients. Bref, le jour ou si on a pas explorer on n'arrive pas à accéder à toutes les infos.

[ Répondre ]

pas spécialement, non, Mr Anonyme.
J'ai fait ca cet apres midi, et je viens de me rendre compte que j'ai gaffé qq part, j'ai qq substitutions qui sont pas passées

[ Répondre ]