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.
Momenteel ben ik bezig een web applicatie icm Google Maps.
Nu is het de bedoeling dat er uitgebreide stats worden bijgehouden, ook als een zogeheten marker per bedrijf wordt weergegeven.
Nu is dat bijhouden niet zo'n probleem, maar vraag ik me af hoe ik dit het beste kan doen qua performance:
Via memcached bijhouden welke markers/bedrijven er zijn weergegeven, vervolgens elke 5 min. een script laten draaien welke de memcached in de database stopt, en memcached opschoont.
Of aan het einde van het laden van alle markers deze met 1 query opslaan in de database...
Wat is het snelst en het meeste stabiel? Er van uitgaande dat er straks behoorlijk wat mensen gebruik gaan maken van de app.
Nu is het de bedoeling dat er uitgebreide stats worden bijgehouden, ook als een zogeheten marker per bedrijf wordt weergegeven.
Nu is dat bijhouden niet zo'n probleem, maar vraag ik me af hoe ik dit het beste kan doen qua performance:
Via memcached bijhouden welke markers/bedrijven er zijn weergegeven, vervolgens elke 5 min. een script laten draaien welke de memcached in de database stopt, en memcached opschoont.
Of aan het einde van het laden van alle markers deze met 1 query opslaan in de database...
Wat is het snelst en het meeste stabiel? Er van uitgaande dat er straks behoorlijk wat mensen gebruik gaan maken van de app.
Opgelost met een where en een andquote:Op donderdag 25 juni 2009 12:13 schreef cablegunmaster het volgende:
[..]
hoe pak je daar alleen de getallen voor de komma?en een groot probleem. Deze query ben ik 0,5 dag mee bezig geweest om te formuleren.
[ code verwijderd ]
alleen nu geeft hij na toevoegen van problemen ook incidenten terug die meer dan 2 rijen heeft
en probleem id 0 hoe los ik dit op?
na een uurtje verder puzzelen
Redacted
Ik gebruik het eventlist agenda component voor joomla. Het component heeft een bijpassende module die alles laat zien wat nog moet komen. Ik heb een custom module ervoor, die alleen de agendapunten laat zien van de huidige week.
Het probleem is dat het scriptje op die manier de agendapunten vind, en ze laat zien, en dus ook de ongepubliceerde meeneemt.
Nou wil ik dus dat die ook de 'published' tabel checkt, en die ongepublishde níet meeneemt. Dat doet ie nu wel, en dat is niet de bedoeling. Hoe moet dat scriptje worden aangepast?
[ Bericht 3% gewijzigd door Mirel op 26-06-2009 13:05:49 ]
Het probleem is dat het scriptje op die manier de agendapunten vind, en ze laat zien, en dus ook de ongepubliceerde meeneemt.
| 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 | echo "<h5><font color=#ff9900><b>Deze week:</b></font></h5><hr>"; global $mainframe; $db =& JFactory::getDBO(); $today_month = date( 'm', $time); $query = "SELECT * FROM jos_eventlist_events WHERE ((WEEK(dates) = WEEK(now() + INTERVAL 0 WEEK) AND YEAR(dates) = YEAR(now() + INTERVAL 0 WEEK)) OR (WEEK(now() + INTERVAL 0 WEEK BETWEEN WEEK(dates) AND WEEK(enddates)) AND YEAR(now() + INTERVAL 0 WEEK BETWEEN YEAR(dates) AND YEAR(enddates)))) GROUP BY dates ORDER BY dates, times ASC limit 25"; $db->setQuery( $query, 0, $count ); $rows = $db->loadObjectList(); echo '<ul>'; foreach($rows as $row) { echo " <b><a href='$JURI index.php?option=com_eventlist&view=details&id=$row->id'>$row->title </a></b><BR /> <li>Wanneer: <b>$row->dates</b><BR /> Aanvang: $row->times<BR /><BR /> </li>"; } if (empty($row)) { echo 'Er zijn geen evenementen deze week!<br>Check volgende week nog eens.'; } echo '</ul><hr>'; ?> |
Nou wil ik dus dat die ook de 'published' tabel checkt, en die ongepublishde níet meeneemt. Dat doet ie nu wel, en dat is niet de bedoeling. Hoe moet dat scriptje worden aangepast?
[ Bericht 3% gewijzigd door Mirel op 26-06-2009 13:05:49 ]
When all else fails, you always have delusion.
Zelf totaal geen ervaring met mysql merk ik.
Eens even kijken
Volgens mij zo,
Eens even kijken
| 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 | echo "<h5><font color=#ff9900><b>Deze week:</b></font></h5><hr>"; global $mainframe; $db =& JFactory::getDBO(); $today_month = date( 'm', $time); $query = "SELECT * FROM jos_eventlist_events WHERE published=1 AND ((WEEK(dates) = WEEK(now() + INTERVAL 0 WEEK) AND YEAR(dates) = YEAR(now() + INTERVAL 0 WEEK)) OR (WEEK(now() + INTERVAL 0 WEEK BETWEEN WEEK(dates) AND WEEK(enddates)) AND YEAR(now() + INTERVAL 0 WEEK BETWEEN YEAR(dates) AND YEAR(enddates)))) GROUP BY dates ORDER BY dates, times ASC limit 25"; $db->setQuery( $query, 0, $count ); $rows = $db->loadObjectList(); echo '<ul>'; foreach($rows as $row) { echo " <b><a href='$JURI index.php?option=com_eventlist&view=details&id=$row->id'>$row->title </a></b><BR /> <li>Wanneer: <b>$row->dates</b><BR /> Aanvang: $row->times<BR /><BR /> </li>"; } if (empty($row)) { echo 'Er zijn geen evenementen deze week!<br>Check volgende week nog eens.'; } echo '</ul><hr>'; ?> |
Volgens mij zo,
Hij werkt, dank je.
edit: oh, gelijk aan het begin na de OR?
edit: oh, gelijk aan het begin na de OR?
When all else fails, you always have delusion.
editkick 
Hij doet het prima verder, heb het uitgetest. Zonder je extra code na de OR
[ Bericht 29% gewijzigd door Mirel op 26-06-2009 14:03:01 ]
Hij doet het prima verder, heb het uitgetest. Zonder je extra code na de OR
[ Bericht 29% gewijzigd door Mirel op 26-06-2009 14:03:01 ]
When all else fails, you always have delusion.
Volgens mij niet die or is puur voor de 2 datum selectiesquote:Op vrijdag 26 juni 2009 13:39 schreef Scorpie het volgende:
Je moet ook in de OR clause een published = 1 zetten
Momenteel ben ik bezig een web applicatie icm Google Maps.
Nu is het de bedoeling dat er uitgebreide stats worden bijgehouden, ook als een zogeheten marker per bedrijf wordt weergegeven.
Nu is dat bijhouden niet zo'n probleem, maar vraag ik me af hoe ik dit het beste kan doen qua performance:
Via memcached bijhouden welke markers/bedrijven er zijn weergegeven, vervolgens elke 5 min. een script laten draaien welke de memcached in de database stopt, en memcached opschoont.
Of aan het einde van het laden van alle markers deze met 1 query opslaan in de database...
Wat is het snelst en het meeste stabiel? Er van uitgaande dat er straks behoorlijk wat mensen gebruik gaan maken van de app.
Nu is het de bedoeling dat er uitgebreide stats worden bijgehouden, ook als een zogeheten marker per bedrijf wordt weergegeven.
Nu is dat bijhouden niet zo'n probleem, maar vraag ik me af hoe ik dit het beste kan doen qua performance:
Via memcached bijhouden welke markers/bedrijven er zijn weergegeven, vervolgens elke 5 min. een script laten draaien welke de memcached in de database stopt, en memcached opschoont.
Of aan het einde van het laden van alle markers deze met 1 query opslaan in de database...
Wat is het snelst en het meeste stabiel? Er van uitgaande dat er straks behoorlijk wat mensen gebruik gaan maken van de app.
Kan iemand me helpen, soms krijg ik deze melding bij mijn gastenboek.Notice: Undefined index: comment op regel 111 dit is de regel $comment =$_REQUEST["comment"];
alvast bedankt.
alvast bedankt.
Het script verwacht dat er via GET of POST een veld "comment" wordt meegestuurd, maar dat gebeurt niet. Dan krijg je die melding.quote:
Kan iemand me helpen, soms krijg ik deze melding bij mijn gastenboek.Notice: Undefined index: comment op regel 111 dit is de regel $comment =$_REQUEST["comment"];
alvast bedankt.
Maar hoe kan ik het oplossen dan? alvast bedanktquote:Op zaterdag 27 juni 2009 16:49 schreef Light het volgende:
[..]
Het script verwacht dat er via GET of POST een veld "comment" wordt meegestuurd, maar dat gebeurt niet. Dan krijg je die melding.
Hoe maak ik eigenlijk een simpel PHP/MySQL navigatie systeem?
Dat ik dus 50150 resultaten netjes per 50 kan opdelen, met onderaan < Vorige | 1-2-3-4-5-6-7 | Volgende > enzo...
Dat ik dus 50150 resultaten netjes per 50 kan opdelen, met onderaan < Vorige | 1-2-3-4-5-6-7 | Volgende > enzo...
quote:Op zaterdag 27 juni 2009 16:46 schreef Gruning3r het volgende:
Kan iemand me helpen, soms krijg ik deze melding bij mijn gastenboek.Notice: Undefined index: comment op regel 111 dit is de regel $comment =$_REQUEST["comment"];
alvast bedankt. ^O^ :D
| 1 2 3 | $comment = isset($_REQUEST['comment'])?$_REQUEST['comment']:"Default"; ?> |
quote:Op zaterdag 27 juni 2009 22:14 schreef wobbel het volgende:
Hoe maak ik eigenlijk een simpel PHP/MySQL navigatie systeem?
Dat ik dus 50150 resultaten netjes per 50 kan opdelen, met onderaan < Vorige | 1-2-3-4-5-6-7 | Volgende > enzo...
| 1 2 3 4 5 6 7 8 | $page = isset($_REQUEST['page'])?($_REQUEST['page'] - 1)*50:0; while($row = mysql_fetch_assoc(mysql_query("SELECT * FROM table LIMIT ".$page.",50")) { //blablabla } ?> |
Oke, misschien omdat i knet wakker ben hoor...maar waarom krijg ik ZEVEN resultaten met dit:
SELECT * FROM D_Customers LIMIT 5, 10
1 - 5
2 - 6
3 - 7
4 - 8
5 - 9
6 - 10
Als ik het zo natel, zou ik er dus maar 6 moeten krijgen....maar waarom krijg ik er 7?
SELECT * FROM D_Customers LIMIT 5, 10
1 - 5
2 - 6
3 - 7
4 - 8
5 - 9
6 - 10
Als ik het zo natel, zou ik er dus maar 6 moeten krijgen....maar waarom krijg ik er 7?
@Wobbel
" With two arguments, the first argument specifies the offset of the first row to return, and the second specifies the maximum number of rows to return. The offset of the initial row is 0 (not 1):
SELECT * FROM tbl LIMIT 5,10; # Retrieve rows 6-15"
Je krijgt dus maximaal tien terug, omdat er maar zeven rijen zijn krijg je er minder terug. Maar zes rijen terug verwachten is sowieso fout.
" With two arguments, the first argument specifies the offset of the first row to return, and the second specifies the maximum number of rows to return. The offset of the initial row is 0 (not 1):
SELECT * FROM tbl LIMIT 5,10; # Retrieve rows 6-15"
Je krijgt dus maximaal tien terug, omdat er maar zeven rijen zijn krijg je er minder terug. Maar zes rijen terug verwachten is sowieso fout.
Owjah, dat was hetquote:Op zondag 28 juni 2009 11:33 schreef FastFox91 het volgende:
@Wobbel
" With two arguments, the first argument specifies the offset of the first row to return, and the second specifies the maximum number of rows to return. The offset of the initial row is 0 (not 1):
SELECT * FROM tbl LIMIT 5,10; # Retrieve rows 6-15"
Je krijgt dus maximaal tien terug, omdat er maar zeven rijen zijn krijg je er minder terug. Maar zes rijen terug verwachten is sowieso fout.
Aan het eind van het laden opslaan lijkt me vele malen makkelijker dan via memcached en een cronjob?quote:Op zaterdag 27 juni 2009 12:21 schreef Likkende_Lassie het volgende:
Momenteel ben ik bezig een web applicatie icm Google Maps.
Nu is het de bedoeling dat er uitgebreide stats worden bijgehouden, ook als een zogeheten marker per bedrijf wordt weergegeven.
Nu is dat bijhouden niet zo'n probleem, maar vraag ik me af hoe ik dit het beste kan doen qua performance:
Via memcached bijhouden welke markers/bedrijven er zijn weergegeven, vervolgens elke 5 min. een script laten draaien welke de memcached in de database stopt, en memcached opschoont.
Of aan het einde van het laden van alle markers deze met 1 query opslaan in de database...
Wat is het snelst en het meeste stabiel? Er van uitgaande dat er straks behoorlijk wat mensen gebruik gaan maken van de app.
Bovendien heb je je data dan meteen. 1 insertquery kost natuurlijk helemaal geen tijd....
