Logiciel : Sortie de WebDruid 0.5.3
Posté par Frédéric Massot (page perso, ). Modéré le 05 mai 2004.
Le développement de Webalizer ayant stagné depuis quelques années, WebDruid reprend différents correctifs jamais inclus dans Webalizer, et ajoute de nouvelles fonctionnalitées :
- Support IPv6.
- Localisation à l'exécution, et non plus à la compilation.
- Le code d'analyse des moteurs de recherche à été ré-écrit, il est plus rapide et facilite l'ajout de nouveaux moteurs.
- Affichage des mot-clés par moteurs de recherche, et par URL.
- Graphes des chemins les plus suivis, et graphes des flux utilisateurs.
- Les graphes utilisent des fonts "true type", et permettent l'affichage des caractères non-ASCII.
- Support de log au format CLF (utilisé par IIS).
Les sources et les paquets Debian sont disponibles sur le sites :
![[en]](../images/en.png)
Site officiel de WebDruid (2836 hits)
> Lire la dépêche (30 commentaires, moyenne: 2,7).
Vous avez demandé le commentaire #406729.
Run by 
Cette page a été générée par Templeet en 0.0846s (dont 0.0071 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
XHTML/CSS
ca existe un truc aussi complet que webalizer mais qui fait des sorties en XHTML que l'on puisse utiliser la CSS que l'on veut parce que même si c'est plus joli que webalizer, je trouve pas ca au top encore ! Bon j'ai vu que c'est prévu dans la roadmap mais c'est plutot le developpeur qui cherche d'autres membres connaissant le XHTML
[^]Re: XHTML/CSS
on m'a chaudement recommendé AWSTAT, il semble être capable de générer des rapport en XHTML :
...Static reports in one or framed HTML/XHTML pages, experimental PDF export,...
http://awstats.sourceforge.net/(...)
quelqu'un a-t-il une expérience du produit et comparé avec Webaliser/Webdruid ?
[+] [^]Re: XHTML/CSS
recommendé/recommandé
rapport/rapports
[^]Re: XHTML/CSS
J'ai pas eu l'ocasion d'utiliser souvant AWSTAT mais ce que j'en n'est vu ne m'a pas convaincu. Les graphs ne sont pas claire (je trouve) et ils ne sont pas générés à l'avance. Il faut demmander leur génération sur la page web au moment de les consulter. L'utilisation des frames et d'un CGI ne me plaids pas non plus. Maintenant c'est pas moi qui l'avait configuré alors... Il y a peut-etre des reglages.
[^]Re: XHTML/CSS
> ils ne sont pas générés à l'avance
si,si c'est possible : tu peux lancer le calcul en cron (comme webalizer). D'ailleurs le bouton pour le calcul en temps réel peut être supprimé.
> L'utilisation des frames et d'un CGI ne me plaids pas non plus.
il y a une option dans le fichier de config pour afficher les frames ou non (si il n'y a pas de frame, le menu se retrouve en haut de l'écran)
on peut également se passer du CGI si on génère les stats sous forme de pages statiques (comme webalizer aussi), mais dans ce cas on ne peut plus avoir le frame
> Il y a peut-etre des reglages.
y'en a pleins !!!!
[^]Re: XHTML/CSS
Le gros problème des produits de calcul de stats web est la gestion des logs multiples (cas de serveurs web "loadbalancés"). Je n'en ai trouvé aucun qui soit capable d'"avaler" les logs tels quels sans avoir à passer un gros sort sur la concaténation des différents fichiers.
Quelqu'un a déjà vu un produit capable de faire ça?
[^]Re: XHTML/CSS
Et bien WebDruid le fait :o)
Le fichier de configuration de WebDruid permet d'avoir plusieurs directives "LogFile", il est aussi possible de spécifier plusieurs fichiers de log sur la ligne de commande. De plus, WebDruid ne charge pas tout en mémoire, et trie "au fur et à mesure".
[^]Re: XHTML/CSS
Pour les "loadbalancés", je suis tombé sur ça :
http://www.backhand.org/mod_log_spread/(...)
jamais essayé ....
Mais pour les stats web j'utilise lire :
http://logreport.org/(...)
ex :
http://logreport.org/lire/ex/html.php?type=apache(...)
Un des rares à produire des stats parlantes et utilisables
[^]Re: XHTML/CSS
Pas de problème, une fois encore AWStats te les traite sans problème, sans copncaténation, sans sort. Il faut utiliser la directive LogFormat avec l'outil LogResolveMerge.pl qui fait du merge à la volée.
Test effectué sur des 5 fichiers de 5 Go. Passage sans problème et les résultats sont autrement meilleurs et plus clair que Webalizer.
[^]Re: XHTML/CSS
Parmi les gros plus de AWStats je citerai la possibilité d'avoir le listing complet pour chaque liste, une meilleure gestion des navigateurs et des os et des informations supplémentaire tels que la date de la dernière visite et le nombre de visite des robots d'indexation.
Ceci-dit je trouve effectivement que AWStats est moins facile à installer et à configurer que Webalizer et que le choix de mettre tout le code dans un seul fichier perl a autant d'avantages que d'inconvénients.
[^]Re: XHTML/CSS
faut leur laisser un peu de temps , ils en sont que a la version 0.5.3. Faut etre confiant pour le futur en vu de la road map :)
La liberté ! c'est sur ce principe que repose la démocratie alors pourquoi pas l'informatique ?
[^]Re: XHTML/CSS
Juste comme ca... tu peux faire du XHTML très peu adaptable via des CSS si tu codes mal (idem pour HTML 4.0 d'ailleurs). Ce qu'il te faut plutot chercher, c'est un outil qui te sorte des résultats en XHTML/CSS (CSS-2.0 serait un gros plus).
BeTa
[^]Re: XHTML/CSS
Le fait de faire une sortie en pur XHTML n'a rien à voir avec celui de pouvoir utiliser les CSS. L'utilisation d'un Doctype HTML 4.01 strict suffit largement et d'une manière générale organiser une page web de manière sémantique c'est ce qui permet de faire un bon usage des CSS.
[^]Re: XHTML/CSS
Ça tombe trés bien, tu peux parfaitement le faire avec webdruid !
Je viens de regarder les sources.
La génération des pages se basent sur des fichier XSLT
Il suffit de modifier ces fichiers XSLT pour avoir des pages XHTML ou HTML strict et ainsi utiliser CSS..
et Hop !
[^]Re: XHTML/CSS
AWStats le peut depuis quelques versions. Il génère en statique ou dynamique des pages XHTML.
Mais il t'offre en plus dans la derniere version sa base de données au format XML. A toi de générer tes pages comme tu veux avec des feuilles des styles XSLT.