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.
Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten wát er niet lukt en wélke foutmelding je precies krijgt
Zie ook:
• PHP Dataverwerking
• Officiële PHP website
• PHP Documentatie
• MySQL Reference Manual
• Yet Another PHP Faq
• PHP Cheat Sheet
• PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc
Tutorials:
• W3Schools PHP
• W3Schools SQL
Hmm, ik ken dat soort bedrijven inderdaad, functionaliteit voor veiligheidquote:Op woensdag 3 oktober 2012 13:12 schreef Boze_Appel het volgende:
[..]
Een hoop werkgevers hebben geen idee. Het doet het aan de voorkant, dus zal de achterkant ook wel ok zijn.
Vandaag nog wat werk van een ander beoordeeld en die heeft in drie maanden wat losse classes en functie's gemaakt zonder enig MVC-werk, OO of maar iets wat er op lijkt, daarbij nog allerlei deprecated dingen als shorttags door elkaar gebruiken en weet ik veel allemaal nog meer. Volledig kansloos in ieder geval.
Daar kom je nooit mee weg in een IT-omgeving, maar er zijn genoeg bedrijven die een PHP'er los inhuren, zonder ooit de kennis van die persoon te testen.
Dat zijn het soort bedrijven wat je in het nieuws ziet als er weer ergens iets is gehackt doordat je makkelijke SQL inject kan doen
Nee, uiteraard. Maar wel relevant voor Swetsquote:
[..]
Niet echt relevant voor een werkgever natuurlijk.
Nouja, niet alleen kleine bedrijven natuurlijk en voor de meeste hackers is zo'n kleine hoeveelheid aan data wat je kan vinden bij die kleintjes het niet waard.
Maar mijn punt was dat slechte programmeurs vaak niet getest worden op hun capaciteiten. Alleen bij omgevingen waar andere programmeurs zitten vallen ze door de mand en daar misschien nog niet eens omdat de rest ook bagger is.
Maar mijn punt was dat slechte programmeurs vaak niet getest worden op hun capaciteiten. Alleen bij omgevingen waar andere programmeurs zitten vallen ze door de mand en daar misschien nog niet eens omdat de rest ook bagger is.
Carpe Libertatem
Ja beveiliging wordt helaas vaak onderschat, ook in het bedrijf waar ik werk. Het meest gehoorde argument om iets niet beter te beveiligen is wel "hoe groot is nou de kans dat dat gebeurt?". Ik maak me er ondertussen niet zo druk meer om, ik zorg wel gewoon dat mijn applicaties zo veilig mogelijk zijn, en om mijn collega's er constant op te wijzen zou ik er een dagtaak bij hebben.
Ik was ooit eens met een project begonnen met een logingedeelte enzo. Mooi alle wachtwoorden met sha256, salts etc opgeslagen. Later moest een (ex-)collega er mee verder... heeft ie alles eruit geflikkerd en omgezet naar plain MD5.
Die andere meuk vond hij maar te omslachtig. Baas: "ja laat maar zo, anders kost het weer zoveel werk om het terug te zetten".
Ik was ooit eens met een project begonnen met een logingedeelte enzo. Mooi alle wachtwoorden met sha256, salts etc opgeslagen. Later moest een (ex-)collega er mee verder... heeft ie alles eruit geflikkerd en omgezet naar plain MD5.
Die andere meuk vond hij maar te omslachtig. Baas: "ja laat maar zo, anders kost het weer zoveel werk om het terug te zetten".
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.
👾
Aan de andere kant...quote:Op woensdag 3 oktober 2012 13:14 schreef totalvamp het volgende:
[..]
Hmm, ik ken dat soort bedrijven inderdaad, functionaliteit voor veiligheid
Dat zijn het soort bedrijven wat je in het nieuws ziet als er weer ergens iets is gehackt doordat je makkelijke SQL inject kan doen
Als het applicatie is die door 1 persoon wordt onderhouden. Die WEL verstand heeft van SQL injection, zich netjes aan de regeltjes houdt maar alleen alles lineair script ipv OOP... wat is dan het probleem.
Nou ja dat. Kijk ik had niet verwacht de wereld te verdienen, maar als ik nu parttime mijn 'echte' werk kan doen (daar is wellicht een mogelijkheid) en ik kan dan de overige uren tegen het equivalent van 3K per maand aanvullen....quote:Op woensdag 3 oktober 2012 13:25 schreef Tijn het volgende:
[..]
Nee, uiteraard. Maar wel relevant voor Swets
Maar goed, terug naar de tekentafel.
Dat is een persoonlijk iets denk ik. Soms kan quick en dirty werken, soms bijt het je in de kont.quote:
[..]
Aan de andere kant...
Als het applicatie is die door 1 persoon wordt onderhouden. Die WEL verstand heeft van SQL injection, zich netjes aan de regeltjes houdt maar alleen alles lineair script ipv OOP... wat is dan het probleem.
OMGquote:
Ja beveiliging wordt helaas vaak onderschat, ook in het bedrijf waar ik werk. Het meest gehoorde argument om iets niet beter te beveiligen is wel "hoe groot is nou de kans dat dat gebeurt?". Ik maak me er ondertussen niet zo druk meer om, ik zorg wel gewoon dat mijn applicaties zo veilig mogelijk zijn, en om mijn collega's er constant op te wijzen zou ik er een dagtaak bij hebben.
Ik was ooit eens met een project begonnen met een logingedeelte enzo. Mooi alle wachtwoorden met sha256, salts etc opgeslagen. Later moest een (ex-)collega er mee verder... heeft ie alles eruit geflikkerd en omgezet naar plain MD5.
Ik kwam als eerste baantje ergens terecht waar wachtwoorden(na inloggen) gewoon in hidden form velden stond
Je hoefde alleen de broncode te bekijken om te zien wat het wachtwoord was.Het eerste wat ik altijd doe bij een nieuwe werkgever is kijken naar de veiligheid van het systeem
Inderdaad soms is lineair beter(of een optie), maar dan moet je zeker weten dat je dalijk niet met een bestand van 1000 regels zit opgescheept.quote:
[..]
Dat is een persoonlijk iets denk ik. Soms kan quick en dirty werken, soms bijt het je in de kont.
[ Bericht 15% gewijzigd door #ANONIEM op 03-10-2012 13:32:48 ]
Ligt er ook aan of het een simpele site is voor de bakker op de hoek of een applicatie die nog jaren wordt doorontwikkeld.quote:
[..]
Dat is een persoonlijk iets denk ik. Soms kan quick en dirty werken, soms bijt het je in de kont.
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.
👾
In mijn werkomgeving doe ik eigenlijk niks inline, in hobby projecten ga ik nog wel eens los daarop.quote:
[..]
Ligt er ook aan of het een simpele site is voor de bakker op de hoek of een applicatie die nog jaren wordt doorontwikkeld.
Lineair is toch niet per definitie "dirty"?quote:
[..]
Dat is een persoonlijk iets denk ik. Soms kan quick en dirty werken, soms bijt het je in de kont.
Daarom is het nogal persoonlijk. Ikzelf vind het dirty, anderen vinden het niet dirty.quote:Op woensdag 3 oktober 2012 13:36 schreef Swetsenegger het volgende:
[..]
Lineair is toch niet per definitie "dirty"?
Simpele importscriptjes enzo doe ik nog wel eens inline, lekker snel en simpel en elke stagiair kan het lezen.quote:
[..]
In mijn werkomgeving doe ik eigenlijk niks inline, in hobby projecten ga ik nog wel eens los daarop.
Ik had ooit een collega (daar gaan we weer) die het presteerde om zulke scripts zo ingewikkeld mogelijk te maken met 100 verschillende (sub)classes enzo.
Voorbeeld: xml bestanden importeren in een database (best simpel). Zijn script had iets van 5 classes. Eerst werd het bestand gekopieerd, dan omgezet naar een CSV via een XSLT template, daarna met LOAD FILE ingeladen in een aparte tabel, waar een trigger weer bepaalde dingen berekende, en daarna werd de hele handel weer naar andere tabellen gekopieerd. Ik was helaas de enige die het script een beetje kon lezen en dus alle bugs moest fixen als hij er niet was.
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.
👾
Ik zat vanochtend nog bij een klant voor een nieuw project die me expliciet vroeg om het niet "te object-georiënteerd" op te zettenquote:
[..]
Daarom is het nogal persoonlijk. Ikzelf vind het dirty, anderen vinden het niet dirty.
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.
Wat bedoel je precies met controllers en models? Models als in classes die inzichzelf een model van de db hebben?quote:Op woensdag 3 oktober 2012 14:17 schreef Tijn het volgende:
[..]
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.
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 >:)
Er is niks mis met lineair, voor kleinere projecten. Voor grotere projecten gaat het je al snel hoofdbrekens kosten. OOP is geen heilige graal, het is een methode om structuur in je applicatie aan te brengen en te zorgen dat alles modulair, flexibel, onderhoudbaar en uitbreidbaar is. Zonder OOP moet je al die zaken zelf in de gaten houden; als je dat goed kan, nou dan ben je vast ook slim genoeg voor OOP.quote:
[..]
Aan de andere kant...
Als het applicatie is die door 1 persoon wordt onderhouden. Die WEL verstand heeft van SQL injection, zich netjes aan de regeltjes houdt maar alleen alles lineair script ipv OOP... wat is dan het probleem.
Maar goed, imho nog belangrijker dan OOP is een duidelijke scheiding tussen content, logica en presentatie. Zorg dat je front end templates makkelijk te bewerken zijn door een niet technische designer; zorg dat je businesslogica niet vermengd wordt met presentatie, etc. Ook met lineaire code kun je dat voor elkaar krijgen. OOP maakt het wel makkelijker.
Model, View, Controller, oftwel MVC. Google maar.quote:
[..]
Wat bedoel je precies met controllers en models? Models als in classes die inzichzelf een model van de db hebben?
Gewoon, logische models van de objecten die in de applicatie bestaan en controllers om de juiste data te verwerken of naar een view te sturen.quote:
[..]
Wat bedoel je precies met controllers en models? Models als in classes die inzichzelf een model van de db hebben?
Je hebt ook een verschil in mening over models.
Veel mensen zweren bij PDO en daarvoor een eigen extensie schrijven en daarbij in models methods zetten gerelateerd aan de tabel die erbij hoort.
Andere mensen gaan voor ORM, waarbij de tabel in het model wordt gedefinieerd. Dit betekend ook alle relaties naar andere tabellen toe etc. Dit zorgt voor een bepaald soort automatisme van het systeem en minder queries schrijven (in theorie, in de praktijk zul je alsnog vaak querie achtige dingen doen)
Veel mensen zweren bij PDO en daarvoor een eigen extensie schrijven en daarbij in models methods zetten gerelateerd aan de tabel die erbij hoort.
Andere mensen gaan voor ORM, waarbij de tabel in het model wordt gedefinieerd. Dit betekend ook alle relaties naar andere tabellen toe etc. Dit zorgt voor een bepaald soort automatisme van het systeem en minder queries schrijven (in theorie, in de praktijk zul je alsnog vaak querie achtige dingen doen)
Gewoonweg het MVC principe.quote:
[..]
Wat bedoel je precies met controllers en models? Models als in classes die inzichzelf een model van de db hebben?
Ik ken MVC wel, alleen mijn gare hersens zagen even niet dat die models en controllers die van MVC waren 
.
Ik werk zelf hier op werk bijna alleen maar met MVC
. En als je het eenmaal snapt is het echt heel fijn. Voor een autist als ik ook lekker gestructureerd.
. Terwijl ik zelf e.a. aan classes heb geschreven voor PDO/Innodb.
Maar eigenlijk kom ik nog maar net kijken in de wereld van PHP, ik werk hier nu bijna 3 jaar, heb bijna alle PHP kennis op mijn werk geleerd. Gelukkig wel grotendeels OOP. Maar ik heb nog veel te leren.
.Ik werk zelf hier op werk bijna alleen maar met MVC
. En als je het eenmaal snapt is het echt heel fijn. Voor een autist als ik ook lekker gestructureerd.Mjah, nu ik op werk veel met CouchDB werk ben ik het weer een beetje verleerdquote:
Je hebt ook een verschil in mening over models.
Veel mensen zweren bij PDO en daarvoor een eigen extensie schrijven en daarbij in models methods zetten gerelateerd aan de tabel die erbij hoort.
Andere mensen gaan voor ORM, waarbij de tabel in het model wordt gedefinieerd. Dit betekend ook alle relaties naar andere tabellen toe etc. Dit zorgt voor een bepaald soort automatisme van het systeem en minder queries schrijven (in theorie, in de praktijk zul je alsnog vaak querie achtige dingen doen)
. Terwijl ik zelf e.a. aan classes heb geschreven voor PDO/Innodb.Maar eigenlijk kom ik nog maar net kijken in de wereld van PHP, ik werk hier nu bijna 3 jaar, heb bijna alle PHP kennis op mijn werk geleerd. Gelukkig wel grotendeels OOP. Maar ik heb nog veel te leren.
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 >:)
CakePHP is best tof inderdaad. Heb onlangs een project aangenomen, een site waarvan de programmeur was "verdwenen", terwijl de site half af was... Was mijn eerste kennismaking ermee. Lekker snel scaffolden, zit netjes en gestructureerd in elkaar. Ben nu aan het kijken naar Bancha, integratie tussen CakePHP en ExtJS. Vette shit. 
CouchDB is een NoSQL database, niet een frameworkquote:
CakePHP ftw, maar das persoonlijk. Couch ken ik niet.
.
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 >:)
Dat zeg ik, ik ken het niet.quote:
[..]
CouchDB is een NoSQL database, niet een framework
ExtJS is sowieso de bomb. Zwaar groot project met alle toeters en bellen ermee aan het doen @ work.quote:
CakePHP is best tof inderdaad. Heb onlangs een project aangenomen, een site waarvan de programmeur was "verdwenen", terwijl de site half af was... Was mijn eerste kennismaking ermee. Lekker snel scaffolden, zit netjes en gestructureerd in elkaar. Ben nu aan het kijken naar Bancha, integratie tussen CakePHP en ExtJS. Vette shit.
Ik werk al jaren met extjs, vanaf versie 2, maar tot nu toe heb ik alle benodigde backend code met de hand lopen tikken. Vaak arbeidsintensief en saai werk. Die integratie met cakephp scheelt ontzettend veel tijd en moeite want heel veel wordt automatisch voor je gegenereerd.
Boks.quote:
CakePHP ftw, maar das persoonlijk. Couch ken ik niet.
Kan niet wachten op 3.0, models returnen dan niet meer die shitty arrays.
Groepsboks!quote:
[..]
Boks.
Kan niet wachten op 3.0, models returnen dan niet meer die shitty arrays.
2.x is al erg tof (kwa features, performence en gebruikt gemakt een flinke verbetering invergelijking met 1.3) en kan daarom ook niet wachten op 3.x (namespaces/PSR/bcrypt als password hashing/minimaal PHP 5.4
).
phluphy for president!
Dat kan ook al voordat je uberhaupt een contract tekent.quote:
[..]
OMG
Ik kwam als eerste baantje ergens terecht waar wachtwoorden(na inloggen) gewoon in hidden form velden stond
Het eerste wat ik altijd doe bij een nieuwe werkgever is kijken naar de veiligheid van het systeem
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.quote:
[..]
Lineair is toch niet per definitie "dirty"?
PHP-codes, kan je die ook lokaal vanaf een Windows computer URL's laten aanroepen? Kan ik dan ook communiceren met een server of moet de code dan op een Apache server staan?
PHP kan draaien zonder apache, maar ook daar heb je gewoon een programma voor nodig. Pagina's aanroepen e.d. kan alleen met een server, apache lijkt me dan het makkelijkst.quote:
PHP-codes, kan je die ook lokaal vanaf een Windows computer URL's laten aanroepen? Kan ik dan ook communiceren met een server of moet de code dan op een Apache server staan?
Download gewoon 'wamp' en installeer dat. Geen gezever, werkt meteen
Ik heb XAMPP al, ik weet alleen niet hoe ik mijn PHP-code nu bruikbaar kan maken.quote:
[..]
PHP kan draaien zonder apache, maar ook daar heb je gewoon een programma voor nodig. Pagina's aanroepen e.d. kan alleen met een server, apache lijkt me dan het makkelijkst.
Download gewoon 'wamp' en installeer dat. Geen gezever, werkt meteen
In dat geval kun je je PHP-code in de directory <xampp-directory>\htdocs\ neerzetten. Laten we er even vanuit gaan dat jouw code in een bestand script.php staat, dan kun je je script nu aanroepen via http://localhost/script.phpquote:
[..]
Ik heb XAMPP al, ik weet alleen niet hoe ik mijn PHP-code nu bruikbaar kan maken.
Juist, dat heb ik al gedaan. Ik krijg gewoon een blank screen te zien dan. Mijn PHP-code heeft blijkbaar geen output of kan geen output laten zien.quote:
[..]
In dat geval kun je je PHP-code in de directory <xampp-directory>\htdocs\ neerzetten. Laten we er even vanuit gaan dat jouw code in een bestand script.php staat, dan kun je je script nu aanroepen via http://localhost/script.php
Je weet wel wat je code doet?quote:
[..]
Juist, dat heb ik al gedaan. Ik krijg gewoon een blank screen te zien dan. Mijn PHP-code heeft blijkbaar geen output of kan geen output laten zien.
Je kunt testen of het werkt door wel ergens output te genereren, die zou je dan moeten zien.
| 1 2 3 | <?php echo 'Het werkt!'; ?> |
Ik heb 'm niet zelf geschreven, ben echt nog een n00b met PHP. Variabelen toekennen en oproepen kan ik wel, echt de basis stuff.quote:
quote:
Je kunt testen of het werkt door wel ergens output te genereren, die zou je dan moeten zien.
[ code verwijderd ]
Kan iemand een simpel voorbeeld maken van een cURL HTTP request die echt werkt? Bijvoorbeeld het uitlezen van een RSS feed. Zou mij echt een heel eind op weg helpen. 
[ Bericht 80% gewijzigd door pascal08 op 05-10-2012 17:47:19 ]
[ Bericht 80% gewijzigd door pascal08 op 05-10-2012 17:47:19 ]
Cake is echt kut, sorry. Dat je daarmee kan werken.quote:
CakePHP is best tof inderdaad. Heb onlangs een project aangenomen, een site waarvan de programmeur was "verdwenen", terwijl de site half af was... Was mijn eerste kennismaking ermee. Lekker snel scaffolden, zit netjes en gestructureerd in elkaar. Ben nu aan het kijken naar Bancha, integratie tussen CakePHP en ExtJS. Vette shit.
Carpe Libertatem
quote:
Kan iemand een simpel voorbeeld maken van een cURL HTTP request die echt werkt? Bijvoorbeeld het uitlezen van een RSS feed. Zou mij echt een heel eind op weg helpen.
| 1 2 3 | <?php $rss = file_get_contents('http://url-naar-rss'); ?> |
En als je dat toch wel wil:
| 1 2 3 4 5 6 7 | <?php $ch = curl_init('http://url-naar-rss'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); $rss= curl_exec($ch); curl_close($ch); ?> |
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.
👾
Laat maar eigenlijk, PHP is eigenlijk heel makkelijk. Youtubequote:
Kan iemand een simpel voorbeeld maken van een cURL HTTP request die echt werkt? Bijvoorbeeld het uitlezen van een RSS feed. Zou mij echt een heel eind op weg helpen.
Lol...quote:
[..]
[ code verwijderd ]
Heb je geen curl voor nodig.
En als je dat toch wel wil:
[ code verwijderd ]
Deze ga ik even proberen, bedankt.
Haha, je kan er gewoon niet mee omgaan. Welk framework is wel de bom dan volgens jou?quote:Op vrijdag 5 oktober 2012 19:11 schreef Boze_Appel het volgende:
[..]
Cake is echt kut, sorry. Dat je daarmee kan werken.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | <html> <head> <title>RSS reader.</title> </head> <body> <?php function getrss(){ $ch = curl_init('http://feeds.nos.nl/nosmyheadlines'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); $rss = curl_exec($ch); curl_close($ch); echo $rss; } ?> <input type="button" onclick="getrss()" value="Bekijk Headlines"> </body> </html> |
Waarom werkt mijn knop nu niet? Haal ik nu JS en PHP door elkaar?
quote:
Je kan geen php functie aanroepen als JavaScript functie.
| 1 2 3 4 5 6 7 8 9 10 11 | <?php $ch = curl_init('http://feeds.nos.nl/nosmyheadlines'); curl_setopt($ch, CURLOPT_HEADER, 0); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); $rss = curl_exec($ch); curl_close($ch); echo $rss; ?> |
Gelukt.
Dat is ook de reden waarom PHP veiliger is toch?quote:
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:
[..]
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:
[..]
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
