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 

Tout ce qui a été posté par ozmonitor

  1. ozmonitor
    Bonsoir, Joomla est plus simple, enfn je pense . Mais il va falloir développer le composant en question, donc compétences php nécessaires. Bon courage.
  2. ozmonitor
    Bonsoir, Ah oui , avec Google adsense, il ne faut pas mettre le _blank car click = 0 dans ce cas ! a+
  3. ozmonitor
    Bonsoir, Je pense que la redirection invisible est la solution pour vous ! Si vous êtes chez OVH, activez la redirection en ORT invisible. A+
  4. ozmonitor
    Effectivement il s'agit du : a:after { [...] content: " [" attr(href) "]"; } Bon courage.
  5. ozmonitor
    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.
  6. ozmonitor
    Bonjour, il va falloir vérifier les parms de vos div ou tableau. sinon, mettez au début de la page, juste après le <body> la ligne suivante : <div align="center"> et ... avant le </body> </div> Bon courage.
  7. ozmonitor
    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 A+
  8. ozmonitor
    Bonjour, Urchin chez OVH analyse les fichiers log des serveurs apache. Tandis que Urchin by Google (le gratuit Google Analytics) analyse en mode ASP seulement les browsers avec javascript activé comme le fait phpmyvistes, xiti ou estat. Cordialement,
  9. ozmonitor
    J'ai maintenant mes stats d'hier jusqu'à 11h30 ! mais ça ne correspond pas aux stats de phpmyvisites avez-vous la même chose ?
  10. ozmonitor
    Part de Firefox sur mon site : Novembre (en cours) : 66.8% Octobre : 73% Septembre : 63% Chez moi, le public est ciblé : des connaisseurs +++ Longue vie à Firefox
  11. ozmonitor
    Bonjour, Excellente étude "Régis", et ... j'aime bien leur graphes : Cependant, en France et encore plus en Belgique, on doit faire des efforts : Finlande 32,13% Allemagne 27,87% France 17,33% Belgique 13,31% La France est certes au dessus de la moyenne européenne qui est de 16.9% mais on veut plus A+
  12. ozmonitor
    Bonjour, Pour les newbies et les pros aussi je conseil Joomla il ne répond pas à 100% à ce cahier de charges mais ... c'est le mieux placé en plus le dev des composant et/ou modules est assez simple. Bon courage.
  13. ozmonitor
    Bonjour, Depuis le lancement de mon site, je constate que plus de 66% de mes visiteurs et abonnés utilisent Firefox Certes la grande majorité est constituée de connaisseurs (webmaster, developpeur, webagency ...) mais c'est étonnant p/r aux stats officielles ! Longue vie à Firefox Constatez-vous la même chose ? A+
  14. ozmonitor
    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 Je garde pour l'instant mon phpmyvistes, car ça fonctionne bien et en plus c'est en temps réel a+
  15. ozmonitor
    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+
  16. ozmonitor
    Voir la doc suivante : http://httpd.apache.org/docs/1.3/vhosts/ si vous voulez que www.domaine2.tld et www.domaine3.tld pointent vers www.domaine1.tld, il va falloir mettre un vhost name www.domaine1.tld puis mettre les alias www.domaine2.tld et www.domaine3.tld ensuite appliquez vos régles url rewriting. a+
  17. ozmonitor
    Bonjour, Pourquoi vous ne mettez pas de virtual host ? Ceci peut bien vous simplifier la vie. Mettre par exemple un vhost avec ses alias et ... mettre votre url rewriting dans le httpd.conf dans chaque bloque vhost Cordialement.
  18. ozmonitor
    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 Enfin une bonne nouvelle, car en tout cas, Google ne le met pas dans la case "Beta" Bien cordialement,
  19. ozmonitor
    Bonjour, Merci pour cette remarque que je pense pertinente En attendant la version 1.2 qui doit apporter plus d'aide et plus d'explications sur les graphes, les newbies peuvent visiter la page suivante (elle existait déjà : Comment interpréter les rapports ? ) : http://www.ozmonitor.net/content/view/32/1/ Bien cordialement, ozMonitor
  20. ozmonitor
    Bienvenue au club
  21. ozmonitor
    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.
  22. ozmonitor
    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 Bien Cordialement,
  23. ozmonitor
    Bonjour, Je me présente, un peu tard (1 mois après mon enregistrement au HUB), mais vaut mieux tard que jamais 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 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
  24. ozmonitor
    Bonjour et merci pour vos encouragements qui sont bien nombreux, Oui on peut superviser 3 sites avec un seul compte. et ... un grand merci au HUB. Bien cordialement, ozMonitor
  25. ozmonitor
    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...