web-dev-qa-db-fra.com

Surcharge du serveur Piwik

Je développe un site intranet sur un Raspberry Pi et je suis intéressé par l'intégration de Piwik dans mon code. Cependant, ma question est la suivante: quel sera l’impact sur le temps processeur et la RAM du pi Piwik fonctionne-t-il comme une constante et tout le temps analyseur en arrière-plan, ou les données y sont-elles alimentées passivement jusqu'à ce que quelqu'un accède à Piwik à partir d'un navigateur, à quel moment les ressources système seront-elles consommées en profondeur?

Merci.

2
mh00h

Vous pourrez peut-être le faire fonctionner si vous attendez un très petit nombre de visites (par exemple, moins de deux cents par jour) - mais il va rapidement tomber si le trafic est beaucoup plus élevé et que vous hébergez Piwik sur le Pi lui-même. La surcharge est faible lors du suivi individuel des pages vues, mais elle est assez importante lors du processus d'archivage qui génère des rapports.

Tout d'abord, à chaque chargement de page, il y aurait un appel de la page pour suivre la vue de la page via piwik.php - il s'agit d'un très petit script qui effectue une insertion MySQL pour chaque action. Il est peu probable que cela pèse lourdement sur les ressources du Pi en soi. Le plus gros problème serait de devoir charger PHP support sur votre serveur Web et d’exécuter une base de données MySQL sur le périphérique; de toute façon, les frais généraux seront minimes.

La deuxième charge, beaucoup plus lourde, est "archivage", où les rapports sont réellement générés. Cela peut être planifié en tant que tâche cron ou déclenché lorsque l'utilisateur accède à l'interface d'administration de Piwik. Si vous avez eu un très petit nombre de visites, cela devrait fonctionner correctement - cela fonctionne bien pour les sites faiblement accédés sur des plans d'hébergement partagé bas de gamme - mais à un moment donné, vous atteindriez un maximum et votre site s'effondrerait. le script d'archive. Ce n'est pas quelque chose que je ne serais pas à l'aise de faire dans un environnement aussi contraint si je n'avais pas très bien compris que l'utilisation serait très faible - et à ce moment-là, je ne suis pas sûr de l'intérêt de l'inclusion d'une analyse Web robuste. solution comme Piwik est.

Une autre solution - et c'est probablement ce que je ferais - consiste à héberger Piwik sur un serveur différent et à simplement faire en sorte que les pages Web servies à partir de la référence Pi soient référencées. Si les scripts Piwik résident sur un serveur différent, tout ce que le Pi ferait serait d'inclure un contenu statique lié à ces scripts. À ce stade, l'impact sur les performances du Pi est très proche de zéro.

2
Thaeli