DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Mijn plan een string te regular-expressionen om te kijken of hij puur uit cijfers bestaat:
En toch krijg ik er geen resultaat op. Vreemd, ik doe toch verder niks fout?
| 1 2 3 | preg_match("#([0-9]*)#Ui",$readdir,$match); ?> |
En toch krijg ik er geen resultaat op. Vreemd, ik doe toch verder niks fout?
zoiets?:quote:Op zaterdag 26 mei 2007 14:48 schreef Geqxon het volgende:
Mijn plan een string te regular-expressionen om te kijken of hij puur uit cijfers bestaat:
[ code verwijderd ]
En toch krijg ik er geen resultaat op. Vreemd, ik doe toch verder niks fout?
| 1 |
gelijk maar een vraagje:
kan met php een label van een drive c.q. cd uitlezen (de naar die je aan een drive kan geven)
Bedankt :)quote:Op zaterdag 26 mei 2007 15:44 schreef mschol het volgende:
[..]
zoiets?:
[ code verwijderd ]
??
gelijk maar een vraagje:
kan met php een label van een drive c.q. cd uitlezen (de naar die je aan een drive kan geven)
Een ruwe manier om aan je antwoord te komen:
| 1 2 3 | echo exec('dir C:'); ?> |
geeft waarschijnlijk als resultaat:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | Het volumenummer is 600A-3AE0 Map van C:Documents and SettingsAdministrator 25-05-2007 10:28 <DIR> . 25-05-2007 10:28 <DIR> .. 25-05-2007 10:14 <DIR> Bureaublad 01-02-2007 10:29 <DIR> Contacts 28-03-2007 13:24 <DIR> Favorieten 02-12-2006 16:06 <DIR> Menu Start 22-05-2007 23:11 <DIR> Mijn documenten 07-04-2007 18:19 <DIR> WINDOWS 0 bestand(en) 0 bytes 8 map(pen) 2.962.329.600 bytes beschikbaar |
Even door een regular expression halen (De volumenaam van station .* is (.*)), en je hebt hem. Het is rauw, het werkt alleen in het Nederlands, maar het werkt :)
http://nl3.php.net/manual/nl/function.ctype-digit.phpquote:Op zaterdag 26 mei 2007 14:48 schreef Geqxon het volgende:
Mijn plan een string te regular-expressionen om te kijken of hij puur uit cijfers bestaat:
[ code verwijderd ]
En toch krijg ik er geen resultaat op. Vreemd, ik doe toch verder niks fout?
hmm dirty workaroundquote:Op zaterdag 26 mei 2007 16:38 schreef Geqxon het volgende:
[..]
Bedankt
Een ruwe manier om aan je antwoord te komen:
[ code verwijderd ]
geeft waarschijnlijk als resultaat:
[ code verwijderd ]
Even door een regular expression halen (De volumenaam van station .* is (.*)), en je hebt hem. Het is rauw, het werkt alleen in het Nederlands, maar het werkt
had gehoopt op een functie (php heeft nml wel een hoop filesystem/directory functies, vandaar)
maar dit ga ik vanavond eff testen en bekijken...
heeft er iemand enig idee hoe ik een php script alle links binnen mijn site op kan zoeken, en zolang ze binnen het domein blijven een entry maken op mn sitemap?
dus eigenlijk gewoon een sitemap die zichzelf onderhoudt
dus eigenlijk gewoon een sitemap die zichzelf onderhoudt
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
beetje een workaround gevonden :')quote:Op zaterdag 26 mei 2007 22:29 schreef qu63 het volgende:
heeft er iemand enig idee hoe ik een php script alle links binnen mijn site op kan zoeken, en zolang ze binnen het domein blijven een entry maken op mn sitemap?
dus eigenlijk gewoon een sitemap die zichzelf onderhoudt :s)
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 | echo "xml version="1.0" encoding="UTF-8"?".">"; <urlset xmlns="http://www.google.com/schemas/sitemap/0.84" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.google.com/schemas/sitemap/0.84 http://www.google.com/schemas/sitemap/0.84/sitemap.xsd"> <url> <loc>http://www.qu63.nl/blog</loc> <changefreq>always</changefreq> <priority>1.0</priority> </url> <url> <loc>http://www.qu63.nl/blog/index.php</loc> <changefreq>always</changefreq> <priority>1.0</priority> </url> require('sql.php'); mysql_connect(DB_HOST, DB_USER, DB_PASS); mysql_select_db(DB_DATABASE); $result = mysql_query("SELECT * FROM mms WHERE s = 1 ORDER BY Id DESC"); while ($row = mysql_fetch_assoc($result)) { echo " <url>n"; echo " <loc>http://www.qu63.nl/blog/message.php?id=".$row['ID']."</loc>n"; echo " <changefreq>daily</changefreq>n"; echo " <priority>0.5</priority>n"; echo " </url>n"; } </urlset> ?> |
but does the trick :)
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
Ja, door al je bestanden (of contents) te scannen op links en die op de juiste manier te parsen. Probleem daarbij is: hoe onderscheid je een sublink van een crosslink?quote:Op zaterdag 26 mei 2007 22:29 schreef qu63 het volgende:
heeft er iemand enig idee hoe ik een php script alle links binnen mijn site op kan zoeken, en zolang ze binnen het domein blijven een entry maken op mn sitemap?
dus eigenlijk gewoon een sitemap die zichzelf onderhoudt
het ging mij dus ook meer om de uitovering er van, maar ik heb dus al iets gevondenquote:Op zaterdag 26 mei 2007 23:08 schreef JeRa het volgende:
[..]
Ja, door al je bestanden (of contents) te scannen op links en die op de juiste manier te parsen. Probleem daarbij is: hoe onderscheid je een sublink van een crosslink?
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
nice workaroundquote:Op zaterdag 26 mei 2007 23:08 schreef qu63 het volgende:
[..]
beetje een workaround gevonden
[ code verwijderd ]
but does the trick
*copy/paste*
Hoi,
ik zoek een script om clientdata te registreren. Zaken als OS, browser, versie etc.
Uiteindelijk ook een script/functie om schermresolutie etc. te analyseren.
Weet iemand waar ik zulke scripts kan vinden? Google geeft resultaat, maar ik ben niet geheel tevreden. Weet iemand een goede oplossing?
ik zoek een script om clientdata te registreren. Zaken als OS, browser, versie etc.
Uiteindelijk ook een script/functie om schermresolutie etc. te analyseren.
Weet iemand waar ik zulke scripts kan vinden? Google geeft resultaat, maar ik ben niet geheel tevreden. Weet iemand een goede oplossing?
Wat wil je onder andere weten van je bezoekers?
getallheaders() is verder een hele simpele oplossing: http://nl2.php.net/manual/nl/function.getallheaders.php . Daarmee kun je vrijwel alle nuttige informatie van je bezoekers ophalen.
getallheaders() is verder een hele simpele oplossing: http://nl2.php.net/manual/nl/function.getallheaders.php . Daarmee kun je vrijwel alle nuttige informatie van je bezoekers ophalen.
Hiermee kan ik de gegevens opvragen. Dank daarvoor, wist niet dat zoiets bestond.quote:Op zondag 27 mei 2007 22:40 schreef Tuvai.net het volgende:
Wat wil je onder andere weten van je bezoekers?
getallheaders() is verder een hele simpele oplossing: http://nl2.php.net/manual/nl/function.getallheaders.php . Daarmee kun je vrijwel alle nuttige informatie van je bezoekers ophalen.
Nu wil ik ook nog een script dat de gegevens transformeert naar "begrijpelijke" waarden
brows = firefox
version = 2.0.3
Country = The Netherlands
Language = dutch
OS = Linux
OS-version = suse
Op dit niveau. De headers opvragen is niet moeilijk, maar deze interpreteren is een tweede. Niet moeilijk, maar veel werk. En er zijn scripts die dit kunnen, die vind ik via Google. Maar wat is goed en wat niet?
OS, OS-versie, browser, browser-versie en met wat geluk taal zijn uit je headers te halen. Country kan je met een ip2location database vinden en word met wat geluk ook in je $_SERVER gezet in dat geval hoef je geen ip2location database te gebruiken. Resoluties, kleuren, java, flash en javascript word wat lastiger maar dat kan je met javascript laten doen en dan een plaatje laten laden of een AJAX call in de achtergrond laten doen om de gegevens naar de server terug te sturen.quote:Op zondag 27 mei 2007 23:04 schreef beerten het volgende:
[..]
Hiermee kan ik de gegevens opvragen. Dank daarvoor, wist niet dat zoiets bestond.
Nu wil ik ook nog een script dat de gegevens transformeert naar "begrijpelijke" waarden
brows = firefox
version = 2.0.3
Country = The Netherlands
Language = dutch
OS = Linux
OS-version = suse
Op dit niveau. De headers opvragen is niet moeilijk, maar deze interpreteren is een tweede. Niet moeilijk, maar veel werk. En er zijn scripts die dit kunnen, die vind ik via Google. Maar wat is goed en wat niet?
Voor het header parsen staan op deze sites wel wat scripts er voor: http://www.phpclasses.org/
phluphy for president!
Die komen in feite allemaal op hetzelfde (getallheaders) neer. Zoals WyrilHaximus al zei kun je desnoods nog een Javascriptje runnen die ook nog dingen als resolutie-instellingen opzoekt, die staan immers niet tussen de getallheader() informatie-stukjes. Ik zou er geen groot script voor gaan downloaden, zelf iets dergelijks in elkaar zetten is écht niet veel werk; voornamelijk met foreach() door getallheaders() loopen.quote:Op zondag 27 mei 2007 23:04 schreef beerten het volgende:
[..]
Hiermee kan ik de gegevens opvragen. Dank daarvoor, wist niet dat zoiets bestond.
Nu wil ik ook nog een script dat de gegevens transformeert naar "begrijpelijke" waarden
brows = firefox
version = 2.0.3
Country = The Netherlands
Language = dutch
OS = Linux
OS-version = suse
Op dit niveau. De headers opvragen is niet moeilijk, maar deze interpreteren is een tweede. Niet moeilijk, maar veel werk. En er zijn scripts die dit kunnen, die vind ik via Google. Maar wat is goed en wat niet?
In navolging van bovenstaande vragen:
wat is de beste manier om bezoekers-data op te slaan? Een record per hit is best leuk, maar je zit binnen no-time met 100.000+ records in je tabel, en dan begint stats genereren zolang te duren heb ik gemerkt
Oplossing: data samenvoegen tot iets nuttings en uit je tabel gooien. Maar hoe?
Wat is slim / handig? Hoe hou je meeste / nuttigste informatie over?
wat is de beste manier om bezoekers-data op te slaan? Een record per hit is best leuk, maar je zit binnen no-time met 100.000+ records in je tabel, en dan begint stats genereren zolang te duren heb ik gemerkt
Oplossing: data samenvoegen tot iets nuttings en uit je tabel gooien. Maar hoe?
Wat is slim / handig? Hoe hou je meeste / nuttigste informatie over?
X: Zelf loop ik nu ook tegen dat probleem aan. (Alleen dan met 1.2M+ hits.) Wat je het beste kunt doen per dag of per week stats opslaan, en deze dan gegevens dan gebruiken om je overall stats te genereren. It's will be smart to save it as day, week, month, quarter year and year so you don't have to much load to make your overall stats. Something else that is smart to do it saving each bit of information that can be reused in a seperate table so you don't have the problem of huge amount of data in your index table. The reason for this is with growing tables they become slower to search and save data into.
phluphy for president!
quote:Op maandag 28 mei 2007 14:28 schreef WyriHaximus het volgende:
...
Normalisatie van je database dus.
Op het moment dat een gebruiker de site bezoekt, begint deze een sessie. --> tabel sessie
- sessie -id
- ip-adres
- profiel_id
Die gebruiker bezoekt pagina's, die behoren tot een sessie --> tabel
- visit-id
- sessie-id
- pagina-id
- timestamp
Pagina's worden door verschillende gebruikers opgevraagd ---> tabel
- pagina-id
- pagina-naam
Iedere gebruiker heeft een eigen profiel met zaken als OS, browser etc. Dit alles komt meerdere keren voor, dus een tabel 'profiel' met de data in subtabellen
-profiel-i
- browser-id
- os-id
- version-id
- screebres-id
- browser-id
- browser-name
- os-id
- os-name
Zoiets. Nu heb je nergens dubbele data staan en heb je je informatie zo kompact mogelijk = snel opgeslagen.
Deze opzet gebruik ik voor een script dat het gedrag van de gebruiker gaat analyseren. Wie bezoekt welke pagina, hoe browsen gebruikers door de sie, welke links/paden.
Daarnaast houdt het ook algemene stats bij.
Overigens staat de database layout versimpelt weergegeven.
version-id
- version-name
Dit had ik ook al bedacht idd... data per dag optellen, en per 7 dagen weer als week optellen etc.quote:Op maandag 28 mei 2007 14:28 schreef WyriHaximus het volgende:
It's will be smart to save it as day, week, month, quarter year and year so you don't have to much load to make your overall stats.
De data splitsen over meer tabellen vind ik dat weer niet handig, maar dat is meer vanuit de gedachte dat je de stats als iets 'extra' bijhoudt bij een site. Daar 6 tabellen ofzo voor gebruiken vind ik dan weer vrij veel, in verhouding ... als je een dedicated statistieken rapportage ding bouwt is dat een ander verhaal natuurlijk
Overigens gebruik ik meestal gewoon een OneStat account, scheelt mij weer een hoop gedoe
Ik gebruik 10 tabellen voor me stats . Komt vooral om de snelheid te verhogen . Queries kosten op een gegeven moment een secconde en dat alleen maar om wat stats en dat ging me toch echt iets te ver . En dat waren nog niet eens de stats dat was puur het reccorden . Voor een kleine site boeit het niet echt aangezien je toch niet bar veel hits zou hebben. Maar na me actie met een zooitje PvP Item kosten screenshots op de wow forums was ik in een weekje 500k hits rijker en dan ga je toch echt wel kijken naar hoe je dingen sneller kan laten gaan .quote:Op maandag 28 mei 2007 18:53 schreef Xcalibur het volgende:
[..]
Dit had ik ook al bedacht idd... data per dag optellen, en per 7 dagen weer als week optellen etc.
De data splitsen over meer tabellen vind ik dat weer niet handig, maar dat is meer vanuit de gedachte dat je de stats als iets 'extra' bijhoudt bij een site. Daar 6 tabellen ofzo voor gebruiken vind ik dan weer vrij veel, in verhouding ... als je een dedicated statistieken rapportage ding bouwt is dat een ander verhaal natuurlijk
Overigens gebruik ik meestal gewoon een OneStat account, scheelt mij weer een hoop gedoe
. Komt vooral om de snelheid te verhogen 
. En dat waren nog niet eens de stats dat was puur het reccorden Ik begin me nu in eens af te vragen waarom ik zomaar engels ging praten daar .
.
phluphy for president!
Ja, dat vind ik dus teveel van het goede.... waarom doe je het eigenlijk zelf, en niet met een OneStat oid?quote:Op maandag 28 mei 2007 19:08 schreef WyriHaximus het volgende:
Ik gebruik 10 tabellen voor me stats .
Ik dacht dat je een quote ergens vandaan had gehaaldquote:Op maandag 28 mei 2007 19:08 schreef WyriHaximus het volgende:Ik begin me nu in eens af te vragen waarom ik zomaar engels ging praten daar .
geeft niet joh, gebruik ik er ook gewoon nog steeds naastquote:Op maandag 28 mei 2007 19:36 schreef JortK het volgende:
Foute post sorry.
Zie opmerking hierboven . De reden dat ik het zelf doe is eingelijk gewoon voor de fun en omdat ik wil kijken of ik zoiets netjes kan bouwen .quote:Op maandag 28 mei 2007 19:44 schreef Xcalibur het volgende:
[..]
Ja, dat vind ik dus teveel van het goede.... waarom doe je het eigenlijk zelf, en niet met een OneStat oid?
Nee zat ook wow te spelen en dat daar ook in gesprek maar dan in het engelsquote:Op maandag 28 mei 2007 19:44 schreef Xcalibur het volgende:
[..]
Ik dacht dat je een quote ergens vandaan had gehaald
phluphy for president!
Het heeft nog veel meer voordelen. Je kan precies zien wat een user uitvreet. Je kan zelfs post en get variabelen afvangen (alle formfields, zoektermen, errormessages etc.)quote:
Je kan het integreren in een beveiligingssysteem.
Je hebt namelijk een duidelijk profiel van de gebruiker (ip, sessie-id, browser, os etc) Als er gedurende de sessie ook maar iets veranderd is de sessie gestolen, dus een hack-attempt.
Wat de grootte van de tabellen betreft: Je zou inderdaad een onderhoudsscript kunnen schrijven dat op gezette tijden de dagstatistieken wegschrijft naar weken/maanden/dagen/uren. Zoiets.
Ja, duidelijk... maar wat is dan de 'best practise' zeg maar?quote:Op maandag 28 mei 2007 20:22 schreef beerten het volgende:
Wat de grootte van de tabellen betreft: Je zou inderdaad een onderhoudsscript kunnen schrijven dat op gezette tijden de dagstatistieken wegschrijft naar weken/maanden/dagen/uren. Zoiets.
Die is afhankelijk van je eisen als je bijvoorbeeld na 3 maanden genoegen neemt met een samenvatting per dag/maand, dan moet je de statistieken dus 'compileren' en opslaan. Je kunt er ook voor kiezen om bijvoorbeeld na 365 dagen statistieken te verwijderen, dan moet je dus per statistiek een timestamp gaan bijhouden. Het ligt er dus aan wat jij wilquote:Op maandag 28 mei 2007 20:27 schreef Xcalibur het volgende:
[..]
Ja, duidelijk... maar wat is dan de 'best practise' zeg maar?
