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.
Nou nee. Je vergelijkt appels met speedboten.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
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
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.
Licht is het wel.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
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.
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
