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.
dat hele heredoc gebeuren ontgaat me een beetje eerlijk gezegd...quote:Op zondag 26 oktober 2008 18:26 schreef CraZaay het volgende:
Waarom gebruik je überhaupt heredoc, en niet gewoon quotes rond je string (die in PHP gewoon linebreaks mag hebben)? Scheelt weer wat code en is volgens mij net zo duidelijk?
Het is geen source van mij maar van een vriend, en ik moest daar iets in gaan aanpassen.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Pff, wat een gezeik met MATCH AGAINST 
Als ik een query doe op een aantal kolommen (MATCH(col1, col2, col3, etc.) duurt ie 1,6 seconden.
Als ik een query doe op MATCH(col1) AND MATCH(col2), etc. duurt ie maar 0,02 seconden, maar kan ik niet op meer dan 1 woord zoeken.
Een query op MATCH(col1) OR MATCH(col2) levert weer de juiste resultaten, maar duur ook 1,6 seconden
Nu doe ik 8 losse queries, die ieder 0,02 seconden duren, en daarvan voeg ik de resultaten samen
Dat moet toch anders kunnen zou je denken...
Het probleem 1,5+ seconden van de 1,6 zit in de "copying to tmp table" actie, maar hoe ik dat kan voorkomen / versnellen wordt me niet duidelijk
Als ik een query doe op een aantal kolommen (MATCH(col1, col2, col3, etc.) duurt ie 1,6 seconden.
Als ik een query doe op MATCH(col1) AND MATCH(col2), etc. duurt ie maar 0,02 seconden, maar kan ik niet op meer dan 1 woord zoeken.
Een query op MATCH(col1) OR MATCH(col2) levert weer de juiste resultaten, maar duur ook 1,6 seconden
Nu doe ik 8 losse queries, die ieder 0,02 seconden duren, en daarvan voeg ik de resultaten samen
Dat moet toch anders kunnen zou je denken...
Het probleem 1,5+ seconden van de 1,6 zit in de "copying to tmp table" actie, maar hoe ik dat kan voorkomen / versnellen wordt me niet duidelijk
Als het over MySQL gaat kun je altijd met EXPLAIN kijken wat er ongeveer gebeurd.quote:Op maandag 27 oktober 2008 11:16 schreef Xcalibur het volgende:
Pff, wat een gezeik met MATCH AGAINST
Als ik een query doe op een aantal kolommen (MATCH(col1, col2, col3, etc.) duurt ie 1,6 seconden.
Als ik een query doe op MATCH(col1) AND MATCH(col2), etc. duurt ie maar 0,02 seconden, maar kan ik niet op meer dan 1 woord zoeken.
Een query op MATCH(col1) OR MATCH(col2) levert weer de juiste resultaten, maar duur ook 1,6 seconden
Nu doe ik 8 losse queries, die ieder 0,02 seconden duren, en daarvan voeg ik de resultaten samen
Dat moet toch anders kunnen zou je denken...
Het probleem 1,5+ seconden van de 1,6 zit in de "copying to tmp table" actie, maar hoe ik dat kan voorkomen / versnellen wordt me niet duidelijk
Ja, heb ik gedaan... indexen lijken allemaal goed te staan enzo 
Als ik alles uit de query sloop behalve de MATCH AGAINST win ik ook niks, dus het zit echt daarin.... en dan met name in die tmp table kennelijk, maar ik zou niet weten hoe ik die moet omzeilen...
Als ik alles uit de query sloop behalve de MATCH AGAINST win ik ook niks, dus het zit echt daarin.... en dan met name in die tmp table kennelijk, maar ik zou niet weten hoe ik die moet omzeilen...
Teveel indexen? Of misschien ergens FORCE INDEX gebruiken?quote:Op maandag 27 oktober 2008 11:50 schreef Xcalibur het volgende:
Ja, heb ik gedaan... indexen lijken allemaal goed te staan enzo
Ik heb ergens de oplossing gevonden.quote:
De waarde voor first_run moet voor ieder record nog bepaald worden, terwijl je hetzelfde record hier wel op probeert te selecteren, dat gaat niet
Je zou wel "WHERE last_action + 31:15 <= NOW()" (pseudocode) kunnen doen, dan heb je een harde waarde
In standaard SQL schijnt het niet toegstaan te zijn dat je je WHERE clause op aliasses doet. MySQL heeft hier de clause 'HAVING' voor gemaakt en dit werkt wel
Link: http://dev.mysql.com/doc/refman/6.0/en/problems-with-alias.html
Het staat gewoon in de f-Manual
Iemand?quote:Op vrijdag 24 oktober 2008 12:22 schreef TommyGun het volgende:
[..]
Dat werkt idd voor specificatie, maar niet voor afdeling vreemd genoeg.
[ code verwijderd ]
echo "<select name='afdeling[]'>\n";
| 1 2 3 4 5 6 | foreach(array(116, 118, 112) as $v) { print chr($v); } print "\n"; ?> |
In theory there is no difference between theory and practice. In practice there is.
Bijzonder handig voor grote lappen tekst.quote:Op zondag 26 oktober 2008 18:57 schreef Xcalibur het volgende:
[..]
dat hele heredoc gebeuren ontgaat me een beetje eerlijk gezegd...
$str = <<OEF
Dit is een hele grote lap tekst..
..
..
..
OEF
Ipv:
$str = "Dit is een hele grote lap tekst..\n..\n..\n..\n";
In theory there is no difference between theory and practice. In practice there is.
Het print tvp, en het was niet voor jou bedoeldquote:Op dinsdag 28 oktober 2008 10:54 schreef TommyGun het volgende:
[..]
Was dit voor mij bedoeld? En zoja; waar dient dit voor?
B.v.d
Overigens werkt je code niet omdat afdeling geen array is, maar een scalar value..
In theory there is no difference between theory and practice. In practice there is.
Hoe bedoel je dat?quote:Op dinsdag 28 oktober 2008 10:57 schreef slacker_nl het volgende:
[..]
Het print tvp, en het was niet voor jou bedoeld
Overigens werkt je code niet omdat afdeling geen array is, maar een scalar value..
Mijn insert.php is nu als volgt:
| 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 | $current_time = date("Y-m-d"); $con = mysql_connect("localhost","root","password"); if (!$con) { die('Could not connect: ' . mysql_error()); } mysql_select_db("urendatabase", $con); print_r($_POST); for ($i = 0; $i < 5; ++$i){ $sql="INSERT INTO uren (userid, specid, afdelingid, uren, omschrijving, callnr, datum) VALUES ('$_POST[werknemer]','$_POST[specificatie][$i]','$_POST[afdeling][$i]','$_POST[uren][$i]','$_POST[omschrijving][$i]','$_POST[callnr][$i]','$current_time')"; if (!mysql_query($sql,$con)) { die('Error: ' . mysql_error()); } } echo "Werkzaamheden toegevoegd"; echo "<br><br>"; echo("<form><input type=\"button\" value=\"Vorige pagina\" onclick=\"parent.location='index.php'\" /></form>"); echo("<form><input type=\"button\" value=\"Terug naar Home\" onclick=\"parent.location='../index.php'\" /></form>"); mysql_close($con) ?> |
Met deze output:
| 1 2 3 4 5 6 7 | [specificatie] => Array ( [0] => 3 [1] => 1 [2] => 4 [3] => 2 [4] => 3 ) [afdeling] => Array ( [0] => 10 [1] => 16 [2] => 14 [3] => 17 [4] => 14 ) [uren] => Array ( [0] => 3 [1] => 4 [2] => 5 [3] => 6 [4] => 7 ) [callnr] => Array ( [0] => 2342 [1] => 4234 [2] => 4234 [3] => 5456 [4] => 7657 ) [omschrijving] => Array ( [0] => test1 [1] => test2 [2] => ttest3 [3] => test4 [4] => test5 ) [submit] => Submit ) |
Vreemd genoeg laat "afdeling" nu wel de array zijn terwijl ik niks heb aangepast.
In de DB:
B.v.d
[ Bericht 42% gewijzigd door TommyGun op 28-10-2008 11:57:57 ]
Daarmee wilde ik zeggen dat je een string/int whatever behandeld alsof het een array is, wat het niet is (in je voorgaande voorbeeld). Iets is een scalar als het maar een (1) waarde kan bevatten, een string, integer, float, double, etc. Arrays zijn geen scalar values.quote:
Kennelijk heeft die user uren verspreid over meerdere afdelingen?!quote:Vreemd genoeg laat "afdeling" nu wel de array zijn terwijl ik niks heb aangepast.
Kloppen die waardes wel met Array[3] enzo?quote:In de DB:
[ afbeelding ]
Als je arrays wilt opslaan in mysql moet je wellicht zoiets doen: http://forums.mysql.com/read.php?101,158517,158517 . Al denk ik niet dat je dat nodig hebt..
In theory there is no difference between theory and practice. In practice there is.
Ja, de waardes kloppen. Het is juist de bedoeling dat je per afdeling en specificatie verschillende uren e.d. op kunt geven. Of begrijp ik je nu verkeerd?
Bedankt
Bedankt
Hoe kan je weten wat Array[1] is? Is het niet veel handiger om je uren gewoon als int op te slaan, je omschrijving als tekst, en je callnummer als int?quote:Op dinsdag 28 oktober 2008 11:56 schreef TommyGun het volgende:
Ja, de waardes kloppen. Het is juist de bedoeling dat je per afdeling en specificatie verschillende uren e.d. op kunt geven. Of begrijp ik je nu verkeerd?
Bedankt
Als je vervolgens de data ophaalt krijg je een resultset terug die ongeveer er zo uit ziet (select * from table where userid = 5)
array(
0 => array( uurid => 46,userid => 5, afdelingid => 0, uren => 2, omschrijving => "blaat", callnummer => 1234),
1 => array( uurid => 47,userid => 5, afdelingid => 0, uren => 2, omschrijving => "blah", callnummer => 1234),
2 => array( uurid => 48,userid => 5, afdelingid => 0, uren => 2, omschrijving => "nah", callnummer => 1234),
)
In theory there is no difference between theory and practice. In practice there is.
Het werkt inmiddels dmv:
Bedankt!
| 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 | $current_time = date("Y-m-d"); $con = mysql_connect("localhost","root","password"); if (!$con) { die('Could not connect: ' . mysql_error()); } mysql_select_db("urendatabase", $con); $werknemer = $_POST['werknemer']; $afdeling = $_POST['afdeling']; $uren = $_POST['uren']; $specificatie = $_POST['specificatie']; $omschrijving = $_POST['omschrijving']; $callnr = $_POST['callnr']; for ($i = 0; $i < 5; ++$i){ $sql="INSERT INTO uren (userid, specid, afdelingid, uren, omschrijving, callnr, datum) VALUES ('$werknemer', '$specificatie[$i]', '$afdeling[$i]', '$uren[$i]', '$omschrijving[$i]', '$callnr[$i]', '$current_time')"; if (!mysql_query($sql,$con)) { die('Error: ' . mysql_error()); } } echo "Werkzaamheden toegevoegd"; echo "<br><br>"; echo("<form><input type=\"button\" value=\"Vorige pagina\" onclick=\"parent.location='index.php'\" /></form>"); echo("<form><input type=\"button\" value=\"Terug naar Home\" onclick=\"parent.location='../index.php'\" /></form>"); mysql_close($con) ?> |
Bedankt!
Hoi, ben een absolute beginner met MySQL en ik vroeg me af hoe groot de MySQL database van een IPB forum met +100 000 leden en +75 000 berichten? (het is voor een prijsvraag van iets)
By hook or by crook, I'll be last in this book.
Tja, da's ook lekker te zeggen..quote:Op dinsdag 28 oktober 2008 13:55 schreef Arn0 het volgende:
Hoi, ben een absolute beginner met MySQL en ik vroeg me af hoe groot de MySQL database van een IPB forum met +100 000 leden en +75 000 berichten? (het is voor een prijsvraag van iets)
Is elke post een boekwerk of gewoon allemaal tvp's
Een paar honderd MB? 100.000 leden zal een paar mb's in beslag nemen maar 75.000 posts zou ik toch minimaal een paar honderd mbtjes rekenen, tenzij de opzet brak is 
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik heb wel eens begrepen dan heel FOK! (volgens mij incl. alle subsites) een GB of 60 was.quote:Op dinsdag 28 oktober 2008 @ 13:55 schreef Arn0 het volgende:
Hoi, ben een absolute beginner met MySQL en ik vroeg me af hoe groot de MySQL database van een IPB forum met +100 000 leden en +75 000 berichten? (het is voor een prijsvraag van iets)
Ik denk echt veel en veel meer.quote:Op dinsdag 28 oktober 2008 15:21 schreef mcDavid het volgende:
[..]
Ik heb wel eens begrepen dan heel FOK! (volgens mij incl. alle subsites) een GB of 60 was.
Misschien het 3-dubbele.. minimaal..
90GB volgens mij wat ik laatste gehoord hebquote:
[..]
Ik denk echt veel en veel meer.
Misschien het 3-dubbele.. minimaal..
hm, okee.. valt me meequote:Op dinsdag 28 oktober 2008 15:31 schreef JortK het volgende:
[..]
90GB volgens mij wat ik laatste gehoord heb
zou best kunnen, is al weer een poosje geleden dat ik het hoordequote:Op dinsdag 28 oktober 2008 @ 15:31 schreef JortK het volgende:
[..]
90GB volgens mij wat ik laatste gehoord heb
Take in mind dat FOK! onder de grootste internetcommunity's ter wereld valt heh!quote:Op dinsdag 28 oktober 2008 @ 15:27 schreef Arn0 het volgende:
Hmm ok, dan weet ik genoeg. Bedankt!
[ Bericht 18% gewijzigd door mcDavid op 28-10-2008 15:57:36 ]
grootte FOK! database (2006)
quote:
forum: 40.1Gb
frontpage: 2.7Gb
fotoboek: 1.0Gb
fokgames: 481.1Mb
sport: 397.9Mb
weblog: 198.5Mb
Ik weet het, maar er waren keuzemogelijkheden en ik twijfelde tussen 300 MB en 1,1 GB (heb dat laatste maar genomen)quote:Take in mind dat FOK! onder de grootste internetcommunity's ter wereld valt heh!
By hook or by crook, I'll be last in this book.
Ik heb hier een database van een messageboard met ruim 3400 leden en bijna 210.000 posts, en die is 157,5 MB.... standaard phpBB installatie
Ik vind 1,1 GB een beetje veel voor 75000 posts. Maar er is natuurlijk verder niks zinnigs over te zeggen als je niet weet wat er allemaal wordt opgeslagen per bericht en hoe lang die berichten zijn.
Er zijn wel wat lange berichten op dat forum , dat wel, en dit waren de keuzemogelijkheden(heb even teruggekeken):
A. 9,6 MB
B. 148 MB
C. 1,6 GigaByte
D. 23,8 TeraByte
Heb dus voor C gekozen.
A. 9,6 MB
B. 148 MB
C. 1,6 GigaByte
D. 23,8 TeraByte
Heb dus voor C gekozen.
By hook or by crook, I'll be last in this book.
Denk je? 
Het forum lijkt niet echt op FOK, als je weet wat ik bedoel. (gemiddelde post is langer dan 1 lijn)
EDIT: Ze hebben ook een soort Wiki, maar geen idee of die erbij wordt gerekend of niet. Denk het niet, mja.
[ Bericht 11% gewijzigd door Arn0 op 28-10-2008 18:43:56 ]
Het forum lijkt niet echt op FOK, als je weet wat ik bedoel. (gemiddelde post is langer dan 1 lijn)EDIT: Ze hebben ook een soort Wiki, maar geen idee of die erbij wordt gerekend of niet. Denk het niet, mja.
[ Bericht 11% gewijzigd door Arn0 op 28-10-2008 18:43:56 ]
By hook or by crook, I'll be last in this book.
Als je die eerste post van Danny neemt, kom je op ongeveer 1 miljoen posts per gigabyte, ofwel 75 MB voor jouw vraagstuk. In veel fora worden nog best wel lange posts geplaatst, het zijn niet alleen tvp's.
Maar ik baseer mij op cijfers van een ander forum (kom je in de buurt van B) en op wat Xcalibur zegt (zit je ver onder B), en daar zit je geen factor 10 boven.
Maar ik baseer mij op cijfers van een ander forum (kom je in de buurt van B) en op wat Xcalibur zegt (zit je ver onder B), en daar zit je geen factor 10 boven.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Hmm, tot zover mijn kans op de hoofdprijs Nuja, bedankt voor de moeite.
Nuja, bedankt voor de moeite.
By hook or by crook, I'll be last in this book.
Dat zou ik kunnen doen, maar zal niet veel zin hebben mits je een 'oldbie' moet zijn op dat forum (sommige vragen gaan over de geschiedenis van dat forum zal ik maar zeggen.)
By hook or by crook, I'll be last in this book.
Vervolg op opheffing domein
Op dat we met zijn allen nóóit zullen vergeten onze scripts fatsoenlijk te beschermen!
Op dat we met zijn allen nóóit zullen vergeten onze scripts fatsoenlijk te beschermen!
Uit mijn eigen ervaring zou ik dus B kiezenquote:Op dinsdag 28 oktober 2008 18:14 schreef Arn0 het volgende:
Er zijn wel wat lange berichten op dat forum , dat wel, en dit waren de keuzemogelijkheden(heb even teruggekeken):
A. 9,6 MB
B. 148 MB
C. 1,6 GigaByte
D. 23,8 TeraByte
Heb dus voor C gekozen.
Ik heb het volgende als een soort van beveiliging op een website, zodat er geen programma's kunenn worden losgelaten om de server vast te laten lopen:
Iemand op/aanmerkingen?
| 1 2 3 4 5 6 7 8 9 10 | $memcache_obj = memcache_connect('127.0.0.1', 11211); $delay_requests = memcache_get($memcache_obj, 'site[delay_requests]['.$_SERVER['REMOTE_ADDR'].']'); if ($delay_requests > 5){ memcache_set($memcache_obj, 'site[delay_requests]['.$_SERVER['REMOTE_ADDR'].']', ($delay_requests+1), 0, 10); die('Er is een fout opgetreden. U dient 10 seconden te wachten alvorens u de pagina kan herladen.'); } memcache_set($memcache_obj, 'site[delay_requests]['.$_SERVER['REMOTE_ADDR'].']', ($delay_requests+1), 0, 1); ?> |
Iemand op/aanmerkingen?
Ik zoek zoiets als het volgende, maar helaas werkt dit script alleen in Internet Explorer (niet in Chrome of Firefox iig). Weet iemand hoe het makkelijk in php kan of een betere javascript code?
| 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 | <script type="text/javascript"> // _w : ID // _h : 'h' (=hide(verbergen)), of 's' (=show(tonen)) function wisselen(_w,_h) { if (document.all) { if (_h=='s') eval("document.all."+_w+".style.visibility='visible';"); if (_h=='h') eval("document.all."+_w+".style.visibility='hidden';"); } else { if (_h=='s') eval("document.layers['"+_w+"'].visibility='show';"); if (_h=='h') eval("document.layers['"+_w+"'].visibility='hide';"); } } </script> </head><body> <!-- Invoegen van het script gebeurt door toevoegen van onClick: --> <form> Tonen <input name="r1" type="radio" checked value="" onClick="wisselen('deel1','s')"> Verbergen <input name="r1" type="radio" value="" onClick="wisselen('deel1','h')"> </form> <form> Jaar <input name="t1" type="text"> <label> <input type="submit" name="b1" id="b1" value="Invoeren"> </label> </form> <!-- Het formuliergedeelte dat je wil tonen/verbergen plaats je tussen <span>-tags: --> <span id="deel1" style="visibility:visible;position:relative;top:0;left:0"> <form> Hier een te verbergen of te tonen tekst. </form> </span> <span id="deel2"> <!-- en hier wil ik graag de tekst van t1 hebben --> </span> </body></html> |
euh, wat heeft dat precies met PHP te maken?quote:Op woensdag 29 oktober 2008 @ 01:17 schreef killko het volgende:
Ik zoek zoiets als het volgende, maar helaas werkt dit script alleen in Internet Explorer (niet in Chrome of Firefox iig). Weet iemand hoe het makkelijk in php kan of een betere javascript code?
[ code verwijderd ]
[Javascript] voor dummies (deel 8)
-edit-
gewoon document.getElementById gebruiken ipv 'layers' of 'all' shizle. Weet niet waarom ze dat verzonnen hebt maar is nergens voor nodig in deze vorm.
[ Bericht 6% gewijzigd door mcDavid op 29-10-2008 01:38:27 ]
Ter aanvulling: en die eval() mag ook wel overal weg.quote:Op woensdag 29 oktober 2008 01:20 schreef mcDavid het volgende:
gewoon document.getElementById gebruiken ipv 'layers' of 'all' shizle. Weet niet waarom ze dat verzonnen hebt maar is nergens voor nodig in deze vorm.
Eeh, niks, maar ik dacht dat het misschien wel makkelijker in php kon.quote:Op woensdag 29 oktober 2008 01:20 schreef mcDavid het volgende:
[..]
euh, wat heeft dat precies met PHP te maken?
Zal't hier wel ff plaatsen.quote:
OK, zal het eens proberen.quote:-edit-
gewoon document.getElementById gebruiken ipv 'layers' of 'all' shizle. Weet niet waarom ze dat verzonnen hebt maar is nergens voor nodig in deze vorm.
iemand nog iets aan te merken op mijn post, of tips? :
Ik heb het volgende als een soort van beveiliging op een website, zodat er geen programma's kunenn worden losgelaten om de server vast te laten lopen:
Iemand op/aanmerkingen?
[ Bericht 93% gewijzigd door Likkende_Lassie op 29-10-2008 21:34:04 ]
:Ik heb het volgende als een soort van beveiliging op een website, zodat er geen programma's kunenn worden losgelaten om de server vast te laten lopen:
| 1 2 3 4 5 6 7 8 9 10 | $memcache_obj = memcache_connect('127.0.0.1', 11211); $delay_requests = memcache_get($memcache_obj, 'site[delay_requests]['.$_SERVER['REMOTE_ADDR'].']'); if ($delay_requests > 5){ memcache_set($memcache_obj, 'site[delay_requests]['.$_SERVER['REMOTE_ADDR'].']', ($delay_requests+1), 0, 10); die('Er is een fout opgetreden. U dient 10 seconden te wachten alvorens u de pagina kan herladen.'); } memcache_set($memcache_obj, 'site[delay_requests]['.$_SERVER['REMOTE_ADDR'].']', ($delay_requests+1), 0, 1); ?> |
Iemand op/aanmerkingen?
[ Bericht 93% gewijzigd door Likkende_Lassie op 29-10-2008 21:34:04 ]
Dan nog even een andere vraag:
In het kort, ik heb een zoekmachine, en nu wil ik per resultaat wat wordt weergegeven (max. 10 op een pagina) dit opslaan voor de statistieken die per resultaat te bekijken moeten zijn. Tevens moet het worden opgeslagen als er daadwerkelijk op een resultaat wordt geklikt.
Aangezien er per seconde zo'n 3,5 zoekopdrachten worden gedaan, kan dit het performance nogal beinvloeden. Hoe kan ik dit het beste opslaan? Misschien via memcached eerst opslaan, en op een rustig moment van de dag het in de database verwerken?
In het kort, ik heb een zoekmachine, en nu wil ik per resultaat wat wordt weergegeven (max. 10 op een pagina) dit opslaan voor de statistieken die per resultaat te bekijken moeten zijn. Tevens moet het worden opgeslagen als er daadwerkelijk op een resultaat wordt geklikt.
Aangezien er per seconde zo'n 3,5 zoekopdrachten worden gedaan, kan dit het performance nogal beinvloeden. Hoe kan ik dit het beste opslaan? Misschien via memcached eerst opslaan, en op een rustig moment van de dag het in de database verwerken?
Ik neem aan dat je zelf weet wat die memcache-code doet. Of het afdoende beveiliging biedt, hangt van je site af. Zijn er pagina's die erg veel tijd kosten om te genereren, dan zal de beveiliging niet zo goed werken.
Daarnaast zit je al in PHP voordat deze code wordt uitgevoerd. Een mod voor Apache of wat firewall-regels kunnen dit efficiënter. Ook wil je wellicht een log bijhouden.
Voor de reguliere storage engines (MyISAM/InnoDB) is gemiddeld 35 rijen/seconde invoegen in een tabel geen enkel probleem. Probeer wel zoveel mogelijk rijen met één INSERT-query te behandelen.
Daarnaast zit je al in PHP voordat deze code wordt uitgevoerd. Een mod voor Apache of wat firewall-regels kunnen dit efficiënter. Ook wil je wellicht een log bijhouden.
Voor de reguliere storage engines (MyISAM/InnoDB) is gemiddeld 35 rijen/seconde invoegen in een tabel geen enkel probleem. Probeer wel zoveel mogelijk rijen met één INSERT-query te behandelen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
quote:Op woensdag 29 oktober 2008 22:35 schreef GlowMouse het volgende:
Ik neem aan dat je zelf weet wat die memcache-code doet. Of het afdoende beveiliging biedt, hangt van je site af. Zijn er pagina's die erg veel tijd kosten om te genereren, dan zal de beveiliging niet zo goed werken.
Daarnaast zit je al in PHP voordat deze code wordt uitgevoerd. Een mod voor Apache of wat firewall-regels kunnen dit efficiënter. Ook wil je wellicht een log bijhouden.
Voor de reguliere storage engines (MyISAM/InnoDB) is gemiddeld 35 rijen/seconde invoegen in een tabel geen enkel probleem. Probeer wel zoveel mogelijk rijen met één INSERT-query te behandelen.
Ik heb de memcached code voor het zware gedeelte staan van de pagina's (search etc.)
Aangezien het een custom iets is, dus soms voor andere pagina's een andere waarde, zal
een firewall niet naar behoeven werken. Een mod misschien wel?
Als dat geen probleem is, prima! Ik zal het inderdaad in één query stoppen, ipv losse queries zoals nu.
En qua updates, geldt hiervoor hetzelfde?
