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
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:
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:
'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.
