Das opzich niet zo heel erg mits je PostgreSQL en MySQL naast elkaar kan draaien op dezelfde machine. Als er dan ook nog een easy install script of howto komt gaat het mij misschien ook wel lukken om deze stats te installeren zodat we ook weer beschikken over OGR-stats en de mogelijkheid hebben tot het terug vinden van Dupes:
Heb madman gewezen op dit topic.
Voor zover ik weet (ik draai het) werkt het alleen op PostgreSQL, omdat het functies gebruikt die MySQL niet kent.
Zoals je dit gemaakt hebt, zou je dit even in een zipje kunnen posten? Lijkt me wel mooi op dat ook zo te gebruiken! Maak er dan zelf wel even een andere look omheen
Sja, heb hem dit ook ooit eens gevraagd en zou het nog wat 'opschonen' zodat het wat makkelijker voor andere te gebruiken is maar helaas niets meer van gehoord. Wie weet komt het nog:
[...]
Zoals je dit gemaakt hebt, zou je dit even in een zipje kunnen posten? Lijkt me wel mooi op dat ook zo te gebruiken! Maak er dan zelf wel even een andere look omheen
Verwijderd
PostgreSQL is intussen beschikbaar op windows, maar alleen voor ntfs. kijk ook alhier. Ik heb er afgelopen jaar een verslag over moeten schrijven voor school maar meer dan er een beetje mee stoeien heb ik niet gedaan:
Die machine is een grove schande voor DPC
[...]
Voor den n00b: Er draait dus geen koetje op
(BTW: Volgens mij is er geen PostgreSQL voor Windows... )
PHPStats is uiterlijk wel hetzelfde als PPStats, dit omdat ik dat simpelweg nog steeds de beste stats vind.. vnl qua overzicht en bedieningsgemak
Cupra Born
Das al prettig om te horen
Dat is dan jammer maar dan moeten we maar aan de linux
)
[ Voor 7% gewijzigd door Reinstein op 16-08-2005 23:51 ]
Lachen, de proxy in het Fries
Klinkt goed allemaal, werkt het ook onder IIS ? of alleen onder Apache ?
IIS ondersteund geen symbolic links voor zover ik weet, heb ik eerder naar gezocht ivm de Mythor stats
(en nee, overstappen naar Apache is voor ons geen optie)
Ik heb zelf de PHPstats v0.175 Beta aangepast zodat ie geschikt is voor OGR25.
Nu is die nog niet te downloaden, maar ik zal hem binnenkort wel online zetten.:
[...]
En is die ook te downloaden zodat wij daar ook gebruik van kunnen maken?
[ Voor 30% gewijzigd door ramonp op 04-10-2005 14:07 ]
Ziet er goed uit
Heb je eventueel nog een idee om het probleem op te lossen dat ontstaat als er geen log is van een vorige dag? Dat gaat bij ons namelijk vast wel voorkomen bij OGR 
En wat is dan precies het probleem? Lopen de stats vast en gebeurd er niets meer of verschijnt er een error en verder niets?
[ Voor 12% gewijzigd door Witlof op 05-10-2005 10:28 ]
Het probleem is dat de datum in de database nog op de vorige dag staat.:
[...]
Ziet er goed uit
[ Voor 23% gewijzigd door Wortelsoep op 05-10-2005 10:58 ]
Probleem is opgelost.:
[...]
Ziet er goed uit
0 G
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Staat ergens in dit topic vermeld hoe je dat kan doen. Volgens mij gepost door Mythor:
Heeft iemand misschien al een workaround om snel je oude logs in de db te krijgen? Ik heb namelijk logs die teruglopen tot 24-08-2003, en om nou voor elke dag ?d=20030824, 20030825 te gaan doen heb ik niet zo heeeel veel zin in
Ik heb al geprobeerd het met een php-scriptje voor elkaar te krijgen maar dat gaat denk ik te hard, zodat ik vrij snel de mededeling krijg dat er al een update bezig is.
/edit: kuch, 'vrij snel' was een beetje een understatement, er staat welgeteld één regel van 24-08-03 in de db
Weet iemand snel of er in php een manier is om je script even te laten wachten? gevonden
:
code om stats te update, zo uit mn hoofd ( test het eerst even dus
dit zou de stats moeten updaten vanaf 5 jan 2005 tot nu:
code:
<? $url = "http://stats.org/stats/sub.php?d="; $now = date("Ymd"); $day = 60*60*24; $add = 0; while($date != $now){ $date = date("Ymd", mktime(0, 0, 0, 01, 05, 2005)+($add * $day)); $add++; echo "inserting: ".$date."<br>"; $handle = fopen($url.$date, "r"); fclose($handle); } ?>
zet $gnuplot (in init.php) even op 0 als je alles wilt gaan updaten en daarna weer op 1, het is niet nuttig om elke keer al de plaatjes te genereren
[ Voor 33% gewijzigd door Witlof op 05-10-2005 11:14 ]
Ik zei toch dat er nog wat bugjes is zitten...:
[...]
Druk jij je hits niet per Gigs aan?
[ Voor 10% gewijzigd door ramonp op 05-10-2005 11:51 ]
1
| $stats = array("ogrp2");//,"rc572"); |
1
| $file = $setting['log_path'].$setting['log_pre'].'ogr'.$setting['date'.$db].$setting['log_sufix']; |
, ik hoop alleen een kleine bijdrage te leveren door het iig te testen
[ Voor 30% gewijzigd door Wortelsoep op 06-10-2005 16:42 ]
[ Voor 55% gewijzigd door Witlof op 06-10-2005 16:29 ]
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Ik heb het er ingeplaatst, alleen kan ik het niet testen omdat ik maar van een paar maanden logs heb.
MySQL heeft het er alleen vrij zwaar mee, hij is nu al ruim een uur aan het draaien op full load maar dat is niet erg. Er staan nu ruim 22000 blokjes in, en hij zit pas in juni 2004. Dus hij moet nog wel even Ik weet niet hoeveel blocks het toaal zijn maar ga er vanuit dat het we iets langer dan een uur kan duren:
Ik ben nu al een flinke tijd bezig met updatelog.php en het lijkt perfect te werken
Het dubbelcheck-probleem heb ik even heel banaal opgelost door gewoon geen primary key in de tabel te hebben. Of dat problemen oplevert merk ik later wel.
Mysql is snel maar als er veel inserts moeten worden gedaan dat vind geen enkele dbase leuk (zeker niet als er ook nog eens een hoop indexen op hangen.. die vertragen het inserts en bji veel inserts ga je dat goed merken )[ Voor 11% gewijzigd door Webgnome op 07-10-2005 18:52 ]
autocomit heb je uitstaan?:
Ik ben nu al een flinke tijd bezig met updatelog.php en het lijkt perfect te werken
Het dubbelcheck-probleem heb ik even heel banaal opgelost door gewoon geen primary key in de tabel te hebben. Of dat problemen oplevert merk ik later wel.
)
Nu moet ik altijd ff een pagina terug browsen. Ga de nieuwe versieo ok ff proberen.
done:
misschien nog handig om de link naar je downlaod in je signature te zetten
Ik heb een tijdje geleden de laatste versie van Mythor geprobeerd (0.175?) op PHP5, maar dat wilde bij mij niet lekker lopen.:
Wilde het vandaag even proberen maar volgens mij werkt het niet met PHP5 of wel
check. Heb er 1200 geflushed op het ene adres en er staan er 2400 
En waar komt die [...] vandaan bovenaan de stats achter de teamnaam
Waarom kan ik het password niet aanpassen via de website?
[ Voor 74% gewijzigd door Witlof op 11-10-2005 17:23 ]
Dat van die verschillende mappen voor OGR en RC5 is op zich wel makkelijk te maken.:
Heb er nog niet echt naar gekeken maar op de gehoste server staan de stats nu en werken. Nu heb ik alleen een vraagje. Is het mogelijk om in te stellen dat de OGR logs in een andere dir staan dan de rc5 logs? Heb namelijk aparte directory's aangemaakt voor het overzicht en daarin staan de logfiles met de datum als naam.
Uhm, als ik nu een IP-adres aan een user koppel en dan de update weer laat lopen staan er 2x zoveel blokjes onder de IP-adressen
Zag ook de error maar dat moet op te lossen zijn door de logs te laten verwijzen naar de hoofddir van de proxy en dan bij rc5 en ogr een toevoeging maken van iets als ogrp2/ en bij rc5 iets van rc572/ denk ik.
Oh, en hoe zat het met die error van OGR? Die datum klopt niet echt
[...]
En waar komt die [...] vandaan bovenaan de stats achter de teamnaam
En als laatste vraag
Gewoon altijd de update draaien bij het openen van de hoofdpagina
Heb het al opgelost door er <mapnaam>/ voor te zetten. Werkt perfect
Het leek 'opeens' opgelost te zijn
Wat nu nog wel prettig is om een IP-adres van een member te kunnen verwijderen en onder een andere naam neer te zetten zodat alle blokjes ook daarbij komen te staan. Dus dat de blokjes weer 'vrij komen' onder de naam unknown. Had nu iets te snel IP-adressen toegevoegd waardoor er 1 onder admin kwam te staan. Na veel pielen is dat IP-adres onder admin weg en onder de juiste member gezet. Echter blijven de blokjes in de stats onder admin staan doordat deze 'geclaimed' zijn Hoe zit het met de 'error' dat er geen logfile beschikbaar is? Daardoor wordt niets geupdate. Ook niet als je dus IP-adressen aan members koppelt en de stats update.
OK, dat is dan duidelijk
Mooi, anders komt er straks iemand langs die leuk denkt te zijn en alles weggooid, aanpast of gewoon vern**kt
En waar staat die
geduld. Hij heeft hem nog niet online gezet iig. De dag duurt nog langer dan deze 16uur en 20min.:
en waar staat die
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
zie: http://proxy.divisionbrabant.nl
[ Voor 23% gewijzigd door Witlof op 12-10-2005 19:12 ]
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
ik heb de console log zo staan.:
PHPstats gaan er vanuit dat het console log er zo clog20050727.log uitziet.
Probeer als wachtwoord eens 'pino' en heb het even moeten testen en ben het vergeten terug te zetten, toen ik de database heb geexporteerd
1
2
3
4
5
6
| ============================== modules/gnuplot.php ===============
vervang:
$plot.="set size
door
$plot="set size
De eerste keer bestaat $plot nog niet dus mag je geen .= gebruiken |
dat klopt, maar in de functie zelf bestaat hij niet, of je moet het als global in die functie definieren.
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Ik zal het aanpassen, je hebt me overtuigd:
[...]
dat klopt, maar in de functie zelf bestaat hij niet, of je moet het als global in die functie definieren.
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Dat is misschien wel te maken, maar wat heeft het overzicht voor meerwaarde?:
Ik zat net even te kijken en zag dat de optie tot een overzicht van 'dupes' ontbrak. Is dat doordat deze versie dit helemaal niet ondersteund of gewoon nog niet naar gekeken is? Voor een voorbeeld, zie de stats van DSmarty
dupes kan niet zonder database wijziging, reparsen alle log en code aanpassingen. er worden momenteel geen sub id's of block id's opgeslagen in de database.:
Ik zat net even te kijken en zag dat de optie tot een overzicht van 'dupes' ontbrak. Is dat doordat deze versie dit helemaal niet ondersteund of gewoon nog niet naar gekeken is? Voor een voorbeeld, zie de stats van DSmarty
Ubero: #2, Euler: #1, GOT: #1, Des: #1, Zeta: #1, Eon: #3, OGR-24: #3, OGR-25: #7,
LM: #7, AP: #5, DF: #19, D2OL: #37, SOB: #50, TSC: #63, RC5: #96
Makkelijk een overzicht als je meer geflushed hebt volgens de proxy dan dnet weergeeft wie hiervoor eventueel verantwoordelijk is? Als iemand bv nog niet weet hoe het precies werkt met offline PC's en verkeerd te werk gaat of iemand bewust loopt te kloten kun je dat makkelijk terug vinden.
Ahaa, dus dat is nogal wat werk begrijp ik hieruit
[ Voor 20% gewijzigd door Witlof op 21-10-2005 14:57 ]
:strip_icc():strip_exif()/u/6514/Icon_Angry_Kid.jpg?f=community){kind=icon}
:strip_exif()/u/42156/crop57a45cfbafe18_cropped.gif?f=community)
/u/70049/crop63eb27fd3d18d_cropped.png?f=community)
:strip_exif()/u/5862/linux_logo4.gif?f=community){kind=logo}
:strip_icc():strip_exif()/u/6838/crop5f5d0e19683d6_cropped.jpeg?f=community)
:strip_exif()/u/21097/logo.gif?f=community){kind=logo}
:strip_exif()/u/9778/images%2520copy.gif?f=community)
:strip_icc():strip_exif()/u/25009/crop65f1e3109d1b7_cropped.jpg?f=community)
:strip_exif()/u/52308/badger.gif?f=community)
:strip_exif()/u/106062/Gijsh.gif?f=community)