[PHP/(My)SQL] voor dummies #107

Index

» digital corner

» development

actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
pi_124516902
quote:
14s.gif Op dinsdag 26 maart 2013 10:45 schreef KomtTijd... het volgende:
Weet iemand of er een manier bestaat om in de tabel zelf op te slaan of een record uitgelezen is met een bepaalde query?

bijv. SELECT * FROM table AND UPDATE table SET uitgelezen = 1

of moet ik daar 2 queries van maken?
Gewoon 2 queries van maken.
pi_124518147
ja ik zit weer te moeilijk te denken voor een simpel probleem geloof ik.
zcflevo.nl
  dinsdag 26 maart 2013 @ 13:08:19 #228
118585 Crutch
Filantroop || Taalzwengel
pi_124521337
quote:
14s.gif Op dinsdag 26 maart 2013 11:30 schreef KomtTijd... het volgende:
ja ik zit weer te moeilijk te denken voor een simpel probleem geloof ik.
Houdt de geest jong. :7
Je moeder is een hamster
  dinsdag 26 maart 2013 @ 15:47:58 #229
63192 ursel
"Het Is Hier Fantastisch!
pi_124527339
Mensen hier al met MariaDb gespeeld?
Dit naar aanleiding van onderstaande bericht. :P

http://webwereld.nl/nieuw(...)n-massaal-mysql.html
pi_124528781
quote:
0s.gif Op dinsdag 26 maart 2013 15:47 schreef ursel het volgende:
Mensen hier al met MariaDb gespeeld?
Dit naar aanleiding van onderstaande bericht. :P

http://webwereld.nl/nieuw(...)n-massaal-mysql.html
Toevallig gisteren even naar gegoogled. Ben nog niet gelijk geneigd om het te gaan installeren maar zo te zien is het ook op de licentie na weinig anders...
zcflevo.nl
  dinsdag 26 maart 2013 @ 17:55:27 #231
63192 ursel
"Het Is Hier Fantastisch!
pi_124532519
quote:
14s.gif Op dinsdag 26 maart 2013 16:24 schreef KomtTijd... het volgende:

[..]

Toevallig gisteren even naar gegoogled. Ben nog niet gelijk geneigd om het te gaan installeren maar zo te zien is het ook op de licentie na weinig anders...
Even snel geinstalleerd en database geimporteerd. Applicatie werkt verder gewoon goed naar behoren.
Zend Profiler geeft aan dat er qua performance ook praktisch geen verschil is. Maar goed. Dat is onder amper load en even snel kijken op +/- 100 queries uitvoer.
pi_124532997
Kan ik jullie weer lastig vallen met mijn complexe vragen? Ik zal mijn probleem even omschrijven met een zo simpel mogelijk voorbeeld.

Ik heb een database met, zeg, 3 dieren: kat, hond, vis. Elk dier heeft maximaal 8 verschillende eigenschappen. Die eigenschappen zijn gekoppeld aan een nummer dat ook weer gekoppeld is aan elk dier.

De ene database ziet er dus zo uit:

Dier_ID-----------Dier
1--------------------Kat
2--------------------Hond
3--------------------Vis

En de andere database zo:

Eigenschap_ID-------Eigenschap------------Dier_ID
1----------------------------Miauwt------------------1
2----------------------------Jaagt op muizen-----1
3----------------------------Geeft kopjes----------1
4----------------------------Heeft een staart------1
5----------------------------Blaft----------------------2
6----------------------------Heeft een staart------2
7---------------------------Zwemt--------------------3

Ik weet dus niet of deze database wel geschikt is om het probleem op de meest handige manier aan te pakken.

Wat ik nu wil is een checkboxlist, waarmee ik dieren kan filteren op eigenschappen. Stel ik vink alleen "zwemt" aan, dan wil ik alleen de vis als resultaat. Vink ik alles aan behalve "geeft kopjes", dan wil ik graag alle dieren, behalve de kat als resultaat.

Heeft iemand een idee op welke manier ik dit probleem het beste kan oplossen?
pi_124536199
beter maak je een aparte tabel met alle mogelijke eigenschappen en een koppeltabel om deze aan dieren te koppelen.

SELECT DISTINCT dier_id FROM koppeltabel WHERE eigenschap_id IN (values van chekboxes)
zcflevo.nl
pi_124536507
quote:
14s.gif Op dinsdag 26 maart 2013 19:25 schreef KomtTijd... het volgende:
beter maak je een aparte tabel met alle mogelijke eigenschappen en een koppeltabel om deze aan dieren te koppelen.

SELECT DISTINCT dier_id FROM koppeltabel WHERE eigenschap_id IN (values van chekboxes)
Daarmee ben je er niet ;) Hij wil namelijk alleen de dieren waarvan alle eigenschappen geselecteerd zijn. Dus als één van de eigenschappen niet is geselecteerd (in zijn voorbeeld "geeft kopjes" mag hij niet in de lijst voorkomen, dat is bij jou nu wel het geval.
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_124536784
quote:
0s.gif Op dinsdag 26 maart 2013 19:32 schreef Rockfire het volgende:

[..]

Daarmee ben je er niet ;) Hij wil namelijk alleen de dieren waarvan alle eigenschappen geselecteerd zijn. Dus als één van de eigenschappen niet is geselecteerd (in zijn voorbeeld "geeft kopjes" mag hij niet in de lijst voorkomen, dat is bij jou nu wel het geval.
Dat maakt het ook zo lastig denk ik. Een array in de database opslaan zou het makkelijkste zijn. :P
pi_124536944
SELECT DISTINCT dier_id FROM koppeltabel WHERE dier_id NOT IN ( SELECT DISTINCT dier_id FROM koppeltabel WHERE eigenschap_id NOT IN ( values van checkboxes ) )
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_124537464
quote:
0s.gif Op dinsdag 26 maart 2013 19:40 schreef Rockfire het volgende:
SELECT DISTINCT dier_id FROM koppeltabel WHERE dier_id NOT IN ( SELECT DISTINCT dier_id FROM koppeltabel WHERE eigenschap_id NOT IN ( values van checkboxes ) )
Moet ik nu dus een 3e tabel aanmaken, die de dierentabel koppelt met de kenmerkentabel?
pi_124537611
quote:
0s.gif Op dinsdag 26 maart 2013 19:50 schreef pascal08 het volgende:

[..]

Moet ik nu dus een 3e tabel aanmaken, die de dierentabel koppelt met de kenmerkentabel?
Ik was doorgegaan op het voorbeeld van KomtTijd, het moet niet, maar in jouw voorbeeld kun je nu een eigenschap niet aan meerdere dieren koppelen. Als je het niet doet moet je in mijn query "koppeltabel" vervangen door "eigenschappentabel"
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_124546447
quote:
0s.gif Op dinsdag 26 maart 2013 19:52 schreef Rockfire het volgende:

[..]

Ik was doorgegaan op het voorbeeld van KomtTijd, het moet niet, maar in jouw voorbeeld kun je nu een eigenschap niet aan meerdere dieren koppelen. Als je het niet doet moet je in mijn query "koppeltabel" vervangen door "eigenschappentabel"
Wat zou beter zijn voor de prestaties?

2 tabellen, waarbij elke regel een dier koppelt aan een eigenschap

óf

3 tabellen waarbij één tabel uit unieke kenmerken bestaat en één tabel die per regel een kenmerk aan een dier koppelt?

Natuurlijk uitgaande van de query die jij hier post.

Ik zie eigenlijk het nut niet van die koppeltabel, want in de eigenschappen tabel kan ik toch ook in meerdere regels aangeven dat een dier meerdere kenmerken heeft?
pi_124546854
Eh. Ik denk dat prestaties op dit moment wel het laatste zijn waar je je druk om hoeft te maken.
zcflevo.nl
pi_124547938
quote:
14s.gif Op dinsdag 26 maart 2013 22:21 schreef KomtTijd... het volgende:
Eh. Ik denk dat prestaties op dit moment wel het laatste zijn waar je je druk om hoeft te maken.
Oké, dan ga ik het eerst proberen zonder koppeltabel aangezien in die 2 tabellen al heb. Mocht dat niet lukken, dan kom ik wel weer terug.

Bedankt voor de input. ^O^
pi_124548298
Ik snap niet helemaal hoe je dat voor je ziet. Je wilt meerdere eigenschappen kunnen koppelen aan meerdere dieren?
zcflevo.nl
pi_124549037
quote:
5s.gif Op dinsdag 26 maart 2013 22:39 schreef KomtTijd... het volgende:
Ik snap niet helemaal hoe je dat voor je ziet. Je wilt meerdere eigenschappen kunnen koppelen aan meerdere dieren?
Ja.
pi_124549496
Dan heb je die koppeltabel dus gewoon nodig.
zcflevo.nl
pi_124549553
quote:
0s.gif Op dinsdag 26 maart 2013 22:14 schreef pascal08 het volgende:
Ik zie eigenlijk het nut niet van die koppeltabel, want in de eigenschappen tabel kan ik toch ook in meerdere regels aangeven dat een dier meerdere kenmerken heeft?
je hebt nu twee keer de eigenschap "heeft een staart" in de tabel staan. Stel je hebt straks 100 dieren met een staart in de database staan en je wilt de beschrijving van de eigenschap aanpassen. Dan zul je dus 100 records in de database moeten aanpassen, terwijl met een koppeltabel je slechts één record zou hoeven aan te passen.

En dan heb ik het nog niet gehad over de mogelijkheid die ontstaat dat je per ongeluk dezelfde eigenschap bij een ander dier anders omschrijft...
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_124549620
quote:
14s.gif Op dinsdag 26 maart 2013 22:57 schreef KomtTijd... het volgende:
Dan heb je die koppeltabel dus gewoon nodig.
quote:
1s.gif Op dinsdag 26 maart 2013 22:58 schreef Rockfire het volgende:

[..]

je hebt nu twee keer de eigenschap "heeft een staart" in de tabel staan. Stel je hebt straks 100 dieren met een staart in de database staan en je wilt de beschrijving van de eigenschap aanpassen. Dan zul je dus 100 records in de database moeten aanpassen, terwijl met een koppeltabel je slechts één record zou hoeven aan te passen.

En dan heb ik het nog niet gehad over de mogelijkheid die ontstaat dat je per ongeluk dezelfde eigenschap bij een ander dier anders omschrijft...
That makes sense. :D

[ Bericht 4% gewijzigd door pascal08 op 26-03-2013 23:13:00 ]
pi_124549805
quote:
14s.gif Op dinsdag 26 maart 2013 22:57 schreef KomtTijd... het volgende:
Dan heb je die koppeltabel dus gewoon nodig.
quote:
1s.gif Op dinsdag 26 maart 2013 22:58 schreef Rockfire het volgende:

[..]

je hebt nu twee keer de eigenschap "heeft een staart" in de tabel staan. Stel je hebt straks 100 dieren met een staart in de database staan en je wilt de beschrijving van de eigenschap aanpassen. Dan zul je dus 100 records in de database moeten aanpassen, terwijl met een koppeltabel je slechts één record zou hoeven aan te passen.

En dan heb ik het nog niet gehad over de mogelijkheid die ontstaat dat je per ongeluk dezelfde eigenschap bij een ander dier anders omschrijft...
Ik ga even de tabellen omgooien. :)

Ik moet dus hebben:

Dierentabel:

Dier_ID-----------Dier
1--------------------Kat
2--------------------Hond
3--------------------Vis

Eigenschappentabel:

Eigenschap------------Eigenschap_ID
Miauwt-------------------1
Jaagt op muizen-----2
Geeft kopjes-----------3
Heeft een staart------4
Blaft-----------------------5
Zwemt--------------------6

Koppeltabel:

Eigenschap_ID----------Dier_ID
1------------------------------1
2------------------------------1
3------------------------------1
4------------------------------1
4------------------------------2
5------------------------------2
6------------------------------3

Op deze manier blijven de omschrijvingen van de eigenschappen veel consequenter. Dat is toch wat jullie bedoelen? Ook denk ik dat een database het fijner zal vinden om te zoeken naar getalletjes in plaats van strings. :)

[ Bericht 4% gewijzigd door pascal08 op 26-03-2013 23:13:04 ]
pi_124555468
Ik zou ook gaan voor 3 tabellen.

1. dier.
2. dingen die het dier kan doen
3. het koppel tabel die dier en actie koppelen.

Qua performance moet dat weinig uitmaken op dit moment maar ook met 1.000.000 records zou dit super snel moeten werken! *)
:)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124557575
quote:
0s.gif Op dinsdag 26 maart 2013 23:03 schreef pascal08 het volgende:

[..]

[..]

Ik ga even de tabellen omgooien. :)

Ik moet dus hebben:

Dierentabel:

Dier_ID-----------Dier
1--------------------Kat
2--------------------Hond
3--------------------Vis

Eigenschappentabel:

Eigenschap------------Eigenschap_ID
Miauwt-------------------1
Jaagt op muizen-----2
Geeft kopjes-----------3
Heeft een staart------4
Blaft-----------------------5
Zwemt--------------------6

Koppeltabel:

Eigenschap_ID----------Dier_ID
1------------------------------1
2------------------------------1
3------------------------------1
4------------------------------1
4------------------------------2
5------------------------------2
6------------------------------3

Op deze manier blijven de omschrijvingen van de eigenschappen veel consequenter. Dat is toch wat jullie bedoelen? Ook denk ik dat een database het fijner zal vinden om te zoeken naar getalletjes in plaats van strings. :)
Inderdaad :Y

Vergeet ook niet om indexen aan te maken ;)
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_124646990
quote:
0s.gif Op dinsdag 26 maart 2013 19:37 schreef pascal08 het volgende:

[..]

Dat maakt het ook zo lastig denk ik. Een array in de database opslaan zou het makkelijkste zijn. :P
Kan wel een array in de db opslaan. :P
pi_124756137
Iemand enig idee hoe ik deze pagina's van waypoint kan screenscrapen?
Ik krijg niet de juiste data terug:(
https://app.halowaypoint.(...)tch-b5bae280fab08275

1
2
3
4
5
6
7
8
9
10
11
12
13
14		<?php
$url = 'https://app.halowaypoint.com/en-us/Halo4/Ninja%20pgl/wargames/match-b5bae280fab08275';
$agent= $_SERVER['HTTP_USER_AGENT'] ;

$ch = curl_init();
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false);
curl_setopt($ch, CURLOPT_VERBOSE, true);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_USERAGENT, $agent);
curl_setopt($ch, CURLOPT_URL,$url);
$result=curl_exec($ch);
echo '<xmp>'.$result.'</xmp>';

?>
Klein test scriptje
pi_124757875
Wat krijg je dan terug? En wat verwacht je terug te krijgen? Log je wel eerst in?
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
  maandag 1 april 2013 @ 16:07:58 #253
84926 WyriHaximus
Release the hounds smithers!
pi_124758760
quote:
0s.gif Op maandag 1 april 2013 15:34 schreef rekenwonder het volgende:
Wat krijg je dan terug? En wat verwacht je terug te krijgen? Log je wel eerst in?
Idd word gelijk door geredirect naar een login. @Darkomen ff wat meer werk in stoppen door o.a. een cookie jar te gebruiken of zoiets als selenium of phantomjs te gebruiken.
phluphy for president!
pi_124763491
Nog wel een tip als je beter het proces beter wil volgen:
1
2		curl_setopt($ch, CURLOPT_STDERR, fopen('php://output', 'w+'));
curl_setopt($ch, CURLOPT_VERBOSE, true);
Ook nuttig in dit geval:
1curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
En waar ^^ al op hintte: gebruik CURLOPT_COOKIEJAR.
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
pi_124765050
quote:
0s.gif Op maandag 1 april 2013 15:34 schreef rekenwonder het volgende:
Wat krijg je dan terug? En wat verwacht je terug te krijgen? Log je wel eerst in?
Een stat pagina.
Was idd de login vergeten.

En bedankt, ga maar eens met de nieuwe suggesties aan de slag
pi_124765542
Iemand een idee hoe ik deze query beter kan schrijven?

1
2
3
4
5
6
7		SELECT `plaatjes`.*
FROM `plaatjes`
LEFT JOIN `views` ON `views`.`category` = `plaatjes`.`category`
WHERE YEAR(`views`.`date`) = YEAR(CURRENT_DATE - INTERVAL 1 MONTH)
AND MONTH(`views`.`date`) = MONTH(CURRENT_DATE - INTERVAL 1 MONTH)
GROUP BY `views`.`category`, `plaatjes`.`category`
ORDER BY `views`.`date` DESC

structuur en indexes
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		CREATE TABLE IF NOT EXISTS `plaatjes` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `category` varchar(32) CHARACTER SET latin1 NOT NULL,
  `filetype` tinyint(3) unsigned NOT NULL,
  `filename` varchar(40) CHARACTER SET latin1 NOT NULL,
  `filesize` int(10) unsigned NOT NULL,
  `height` int(10) unsigned NOT NULL,
  `width` int(10) unsigned NOT NULL,
  `animated` enum('j','n') CHARACTER SET latin1 NOT NULL DEFAULT 'n',
  `views` int(10) unsigned NOT NULL,
  `lastview` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  KEY `category` (`category`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 COLLATE=utf8_bin ROW_FORMAT=DYNAMIC AUTO_INCREMENT=28350 ;

-- --------------------------------------------------------

CREATE TABLE IF NOT EXISTS `views` (
  `category` varchar(32) NOT NULL,
  `date` date NOT NULL,
  `tstamp` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00' ON UPDATE CURRENT_TIMESTAMP,
  `views` int(10) unsigned NOT NULL,
  `thumbs` int(10) unsigned NOT NULL,
  `searches` int(10) unsigned NOT NULL,
  UNIQUE KEY `category` (`category`,`date`),
  KEY `date` (`date`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;

maar deze gebruikt filesort, iets wat ik graag wil voorkomen aangezien dat nogal in de snelheid beperkt.

1
2		1,SIMPLE,views,index,category,category,37,NULL,35317,Using where; Using index; Using temporary; Using f...
1,SIMPLE,plaatjes,ref,category,category,34,nvt****_anipl.views.category,17

Iemand een idee?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124808135
Wat probeer je precies te bereiken met je query?
fokstok.nl
pi_124838601
Het ligt wat ingewikkelder dan ik dacht.

Ik heb eerst een token nodig van M$ Live via "Connect Live OAuth 2.0"
Alleen kan ik daar voor php en connect live weinig over vinden.
Wel voor google.

Heeft iemand van jullie daar ervaring mee? php +connect live OAuth 2.0?

Daarmee moet ik weer een token van halowaypoint ophalen, daar is genoeg over gedocumenteerd op http://api.auntiedot.net
Als ik die beide heb dan kan ik de gewenste json data ophalen en verwerken.
pi_124839733
quote:
0s.gif Op dinsdag 2 april 2013 20:56 schreef Light het volgende:
Wat probeer je precies te bereiken met je query?
Ik sla dagelijks views op basis van de categorieën. In deze views sla ik de datum, timestamp, categorie naam, aantal thumb views, image views en zoek opdrachten op. Deze wil ik gebruiken in combinatie met het plaatjes tabel. Eerst wil ik bv de beste categorieen van de laatste dag/maand opvragen en daarbij wil ik het plaatjes tabel gebruiken om een plaatje (liefst, het best bekeken plaatje) uit te kunnen lezen.

Nu kreeg ik via een ander forum de volgende query voorgesteld, maar deze werkt ook niet snel, denk er nu aan om deze query te splitsen in 2 queries zodat ik deze sneller kan laten draaien (denk ik).

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15		SELECT plaatjes.*
FROM (
  SELECT MAX(plaatjes.id) AS id, plaatjes.category, a.date_viewed
  FROM (
    SELECT category, MAX(date) AS date_viewed
    FROM views
    WHERE date BETWEEN date_sub(CURDATE(), INTERVAL '1' month) and CURDATE()
    GROUP BY category
  ) a
  LEFT JOIN plaatjes ON a.category = plaatjes.category
  GROUP BY plaatjes.category, a.date_viewed
) b
LEFT JOIN plaatjes ON b.id = plaatjes.id
ORDER BY b.date_viewed DESC
LIMIT 5 

Alleen lijkt deze wat complex, snap er zelf de helft maar van :P en is wel een stuk sneller (van 10 seconden naar 1-2 seconden).

Iemand een idee?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124852956
Ik heb een testje gedaan, en wat blijkt 2 queries zijn sneller ;)

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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100		<?php

function microtime_float()
{
    list($usec, $sec) = explode(" ", microtime());
    return ((float)$usec + (float)$sec);
}

function getRecordsByDate(&$db, $search = '1 DAY')
{
    $sql = "SELECT SQL_NO_CACHE category, MAX(date) AS date_viewed
            FROM views
            WHERE date BETWEEN date_sub(CURDATE(), INTERVAL " . $search . ") and CURDATE()
            AND `category` != ''
            GROUP BY category
            LIMIT 5";
    $db->q($sql);
    if ($db->rows() > 0)
    {
        $l = array();
        foreach ($db->fetch() AS $k=>$v)
        {
            $l[$v['category']] = $v['date_viewed'];
        }
        
        if (count($l) > 0)
        {
            $sql = "SELECT `plaatjes`.*
                    FROM `plaatjes`
                    WHERE `category` IN ('" . implode("','", array_keys($l)) . "')
                    GROUP BY `plaatjes`.`category`
                    ORDER BY `plaatjes`.`views` DESC";
            $db->q($sql);
            
            return $db->fetch();
        }
    }
    return array();
}

function getRecordsByDateOld(&$db, $search = '1 DAY')
{
    $sql = 'SELECT SQL_NO_CACHE plaatjes.*
            FROM (
                  SELECT MAX(plaatjes.id) AS id, plaatjes.category, a.date_viewed
                  FROM (
                        SELECT category, MAX(date) AS date_viewed
                        FROM views
                        WHERE date BETWEEN date_sub(CURDATE(), INTERVAL '  . $search . ') and CURDATE()
                        AND `category` != \'\'
                        GROUP BY category
                       ) a
                  LEFT JOIN plaatjes ON a.category = plaatjes.category
                  GROUP BY plaatjes.category, a.date_viewed
                ) b
            LEFT JOIN plaatjes ON b.id = plaatjes.id
            ORDER BY b.date_viewed DESC
            LIMIT 5';
    
    $db->q($sql);
    if ($db->rows() > 0)
    {
        return $db->fetch();
    }
    else
    {
        return array();
    }
}

echo '1 day old function<br />';
$time_start = microtime_float();
for ($x = 0; $x < 100; $x++)
{
    getRecordsByDateOld($db, '1 DAY');
}
echo round(microtime_float() - $time_start, 2) . " secs<br />";

echo '1 day new function<br />';
$time_start = microtime_float();
for ($x = 0; $x < 100; $x++)
{
    getRecordsByDate($db, '1 DAY');
}
echo round(microtime_float() - $time_start, 2) . " secs<br />";

echo '1 month old function<br />';
$time_start = microtime_float();
for ($x = 0; $x < 100; $x++)
{
    getRecordsByDateOld($db, '1 MONTH');
}
echo round(microtime_float() - $time_start, 2) . " secs<br />";
echo '1 month new function<br />';
$time_start = microtime_float();
for ($x = 0; $x < 100; $x++)
{
    getRecordsByDate($db, '1 MONTH');
}
echo round(microtime_float() - $time_start, 2) . " secs<br />";

uitkomst:
1
2
3
4
5
6
7
8		1 day old function
4.63 secs
1 day new function
4.51 secs
1 month old function
33.67 secs
1 month new function
0.19 secs

met name de maand functie is extreem snel.. waarom? geen idee... nu eens ff online testen.

Online versie vertelt nog een mooier verhaal.

1
2
3
4
5
6
7
8		1 day old function
55.34 secs
1 day new function
0.19 secs
1 month old function
79.06 secs
1 month new function
0.19 secs

In mijn lokale versie zijn er nog geen statistieken van 'vandaag' / 'gisteren' online wel.. Toch raar want vele mensen zeggen dat 1 query altijd sneller is dan 2........

[ Bericht 0% gewijzigd door Chandler op 03-04-2013 21:32:06 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124853300
Voer eens tien duizend je functie uit en kijk dan eens naar het gemiddelde.
pi_124853410
why 10.000? dan is mijn systeem nog wel ff bezig...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124853734
quote:
0s.gif Op woensdag 3 april 2013 21:28 schreef Chandler het volgende:
why 10.000? dan is mijn systeem nog wel ff bezig...
Omdat je dan pas betrouwbare statistieken hebt ;) Eén keer een query uitvoeren zegt nog heel weinig over de gemiddelde tijd.
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_124853833
quote:
0s.gif Op woensdag 3 april 2013 21:28 schreef Chandler het volgende:
why 10.000? dan is mijn systeem nog wel ff bezig...

http://en.wikipedia.org/wiki/Central_limit_theorem

Daarom :P
pi_124854658
Goed goed goed, eerst maar eens 1.000 keer! *) zal mijn laptop CPU leuk vinden! :P
quote:
0s.gif Op woensdag 3 april 2013 21:33 schreef Rockfire het volgende:
Omdat je dan pas betrouwbare statistieken hebt ;) Eén keer een query uitvoeren zegt nog heel weinig over de gemiddelde tijd.
100 keer vond ik anders toch aardig wat, zijn dus in totaal 400 queries geweest

[ Bericht 56% gewijzigd door Chandler op 03-04-2013 23:26:02 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124858771
quote:
0s.gif Op woensdag 3 april 2013 21:21 schreef Chandler het volgende:
Ik heb een testje gedaan, en wat blijkt 2 queries zijn sneller ;)
[ code verwijderd ]

uitkomst:
[ code verwijderd ]

met name de maand functie is extreem snel.. waarom? geen idee... nu eens ff online testen.

Online versie vertelt nog een mooier verhaal.
[ code verwijderd ]

In mijn lokale versie zijn er nog geen statistieken van 'vandaag' / 'gisteren' online wel.. Toch raar want vele mensen zeggen dat 1 query altijd sneller is dan 2........
Ik vind 0.19 seconden niet bijzonder snel maar die andere functies wel erg traag. Volgens mij mis je her en der wat indexen.
fokstok.nl
pi_124860416
De indexen kun je inzien in posts hierboven, daar moet volgens mij weinig mis mee zijn.

0.19 voor 100x deze query uitvoeren? oftewel 0.0019? best snel toch?

-edit-
laptop crasht tot 2x toe bij 1.000 queries per test (dus in totaal 4.000 queries) processor kan het allemaal niet aan en wordt te heet..
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124861126
Dat getRecordsByDateOld VEEL langzamer is, is niet gek want je sorteert daar op een virtuele column die het resultaat is van een aggregation in een subquery. Hij kan daar dus nooit een index op toepassen. Sowieso geven de query's ook geen identieke resultaten waardoor je nooit eerlijk kan vergelijken.
pi_124863080
quote:
0s.gif Op woensdag 3 april 2013 21:21 schreef Chandler het volgende:
Ik heb een testje gedaan, en wat blijkt 2 queries zijn sneller ;)

Toch raar want vele mensen zeggen dat 1 query altijd sneller is dan 2........
Vele mensen zeggen dat je nooit vooraf moet optimaliseren om datsoort (veelal verkeerde) aannames te voorkomen.
zcflevo.nl
pi_124867347
quote:
0s.gif Op woensdag 3 april 2013 23:37 schreef StM het volgende:
Dat getRecordsByDateOld VEEL langzamer is, is niet gek want je sorteert daar op een virtuele column die het resultaat is van een aggregation in een subquery. Hij kan daar dus nooit een index op toepassen. Sowieso geven de query's ook geen identieke resultaten waardoor je nooit eerlijk kan vergelijken.
Juist, maar dit was een oplossing voor de vorige query zie code (verbetering van 10 seconden naar 1,5)

1
2
3
4
5
6
7		SELECT `plaatjes`.*
FROM `plaatjes`
LEFT JOIN `views` ON `views`.`category` = `plaatjes`.`category`
WHERE YEAR(`views`.`date`) = YEAR(CURRENT_DATE - INTERVAL 1 MONTH)
AND MONTH(`views`.`date`) = MONTH(CURRENT_DATE - INTERVAL 1 MONTH)
GROUP BY `views`.`category`, `plaatjes`.`category`
ORDER BY `views`.`date` DESC

Het heeft gezorgd voor een versnelling maar ook niet veel zeg maar, bovenstaande query zou goed moeten werken aangezien de indexes goed staan maar werkt toch met een filesort :{ en de 2 losse queries zijn vele malen sneller dus! :)

quote:
1s.gif Op donderdag 4 april 2013 00:47 schreef KomtTijd... het volgende:
Vele mensen zeggen dat je nooit vooraf moet optimaliseren om datsoort (veelal verkeerde) aannames te voorkomen.
Correct, maar in sommige gevallen is het juist wel handig anders kun je heel veel werk dubbel / over gaan doen...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124873350
quote:
0s.gif Op donderdag 4 april 2013 10:19 schreef Chandler het volgende:

[..]

Juist, maar dit was een oplossing voor de vorige query zie code (verbetering van 10 seconden naar 1,5)
[ code verwijderd ]

Het heeft gezorgd voor een versnelling maar ook niet veel zeg maar, bovenstaande query zou goed moeten werken aangezien de indexes goed staan maar werkt toch met een filesort :{ en de 2 losse queries zijn vele malen sneller dus! :)

[..]

Correct, maar in sommige gevallen is het juist wel handig anders kun je heel veel werk dubbel / over gaan doen...
Waar is de filesort op? Zou je een volledige explain hier willen plaatsen? (Of heb ik die gemist...)
pi_124884664
1
2		1,SIMPLE,views,index,category,category,37,NULL,35317,Using where; Using index; Using temporary; Using f...
1,SIMPLE,plaatjes,ref,category,category,34,nvt****_anipl.views.category,17

Die had je idd gemist :)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124892627
Ik krijg met wat testdata die explain er niet uit... Maar het kan dat ik te weinig heb waardoor de queryplanner andere beslissingen maakt. En zet volledige teksten eens aan ;)

Wil je trouwens nog verder er op in gaan of is het nu snel genoeg?
pi_124893957
StM op zich is het nu snel genoeg, zeker nu ik het gewoon dagelijks cache ;) scheelt ook queries die toch de hele dag het zelfde zijn... Maar zou graag willen weten waarom een gecombineerde query zoveel slomer is terwijl dat eigenlijk niet zo zou moeten zijn.

Mocht je meer testdata willen hebben dan kan ik tzt wel een dump online zetten :@
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124902766
verkeerde topic

[ Bericht 89% gewijzigd door KomtTijd... op 05-04-2013 01:57:53 ]
zcflevo.nl
pi_124915192
Ik ben momenteel een website aan het schrijven in HTML(5). nu wilde ik graag dingen uit .txt gaan "includen"

na wat zoek en pruts werk ben ik er al achter dat je als je je html bestand .php noemt gewoon blijft werken en dus

1<?phpPHP include "menu.txt" ; ?>

naar behoren werkt.

mijn vraag is blijft dit in de toekomst ook handig of zitten hier ook nadelen aan in de toekomst???
pi_124916525
quote:
0s.gif Op vrijdag 5 april 2013 14:48 schreef gerrit098 het volgende:
Ik ben momenteel een website aan het schrijven in HTML(5). nu wilde ik graag dingen uit .txt gaan "includen"

na wat zoek en pruts werk ben ik er al achter dat je als je je html bestand .php noemt gewoon blijft werken en dus
[ code verwijderd ]

naar behoren werkt.

mijn vraag is blijft dit in de toekomst ook handig of zitten hier ook nadelen aan in de toekomst???
Dit is juist een goede manier. Met includes kan je dan (zoals jij al doet gok ik) het menu op elke pagina includen en hem hetzelfde laten zijn..

1<?php include 'menu.txt'; ?>

je hoeft niet tweemaal php neer te zetten.

[ Bericht 1% gewijzigd door #ANONIEM op 05-04-2013 15:24:54 ]
pi_124917020
quote:
0s.gif Op vrijdag 5 april 2013 14:48 schreef gerrit098 het volgende:

mijn vraag is blijft dit in de toekomst ook handig of zitten hier ook nadelen aan in de toekomst???
Hoe bedoel je dat? Of dat in toekomstige versies van PHP zal blijven werken? Daar hoef je je geen zorgen om te maken.

Of dat je zo een praktisch bruikbare website zit te maken? Als je dat wilt kun je beter gewoon een CMS installeren.
zcflevo.nl
pi_124921952
quote:
14s.gif Op vrijdag 5 april 2013 15:36 schreef KomtTijd... het volgende:

[..]

Hoe bedoel je dat? Of dat in toekomstige versies van PHP zal blijven werken? Daar hoef je je geen zorgen om te maken.

Of dat je zo een praktisch bruikbare website zit te maken? Als je dat wilt kun je beter gewoon een CMS installeren.
Ik doelde er meer op of alles wat je in .html gebruikt ook blijft werken zodra je bestand .php gaat noemen.

maar blijkbaar zal dat geen problemen geven.

Ik heb al "veel" gelezen over CMS maar ik kom dan altijd uit op wp joomla of drupal. en dan krijg ik het niet voor mekaar om een "mooie" site te maken.

wat ik het (denk ik) het liefste heb is een site waar txt bestanden geinclude zijn zodat iemand anders makkelijk de tekst kan aanpassen....

daar ben ik nu dat ook mee bezig en probeer nu een php script te vinden die dit online doen kan, mischien dat iemand hier daar tips over heeft????

Verder wil ik een activiteiten kalander maken waar activiteiten die al geweest zijn automatisch verdwijnen.
iemand daar tips voor???
pi_124922335
Begin met php leren zou ik zeggen

hier of hier, en hier

Ook is (my)sql leren handig, (Of hier)
pi_124922487
quote:
0s.gif Op vrijdag 5 april 2013 17:51 schreef gerrit098 het volgende:

[..]

Ik doelde er meer op of alles wat je in .html gebruikt ook blijft werken zodra je bestand .php gaat noemen.

maar blijkbaar zal dat geen problemen geven.

Ik heb al "veel" gelezen over CMS maar ik kom dan altijd uit op wp joomla of drupal. en dan krijg ik het niet voor mekaar om een "mooie" site te maken.

wat ik het (denk ik) het liefste heb is een site waar txt bestanden geinclude zijn zodat iemand anders makkelijk de tekst kan aanpassen....

daar ben ik nu dat ook mee bezig en probeer nu een php script te vinden die dit online doen kan, mischien dat iemand hier daar tips over heeft????

Verder wil ik een activiteiten kalander maken waar activiteiten die al geweest zijn automatisch verdwijnen.
iemand daar tips voor???
[offtopic] probeer CMS made simple.
zcflevo.nl
pi_124923192
quote:
1s.gif Op vrijdag 5 april 2013 18:06 schreef KomtTijd... het volgende:

[..]

[offtopic] probeer CMS made simple.
[offtopic] of probeer wordpress
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  zaterdag 6 april 2013 @ 12:31:20 #283
125913 Devolution
Beep beep Richie
pi_124947823
quote:
0s.gif Op vrijdag 5 april 2013 17:51 schreef gerrit098 het volgende:
[..]
Ik doelde er meer op of alles wat je in .html gebruikt ook blijft werken zodra je bestand .php gaat noemen.

maar blijkbaar zal dat geen problemen geven.

Ik heb al "veel" gelezen over CMS maar ik kom dan altijd uit op wp joomla of drupal. en dan krijg ik het niet voor mekaar om een "mooie" site te maken.

wat ik het (denk ik) het liefste heb is een site waar txt bestanden geinclude zijn zodat iemand anders makkelijk de tekst kan aanpassen....

daar ben ik nu dat ook mee bezig en probeer nu een php script te vinden die dit online doen kan, mischien dat iemand hier daar tips over heeft????
Ik heb zelf ook zo'n CMS gebouwd voor een aantal klanten. Als je een CMS wilt maken waarbij klanten hun website aan kunnen passen zoals je in Word werkt (dus met knopjes voor dikgedrukte tekst, onderstreepte tekst, verschillende tekstkleuren enzo) dan moet je naast PHP ook Javascript leren. Met PHP maak je dan gebruik van echo en file_get_contents (niet include, ik leg zo uit waarom), een PHP script dat BB code omzet in HTML (dus dat [ b]tekst[/b ] <b>tekst</b> wordt), een loginscript met cookies en natuurlijk een PHP script dat de tekstbestanden aanpast (fopen, fwrite, fclose).

De reden dat je beter een combo van echo en file_get_contents dan include kan gebruiken is omdat je bij include geen BB code meer kan omzetten en bij file_get_contents kun je de inhoud van een tekstbestand nog wel aanpassen voordat het getoond wordt :)
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
pi_124950310
quote:
16s.gif Op woensdag 3 april 2013 23:24 schreef Chandler het volgende:
De indexen kun je inzien in posts hierboven, daar moet volgens mij weinig mis mee zijn.

0.19 voor 100x deze query uitvoeren? oftewel 0.0019? best snel toch?
Ik had die 100x gemist. 0.0019 is best goed. :)

Overigens vind ik je microtime_float() functie wat onnodig. Gebruik gewoon mircotime(true) als je de tijd als float wilt.
fokstok.nl
pi_124951761
1
2
3
4		<?php
setlocale(LC_ALL, 'nl_NL');
var_dump(strtotime('zaterdag 6 april 2013'));
?>

Waarom geeft dat FALSE terug en niet een timestamp? Dacht dat dat zo ging.. }:|
  zaterdag 6 april 2013 @ 15:44:20 #286
166255 Maringo
Bèhèhèhèh
pi_124952400
quote:
0s.gif Op zaterdag 6 april 2013 15:18 schreef d4v1d het volgende:

[ code verwijderd ]

Waarom geeft dat FALSE terug en niet een timestamp? Dacht dat dat zo ging.. }:|
Naar mijn weten is setlocale() voor output, niet voor input.
Die volg topic-knop hè...
Op 02-06-2014 16:38 schreef Moeraskat
Je bent te goed voor de mensheid.
pi_124955149
quote:
0s.gif Op zaterdag 6 april 2013 14:07 schreef Light het volgende:

[..]

Ik had die 100x gemist. 0.0019 is best goed. :)

Overigens vind ik je microtime_float() functie wat onnodig. Gebruik gewoon mircotime(true) als je de tijd als float wilt.
Dat dacht ik dus ook :@ maar goed, ik gebruik altijd snippets uit mijn library... en dat is die microtime_float lol :P
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_124999391
Iemand die bekend is met de techniek achter de facebook timeline en hoe dat in zijn werk gaat? eventueel tutorial? zou daar graag het fijne van willen weten.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  zondag 7 april 2013 @ 20:12:40 #289
125913 Devolution
Beep beep Richie
pi_125001852
Welke techniek bedoel je specifiek? Dat alles chronologisch staat? Dat je alleen updates van je vrienden krijgt en niet van vreemden?
"You know what Hell really is? It's not lakes of burning oil or chains of ice. It's being removed from God's sight."
pi_125001902
quote:
7s.gif Op zondag 7 april 2013 19:21 schreef Chandler het volgende:
Iemand die bekend is met de techniek achter de facebook timeline en hoe dat in zijn werk gaat? eventueel tutorial? zou daar graag het fijne van willen weten.
Dat is het geheim van de smid he.
  zondag 7 april 2013 @ 21:27:20 #291
91039 mstx
2x1/2 = 1/2 x 1/2
pi_125006249
Dat is het zelfde als vragen om het Google-algoritme uit te leggen. :P
Niet wat je zoekt, maar hier: https://www.facebook.com/MySQLatFacebook posten ze wel eens leuke dingen/linkjes over hoe ze mysql gebruiken. :)
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_125014710
wel machtig interessante materie trouwens. Die lui doen wel iets meer dan één left-join per query gok ik.
zcflevo.nl
pi_125019600
@Devolution: Ik doel meer op dat ze alles netjes sorteren (verschillende tabellen op laatst geplaatste item + reacties)
@Scorpie: true that, maar er zal ongetwijfeld over geschreven zijn... ergens...
@mstx: Ik zal die page eens bekijken en snap best dat ze de techniek niet vrijgeven maar ga er vanuit dat er genoeg mensen zijn die het na proberen te maken....
@KomtTijd: Precies mijn gedachte, dus als mensen er meer info over hebben heb ik interesse! *)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  maandag 8 april 2013 @ 10:45:24 #294
84926 WyriHaximus
Release the hounds smithers!
pi_125022541
quote:
7s.gif Op zondag 7 april 2013 19:21 schreef Chandler het volgende:
Iemand die bekend is met de techniek achter de facebook timeline en hoe dat in zijn werk gaat? eventueel tutorial? zou daar graag het fijne van willen weten.
Gewoon zelf opzetten zo lastig is dat toch niet? :) Desnoods bouw je een mediator model waar je de timeline uit trekt en daarna alle related entries opvraagt? :)
phluphy for president!
  † In Memoriam † maandag 8 april 2013 @ 10:52:04 #295
159335 Boze_Appel
Vrij Fruit
pi_125022692
Even een tutorial van één van de grootste website ter wereld. ^O^

Ze zetten trouwens praktisch al hun php om in hiphop-php.

Verder gebruiken ze een combo van push & pulls. De wall zelf gaat via pulls en de chatbalk via pushes bijvoorbeeld. De techniek is allemaal niet zo ingewikkeld, het is meer de enorme hoeveelheid data die het hele Facebook-gebeuren wat ingewikkeld maakt.
Carpe Libertatem
pi_125023478
quote:
6s.gif Op maandag 8 april 2013 10:45 schreef WyriHaximus het volgende:
Gewoon zelf opzetten zo lastig is dat toch niet? :) Desnoods bouw je een mediator model waar je de timeline uit trekt en daarna alle related entries opvraagt? :)
Ik wil eerst meer informatie voordat ik ga scripten ;) en er zal ongetwijfeld wel iets te vinden zijn wat uitlegt hoe facebook ongeveer zijn timeline opbouwt...
quote:
7s.gif Op maandag 8 april 2013 10:52 schreef Boze_Appel het volgende:
Even een tutorial van één van de grootste website ter wereld. ^O^

Ze zetten trouwens praktisch al hun php om in hiphop-php.

Verder gebruiken ze een combo van push & pulls. De wall zelf gaat via pulls en de chatbalk via pushes bijvoorbeeld. De techniek is allemaal niet zo ingewikkeld, het is meer de enorme hoeveelheid data die het hele Facebook-gebeuren wat ingewikkeld maakt.
Het gaat mij voornamelijk om het combineren van gegevens (foto's, video's, agenda punten, evenmenten etc etc etc) en die dan met 'reacties' laten weergeven.

Maar zal je link eens checken!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  maandag 8 april 2013 @ 12:01:35 #297
12221 Tijn
Powered by MS Paint
pi_125024715
quote:
0s.gif Op maandag 8 april 2013 11:20 schreef Chandler het volgende:

[..]

Het gaat mij voornamelijk om het combineren van gegevens (foto's, video's, agenda punten, evenmenten etc etc etc) en die dan met 'reacties' laten weergeven.
Je hoeft de architectuur van Facebook natuurlijk niet te gebruiken om dit voor elkaar te krijgen. Als je alles op 1 server wil draaien, kom je met een paar simpele tabellen voor content en reacties al een heel eind. Wat Facebook voor speciaal maakt is de schaal en het feit dat ze vele datacenters over de wereld hebben verspreid die gegevens met elkaar syncen. Maar voor een bescheiden aantal bezoekers heb je zo'n setup helemaal niet nodig natuurlijk.
Verberg de nieuwsticker
pi_125025126
@Tijn; ik vraag toch ook niet over de architectuur van facebook, dat is toch een brug te ver voor mij maar wel het idee waar ze mee werken. Combineren van tabellen voor output waarbij je dan bij ieder item weer extra gegevens laad zoals reacties, vind ik leuks, etc :) maar dan ook weer sorteert op basis van laatst geupdate item DESC, laatst toegevoegd reactie DESC LOL
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_125069956
Zit nog even te stoeien met dat gedoetje dat ik wil bijhouden welke records uitgelezen zijn. Ging opzich prima met 2 queries, maar nu moet er ineens ook nog een limit op. Bij SELECT gaat dat prima, bij UPDATE niet aangezien er ook een join in zit. Bovendien wil ik wel zeker weten dat de UPDATE exact dezelfde records pakt als de SELECT.

Daarom had ik de volgende oplossing bedacht. Werkt op zich best prima, behalve dat zowel de select als update nu ongeveer een minuut duren (tabel `data` bevat in totaal ca. 1M records).
Iemand een idee hoe ik dat sneller kan krijgen?

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21		CREATE TEMPORARY TABLE tmp engine=memory 
SELECT record_id 
FROM data 
LEFT JOIN assets 
ON data.asset_id = assets.asset_id
WHERE uitgelezen = 0
AND assets.active = 1
ORDER BY record_id
LIMIT 1000;

SELECT *
FROM data 
WHERE record_id IN (SELECT record_id FROM tmp)
;

UPDATE data 
SET uitgelezen = 1
WHERE record_id IN (SELECT record_id FROM tmp)
;

DROP TEMPORARY TABLE IF EXISTS tmp;
zcflevo.nl
pi_125072676
opgelost, alles gaat gewoon via de tmp table:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21		CREATE TEMPORARY TABLE tmp engine=memory 
SELECT <<alle benodigde records>>, 1 AS in_tmp
FROM data 
LEFT JOIN assets 
ON data.asset_id = assets.asset_id
WHERE uitgelezen = 0
AND assets.active = 1
ORDER BY record_id
LIMIT 1000;

SELECT *
FROM tmp
;

UPDATE data 
LEFT JOIN tmp ON data.record_id = tmp.record_id
SET uitgelezen = 1
WHERE in_tmp = 1
;

DROP TEMPORARY TABLE IF EXISTS tmp;
zcflevo.nl
actieve topics nieuwe topics
abonnement Unibet Coolblue Bitvavo
[PHP/(My)SQL] voor dummies #107
Index

» digital corner

» development

Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')