Vincent Richard a écrit 260 commentaires

La solution, c ce que je fais depuis que je connai LINUX.
NE JAMAIS INSTALLER WINDOWS ET LINUX SUR LE MEME DISQUE :-)

La solution, c'est ce que je fais depuis que je connais GNU/Linux :

NE (PLUS) JAMAIS INSTALLER WINDOWS

Ah, tiens, une porte ?
Elle n'était pas là hier... -------> [] hop !

(si on peu considérer qu'on peut faire du clean en C++

Bah mince, mon éradiqueur de troll (écrit en C++ "clean" évidemment) vient de lancer un segfault (peut-être que ce troll était trop facile et trop évident ?).

Bon, tant pis, ça sera pour la prochaine fois.

----->[]

Merci, c'est excellent ! :-)

Merci pour ta réponse.

Après analyse du fichier d'hier, il semblerait que ça soit un log d'accès _uniquement_ (il ne contient que des requêtes GET ...) :

- adresse IP
- date
- page demandée
- user-agent

Ce sont les seuls logs auxquels j'ai accès sur mon espace d'hébergement (heureusement, parcequ'à ce rythme...) et il semblerait qu'ils soient utilisés par Webalizer en effet.

Par contre, sur mon ancien hébergement, les logs d'accès étaient compactés (.gz)...

50mega de log par jours... sans savoir a quoi ca sert... t'as herité du serveur de ta grand mere ou quoi ?

Tu sais il n'y a pas que des gurus Unix qui gèrent des sites Web...

Pour répondre à ta question, le site est hébergé sur un serveur mutualisé (je n'ai donc pas l'accès root) :
- je ne peux pas supprimer les logs
- les logs sont comptés dans le quota disque (!!!) et 350 Mo sur 1 Go au total ça pèse quand même... (pas de ma faute si le serveur est configuré comme un pied)
- il y en a bien pour 50 Mo par jour et les 7 derniers jours sont sauvegardés

Comme je vais bientôt passer sur un dédié (où j'aurai les droits "root"), je me demandais si je devais configurer Apache pour continuer à générer ces logs.

sais-tu au moins ce que tu heberge...

C'est un site qui génère tout de même plus de 1 million de pages vues par mois.

Pour finir, je trouve tes remarques un peu déplacées.

Pour les nombres entre '/', on a le nombre de XPs/ ? / le nombre de votes restants ?

Je crois que le ? (deuxième nombre) est le nombre total de votes disponibles à ton niveau de XP... quelqu'un d'autre pour confirmer ? :-)

Mais voilà, pour faire du developpement (LIBRE biensur) avec GTK,
mieux vaut-il utiliser du C ou du C++.

Avec Gtk : C
Avec Gtkmm : C++ (http://www.gtkmm.org/(...))

Lequel de ces 2 "parents" est le plus utilisé dans la communauté.

Je pense que c'est le C mais dans ce cas, y a t'il une raison particulière
ou alors est ce uniquement par "habitude".

C'est bien le C, mais à mon avis, pas pour la raison que tu indique. C'est plutôt parce que les compilateurs C sont disponibles sur toutes les plate-formes et fonctionnent très bien. A l'inverse, avec C++ il y a de nombreuses disparités (certains points de la norme ne sont pas gérés, grosses différences dans la STL, etc...).

Je te plussoie !

Dommage, le troll avait bien commencé ! ;-)

< click>

Il y a un truc qui me "chifonne" un peu dans cet article, c'est cette association Open-Source et gratuit :

Et pour cause : le système MS Windows coûte 3 mois de salaire (en moyenne).
[...]
Une proposition de solution trouvée par le Vietnam ?
Et bien simplement d'ici 2005 toutes les administrations et les services publics devront utiliser des logiciels Open-Source.

Il me semblait pourtant que l'un n'impliquait pas forcément l'autre (et vice-versa) : le libre n'est pas forcément gratuit et le gratuit n'est pas forcément libre.
Ou bien il y a quelque chose que j'ai mal compris...

M'enfin, si cet amalgame peut faire un peu de pub, c'est pas bien grave ! :-)

Pour associer un fichier XSL, doit-on forcément écrire < ?xml-stylesheet href="..."? > dans le fichier XML produit dynamiquement ?

Pour le moment oui, mais s'il y a d'autres solutions...

...il pourrait être intéressant de travailler avec mod_negotiation pour comparer les XSLT disponibles avec les types recherchés par la négociation HTTP.

...alors justement, pourrais-tu m'en dire un peu plus à ce sujet ? Un lien peut-être ?

En tout cas c'est très utile, et c'est l'occasion d'utiliser les filtres d'apache 2 qui enchaînent les transformations (en voilà une nouveauté qu'elle est bien !).

J'ai eu beaucoup de mal à écrire ce module. Les API sont très mal documentées (pour le moment, j'espère) et le peu d'exemples que j'ai trouvés sur le net aussi.

Finalement, ce sont les sources d'Apache et de ses modules (et en particulier celles de mod_include et mod_deflate).

Bon, comme il y a des fans sur le forum, on va tout de même lâcher le morceau, histoire que vous ne soyez pas membre du forum pour rien
MultiDeskOS 1.3 c'est pour Noël 2003 (décembre) !

Argh !
Et moi qui n'étais pas encore inscrit ! :o

J'y vais de ce pas histoire d'être le premier à être au courant lorsque cette version tant attendue sortira.

Mince, je sais pas pourquoi, j'ai l'impression que les balises < mode-ironique> et < /mode-ironique> ne vont pas passer...

Ok, je sors..... ->[ ] oh et puis non, je prend l'autre porte : { }, celle qui mène au forum de Jayce, na !! :-)

Jayce, le conquérant ! :-)

Je me réponds à moi meme, c'est forcement plus lent que de générer directement de 'lXhtml / Css vu qu'il y'a une étape en plus.

Oui, mais c'est le prix à payer pour les avantages.

C'est comme plein de choses : les langages compilés vs. interprétés, les pages statiques vs. dyamiques, un code clair et maintenable vs. un code illisible mais optimisé... :-)

Au fur et à mesure que la puissance des machines augmente, on peut se permettre d'utiliser des technologies de plus en plus gourmandes mais qui facilitent énormément le travail des développeurs.

En 1960, on ne programmait pas en Java car les machines n'étaient pas assez puissantes ; en 2000 on privilégie en général la facilité/rapidité de développement et la fabilité des logiciels par rapport aux performances (sauf applications critiques).

Connais tu le projet Axkit (www.axkit.org) ?

Oui, j'étais tombé dessus hier après quelques recherches sur Google.

il utilise un systeme de cache, mais je crois bien que qu'il ne concerne que le résutat des transformations (donc dans le cas de la génération dynamique de code xml, il est bien souvent non utilisé).

C'est exactement pour cela que je ne l'avais pas retenu.
De plus, je cherchais quelque chose de pas trop lourd (mon module compte moins de 400 lignes de C et il faut ce que je lui demande, et uniquement cela).

La persistance des arbres xslt parrait très interresante, si elle n'est pas integré à ce projet, penses tu qu'il soit réalisable de l'integrer ? Quel seront les gains ?

Je n'ai fait aucun test de performance, mais AMHA c'est toujours ça de gagné. J'ai également oublié de préciser que mes feuilles de styles XSL sont assez volumineuses et comportent des inclusions (< xsl:import >), donc dans ce cas, c'est pas négligeable.

Le couple XML/XSLT a quand même de sérieux avantages sur XHTML/CSS :

• séparation données/traitement/présentation (boucles, tris dynamiques...) alors qu'en HTML/CSS seule la séparation données/présentation est possible.
  
  Je m'explique : mes fichiers PHP produisent des documents XML. Le jour où je veux servir autre chose que du format (X)HTML, il y aura quand même moins de problème pour la conversion (les feuilles de styles XSLT prennent en charge n'importe quel type de transformation : XML -> XHTML, XML -> texte brut, etc...).
  
• le XML est un format standard et facilement exportable/importable à partir de nombreuses applications (la conversion (X)HTML est plus difficile),
  
• le XSLT permet de scripter certaines parties de la présentation.
  

Rectification : xesalt ne permet pas de réaliser ce que je veux faire.

Le XML des données est généré par des scripts PHP, donc je cherche toujours...

Et la solution de PHP citée plus haut ne me convient pas non plus car il n'est pas possible de faire un système de cache.

Je crois que je vais devoir écrire un module pour Apache...

et heu sinon, qu'est-ce que tu appelles des "arbres XSLT" ?

Le parsing des fichiers XSLT donne lieu à la création d'un arbre des éléments (avant interprétation), un peu comme un compilateur crée un arbre syntaxique...

La lecture du fichier .xsl et la création de cet arbre prend un certain temps, c'est pourquoi je préférerais éviter de parser le même fichier XSLT 100 fois de suite, et avoir une sorte de cache.

En fait, il me faudrait quelque chose du genre ce que fait Inlogix (http://www.inlogix.de/(...)) avec leur outil "xesalt", mais en libre + gratuit (ce qui ne semble pas être le cas de xesalt).

En fait, j'aurais préféré quelque chose de plus transparent (pas de modification du code PHP).

De plus, il faudrait que je puisse faire de la mise en cache des arbres XSLT pour ne pas mettre à genoux le serveur...

Bof, si on voulait vraiment tricher...

#!/usr/bin/perl --

use Socket;

$host = 'www.phpfrance.com';

$crlf = "\015\012";
$http = "POST /sondage/phpPollCollector.php3 HTTP/1.0$crlf".
"Host: $host$crlf".
"User-Agent: Mozilla GNU/Linux$crlf".
"Connection: close$crlf".
"Content-Type: application/x-www-form-urlencoded$crlf".
"Content-Length: 76$crlf$crlf".
"poll_id=4&poll_forwarder=somewhere&poll_voteNr=3";

$tcp = getprotobyname('tcp') or die "getprotobyname\n";
$hosti = inet_aton($host) or die "inet_aton\n";
$hosts = sockaddr_in(80, $hosti);

socket(SOK, PF_INET, SOCK_STREAM, $tcp) or die "socket\n";
connect(SOK, $hosts) or die "connect\n";

select SOK; $| = 1; select STDOUT;

print SOK $http;

$junk = '';
while () { $junk .= $_; }

close SOK or die "close\n";


Mais sépabien, cémemtrémal (tm)(c) !!!! ;-)

OK, je ---->[ ]

Tiens, je viens de m'apercevoir qu'en bloquant les cookies (avec Mozilla), on peut voter plusieurs fois (indéfiniment, en fait).

Tiens, c'est marrant l'effet LinuxFR ! :-)

3 quarts d'heure plus tard :

Windows: 53 % (282)
Linux / FreeBSD : 38 % (204)
Unix : 6 % (33)
Autre : 2 % (12)

pourquoi ne serais-je pas en droit d'exiger un dédommagement de la part de l'éditeur du site ?

Peut-être parce que tu ne paye pas pour l'accès au site mais pour l'accès à l'Internet ?

Après on ira se plaindre qu'il y a de moins en moins de sites gratuits, alors si les visiteurs commencent à leur faire des procès...

Par contre, je rejoins ton avis dans le cas où l'accès au site est payant (je pense notamment à certains sites de journaux quotidiens où il y a un abonnement pour accéder à certains articles).

Il manque le choix "XML + XSLT + CSS"...

(oui j'insiste ! :-)

Oups ! Désolé, je voulais pas poster en page principale... :-(