Aller au contenu

ozmonitor

Webmaster Régulier
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    59

  • Inscrit(e) le

  • Dernière visite

 Type de contenu 

Messages postés par ozmonitor

    firefox et spip...affichage décalé

    dans Les Navigateurs

    Posté

    Effectivement, c'est strange comme bug.

    a mon avis, ceci ressemble à une option de debug activée sous spip et qui ne marche qu'avec Firefox.

    j'ai analyser le code html : RAS

    il reste à étudier le code javascript et les différents css du site en question.

    mais ... regardez d'abord les options du site sous spip.

    Bon courage.

    Google Analytics

    dans Statistiques du net

    Posté

    Bonsoir,

    Je confirme aussi les heures américaines et la maj des stats à plus de 24h

    En plus, comme google analytics rame un peu à cause du grand nombre de "testeurs", il fait ramé mes sites web alors ... je l'ai désactivé sur les sites en production et je le laisse pour le moment sur les sites de tests.

    Un petit conseil : attention aux temps de téléchargement de vos sites avec Google analytics dans les headers, ça risque de mouliner de temps en temps :evil:

    A+

    Firefox: 66% de mes visiteurs utilisent Firefox !

    dans Les Navigateurs

    Posté · Modifié par ozmonitor

    Bonjour,

    Depuis le lancement de mon site, je constate que plus de 66% de mes visiteurs et abonnés utilisent Firefox :blink:

    Certes la grande majorité est constituée de connaisseurs (webmaster, developpeur, webagency ...) mais c'est étonnant p/r aux stats officielles !

    Longue vie à Firefox :hourra:

    Constatez-vous la même chose ?

    A+

    Google Analytics

    dans Statistiques du net

    Posté

    Je suis donc le mouvement, pas de statistiques pour hier. Je vais laisser encore un peu pour voir si ca s'améliore.

    <{POST_SNAPBACK}>

    Je confirme pas de stats pour hier ou aujourd'hui, seulement pour le 15 et le 16/11.

    J'ai maintenant le message suivant : Attente de données :evil:

    Je garde pour l'instant mon phpmyvistes, car ça fonctionne bien et en plus c'est en temps réel :D

    a+

    Google Analytics

    dans Statistiques du net

    Posté

    Comment gère-t-il les sous-domaines ? Faut-il ajouter un site ou fera-t-il la distinction ?

    Bonjour,

    Si les sous domaines sont indépendants, alors oui, il va falloir les rajouter. car ils se comportent comme des sites différents. Ceci va donner la visibilité et les stats domaine par domaine.

    A+

    Google Analytics

    dans Statistiques du net

    Posté

    Bonjour,

    Google Analytics est donc gratuit (499$ au temps d'Urchin puis 199$ lors du rachat par Google) si votre site ne dépasse pas les 5 millions de pages vues par mois.

    Certes Google frappe un grand coup et cela risque de faire bien mal aux différentes solutions de statistiques web. Mais .... Attention à la disponibilité et les performances de cet outils, malgré la puissante machine Google, il était hier, soit down, soit en maintenance, soit très chargé (et pour cause )! Donc à priori pas de stats avec en plus une surcharge de votre page vue par l'internaute (d'où l'intéret des outils comme phpmyvistes, gratuit aussi et utilise la même méthode, et en plus sur votre serveur).

    Je pense que je vais le tester cette semaine et comparer ses stats avec phpmyvistes :fete:

    Enfin une bonne nouvelle, car en tout cas, Google ne le met pas dans la case "Beta" :)

    Bien cordialement,

    Supervisez votre site web gratuitement

    dans Statistiques du net

    Posté

    Par contre le fait de monitorer un ou plusieurs sites web, cela ne leur donne pas un petit ralentissement ou une petite charge au moment du monitoring ?

    Bonjour,

    Je ne pense pas qu'une requête web va surcharger votre site, au contraire, grâce à cette supervision externe vous allez connaître les performances de votre site, autrement dit la perception du site par un internaute x ou y.

    Raisonnons par l'absurde (un peu de math :-) ), si une requête qui à lieu toutes les 30 minutes surcharge votre site, alors votre site est déjà surchargé et ... il va falloir passer à l'offre supérieure auprès de votre hébergeur web.

    D'où l'intérêt des solutions comme ozMonitor. On met le doigt là où ça risque de faire mal ! la vision externe : la seule vision pertinente :-) ... celle de vos visiteurs.

    On a beau à avoir une cpu idle (capacité processeur disponible) qui frôle les 70%, une mémoire libre de 40% et ... pourtant un site lent ! peut-être mal développé ou au débit réseau insuffisant ... ou présentant des lenteurs de réponses sql ...

    Je reviens à votre question, comment ça fonctionne ? ozMonitor ne fait qu'un téléchargement (GET HTML) toutes les 30 minutes de la page html sans les images et sans les animations flash ... donc pas de surcharge ni au niveau du serveur ni au niveau du réseau.

    De toute façon, il faut superviser les serveurs de l'intérieur comme de l'extérieur. Aujourd'hui ozMonitor propose la supervision extérieure (des services) et en attendant la version 2.0 on va pouvoir superviser les indicateurs internes (comme la cpu, mémoire, disk ...) .

    voilà, voilà.

    Bien cordialement,

    ozMonitor.

    Supervisez votre site web gratuitement

    dans Statistiques du net

    Posté

    Je suis intéressé par le système OzMonitor. Par contre il n'y a pas de Démo on Line pour voir comment cela fonctionne et quel sont les fonctions ?

    Bonjour,

    En ce qui concerne la demo, oui elle disponible, et est en version beta. Elle concerne les trois principaux moteurs de recherche (Google, Yahoo et Msn). En effet cette demo vous donne l'état de notre réseau vis-à-vis de ces moteurs de recherches et elle ne constitue en aucun cas une comparaison ou un dénigrement d'un site donné (une alerte peut traduire aussi bien une défaillance du site en question, une défaillance de notre réseau ou de notre système).

    Je reviens à la demo, il va falloir suivre le lien suivant :

    http://www.ozmonitor.net/?option=com_ozdemo

    Ceci dit, on est entrain de mettre en place certaines nouvelles fonctionnalités, par exemple :

    - La comparaison de votre site web avec celui de votre hébérgeur.

    - Réduction du temps de polling en cas de défaillance de votre site afin de détecter au mieux le retour à la normale

    - Revérification de l'état du site web en cas de fausse défaillance avant notification (alerte ponctuelle ! )

    - et bien plus ...

    Voila voila.

    Et comme toujours, toute remarque est la bienvenue :)

    Nous comptons sur tous les membres d'ozMonitor afin d'améliorer nos services :whistling:

    Bien Cordialement,

    ozMonitor

    dans Les nouveaux membres se présentent

    Posté

    Bonjour,

    Je me présente, un peu tard (1 mois après mon enregistrement au HUB), mais vaut mieux tard que jamais :blush:

    Moi c'est monsieur supervision. J'ai beaucoup travaillé sur les outils de la supervision commerciaux et opensource (ingénierie, intégration, administration et développement).

    Jai aussi travaillé sur les portails CMS de type Joomla (ex Mambo), PHP-Nuke ...

    Je viens de mettre en place la première solution de supervision complètement gratuite et ... francophone (enfin je pense).

    La version corp de ozMonitor est dans le pipe :)

    Le tout est gratuit bien sûr :hourra:

    Et en ce moment je travaille sur une évolution majeure de la supervision externe non intrusive, en effet, je lancerai la supervision à la fois interne des serveurs (cpu, mémoire, swap et disques) et aussi externe (vision internaute du site web)

    Je souhaite mettre en place un réseau francophone (gratuit) de robots de supervision (France, Quebec, Belgique, Suisse, Maroc ...)

    En ce sens, avez-vous des idées de développement optimiste et ... réaliste ?

    Oups, je vous présente mon site Internet : www.ozmonitor.net

    (Version 1.0 : supervision externe des sites web en simulant un internaute avec ... un FireFox :) )

    Si vous avez des suggestions et/ou des critiques sur mon site Internet ou sur la solution, alors n'hésitez pas.

    Bien cordialement,

    ozMonitor

    Montée en charge d'un serveur

    dans Les fondations d'un site

    Posté

    Bonjour,

    Deux outils permettant de mesurer les temps de traitement de requêtes sur un serveur Web ont été utilisés :

    * Apache Bench (ab) : petit outil fourni dans la distribution d'Apache. Il permet de tester les performances de n'importe quel serveur en spécifiant un nombre de requêtes à envoyer sur le serveur avec un niveau de concurrence (simultanéité des requêtes). Si on ne précise pas de niveau de concurrence, l'outil envoie une requête, attend la réponse, envoie la suivante, attend la réponse, et ainsi de suite jusqu'à l'envoi de toutes les requêtes. Il faut également préciser l'URL du document sur lequel portent les requêtes.

    * httperf: outil similaire à Apache Bench. Il faut préciser le nom du serveur, le nom du document, et le nombre de requêtes. Cet outil permet en plus de définir des sessions : chaque session correspond à un utilisateur et comprend un nombre de requêtes à lancer ainsi que le délai entre chaque requête. On définit aussi un taux de création des sessions à la seconde (plus d'infos ...).

    L'avantage d'utiliser deux outils est de pouvoir comparer les mesures, et voir si les temps ne diffèrent pas d'un outil à l'autre pour un même test ce qui tendrait à faire penser qu'un des deux outils fournit des résultats faussés.

    Exemples :

    ****

    ab -n 1000 -c 1000 http://172.16.48.2/idfr/compteur.php

    Cette commande signifie qu'on lance 1000 requêtes ( -n 1000 ), que le niveau de concurrence (simultanéité) est 1000 ( -c 1000 ), et que chaque requête porte sur le fichier situé à l'URL http://172.16.48.2/idfr/compteur.php . Cela correspond à 1000 clients simultanés opérant chacun une requête (on ouvre donc 1000 connexions sur le serveur). On peut également faire varier le nombre de requêtes simultanées : par exemple on peut lancer 1000 requêtes, avec un niveau de concurrence égal à 500. Dans ce cas, le programme de test (ab) s'assurera que le nombre de requêtes simultanées ne dépasse pas 500 au cours du test. Ces tests permettent de connaître la réaction du serveur face à une montée en charge, mais cette situation n'est pas très réelle (elle permet néanmoins de tester la robustesse du serveur) et il a été nécessaire de réaliser des tests permettant de simuler une situation ressemblant plus au comportement des utilisateurs, moins brusque et plus longue dans le temps.

    ****

    httperf --wsess=225,50,0 --rate=150 --server=172.16.48.2 --uri=/idfr/compteur.php

    Cette commande signifie qu'on lance 150 sessions à la seconde ( --rate=150 ), qu'il y a 225 sessions à lancer et que chaque session se compose de 50 requêtes " à la suite " ( 0 seconde entre deux requêtes ) ( --wsess=225,50,0 ) , et chaque requête porte sur le fichier /idfr/compteur.php situé sur le serveur 172.16.48.2 . Chaque session ouvre une connexion avec le serveur, et utilise cette même connexion pour envoyer ses requêtes et recevoir les réponses du serveur (notion de connexions persistantes). Le fait de fixer le taux de création des sessions à 150 signifie qu'on simule 150 utilisateurs arrivant sur le serveur par seconde. Par conséquent puisqu'on simule 225 clients, il faut moins de 2 secondes pour qu'ils aient tous commencé à effectuer leurs requêtes (donc on peut parler de clients simultanés).

    Bon courage,

×
×
  • Créer...