Bekijk Volledige Versie : WEBALIZER elke uur laten updaten
Hallo zou WEBALIZER dat bij diectadmin gebruikt wordt elk uur willen laten updaten, zodat je live kunt bekijken naar je bezoekers aantal. nu wordt dit maar dagelijks geupdate.
ga naar /etc/cron.d en pas directadmin_cron aan
bijvoorbeeld de volgende regel:
0 * * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
Triloxigen
26/10/09, 11:11
Toch nog even een waarschuwing, er is een reden waarom statistieken over het algemeen maar een keer per dag updaten natuurlijk.
100% beter is uiteraard om een eigen tellertje op je website te installeren natuurlijk, je vraagt nogal wat van het systeem om op low level niveau een update te doen.
0 * * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
door deze wordt het tot elke minuut gedaan?
Nee, elke 0de minuut van het uur.
nu doet hij het gewoon niet meer. heb heel de dag gewacht, server reboot gedaan, maar zelf op het uur dat hij deze normaal doet om 01.00 doet hij het niet meer :-s
Triloxigen
27/10/09, 10:54
Wat is je cron nu?
deze moest ik er plaatsen
0 * * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
dus heb deze gewijzigt
Toch nog even een waarschuwing, er is een reden waarom statistieken over het algemeen maar een keer per dag updaten natuurlijk.
omdat je anders te veel dataverkeer hebt door het f5'en op je statistieken? :innocent:
Triloxigen
27/10/09, 17:52
omdat je anders te veel dataverkeer hebt door het f5'en op je statistieken? :innocent:
Nee, omdat statistieken berekenen aardig zwaar kan zijn en dus de normale werkzaamheden van de server beperkt kunnen worden.
't Is natuurlijk geen webalizer, maar leuk als je statistiekjes wilt over alles :-)
http://www.google.com/intl/nl_ALL/analytics/
't Is natuurlijk geen webalizer, maar leuk als je statistiekjes wilt over alles :-)
http://www.google.com/intl/nl_ALL/analytics/
Want analytics is wel lekker realtime? ;)
Yourwebhoster
27/10/09, 23:06
Elke manier om stats te meten heeft zo zijn voor en nadelen. Analytics scheelt weer op de server maar kan de laadtijd van een pagina enorm verhogen heb ik gemerkt, ik heb geen idee hoe dit komt. server-side statistieken programma's hebben weer meer van de server nodig en zo zijn er nog veel meer voor- en nadelen.
Het is maar net wat je wilt of waar je voor kiest.
heb google voor enkele maar maak ook graag gebruik van Weballizer.
inmiddels ook ontdekt dat hij geen dagelijkse backup meer maakt, als ik vraag om van de 3.4.0 naar de 3.4.1 te upgraden gaat deze ook niet mooi door.
heeft hier iemand het standaard doc van directadmin? zodat ik hem terug naar het oude kan zetten? liever 1x per dag dan helemaal niets meer.
Yourwebhoster
28/10/09, 10:56
Je hebt toch alleen de cronjob toegevoegd of wat heb je allemaal gedaan?
had alleen die cronjob gewijzigt.
2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue;
naar
0 * * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
heb de regel van vroeger terug gevonden. is wel van dedi en van mij is een vps hoop dat het niet erg is. zal van avond zien wat het geeft. zie ondertussen al wat ik verkeerd gedaan had. oeps dom van me.
Yourwebhoster
28/10/09, 11:11
Wat heb je verkeerd gedaan dan??
In elk geval maakt dit voor DA niks uit of het een VPS of een dedi is, de DA structuur blijft hetzelfde.
had 2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue; vervangen door 0 * * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
nu heb dit erin staan:
* * * * * root /usr/local/directadmin/dataskq
2 0-23/6 * * * root echo 'action=vacation&value=all' >> /usr/local/directadmin/data/task.queue;
#5 5 * * 0 root /sbin/quotaoff -a; /sbin/quotacheck -augm; /sbin/quotaon -a;
20 4 1 * * root echo 'action=reset&value=all' >> /usr/local/directadmin/data/task.queue
0 4 * * * root echo 'action=check&value=license' >> /usr/local/directadmin/data/task.queue
0 * * * * root echo 'action=tally&value=all' >> /usr/local/directadmin/data/task.queue
zal vanacht zien wat hij doet.
Yourwebhoster
29/10/09, 13:58
Kijk in de logs bij in DirectAdmin, dit verteld je wellicht meer. Kijk ook bij de cron jobs log.
de cron log staat gewoon niets meer. verder n de andere logs kan ik niets vinden wat er zou op kunnen duiden, dat er een fout zou zijn, zie ook niet dat de cron nog uitgevoerd is.
Yourwebhoster
29/10/09, 14:26
Voeg me anders even op msn toe, wellicht kan ik je dan helpen.
Staat in directadmin.conf wel: webalizer=1?
Al onderstaand geprobeerd?
echo "action=tally&value=all" >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq d800Zodra hij hier mee klaar is zouden de statistieken gemaakt moeten zijn.
Yourwebhoster
29/10/09, 16:31
Het lijkt er op dat de task.queue niet uitgevoerd wordt, heb dit handmatig aan de crontab toegevoegd maar dit is niet de goede oplossing.
Verder worden opdrachten naar task.queue/r geschreven (heet letterlijk "task.queue/r", niet dus in een map task.queue met daarin r, terwijl in de commando's geen /r staan en ook niet in de handmatige toevoeging). Sowieso vreemd, heb dit nog nooit meegemaakt. Maar het schijnt dat het een beetje wilt werken dus we wachten een nachtje en kijken wat er dan gebeurt.
Cron draait gewoon trouwens,
Yourwebhoster
29/10/09, 17:07
alles werkt verder, commando's werden ook naar task.queue/r geschreven, nu heb ik het een paar keer getest en schrijft hij het naar task.queue wat goed is. Nu handmatig aan de root crontab -e toegevoegd en het werkte. Nu even een nachtje doorhalen en kijken wat nu gebeurt, denk niet dat dit blijft werken.
Vreemde is dat het eerst wel werkte, totdat hij via sftp de cron aanpaste (zie openings post).... sowieso apart om via sftp te doen als je het mij vraagt maar goed. Hier zal wel iets fout gegaan zijn.
vreemd is dat cron geen log geeft, evenals de task.queue ookal worden ze allebei gedraaid (task.queue draait handmatig)