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 | $from['Lat'] = 51.5007359; $from['Lng'] = 3.6112547; $iRadius = 100; $istartlat = $from['Lat']; $istartlong = $from['Long']; $LatRange = ($iRadius / ((6076 / 5280) * 60)); $floatthis = ($iStartLat * 3.141592653589 / 180); $LongRange = ($iRadius / (((cos(settype($floatthis, "float")) * 6076.) / 5280.) * 60)); $LowLatitude = ($istartlat - $LatRange); $HighLatitude = ($istartlat + $LatRange); $LowLongitude = ($istartlong - $LongRange); $HighLongitude = ($istartlong + $LongRange); echo " SELECT * FROM cor WHERE cor.Lat <= $HighLatitude AND cor.Lat >= $LowLatitude AND cor.Lng >= $LowLongitude AND cor.Lng <= $HighLongitude "; ?> |
quote:Pi is often usefull in con/sin/tan functions..
There are also other Pi related constants.
These are most of them:
M_PI = 3.14159265358979323846 // pi
// The following were added in PHP 4.0.0
M_PI_2 = 1.57079632679489661923 // pi/2
M_PI_4 = 0.78539816339744830962 // pi/4
M_1_PI = 0.31830988618379067154 // 1/pi
M_2_PI = 0.63661977236758134308 // 2/pi
M_SQRTPI = 1.77245385090551602729 // sqrt(pi) (Only in PHP 4.0.2+)
M_2_SQRTPI = 1.12837916709551257390 // 2/sqrt(pi)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | function getRadiusCords($radius, $startLat, $startLong){ $radius = ($radius * 0.50); $latRange = ($radius / ((6076 / 5280) * 60)); $floatthis = ($startLat * pi() / 180); $longRange = ($radius / (((cos(settype($floatthis,"float")) * 6076.8) / 5280) * 60)); return "( cor.Lat <= ".($startLat + $latRange)." AND cor.Lat >= ".($startLat - $latRange)." AND cor.Lng >= ".($startLong - $longRange)." AND cor.Lng <= ".($startLong + $longRange)." )"; } ?> |
Korte tip: de constanten gebruiken is altijd beter als weer een extra functieaanroep (performance-wise).. Dat geldt voor wel meer dingen in PHP... __CLASS__ in plaats van get_class($this), PHP_VERSION in plaats van phpversion(), en dat soort dingenquote:Op zondag 21 juni 2009 14:23 schreef Light het volgende:
Er is ook een functie pi()
Uit het commentaar daar:
[..]
En afgezien daarvan vind ik pi() en M_PI beter leesbaar dan 3.14159265358979323846quote:Op maandag 22 juni 2009 00:32 schreef Intrepidity het volgende:
[..]
Korte tip: de constanten gebruiken is altijd beter als weer een extra functieaanroep (performance-wise).. Dat geldt voor wel meer dingen in PHP... __CLASS__ in plaats van get_class($this), PHP_VERSION in plaats van phpversion(), en dat soort dingen
Tevens goed gemaskeerde TVP
Ach, ik heb wel eens gekker gezien hoorquote:Op maandag 22 juni 2009 09:01 schreef Light het volgende:
[..]
En afgezien daarvan vind ik pi() en M_PI beter leesbaar dan 3.14159265358979323846
1 |
Het werkt sowieso gewoon niet. In de eerste plaats selecteer je postcodes uit een 'vierkant', en niet binnen een cirkel. Ten tweede is de aarde een bol, en lopen de meridianen niet parallel. Wat je kunt doen is de range vrij groot houden, en dan in een postprocessing stap alle postcodes die je terugkrijgt nog even te checken door de daadwerkelijke afstand uit te rekenen. Hoe je dat doet staat hier:quote:Op zondag 21 juni 2009 14:43 schreef Likkende_Lassie het volgende:
@light, thanks,
Functie is nu als volgt geworden:
[ code verwijderd ]
Lijkt nu 100% te werken. Toch nog even goed testen
Wat ik wel erg raar vind, is dat ik de $radius moet vermenigvuldigen met 0.50 zodat ik kilometers kan gebruikenErgens moet er dan iets fout zijn, want eigenlijk zou ik het moeten vermenigvuldigen met 0.62
Ik hoop van harte dat PHP niet zo brak is, dat dat het geval is.quote:Op maandag 22 juni 2009 00:32 schreef Intrepidity het volgende:
Korte tip: de constanten gebruiken is altijd beter als weer een extra functieaanroep (performance-wise).
Hoezo? constanten staan altijd in geheugen.. Functieaanroep betekent extra dingen op de stack, geheugenlocatie veranderen, uitvoeren van die functie, terugspringen naar vorige locatie.. Dat is in iedere taal zo.. Functieaanroepen geven nou eenmaal overhead omdat ze aanzienlijk complexer zijn dan even een variabele uit het geheugen vissen.. Je moet gewoon geen functies gebruiken voor enkele regels code en dat soort ongein.. Waarschijnlijk doet pi() niets anders dan return M_PI;quote:Op maandag 22 juni 2009 11:33 schreef Catbert het volgende:
[..]
Ik hoop van harte dat PHP niet zo brak is, dat dat het geval is.
1 2 3 4 5 6 7 8 | <td width="327"> <select name="name" type="text" class="tabel" id="name"> <option>jongen</option> <option>meisje</option> </td> </tr> |
1 |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | <td width="47"><label for="age" class="lettertype"><?php echo JText::_('AGE'); ?></label></td> <td width="327"> <select name="age" type="text" class="tabel" id="age" size="1" maxlength="2" /> <option>10</option> <option>11</option> <option>12</option> <option>13</option> <option>14</option> <option>15</option> <option>16</option> <option>17</option> <option>18</option> <option>19</option> <option>20</option> </td> </tr> |
1 |
quote:Op maandag 22 juni 2009 13:07 schreef cablegunmaster het volgende:
ik bedoel we echoeen het in een textarea we hebben al <br> en nu willen we dat die enters veroorzaken ipv /n
is hier iets mogelijk voor?
want hij echo't plaint text.
1 2 3 4 5 6 7 8 9 10 11 12 | /** * Convert BR tags to nl * * @param string The string to convert * @return string The converted string */ function br2nl($string) { return preg_replace('/\<br(\s*)?\/?\>/i', "\n", $string); } ?> |
Al sinds C worden simpele functies geinlined, dit geldt ook voor functies waar hele simpele berekeningen gedaan worden. Je moet de compiler / runtime lekker dat soort optimalisaties laten doen. Moeilijk gaan doen over een functieaanroep is gewoon premature optimization. Helemaal als het ten koste gaat van leesbaarbeid (__CLASS__ is een goed voorbeeld, WTF?) is het gewoon een slecht idee.quote:Op maandag 22 juni 2009 11:47 schreef Intrepidity het volgende:
Hoezo? constanten staan altijd in geheugen.. Functieaanroep betekent extra dingen op de stack, geheugenlocatie veranderen, uitvoeren van die functie, terugspringen naar vorige locatie.. Dat is in iedere taal zo..
quote:Op maandag 22 juni 2009 13:21 schreef Swetsenegger het volgende:
[..]
1
2
3
4
5
6<?php
function br2nl($string)
{
return preg_replace('/\<br(\s*)?\/?\>/i', "\n", $string);
}
?>
1 2 3 4 5 6 | function br2nl($string) { return preg_replace('/\<br\s*\/?\>/i', "\n", $string); } ?> |
Maar ik selecteer helemaal geen postcodes, maar coordinaten.quote:Op maandag 22 juni 2009 11:27 schreef Catbert het volgende:
[..]
Het werkt sowieso gewoon niet. In de eerste plaats selecteer je postcodes uit een 'vierkant', en niet binnen een cirkel. Ten tweede is de aarde een bol, en lopen de meridianen niet parallel. Wat je kunt doen is de range vrij groot houden, en dan in een postprocessing stap alle postcodes die je terugkrijgt nog even te checken door de daadwerkelijke afstand uit te rekenen. Hoe je dat doet staat hier:
http://www.movable-type.co.uk/scripts/gis-faq-5.1.html
Oh, en dat je door 0.5 moet delen komt waarschijnlijk doordat uitgegaan wordt van zeemijlen i.p.v. landmijlen. Een zeemijl is 1.85 km ongeveer, en komt dus dicht bij 2km. Je factor zou dus 1/1.85 = 0.54 moeten zijn.
En toch scheelt het 20-25%:quote:Op maandag 22 juni 2009 15:16 schreef Catbert het volgende:
[..]
Al sinds C worden simpele functies geinlined, dit geldt ook voor functies waar hele simpele berekeningen gedaan worden. Je moet de compiler / runtime lekker dat soort optimalisaties laten doen. Moeilijk gaan doen over een functieaanroep is gewoon premature optimization. Helemaal als het ten koste gaat van leesbaarbeid (__CLASS__ is een goed voorbeeld, WTF?) is het gewoon een slecht idee.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | // Constante $timestart = microtime(); for($i = 0; $i < 10000; $i++) { $pi = M_PI; } $timeconst = (microtime() - $timestart); echo "Tijd voor 10.000 x constante: " . $timeconst . "<br />"; // Functieaanroep $timestart = microtime(); for($i = 0; $i < 10000; $i++) { $pi = pi(); } $timefunc = (microtime() - $timestart); echo "Tijd voor 10.000 x functieaanroep: " . $timefunc . "<br />"; echo "Factor func. vs const.: " . $timefunc / $timeconst; ?> |
1 2 3 | Tijd voor 10.000 x functieaanroep: 0.0015500000000001 Factor func. vs const.: 1.2409927942355 |
Waarschijnlijk is je encoding nog gewoon ASCII of UTF-8 (ook al zegt je instruction dat het om UTF-16 gaat). Om dit te controleren, open het betreffende XML-bestand met een teksteditor die ook ondersteuning biedt om in verschillende encodings op te slaan (i.e. niet notepad), of open je document in een hex-editor en verifieer dat elk karakter uit 2 bytes bestaat (en niet 1).quote:Op maandag 22 juni 2009 11:05 schreef Intrepidity het volgende:
Iemand ervaring met UTF-16 in combinatie met SimpleXML/DOM? Ik wil een XML-bestand openen in SimpleXML of DOM, maar krijg de volgende error: SimpleXMLElement::__construct() [simplexmlelement.--construct]: Entity: line 1: parser error : Start tag expected, '<' not found
Dit teken staat er wel degelijk, en er staat geen witregel of spatie voor. Zodra ik de inhoud van dit bestand in een string stop in PHP en de string probeer te laden gaat het wel goed..
BOM?quote:Op maandag 22 juni 2009 11:05 schreef Intrepidity het volgende:
Iemand ervaring met UTF-16 in combinatie met SimpleXML/DOM? Ik wil een XML-bestand openen in SimpleXML of DOM, maar krijg de volgende error: SimpleXMLElement::__construct() [simplexmlelement.--construct]: Entity: line 1: parser error : Start tag expected, '<' not found
Dit teken staat er wel degelijk, en er staat geen witregel of spatie voor. Zodra ik de inhoud van dit bestand in een string stop in PHP en de string probeer te laden gaat het wel goed..
Betreffende eerste regel:
[ code verwijderd ]
1 2 3 4 5 6 | 1 1 10 s 2 1 10 m 3 1 10 l 4 1 12567431 l 5 1 10678096 m |
1 2 3 | <tr><td>Kleur:</td><td>12567431</td><td>maat</td>l</td></tr> <tr><td>Kleur:</td><td>10678096</td><td>maat</td>m</td></tr> |
apart tabelletje voor maten, en die linken aan het id?quote:Op maandag 22 juni 2009 23:10 schreef Swetsenegger het volgende:
Ik heb mezelf weer in een lastige mysql hoek gemanoeuvreerd....
[ code verwijderd ]
Nu moet ik als de artID en kleur gelijk is dit behandelen als 1 product in verschillende maten. Dus bovenstaand moet als volgt geparsed worden
[ code verwijderd ]
Hoe ga ik dit het handigst aanpakken. Ik zat er zelf aan te denken om in de while lus te controleren of de kleur gelijk is aan het vorige rondje, maar.... hoe pas ik dan de cel 'maat' aan in de regel ervoor....
Iemand een briljant idee?
Dat lijkt me idd de beste optiequote:Op maandag 22 juni 2009 23:13 schreef GlowMouse het volgende:
Niet je output eruit gooien middenin je code. Eerst een arraytje opbouwen $data[$artid][$kleur][] = $row.
Als je het in een andere tabel zet zoals jij voorstelt, dan zul je alsnog wat met mijn post moeten doen.quote:Op maandag 22 juni 2009 23:55 schreef PiRANiA het volgende:
[..]
Ondanks alle redundante data die op deze manier blijft bestaan?
Het is nu al in 3 tabellen opgebroken ivm de schaalbaarheid. Hoofdeigenschappen (die voor elke kleur en maat gelden) dan de eigenschappen zoals kleur, maat, etc. en een tabel foto's.quote:Op maandag 22 juni 2009 23:12 schreef PiRANiA het volgende:
[..]
apart tabelletje voor maten, en die linken aan het id?
Hmz, help me even op weg, hoe krijg ik in mijn while lus de info bij gelijke kleur in desbetreffende array entry erbij geschoven? Als ik als key gewoon de kleur pak kan ik natuurlijk de value manipuleren.... toch?quote:Op maandag 22 juni 2009 23:13 schreef GlowMouse het volgende:
Niet je output eruit gooien middenin je code. Eerst een arraytje opbouwen $data[$artid][$kleur][] = $row.
proberen en falenquote:Op dinsdag 23 juni 2009 08:23 schreef Swetsenegger het volgende:
[..]
Het is nu al in 3 tabellen opgebroken ivm de schaalbaarheid. Hoofdeigenschappen (die voor elke kleur en maat gelden) dan de eigenschappen zoals kleur, maat, etc. en een tabel foto's.
[..]
Hmz, help me even op weg, hoe krijg ik in mijn while lus de info bij gelijke kleur in desbetreffende array entry erbij geschoven? Als ik als key gewoon de kleur pak kan ik natuurlijk de value manipuleren.... toch?
dus als hij het uitvoert lockt hij de tabel?quote:
Je wil toch de insert_id gebruiken van table 1 om in table 2 te gebruiken of begrijp ik je nu verkeerd?quote:Op dinsdag 23 juni 2009 09:16 schreef cablegunmaster het volgende:
[..]
dus als hij het uitvoert lockt hij de tabel?
kan ik geen row lock doen?en voor 1x de variabele ophalen en dan in de foreach het eruithalen en daar een variabele gebruiken ?
![]()
Ja ik begrijp hoe een lusje werkt. Het ging me om de array manipulatiequote:Op dinsdag 23 juni 2009 09:15 schreef cablegunmaster het volgende:
[..]
proberen en falenals het in de database staat kun je een variabele where kleur = ' ".$kleur" ' doen en dat foreach $array as $id en daarna het weer outputten
jup. dat wil ik doenquote:Op dinsdag 23 juni 2009 09:18 schreef Swetsenegger het volgende:
[..]
Je wil toch de insert_id gebruiken van table 1 om in table 2 te gebruiken of begrijp ik je nu verkeerd?
Hij locked de table tot jij hem unlocked.quote:Op dinsdag 23 juni 2009 09:26 schreef cablegunmaster het volgende:
[..]
jup. dat wil ik doenvoor die 0.00005 sec lockt hij de tabel?
![]()
Dat heb ik net uitgelegd. Je selecteert alle coordinaten in een vierkant, niet in een cirkel. Daarnaast lopen de meridianen niet parellel. Daarom kun je beter nafilteren door naderhand nauwkeuriger de exacte afstanden uit te rekenen zodat daadwerkelijk alles binnen een straal krijgt.quote:Op maandag 22 juni 2009 16:58 schreef Likkende_Lassie het volgende:
Maar ik selecteer helemaal geen postcodes, maar coordinaten.
Toch werkt het zo goed hoor, waarom zou het niet moeten werken?
Je bewijst hier vooral mee hoe brak PHP is. Een fatsoenlijke VM zou die loop uberhaupt niet 10000 keer uitvoeren. Check dit:quote:Op maandag 22 juni 2009 18:18 schreef Intrepidity het volgende:
En toch scheelt het 20-25%:
[ code verwijderd ]
Resultaat:
[ code verwijderd ]
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 | { LoopTest test; test = new LoopTest(); test.test1(); test.test2(); test.test1(); test.test2(); test.test1(); test.test2(); test.test1(); test.test2(); } public void test1() { long ms = System.currentTimeMillis(); for(int i = 0;i < 1000000000;i++) { double pi = Math.PI; } ms = System.currentTimeMillis() - ms; System.out.println("Test 1 took " + ms + "ms."); } public void test2() { long ms = System.currentTimeMillis(); for(int i = 0;i < 1000000000;i++) { doStuff(); } ms = System.currentTimeMillis() - ms; System.out.println("Test 2 took " + ms + "ms."); } private void doStuff() { double pi = Math.PI; } } |
Klopt, en omdat PHP geen perfecte taal is heeft het wel degelijk zin om constanten in plaats van functieaanroepen te gebruiken, dat was m'n punt..quote:Op dinsdag 23 juni 2009 10:47 schreef Catbert het volgende:
Je bewijst hier vooral mee hoe brak PHP is. Een fatsoenlijke VM zou die loop uberhaupt niet 10000 keer uitvoeren. Check dit:
[ code verwijderd ]
array_push($data[$id][$kleur], $data_from_table) ?quote:Op dinsdag 23 juni 2009 09:19 schreef Swetsenegger het volgende:
[..]
Ja ik begrijp hoe een lusje werkt. Het ging me om de array manipulatie
Ik zeg niet dat het perse slecht is, maar niet als het ten koste gaat van de leesbaarheid van je code. Da's m'n punt. Math.PI bijvoorbeeld is een constante die iedereen gebruikt, en ook prima leesbaar is. Die __CLASS__ ofzo constante is IMHO een nono.quote:Op dinsdag 23 juni 2009 10:54 schreef Intrepidity het volgende:
Klopt, en omdat PHP geen perfecte taal is heeft het wel degelijk zin om constanten in plaats van functieaanroepen te gebruiken, dat was m'n punt..
Gelukkig is het je humble opinion.quote:Op dinsdag 23 juni 2009 11:09 schreef Catbert het volgende:
[..]
Ik zeg niet dat het perse slecht is, maar niet als het ten koste gaat van de leesbaarheid van je code. Da's m'n punt. Math.PI bijvoorbeeld is een constante die iedereen gebruikt, en ook prima leesbaar is. Die __CLASS__ ofzo constante is IMHO een nono.
Euh, ja?quote:
Dat fijn. Uiteindelijk is m'n ultieme doel hier mensen blij te makenquote:
Hmm... als ik die code uitvoer kom ik toch tot iets andere getallen:quote:Op dinsdag 23 juni 2009 10:47 schreef Catbert het volgende:
Je bewijst hier vooral mee hoe brak PHP is. Een fatsoenlijke VM zou die loop uberhaupt niet 10000 keer uitvoeren. Check dit:
[ code verwijderd ]
Test 1 took 673ms.
Test 2 took 943ms.
Test 1 took 645ms.
Test 2 took 931ms.
Test 1 took 616ms.
Test 2 took 610ms.
Test 1 took 619ms.
Test 2 took 633ms.
Je ziet na de 2e test2 run dat de VM 'ziet' wat test 2 doet en het voor je gaat optimaliseren. Ik hoop van harte dat PHP dergelijke zaken ook doet, anders is het te brak voor woorden.
BTW: als je testjes maakt, gebruik dan alsjeblieft meer iteraties dan 10000, dat zegt echt niks.
Je hebt zeker de server VM switch gebruikt? Dan gaat 'ie harder optimaliseren en komt tot de conclusie dat wat 'ie doet compleet zinloos isquote:Op dinsdag 23 juni 2009 15:11 schreef Light het volgende:
Hmm... als ik die code uitvoer kom ik toch tot iets andere getallen:
Test 1 took 4ms.
Test 2 took 3ms.
Test 1 took 3ms.
Test 2 took 0ms.
Test 1 took 0ms.
Test 2 took 0ms.
Test 1 took 0ms.
Test 2 took 0ms.
En dan maakt het niet uit of de loopjes in test1() en test2() tot 1.000.000.000 of tot 2.000.000.000 gaan.
Nee, ik deed java zonder switches. Nu zie ik wel in de help staan dat de default de server VM is, omdat het een server-class machine is. Misschien moet ik het ook niet op een server draaienquote:Op dinsdag 23 juni 2009 15:47 schreef Catbert het volgende:
[..]
Je hebt zeker de server VM switch gebruikt? Dan gaat 'ie harder optimaliseren en komt tot de conclusie dat wat 'ie doet compleet zinloos is
1 2 3 4 5 6 7 8 9 10 | Impact</td><td>Impact:<select name="impact"> <option value=""> - </option> <option value="1">Hoog</option> <option value="2">Middel</option> <option value="3">Laag</option> <option value="4">Geen</option> </select> ?> |
Volgens mij moet je selected hebben, niet checked.quote:Op woensdag 24 juni 2009 00:15 schreef cablegunmaster het volgende:
ik heb een drop down menu , en nu wil ik dat hij blijft staan op de waarde die hij uit de database haalt bvb
[ code verwijderd ]
en nu wil ik dat hij checked invoert bij het getalhoe kan ik dit doen?
Maak een array met als keys de waardes (1, 2, 3, etc) en als values de bijbehorende teksten (laag, middel, hoog, etc). Dan haal je uit de database welke optie is geselecteerd (een id). Je gaat gewoon de array met opties af, en bij het weergeven check je iedere keer even of het id misschien toevallig gelijk is aan de key bij de optie die je gaat weergeven.quote:de impact haalt hij uit de database.maar ik wil de andere opties ook kunnen weergeven dus ik dacht een switch maar dan echo je de options 4 * 4 erin.
moet makkelijker te doen zijn
ook een goeie optie.. beter dan brunod die gebruikte ik eerst. maar dat is ook niet zo productief.quote:Op woensdag 24 juni 2009 00:27 schreef Light het volgende:
[..]
Volgens mij moet je selected hebben, niet checked.
[..]
Maak een array met als keys de waardes (1, 2, 3, etc) en als values de bijbehorende teksten (laag, middel, hoog, etc). Dan haal je uit de database welke optie is geselecteerd (een id). Je gaat gewoon de array met opties af, en bij het weergeven check je iedere keer even of het id misschien toevallig gelijk is aan de key bij de optie die je gaat weergeven.
1 2 3 4 | SELECT TIMESTAMPDIFF(MINUTE,LogOutTime,LogInTime) AS TimeLoggedIn FROM LogTable ?> |
1 2 3 4 5 6 7 8 | $output = strtotime($row['datum_tijd_open']); $output2 = strtotime($row['datum_tijd_gesloten']); $temp = $output - $output2; echo " ".date('d',$temp).' Dagen '; echo date('m',$temp).' Maand '; echo date('Y',$temp).' Jaar verschil'; ?> |
Dat komt omdat je een verschil in tijd om gaat zetten naar een daadwerkelijke datum middels de date() functie. Dat kan niet.quote:Op donderdag 25 juni 2009 09:30 schreef cablegunmaster het volgende:
Ik kom er niet uit : ikl probeerde een functie om de tijd te berekenen tussen 2 datums alleen nu krijg ik de hele tijd het probleem dat de tijden tijdens 0:00 negatief worden. want 23:00 is natuurlijk groter.
Hoe kan ik simpel 2 velden met datetime van elkaar aftrekken?![]()
[ code verwijderd ]
is een functie die me niet hielp. hij gaf me negatieve waardes bij bepaalde tijden.
[ code verwijderd ]
Hieruit krijg ik een heel andere waarde 1976 jaar 17 dagen etc... maar de minuten en seconde kloppen wel.
1 2 3 4 5 6 7 8 9 10 | $output = strtotime($row['datum_tijd_open']); $output2 = strtotime($row['datum_tijd_gesloten']); $diff = $output - $output2; $dagen = $diff / 86400; $uren = ($diff % 86400) / 3600; $minuten = (($diff % 86400) % 3600) / 60; $seconden = ((($diff % 86400) % 3600) % 60) / 1; // die /1 kan natuurlijk weg, gaat om het idee ?> |
hoe pak je daar alleen de getallen voor de komma?quote:Op donderdag 25 juni 2009 09:54 schreef HuHu het volgende:
[..]
Dat komt omdat je een verschil in tijd om gaat zetten naar een daadwerkelijke datum middels de date() functie. Dat kan niet.
Een timestamp van 0 staat gelijk aan 1 januari 1970 @ 00:00 en dus niet gelijk aan 1 januari 0 @ 00:00. Dat laatste is wat je zou willen als je wilt weten hoeveel jaren/maanden/weken/dagen/uren/minuten/seconden er tussen 2 datums zitten.
Je kunt het met de hand uitrekenen:
[ code verwijderd ]
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 | SELECT leverancier.naam AS naam, incident.incidentid AS id, incident.systeem_naam AS Systeemnaam, datum_tijd_open AS 'Datumtijdmelding', incident.omschrijving AS 'omschrijving', incident.workaround AS 'Workaround', component.leverancier AS Leverancier, component.merk AS merk, component.soort AS 'apparaattype',component.aanschaf_jaar AS 'aanschaf' FROM incident INNER JOIN component ON incident.systeem_naam = component.systeem_naam INNER JOIN leverancier ON component.leverancier = leverancier.leverancier_id WHERE incident.omschrijving IN ( SELECT incident.omschrijving FROM incident GROUP BY omschrijving HAVING ( SELECT COUNT(incident.omschrijving) FROM incident WHERE incident.probleemid = '0') >=2 ) ORDER BY incident.omschrijving"; ?> |
Aangepast en werkendquote:Op donderdag 25 juni 2009 09:54 schreef HuHu het volgende:
[..]
Dat komt omdat je een verschil in tijd om gaat zetten naar een daadwerkelijke datum middels de date() functie. Dat kan niet.
Een timestamp van 0 staat gelijk aan 1 januari 1970 @ 00:00 en dus niet gelijk aan 1 januari 0 @ 00:00. Dat laatste is wat je zou willen als je wilt weten hoeveel jaren/maanden/weken/dagen/uren/minuten/seconden er tussen 2 datums zitten.
Je kunt het met de hand uitrekenen:
[ code verwijderd ]
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | if(isset($row['datum_tijd_gesloten']) && $row['status'] == 'Gesloten') { $output = strtotime($row['datum_tijd_open']); $output2 = strtotime($row['datum_tijd_gesloten']); }elseif($row['status'] != 'Gesloten'){ $output = strtotime($row['datum_tijd_open']); $date = date('Y-m-d H:i:s'); $output2 = strtotime($date); } $diff = $output2 - $output; $dagen = floor($diff / 86400); $uren = floor(($diff % 86400) / 3600); $minuten = floor((($diff % 86400) % 3600) / 60); $seconden = floor(((($diff % 86400) % 3600) % 60)); // die /1 kan natuurlijk weg, gaat om het idee if($row['status'] == 'Gesloten') { echo "Het probleem duurde ".$dagen." dagen ".$uren." uur ".$minuten." minuten ".$seconden." seconden"; }else{ echo "Het probleem duurt al ".$dagen." dagen ".$uren." uur ".$minuten." minuten ".$seconden." seconden"; } ?> |
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?![]()
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>'; ?> |
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 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
Het script verwacht dat er via GET of POST een veld "comment" wordt meegestuurd, maar dat gebeurt niet. Dan krijg je die melding.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.![]()
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.
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 } ?> |
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.
het is idd een feit dat het direct uitvoeren van een query makkerlijker is, maar hoe zit het met de performance? en dus straks de totale load op de server.quote:Op zondag 28 juni 2009 12:08 schreef Xcalibur het volgende:
[..]
Aan het eind van het laden opslaan lijkt me vele malen makkelijker dan via memcached en een cronjob?
Bovendien heb je je data dan meteen. 1 insertquery kost natuurlijk helemaal geen tijd....
altijd leukquote:Op zondag 28 juni 2009 14:10 schreef wobbel het volgende:
Ik kwam er net achter dat ik gister 20 regels had getikt omdat ik moe was, maar daar ook gewoon een simpele functie voor bestond
En ik kwam er pas achter dat ik de hele json klasse uit m'n framework gewoon kon vervangen door calls naar json_encode en json_decodequote:Op zondag 28 juni 2009 14:10 schreef wobbel het volgende:
Ik kwam er net achter dat ik gister 20 regels had getikt omdat ik moe was, maar daar ook gewoon een simpele functie voor bestond
Hoezo moet je de status nog aanmaken? Zijn die voor ieder record verschillend dan?quote:Op zondag 28 juni 2009 13:17 schreef Likkende_Lassie het volgende:
[..]
het is idd een feit dat het direct uitvoeren van een query makkerlijker is, maar hoe zit het met de performance? en dus straks de totale load op de server.
het is toch een flinke update/insert/select query, select omdat het systeem de stats eventueel nog moet aanmaken.
Hoe onderhoud je die dan? In een CMS ofzo dus, textfile steeds opnieuw schrijven?quote:Op maandag 29 juni 2009 10:48 schreef Scorpie het volgende:
Ik zet vertalingen nooit in de database, maar in een aparte file.
Bij een CMS kan je onderscheid maken he. Je hebt dynamische content die de gebruiker zelf verzorgt (die zet je dan natuurlijk in de database), je hebt systeem meldingen (komen uit een resource file), en generieke meldingen (ook uit de resource file).quote:Op maandag 29 juni 2009 11:11 schreef Xcalibur het volgende:
[..]
Hoe onderhoud je die dan? In een CMS ofzo dus, textfile steeds opnieuw schrijven?
Ja dat is dus specifiek voor de dynamische content, daar maak ik mij niet zo druk om.quote:Ik gebruik altijd een centrale teksten tabel. Per record staat daarin om wat voor soort tekst het gaat (pagina, nieuwsbericht, etc. - tabelnaam dus), de ID van het betreffende pagina/nieuws-record, de taal en de tekst.
Klopt. Maar ik bouw meestal een CMS waarbij ik de labels van de velden e.d vastleg in een file, en niet in de database. Dacht dat je dat bedoelde.quote:Door middel van een join kan je die vrij eenvoudig ophalen, ook meerdere tekstrecords per pagina (voor de titel, inhoud, etc.) Voordeel is dat je *alle* tekst in 1 tabel hebt staan, en dat dus erg makkelijk te doorzoeken is enzoEen nieuwe taal toevoegen is een kwestie van alle tekstrecords van 1 taal dupliceren naar je nieuwe taal.
Wat ik persoonlijk doe is de vertalingen in een XML-file opslaanquote:Op maandag 29 juni 2009 11:11 schreef Xcalibur het volgende:
[..]
Hoe onderhoud je die dan? In een CMS ofzo dus, textfile steeds opnieuw schrijven?
Ik gebruik altijd een centrale teksten tabel. Per record staat daarin om wat voor soort tekst het gaat (pagina, nieuwsbericht, etc. - tabelnaam dus), de ID van het betreffende pagina/nieuws-record, de taal en de tekst.
Door middel van een join kan je die vrij eenvoudig ophalen, ook meerdere tekstrecords per pagina (voor de titel, inhoud, etc.) Voordeel is dat je *alle* tekst in 1 tabel hebt staan, en dat dus erg makkelijk te doorzoeken is enzoEen nieuwe taal toevoegen is een kwestie van alle tekstrecords van 1 taal dupliceren naar je nieuwe taal.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <config> Hier wat configuratieinstellingen voor de taal, zoals een foutmelding als er een vertaling niet gevonden is </config> <page name="home"> <group name="headers"> <constant name="kop">Welkom!</constant> </group> <group name="...">[...]</group> <constant name="blaat">Een vertaling mag ook buiten een groep staan, maar niet buiten een pagina</constant> </page> <page name="...">[...]</page> </language> |
Als je het een keer inlaadt en dan in-memory bewaard is het performance verschil tussen DB of flat file natuurlijk niet erg boeiend, maar hou er rekening mee dat in normale gevallen (dus niet dat je info maar een maal nodig hebt) DB requests over het algemeen sneller zijn dan flat files lezen. Zelf vind ik het vanuit een ontwerpstandpunt erg slordig om dergelijke dynamische data op een andere plek op te slaan dan waar de rest van je spul zit. M.i. kies je ervoor 'alles' in een DB te stoppen, of 'alles' via XML files te doen.quote:Op maandag 29 juni 2009 11:30 schreef Intrepidity het volgende:
Wat ik persoonlijk doe is de vertalingen in een XML-file opslaanMet SimpleXML en DOM en whatever kun je vanuit je CMS makkelijk muteren in dat soort bestanden, en de performance is over het algemeen een stuk beter als losse databasequeries. (aangezien ik de XML 1 keer parse en vervolgens het object bewaar. Dan wel zo min mogelijk gebruik maken van xpath queries, dat is redelijk zwaar).
Ik had het voornamelijk over dynamische teksten inderdaadquote:Op maandag 29 juni 2009 11:14 schreef Scorpie het volgende:
Klopt. Maar ik bouw meestal een CMS waarbij ik de labels van de velden e.d vastleg in een file, en niet in de database. Dacht dat je dat bedoelde.
Dit begrijp ik niet helemaal. Je laadt de hele XML (met *alle* tekst) 1x per pageload in?quote:Op maandag 29 juni 2009 11:30 schreef Intrepidity het volgende:
aangezien ik de XML 1 keer parse en vervolgens het object bewaar.
Nou ja, wat ik altijd vervelend vind is generieke teksten zoals Gebruiker / Login - Loguit enzo te moeten vervangen. Dat doe ik liever op 1 plek dan op meerdere. Maar ja das natuurlijk persoonsgebonden.quote:Op maandag 29 juni 2009 13:01 schreef Xcalibur het volgende:
[..]
Ik had het voornamelijk over dynamische teksten inderdaad
Vaste teksten zet ik hard in de template, met een aparte template map per taal. Vind ik een stuk gemakkelijker werken dan met een los tekstbestand. Zo kan ik tenminste gewoon zien waar een tekst staan enzo. Bovendien kan je dan per taal nog wat wijzigen in de template, om een of andere reden willen mijn klanten dat altijd
Wijzigingen in de template moet je in het slechtste geval een aantal keer doorvoeren, maar als je het goed doet kan het meeste via de CSS
Zo werkt dat nou eenmaal met methoden als SimpleXML. Bij het laden hiervan wordt de hele XML file geparsed en omgezet naar een object. Ik zorg dat dat object statisch blijft in de hele applicatie en dus maar 1 maal geparsed wordt per paginaverzoek. Eventueel kun je dat object zelfs nog cachen als je graag op performance let.quote:Op maandag 29 juni 2009 13:03 schreef Xcalibur het volgende:
[..]
Dit begrijp ik niet helemaal. Je laadt de hele XML (met *alle* tekst) 1x per pageload in?
Of stop je het ding in een sessie ofzo?
In het eerste geval lijkt me dat niet zo efficient als je een grote site hebt namelijk
Ik noem vertalingen van teksten niet dynamisch hoor.. Het gaat hier om teksten die eenmaal ingevoerd worden en hooguit een jaartje later wat geupdate worden. Dynamische data als nieuwsberichten zet ik gewoon in hun eigen tabel, dus titel_nl, titel_en kolommen, etc.quote:Op maandag 29 juni 2009 12:06 schreef Catbert het volgende:
[..]
Als je het een keer inlaadt en dan in-memory bewaard is het performance verschil tussen DB of flat file natuurlijk niet erg boeiend, maar hou er rekening mee dat in normale gevallen (dus niet dat je info maar een maal nodig hebt) DB requests over het algemeen sneller zijn dan flat files lezen. Zelf vind ik het vanuit een ontwerpstandpunt erg slordig om dergelijke dynamische data op een andere plek op te slaan dan waar de rest van je spul zit. M.i. kies je ervoor 'alles' in een DB te stoppen, of 'alles' via XML files te doen.
Euh, als het 'statisch' over heel de applicatie is, dan wordt het toch sowieso niet eens per pagina ingelezen? Ik snap dat het in PHP wat ingewikkelder is dan in .Net bijvoorbeeld maar dat kan je toch via shared geheugen oplossen?quote:Op maandag 29 juni 2009 13:26 schreef Intrepidity het volgende:
Zo werkt dat nou eenmaal met methoden als SimpleXML. Bij het laden hiervan wordt de hele XML file geparsed en omgezet naar een object. Ik zorg dat dat object statisch blijft in de hele applicatie en dus maar 1 maal geparsed wordt per paginaverzoek. Eventueel kun je dat object zelfs nog cachen als je graag op performance let.
Ja, ik heb ook een tijd met een tekstbestand per taal gewerkt, maar dat vond ik toch maar onhandig... vooral omdat je geen goed overzicht hebt waar je nou iets aan het wijzigen bent... En als je 1 tekst als Login wilt vervangen, maar alle andere niet is de kans dat het fout gaat wel aanzienlijkquote:Op maandag 29 juni 2009 13:04 schreef Scorpie het volgende:
[..]
Nou ja, wat ik altijd vervelend vind is generieke teksten zoals Gebruiker / Login - Loguit enzo te moeten vervangen. Dat doe ik liever op 1 plek dan op meerdere. Maar ja das natuurlijk persoonsgebonden.
Zoals het nu ingericht is (en dat zijn kleine klanten met weinig traffic) wordt die XML eens per request omgezet naar een SimpleXML object in PHP. Misschien bewaart .net dat soort objecten wel netjes voor je door middel van een viewstate of iets dergelijks (weinig verstand van .net), maar in PHP gebeurt dat zeker niet volautomatisch, en aangezien HTTP inherent stateless is is dat volgensmij ook niet eenvoudig toe te passen tenzij je caching technieken als memcache gaat inzetten.. Maar ik geef toe dat dat bij ons bedrijf door het gebrek aan heftige traffic nog geen issue is ook om dat soort optimalisaties toe te passen.. Die 0.001sec extra per request maakt met andere woorden geen drol uit.quote:Op maandag 29 juni 2009 14:18 schreef Catbert het volgende:
[..]
Euh, als het 'statisch' over heel de applicatie is, dan wordt het toch sowieso niet eens per pagina ingelezen? Ik snap dat het in PHP wat ingewikkelder is dan in .Net bijvoorbeeld maar dat kan je toch via shared geheugen oplossen?
xkcd ftw: http://nl2.php.net/gotoquote:Op dinsdag 30 juni 2009 15:12 schreef GlowMouse het volgende:
http://www.php.net/releases/5_3_0.php
Nu met goto
quote:
Heel ouderwets is nog een understatement. Ik zie er echt het nut niet van. Het wordt wel makkelijker om spaghetticode te schrijven, maar of je daar nou zo blij mee moet zijn...quote:Op dinsdag 30 juni 2009 15:33 schreef Xcalibur het volgende:
ik heb het gevoel dat goto iets heel ouderwets is?
Ik zie het nut er ook niet zo van eerlijk gezegd...
PHP heeft wat weg van C. Om de leercurve voor QBasicgebruikers minder stijl te maken, is deze feature toegevoegd.quote:Op dinsdag 30 juni 2009 22:09 schreef Xcalibur het volgende:
is het weer 1 april ofzo?
Of is dit nu echt een feature?
Bedankt, maar heb het toch met een mooie functie gedaan die een array uitpoept welke ik kan gebruikenquote:
Is dat echt de reden?quote:Op dinsdag 30 juni 2009 22:33 schreef GlowMouse het volgende:
[..]
PHP heeft wat weg van C. Om de leercurve voor QBasicgebruikers minder stijl te maken, is deze feature toegevoegd.
Ik denk het nietquote:Op dinsdag 30 juni 2009 23:03 schreef Xcalibur het volgende:
[..]
Is dat echt de reden?
Wtf... echt...
Het praktische nut staat uitgelegd op de pagina van PHP zelf: eenvoudig uit een loopje ontsnappen bijvoorbeeld. Maargoed, dat kan ook op een andere manier, dat wel.quote:Op dinsdag 30 juni 2009 23:17 schreef Xcalibur het volgende:
Ik kan me eigenlijk ook geen praktisch nut voorstellen....
De toevoeging ontgaat me daarom ook volledig
Maar dat was inmiddels wel duidelijk denk ik
Mjah, deze goto is alleen wel heel erg beperkt ten opzichte van de oude goto. Je kunt er dan ook weer niet alles meequote:Op woensdag 1 juli 2009 09:21 schreef cablegunmaster het volgende:
goto lijkt me ook weer vaag... het is een soort van dirty workaround in m'n ogen. oude dos commandos gebruikten goto.
Inderdaad. Je kunt, thank god, niet uit een methode of van buiten een methode inspringen. Maar dan nog zie ik het gebeuren dat kansloze prutsers hun hele script een grote method maken van 5 pagina's met overal goto's.quote:Op woensdag 1 juli 2009 09:24 schreef HuHu het volgende:
Mjah, deze goto is alleen wel heel erg beperkt ten opzichte van de oude goto. Je kunt er dan ook weer niet alles mee.
The horror!quote:Op woensdag 1 juli 2009 11:07 schreef HuHu het volgende:
Je kunt natuurlijk wel de hele OO structuur van je applicatie weggooien en vervolgens alles met GOTO's gaan oplossen in één grote blob. Dus geen functies of methoden meer gebruiken, maar goto-en naar een label en de return waarde globaal zetten en dan weer terug goto-en enzo.
En dan door een variabele laten bepalen waar je naar terug gaat goto-en?quote:Op woensdag 1 juli 2009 11:07 schreef HuHu het volgende:
Je kunt natuurlijk wel de hele OO structuur van je applicatie weggooien en vervolgens alles met GOTO's gaan oplossen in één grote blob. Dus geen functies of methoden meer gebruiken, maar goto-en naar een label en de return waarde globaal zetten en dan weer terug goto-en enzo.
Uiteraard. Met zo'n mooie if-elseif-else constructie:quote:Op woensdag 1 juli 2009 12:28 schreef Light het volgende:
[..]
En dan door een variabele laten bepalen waar je naar terug gaat goto-en?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | doeIetsLeuks: // lala $c = $a + $b; // allemaal globaal // We zijn klaar, waar gaan we nu naar terug? if ($gaTerugNaar == 'start') goto start; elseif ($gaTerugNaar == 'gevangenis') goto gevangenis; elseif ($gaTerugNaar == 'school') goto school; else goto einde; ?> |
1 2 3 | goto a, b, c; ?> |
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |