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 is ook de reden waarom PHP veiliger is toch?quote:Op vrijdag 5 oktober 2012 19:29 schreef Scorpie het volgende:
php is server Side, html is client Side.
Is HTML de appel?quote:
Nou nee. Je vergelijkt appels met speedboten.
...grapje...
Ik kan er prima mee omgaan, maar het is bloated. :0quote:
[..]
Haha, je kan er gewoon niet mee omgaan. Welk framework is wel de bom dan volgens jou?
Carpe Libertatem
Nogmaals, noem eens een beter alternatief dan?quote:Op vrijdag 5 oktober 2012 19:38 schreef Boze_Appel het volgende:
[..]
Ik kan er prima mee omgaan, maar het is bloated. :0
http://codeigniter.com/quote:
[..]
Nogmaals, noem eens een beter alternatief dan?
Carpe Libertatem
CodeIgniter vind ik meer een verzameling libraries dan een framework. Veel van de libs zijn nogal simplistisch, vaak niet meer dan wat convenience wrappers die soms maar weinig voordeel opleveren, zoals die gare "active record" class, die alleen maar extra complexiteit toevoegt zonder dat je er veel gemak voor terugkrijgt.quote:
dus globals maken de boel eerder dirtyquote:
[..]
Als je goede tests bij je code kunt leveren is het wmb niet dirty. En code die wel OO is maar ook zodanig in elkaar zit dat unittesten niet mogelijk is, is wel dirty.
..///
Ik ga binnenkort werken aan de back-end van een Facebook-game. Ik zoek een mooi framework waarmee ik dat zou kunnen doen. Het wordt geen grote applicatie, gewoon wat simpele dingen zoals het bijhouden van highscores.
Iemand een goede tip? Is CakePHP is zo'n geval geen overkill?
Iemand een goede tip? Is CakePHP is zo'n geval geen overkill?
http://popcornphp.com/quote:Op vrijdag 5 oktober 2012 21:43 schreef Tijn het volgende:
Ik ga binnenkort werken aan de back-end van een Facebook-game. Ik zoek een mooi framework waarmee ik dat zou kunnen doen. Het wordt geen grote applicatie, gewoon wat simpele dingen zoals het bijhouden van highscores.
Iemand een goede tip? Is CakePHP is zo'n geval geen overkill?
?
Globals zijn evil. En dat is een understatement.quote:
[..]
dus globals maken de boel eerder dirty
Hmm, inderdaad. Dat framework waar Boze_Appel zo enthousiast over is zal denk ik wel voldoen toch?quote:
[..]
Mja, laatse versie: 0.6 beta. Klinkt niet echt alsof het volwassen is
Een forum met 7 topics en 11 posts duidt ook niet echt op een levendige community.quote:
Mja, laatse versie: 0.6 beta. Klinkt niet echt alsof het volwassen is
Never in the entire history of calming down did anyone ever calm down after being told to calm down.
Ik zocht op lightweight php framework en deze kwam eruit.quote:Op vrijdag 5 oktober 2012 22:34 schreef Arcee het volgende:
[..]
Een forum met 7 topics en 11 posts duidt ook niet echt op een levendige community.
De homepage zag er wel goed uit en het leek ook redelijk licht, maar ik keek niet echt verder.
Wat voor complexiteit voegt active record toe?quote:
[..]
CodeIgniter vind ik meer een verzameling libraries dan een framework. Veel van de libs zijn nogal simplistisch, vaak niet meer dan wat convenience wrappers die soms maar weinig voordeel opleveren, zoals die gare "active record" class, die alleen maar extra complexiteit toevoegt zonder dat je er veel gemak voor terugkrijgt.
In de praktijk komt het niet zo belachelijk veel voor, maar een simpele manier om database-interactie's te doen, ongeacht de database, is best praktisch. Een conversie van MySQL naar PostgreSQL is dan een eitje om maar wat te noemen.
Carpe Libertatem
Ik vind dit:quote:
[..]
Wat voor complexiteit voegt active record toe?
| 1 | $this->db->select('title')->from('mytable')->where('id', $id)->limit(10, 20); |
complexer dan gewoon kale sql:
| 1 | select title from mytable where id = ? limit 10, 20 |
In ieder geval makkelijker te tikken.
(het voorbeeld heb ik uit de documentatie, het is natuurlijk een debiele query)
Wat ik in active record ook heel erg mis is inter table relaties - die moet je alsnog helemaal zelf doen, incl de joins. In de modellen van cakephp worden die automatisch gelegd (hasOne, hasMany, belongsTo) aan de hand van je database schema en hoef je er bijna niet meer over na te denken. De benodigde joins worden onderwater gewoon gegenereerd en je kan de data van gerelateerde tabellen benaderen zonder extra moeite.
Daar heb je helemaal gelijk in. Dat is wat mij betreft ook de enige reden waarom je active record zou willen gebruiken.quote:In de praktijk komt het niet zo belachelijk veel voor, maar een simpele manier om database-interactie's te doen, ongeacht de database, is best praktisch. Een conversie van MySQL naar PostgreSQL is dan een eitje om maar wat te noemen.
Ik heb de volgende code op een pagina staan waar boven deze code nog meer code staat, maar eronder niets meer:
De UPDATE regel wordt niet uitgevoerd in die code. Zodra ik die regel boven de regel plaats waar het SQL-resultaat gefetched wordt werkt het wel. Als ik deze code in een nieuw php-document plaats met geen andere code, werkt ie wel. De code zelf lijkt dus wel goed te zijn. Maar waarom werkt ie niet als ik die regel onder de fetch plaats op die pagina? Ik snap er echt geen zak van waarom het niet werkt. In elke andere situatie die ik heb kunnen bedenken UPDATE ie de cel gewoon, BEHALVE op die ene pagina als ik de UPDATE regel daar onder de fetch plaats. Heeft iemand enig idee waardoor dit kan?
Ik heb de rest van de code op de pagina niet genoemd omdat ik niet denk dat daar het probleem in zit. Dit denk ik omdat de UPDATE query wél gewoon werkt als ik die boven de fetch plaats. Heeft iemand énig idee? Ik ben hier al dagen mee bezig, heb van alles geprobeerd maar het wil verdomme maar niet werken..
| 1 2 3 4 5 6 7 8 | <?php $rij = mysql_fetch_array(mysql_query("SELECT movespeler1,movespeler2 FROM fightdata WHERE id = '1'")); $move = $rij['movespeler1']; if ($move != ""){ // De tegenstander heeft een move uitgevoerd mysql_query("UPDATE fightdata SET movespeler1 = '' WHERE id = '1'"); } ?> |
De UPDATE regel wordt niet uitgevoerd in die code. Zodra ik die regel boven de regel plaats waar het SQL-resultaat gefetched wordt werkt het wel. Als ik deze code in een nieuw php-document plaats met geen andere code, werkt ie wel. De code zelf lijkt dus wel goed te zijn. Maar waarom werkt ie niet als ik die regel onder de fetch plaats op die pagina? Ik snap er echt geen zak van waarom het niet werkt. In elke andere situatie die ik heb kunnen bedenken UPDATE ie de cel gewoon, BEHALVE op die ene pagina als ik de UPDATE regel daar onder de fetch plaats. Heeft iemand enig idee waardoor dit kan?
Ik heb de rest van de code op de pagina niet genoemd omdat ik niet denk dat daar het probleem in zit. Dit denk ik omdat de UPDATE query wél gewoon werkt als ik die boven de fetch plaats. Heeft iemand énig idee? Ik ben hier al dagen mee bezig, heb van alles geprobeerd maar het wil verdomme maar niet werken..
"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."
Plaats je dan de update query buiten de if boven de code? Wat krijg je terug als je $move echo't?
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Ik dacht eerst ook dat het daaraan lag, maar als ik de UPDATE query slechts boven de IF plaats dan werkt het nog steeds niet. Ik moet de query echt boven de fetch plaatsen om het te laten werken. $move geeft de daadwerkelijke waarde (A3) gewoon terug, dus dat klopt ook gewoon..
"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."
Je kunt die IF ook als een WHERE in het UPDATE-statement verwerken:
Dan kun je die fetch en de IF gewoon weglaten.
| 1 2 3 | <?php mysql_query("UPDATE fightdata SET movespeler1 = '' WHERE id = '1' AND movespeler1<>''"); ?> |
Dan kun je die fetch en de IF gewoon weglaten.
Never in the entire history of calming down did anyone ever calm down after being told to calm down.
en heb je gelijk ondersteuning voor concurrencyquote:
Je kunt die IF ook als een WHERE in het UPDATE-statement verwerken:
[ code verwijderd ]
Dan kun je die fetch en de IF gewoon weglaten.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Nee helaas niet, omdat hij in die IF ook nog wat HTML output via een echo. Dit is voor dit probleem echter niet relevant en daarom heb ik dit niet in de code staan 
"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."
Je kunt ook eerst de update doen, dan controleren hoeveel rijen er aangepast zijn (met mysql_num_rows()) en op basis daarvan je IF doen.quote:Op zaterdag 6 oktober 2012 20:40 schreef Devolution het volgende:
Nee helaas niet, omdat hij in die IF ook nog wat HTML output via een echo. Dit is voor dit probleem echter niet relevant en daarom heb ik dit niet in de code staan
Nee kan ook niet, want hij moet de waarde eerst naar de browser outputten en daarna pas de waarde updaten 
De waarde in de cel staat voor een aanval die een vechtpoppetje doet. Zodra dit poppetje de aanval doet moet hiervan een melding op het scherm van de speler komen en vervolgens wordt deze aanval uit de cel verwijderd (leeggemaakt).
De waarde in de cel staat voor een aanval die een vechtpoppetje doet. Zodra dit poppetje de aanval doet moet hiervan een melding op het scherm van de speler komen en vervolgens wordt deze aanval uit de cel verwijderd (leeggemaakt).
"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."
Of hij begreep het heel goed en was bang voor overengineering of het second-system effect. Het wordt tijd dat de pragmatiek weer breder gedragen gaat worden in het developmentwezen.quote:
[..]
Ik zat vanochtend nog bij een klant voor een nieuw project die me expliciet vroeg om het niet "te object-georiënteerd" op te zetten
Maar goed, dat komt waarschijnlijk omdat 'ie het zelf ook niet zo goed begrijpt denk ik. Ik zie eigenlijk geen reden om niet gewoon met controllers en models te werken.
Programming Motherfucker, Do you speak it? :-)
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
Abusing semicolons since 1987.
Mja, de vrij strakke deadline dwingt sowieso al een bepaalde pragmatiek afquote:
[..]
Of hij begreep het heel goed en was bang voor overengineering of het second-system effect.
Het wordt tijd dat de pragmatiek breder gedragen gaat worden in het developmentwezen.
Programming Motherfucker.com, Do you speak it? :-)
Misschien dat je daar toch een stukje van kunt posten? Je zegt dat de code zoals je die postte in een nieuw document gewoon werkt, dus wellicht ligt het toch aan de overige code.quote:Op zaterdag 6 oktober 2012 17:11 schreef Devolution het volgende:
Ik heb de rest van de code op de pagina niet genoemd omdat ik niet denk dat daar het probleem in zit.
Never in the entire history of calming down did anyone ever calm down after being told to calm down.
Ik heb het eindelijk opgelost. Het had te maken met een AJAX call in de code (die werd aangeroepen via een javascriptcode die weer via een echo geplaatst werd in die IF hierboven) die de bewuste cel aanpaste nadat de update de cel leeggemaakt had. De update werkte dus wel maar daarna veranderde de AJAX call doodleuk de waarde weer in de oude 
Ik ben erachter gekomen door de javascriptcode weg te halen, waardoor de pagina het perfect deed. Toen wist ik dus dat het daaraan moest liggen en heb ik de complete javascriptcode (en de resulterende AJAX-call) vervolgens regel voor regel nagelopen en kwam ik achter de fout.
Ik heb hiervoor nog nooit met AJAX calls gewerkt dus vandaar dat ik deze stomme fout gemaakt had haha
Maar het werkt nu weer 
Ik ben erachter gekomen door de javascriptcode weg te halen, waardoor de pagina het perfect deed. Toen wist ik dus dat het daaraan moest liggen en heb ik de complete javascriptcode (en de resulterende AJAX-call) vervolgens regel voor regel nagelopen en kwam ik achter de fout.
Ik heb hiervoor nog nooit met AJAX calls gewerkt dus vandaar dat ik deze stomme fout gemaakt had haha
Maar het werkt nu weer
"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."
Daarnaast is het wel een walgelijk stukje code. In die 4 regels gaan al 4 dingen mis...quote:
Ik heb het eindelijk opgelost. Het had te maken met een AJAX call in de code (die werd aangeroepen via een javascriptcode die weer via een echo geplaatst werd in die IF hierboven) die de bewuste cel aanpaste nadat de update de cel leeggemaakt had. De update werkte dus wel maar daarna veranderde de AJAX call doodleuk de waarde weer in de oude
Ik ben erachter gekomen door de javascriptcode weg te halen, waardoor de pagina het perfect deed. Toen wist ik dus dat het daaraan moest liggen en heb ik de complete javascriptcode (en de resulterende AJAX-call) vervolgens regel voor regel nagelopen en kwam ik achter de fout.
Ik heb hiervoor nog nooit met AJAX calls gewerkt dus vandaar dat ik deze stomme fout gemaakt had haha
Enlighten me?
"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."
| 1 2 3 4 5 6 7 8 | <?php $rij = mysql_fetch_array(mysql_query("SELECT movespeler1,movespeler2 FROM fightdata WHERE id = '1'")); $move = $rij['movespeler1']; if ($move != ""){ // De tegenstander heeft een move uitgevoerd mysql_query("UPDATE fightdata SET movespeler1 = '' WHERE id = '1'"); } ?> |
Geen foutcontrole.
Geen controle over resultaten.
2 spelernamen in 1 tabel ipv een aparte tabel voor spelers.
Where id = 1 zonder quotes. Anders vergelijkt hij als string en niet int
Foutcontrole op de fetch is niet nodig omdat de cellen uit de query altijd bestaan.
Er zijn niet 2 spelernamen in 1 tabel, zie onder*.
Als laatste stonden er quotes omdat daar normaal een php string staat, maar voor testdoeleinden had ik daar even een 1 van gemaakt.
* Elk gevecht krijgt een eigen rij. In die rij staan onder andere de columns movespeler1 en movespeler2. Deze geven aan welke aanval elke speler heeft gekozen in datzelfde gevecht en deze worden geleegd zodra beide spelers deze aanval gezien hebben als animatie. Het is dus niet nodig om deze in aparte tabellen te zetten omdat het slechts de acties weergeeft binnen 1 gevecht.
Er zijn niet 2 spelernamen in 1 tabel, zie onder*.
Als laatste stonden er quotes omdat daar normaal een php string staat, maar voor testdoeleinden had ik daar even een 1 van gemaakt.
* Elk gevecht krijgt een eigen rij. In die rij staan onder andere de columns movespeler1 en movespeler2. Deze geven aan welke aanval elke speler heeft gekozen in datzelfde gevecht en deze worden geleegd zodra beide spelers deze aanval gezien hebben als animatie. Het is dus niet nodig om deze in aparte tabellen te zetten omdat het slechts de acties weergeeft binnen 1 gevecht.
"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."
Ik zit met een denk spelletje in mijn hoofd, zelf probeer ik steeds meer richting jquery en ajax op te denken. Al lukt het niet altijd even goed, maar nu vraag ik me af. ik heb een tabel met X aantal rijen. elke rij wou ik inline kunnen aanpassen (call back richting database). Zodat als een waarde verandert de goede rij aangepast wordt.
Ik zat nu aan 2 varianten te denken,
1. met een save knop aan het einde van de rij. (hoe hij weet dat hij de Rij daarvoor moet hebben weet ik nog niet ) . Tig <form> op een pagina maken leek me niet praktisch en was net een beetje semi ajax idee.
2. onchange javascript dat als een verandering op het input veld is er een javascript activeert, die de resultaten post richitng de server. Dit lijkt me alleen zwaar te zijn, (kan het mis hebben). elke aanpassing een aparte query verstuurd , geen idee in wat voor orde query's gaan maar, mij is geleerd zo min mogelijk query's te gebruiken. kan het helemaal mis hebben.
Onchange() -> functie in jquery pakt de value van het huidige input veld. Stuurt de waarde per $.post in javascript door naar functie in php. en php stuurt het door richting SQL database.
Ik zat nu aan 2 varianten te denken,
1. met een save knop aan het einde van de rij. (hoe hij weet dat hij de Rij daarvoor moet hebben weet ik nog niet ) . Tig <form> op een pagina maken leek me niet praktisch en was net een beetje semi ajax idee.
2. onchange javascript dat als een verandering op het input veld is er een javascript activeert, die de resultaten post richitng de server. Dit lijkt me alleen zwaar te zijn, (kan het mis hebben). elke aanpassing een aparte query verstuurd , geen idee in wat voor orde query's gaan maar, mij is geleerd zo min mogelijk query's te gebruiken. kan het helemaal mis hebben.
Onchange() -> functie in jquery pakt de value van het huidige input veld. Stuurt de waarde per $.post in javascript door naar functie in php.
en php stuurt het door richting SQL database.
Redacted
Je bedoelt een "onkeyup"-event van zo'n input text zeker?
Ik zie het wel vaker gebeuren; met zoeksuggesties bijvoorbeeld.
Ja je vuurt dan wel met elke toetsaanslag een $.post() af, maar dat is toch niet zo zwaar?
Ik zie het wel vaker gebeuren; met zoeksuggesties bijvoorbeeld.
Ja je vuurt dan wel met elke toetsaanslag een $.post() af, maar dat is toch niet zo zwaar?
Je moeder is een hamster
jij gaat voor de bullshitbingo?quote:
Of pas na drie aanslagen fetchen, deze in cache opslaan en daar verder in filteren.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Wie heeft er ervaring met Propel en verglijkbare ORM oplossingen in PHP. Is zoiets aan te raden om op te pakken voor wat hobbyprojectjes, of maak ik het me dan juist weer veels te moeilijk? En wat zou een tussenoplossing zijn? Het andere einde is nl. zelf e.a. aan classes schrijven voor PDO/MySQL, dat voelt alleen een beetje als het wiel op nieuwe uitvinden. Ik doe dat al op mijn werk dus om dat thuis nog eens na te gaan doen is mij een beetje te gortig.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Nee lekker alles in het Nederlands uitspreken, dat zet zoden aan de dijkquote:
Op 'Na 3 aanslaguh de resultaten ophaluh en dan lokaal bijhouduh en dan daarin gaan zoekuh'.
[ Bericht 7% gewijzigd door #ANONIEM op 08-10-2012 20:13:10 ]
Je strooide met termen zonder specifiek aan te geven waar dat gebeurde. Fetchen is in php-land sowieso iets vreemds als je het over user-input hebt. Het was voor mij onbegrijpelijk wat je met je post bedoelde.quote:
[..]
Nee lekker alles in het Nederlands uitspreken, dat zet zoden aan de dijk
'Na 3 aanslaguh de resultaten ophaluh en dan lokaal bijhouduh en dan daarin gaan zoekuh'.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Heeft iemand hier ervaring met cURL? Ik heb een loginscript, maar ik krijg geen output. Waarschijnlijk heeft het te maken met een cookie.txt file waar naartoe geschreven moet kunnen worden. Ik weet alleen niet hoe. 
Data fetchen is jou vreemd? De relatie met een input field kon je ook niet leggen? User-input is wel een normale term ? Dit soort termen worden dagelijks gebezigd zonder dat er iemand is die niet snapt waar het over gaat, zeker de gemiddelde devver weet precies wat dit inhoud. Daarnaast is de door mij geposte manier een beproefde methode voor een live search veld.quote:
[..]
Je strooide met termen zonder specifiek aan te geven waar dat gebeurde. Fetchen is in php-land sowieso iets vreemds als je het over user-input hebt. Het was voor mij onbegrijpelijk wat je met je post bedoelde.
[ Bericht 4% gewijzigd door #ANONIEM op 08-10-2012 21:07:56 ]
Dan nog kun je zonder foutafhandeling in de problemen komen. Bijvoorbeeld als de tabel wordt aangepast en je de code niet overal bijwerkt. Of als het id niet bestaat, of de verbinding met de database moeilijk doet. Als mysql_query (een functie die je eigenlijk niet meer moet gebruiken) geen resultaat oplevert, gaat mysql_fetch ook mis.quote:
Foutcontrole op de fetch is niet nodig omdat de cellen uit de query altijd bestaan.
Over het algemeen vang ik functies altijd af, bijna alle functies kunnen false terug geven als er iets misgaat. Als je dat meteen afvangt kun je dat meteen vastleggen, ipv dat je telefoontjes van klanten krijgt over foreaches die misgaan wegens missende data etc. (en eigenlijk vind ik dat je altijd moet checken of je wel een array/object naar je foreach stuurt, of iedere andere functie die een bepaalde iets verwacht.) Dan moet je namelijk helemaal terug gaan kijken waar dat ook al weer was, ipv dat je die informatie al hebt. En daarnaast is het voor de gebruiker meestal prettiger een foutmelding te zien die zij kunnen begrijpen, ipv een of andere php foutmelding.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Het woord altijd vind ik zo gevaarlijk in de ICT, "ja maar dat zal nooit gebeuren", "dat komt niet voor", "daar hoeven we geen rekening mee te maken", "die input/output is altijd goed"
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
tegenwoordig leer je het tijdens je opleiding om overal rekening mee (proberen) te houden en (proberen) zo veel mogelijk op te vangen (ik toch )
)
Avatar mede-mogelijk gemaakt door buurpoes
quote:
2. onchange javascript dat als een verandering op het input veld is er een javascript activeert, die de resultaten post richitng de server. Dit lijkt me alleen zwaar te zijn, (kan het mis hebben). elke aanpassing een aparte query verstuurd , geen idee in wat voor orde query's gaan maar, mij is geleerd zo min mogelijk query's te gebruiken. kan het helemaal mis hebben.
Onchange() -> functie in jquery pakt de value van het huidige input veld. Stuurt de waarde per $.post in javascript door naar functie in php.
Ik doe zoiets meestal met een timeout, dus dit idee:quote:
Of pas na drie aanslagen fetchen, deze in cache opslaan en daar verder in filteren.
| 1 2 3 4 5 | var timeout=null; function onkeyupfunctie(){ if (timeout!=null) clearTimeout(timeout); setTimeout("functieDieAjaxVerstuurt()", 3000); } |
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.
👾
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.
👾
Je moet nooit er vanuit gaan dat iets altijd bestaat.quote:
Foutcontrole op de fetch is niet nodig omdat de cellen uit de query altijd bestaan.
Het kan wel zo, maar het is niet netjesquote:Er zijn niet 2 spelernamen in 1 tabel, zie onder*.
controleer je dan wel of die string ook aan je voorwaarden voldoet?quote:Als laatste stonden er quotes omdat daar normaal een php string staat, maar voor testdoeleinden had ik daar even een 1 van gemaakt.
Maar wat als je meer acties krijgt? Dan kun je het niet opschalenquote:* Elk gevecht krijgt een eigen rij. In die rij staan onder andere de columns movespeler1 en movespeler2. Deze geven aan welke aanval elke speler heeft gekozen in datzelfde gevecht en deze worden geleegd zodra beide spelers deze aanval gezien hebben als animatie. Het is dus niet nodig om deze in aparte tabellen te zetten omdat het slechts de acties weergeeft binnen 1 gevecht.
