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.
op basis van date('t') en date('w') moet het in veel minder regels kunnen 
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Hoe zou date('w') het korter maken dan wat hierboven staat?quote:Op zaterdag 9 januari 2010 23:58 schreef GlowMouse het volgende:
op basis van date('t') en date('w') moet het in veel minder regels kunnen
Het zijn trouwens maar 4 effectieve regels, de rest is er om het leesbaarder te maken, maar zou eventueel ook weg kunnen.
Omdat je op basis van het dagnummer van de laatste dag in een keer het juiste aantal dagen er vanaf kunt trekkenquote:Op zondag 10 januari 2010 00:01 schreef Tijn het volgende:
[..]
Hoe zou date('w') het korter maken dan wat hierboven staat?
Dan heb je ook geen for-lus meer nodig.
Oh zo. Ja, dan zou je het met een simpel sommetje kunnen oplossen.quote:Op zondag 10 januari 2010 00:02 schreef Intrepidity het volgende:
[..]
Omdat je op basis van het dagnummer van de laatste dag in een keer het juiste aantal dagen er vanaf kunt trekken
Slim hoor
je krijgt dan zoiets
[ Bericht 4% gewijzigd door GlowMouse op 10-01-2010 00:20:48 ]
| 1 2 3 4 5 6 7 | function lastSaturday($month, $year) { $daysInMonth = date('t', mktime(0,0,0,$month,1,$year)); $lastday = date('w', mktime(0,0,0,$month,$daysInMonth,$year)); return $daysInMonth - (($lastday+1)%7); } ?> |
[ Bericht 4% gewijzigd door GlowMouse op 10-01-2010 00:20:48 ]
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik ben nog even verder gaan puzzelen en heb nu een oplossing die Chandler-proof is
Werkt voor alle dagen van de week, gewoon met een parameter.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | /** * @param <int> $weekday Dag van de week (0 .. 6 - Zondag .. Zaterdag) * @param <int> $month * @param <int> $year * @return <int> timestamp van de laatste ...dag van de maand */ function lastDayOfMonth($weekday, $month = null, $year = null) { if(is_null($year)) { $year = date('Y'); } if(is_null($month)) { $month = date('m') + 1; } else { $month++; } $dayOfMonth = 0; $dayOfWeek = date('w', mktime(0, 0, 0, $month, $dayOfMonth, $year)); $dayOfMonth = $weekday - $dayOfWeek; if($dayOfMonth > 0) { //Verkeerde maand $dayOfMonth -= 7; } return mktime(0, 0, 0, $month, $dayOfMonth, $year); } ?> |
Werkt voor alle dagen van de week, gewoon met een parameter.
Hier komt alleen niet het goede antwoord uitquote:Op zondag 10 januari 2010 00:07 schreef GlowMouse het volgende:
je krijgt dan zoiets
[ code verwijderd ]
Mooi, en netjes met params.quote:Op zondag 10 januari 2010 00:11 schreef Light het volgende:
Ik ben nog even verder gaan puzzelen en heb nu een oplossing die Chandler-proof is
[ code verwijderd ]
Werkt voor alle dagen van de week, gewoon met een parameter.
Ik prefereer leesbare, geïndente code over code die zo klein en compact mogelijk moet (tenzij het van belang is voor een merkbare performancewinst natuurlijk) zijn. Dat akelige Perl tijdperk waarin we zo absurd gelimiteerd waren zijn we inmiddels wel voorbij.
[ Bericht 5% gewijzigd door Tuvai.net op 10-01-2010 00:22:55 ]
Achja, ieder z'n eigen ding he Ik kan er bijvoorbeeld niet tegen om de curly braces naast een klasse/functienaam te zetten 
Braces staan bij mij altijd op een volgende regel
En inderdaad, alles zo compact mogelijk maken heeft nauwelijks zin meer. PHP compileert en optimaliseert zijn code netjes tegenwoordig.
Ik kan er bijvoorbeeld niet tegen om de curly braces naast een klasse/functienaam te zetten Braces staan bij mij altijd op een volgende regel En inderdaad, alles zo compact mogelijk maken heeft nauwelijks zin meer. PHP compileert en optimaliseert zijn code netjes tegenwoordig.
nu welquote:Op zondag 10 januari 2010 00:14 schreef Tijn het volgende:
[..]
Hier komt alleen niet het goede antwoord uit
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Zo heb ik een keer een leraar voor algoritmiek gehad die in een luie bui het huiswerk zo'n beetje alleen beoordeelde op het aantal coderegels Lang = fout, kort = goed. Heb voor de grap een keer een algoritme ingeleverd met een klein rekenfoutje maar als een hele korte oplossing en hij merkte er niks van
Maar tegenwoordig is het: code ruimtelijk opzetten en met veel commentaar, want schermruimte kost toch niks
Lang = fout, kort = goed. Heb voor de grap een keer een algoritme ingeleverd met een klein rekenfoutje maar als een hele korte oplossing en hij merkte er niks van Maar tegenwoordig is het: code ruimtelijk opzetten en met veel commentaar, want schermruimte kost toch niks
Ieder z'n ding idd. Ik vind het zo'n verspilling van ruimte om voor iedere curly brace open weer een nieuwe regel te beginnen. De sluit-brace staat wel op z'n eigen regel (behalve bij een if als er een else volgt).quote:Op zondag 10 januari 2010 00:19 schreef Intrepidity het volgende:
Achja, ieder z'n eigen ding he
True, leesbaarheid is ook belangrijk. Maar 'k denk niet dat PHP je code zo verandert dat de berekening wordt geoptimaliseerd, dus een efficient algoritme verzinnen moet je wel zelf doen.quote:En inderdaad, alles zo compact mogelijk maken heeft nauwelijks zin meer. PHP compileert en optimaliseert zijn code netjes tegenwoordig.
Thanksquote:
[..]
Mooi, en netjes met params. [ afbeelding ]
Eensquote:Ik prefereer leesbare, geïndente code over code die zo klein en compact mogelijk moet (tenzij het van belang is voor een merkbare performancewinst natuurlijk) zijn. Dat akelige Perl tijdperk waarin we zo absurd gelimiteerd waren zijn we inmiddels wel voorbij.
Hoewel ik wel vaak probeer om code ook compact te houden, maar dat is vooral om dubbele dingen te voorkomen. Op hoe meer plekken je iets moet aanpassen, hoe groter de kans dat je een aanpassing vergeet.
Ik zet curly braces ook meestal op een nieuwe regel, tenzij ik erg veel geneste statements heb waarvan bijvoorbeeld de code in de else blokjes maar één regel per keer is of zo. Het volgende stukje code wordt bijvoorbeeld érg lang als ik alle curly braces op een nieuwe regel zou zetten:
EDIT: En even een schaamteloze repost.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | { if( $expr2 ) { if( $expr3 ) { Klasje->Methode(); if( $expr4 ) { Klasje->EenMethode(); } else { Klasje->Meer(); Klasje->Code(); } } else { Klasje->Vaudje('omg'); } } else { Klasje->Vaudje('wtf'); } } else { Klasje->Vaudje('lol'); } |
EDIT: En even een schaamteloze repost.
quote:Op zaterdag 9 januari 2010 23:54 schreef Tuvai.net het volgende:
Wat gebruiken jullie eigenlijk om PDFs on the fly te genereren? Ik gebruik nu al heel lange tijd FPDF ( http://www.fpdf.org ) maar ik ben er elke keer érg lang mee bezig om dynamische documenten te maken, die gedeeltelijk uit variabele content en gedeeltelijk uit vaste content bestaan. Nou is PDF scripts maken sowieso al niet mijn meest favoriete bezigheid, maar in .NET gaat het me een stuk sneller af met de iText / iSharp of dbAutoTrack libraries.
Welke raden jullie aan?
Lol ben ik even wezen slapen en kom terug zie ik een heuse discussie over de laatste zaterdag v/d maand 
Had zelf ook al een oplossing maar die bestond uit 25 regels waarbij ik alleen de maand/jaar als parameters meegaf. Het moet idd met heel weinig regels code kunnen... eens kijken wat ik met jullie codes kan 
@Light; jou code is nice en werkt zoals bedoeld!
[ Bericht 11% gewijzigd door Chandler op 10-01-2010 09:13:02 ]
Had zelf ook al een oplossing maar die bestond uit 25 regels
waarbij ik alleen de maand/jaar als parameters meegaf. Het moet idd met heel weinig regels code kunnen... eens kijken wat ik met jullie codes kan @Light; jou code is nice en werkt zoals bedoeld!
[ Bericht 11% gewijzigd door Chandler op 10-01-2010 09:13:02 ]
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Maar stel ik maak een factuur voor de klant aan, voeg ik dan 2 extra regels toe?quote:Op vrijdag 8 januari 2010 12:25 schreef Tuvai.net het volgende:
[..]
Inderdaad niet meer van een kwestie van je code in een cronjob zetten die om de zoveel tijd draait. Vrijwel hetzelfde als wat je in Windows doet met executables en geplande taken / scheduled tasks.
Veld "Periode" dus 14, 31, 365
Veld "Aantal" -1 is ongelimiteerd doorgaan, of 12 voor 12 maanden (als je voor 31 dagen hebt gekozen)
Of periode + aantal opgeven, en dan dmv een cronjob elke dag controleren of er een factuur gegenereerd moet worden. En dan als je maandelijks kiest dat hij het altijd op de 15e doet bijv.?
Ik zou zorgen dat je bij het aanmaken van een factuur de datum kunt opgeven waarop 'ie verzonden moet worden en dat geheel dan kunt opslaan in je database.quote:Op zondag 10 januari 2010 20:51 schreef wobbel het volgende:
[..]
Maar stel ik maak een factuur voor de klant aan, voeg ik dan 2 extra regels toe?
Veld "Periode" dus 14, 31, 365
Veld "Aantal" -1 is ongelimiteerd doorgaan, of 12 voor 12 maanden (als je voor 31 dagen hebt gekozen)
Of periode + aantal opgeven, en dan dmv een cronjob elke dag controleren of er een factuur gegenereerd moet worden. En dan als je maandelijks kiest dat hij het altijd op de 15e doet bijv.?
Vervolgens run je elke dag een cronjob die een script aanroept die kijkt of er facturen zijn die vandaag verzonden moeten worden en zo ja, dan doet 'ie dat.
Tja, dat is natuurlijk een kwestie van je fantasie gebruiken, en volledig afhankelijk van je script en hetgeen je wilt doen.quote:Op zondag 10 januari 2010 20:51 schreef wobbel het volgende:
[..]
Maar stel ik maak een factuur voor de klant aan, voeg ik dan 2 extra regels toe?
Veld "Periode" dus 14, 31, 365
Veld "Aantal" -1 is ongelimiteerd doorgaan, of 12 voor 12 maanden (als je voor 31 dagen hebt gekozen)
Of periode + aantal opgeven, en dan dmv een cronjob elke dag controleren of er een factuur gegenereerd moet worden. En dan als je maandelijks kiest dat hij het altijd op de 15e doet bijv.?
Ik heb een paar weken geleden nog een applicatie gemaakt waarbij op vaste tijdstippen diverse mailtjes naar leden verzonden moesten worden, volledig automatisch. Denk daarbij aan vaste tijdstippen als:- Elke maandag om 11:35
- Elke woensdag om 17:00
- Elke vrijdag om 18:30
En dan nog een stuk of 20 van zulke tijdstippen.
Het is allemaal niet zo ingewikkeld. Je maakt gewoon een applicatie die elke x aantal minuten draait. In die applicatie kijk je wat de huidige tijd is (gewoon de tijd van uitvoering dus), en daaraan koppel je eventuele handelingen die op dat tijdstip moeten plaats vinden. Vaak houdt dat dan ook in dat je bij moet houden of iets al gebeurt is. Bijvoorbeeld: Je applicatie draait op maandag 1 januari 17:00 en daardoor wordt een factuur voor januari 2010 naar lid ID #1 verzonden. Dan zul je ergens bij moeten houden dat die factuur voor dat lid reeds verzonden is, zodat je applicatie die factuur niet de volgende keer wéér gaat versturen.
Je daadwerkelijke functionele code die je normaliter zou hebben (dus in geval van géén automatisme), blijft in de meeste gevallen ongewijzigd. Denk aan het daadwerkelijk genereren van een factuur PDF`je of DOC`je. Het is alleen de manier van aanroepen die in geval van een dergelijk geautomatiseerde applicatie anders is.
Jewel, met FPDF vanwege gebrek aan beter, dus ik kan je niet verder helpenquote:
Maare, niemand maakt hier dus dynamische PDFs in PHP?
Je kunt naar de PDF module van PHP zelf kijken (http://php.net/manual/en/book.pdf.php), maar ik zie niet 1,2,3 in hoe dat beter is als FPDF
Ook al FPDF dus.quote:Op zondag 10 januari 2010 22:16 schreef Intrepidity het volgende:
[..]
Jewel, met FPDF vanwege gebrek aan beter, dus ik kan je niet verder helpen
De standaard PDF functies van PHP staan naar mijn ervaring erg vaak uitgeschakeld en die kun je in geval van een third party host ook niet even aanzetten.
Je zou eens naar PDML kunnen kijken: http://www.pdml-pdf.net/
Dat is een laag bovenop FPDF met een soort HTML-achtige syntax. Heb het nog niet geprobeerd, maar als het doet wat het belooft maakt dat het opmaken van documenten in ieder geval een stuk makkelijker, hoewel ik me kan voorstellen dat door al die lagen de performance wat tegenvalt..
Dat is een laag bovenop FPDF met een soort HTML-achtige syntax. Heb het nog niet geprobeerd, maar als het doet wat het belooft maakt dat het opmaken van documenten in ieder geval een stuk makkelijker, hoewel ik me kan voorstellen dat door al die lagen de performance wat tegenvalt..
Het stikt op Internet van de PDF libraries (voor vrijwel elk populair platform), maar in plaats van die allemaal uit te gaan proberen (waar ik de tijd niet voor heb: P ) was ik gewoon eens nieuwsgierig naar wat mensen hier gebruiken, en wat hun ervaringen zijn.
Ik word hier echt gestoord van... mail() stuurt twee keer dezelfde mail... en ik snap niet waar het aan ligt.
Dus. Dat is de functie. Iemand "bestelt" iets via een formulier ('t is echt meer geautomatiseerde spreadsheet om bij te houden wie hoeveel besteld heeft zodat ik het niet met de hand hoef te doen dan een echt betaalsysteem en alles), krijgt een linkje, klikt daarop om de bestelling te bevestigen (voornamelijk om het e-mailadres te checken en te zorgen dat iemand niet "voor de lol iets bestelt"). Werkt verder prima, maar je krijgt de bevestigingsmail twee keer.
Het grappige is, als je nog een keer op de bevestigingslink klikt, krijg je (zoals in de functie te zien is) de mail opnieuw zonder het te bevestigen, maar dan krijg je hem maar een keer... En als ik de database update uitzet en op de link blijf klikken, krijg ik de volgende keren er maar eentje. Ook al wordt hetzelfde script uitgevoerd. Ik snap er geen flikker van. Iemand dit eerder bij de hand gehad? Staat nogal onprofessioneel, die twee mails :')
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 | function confirm_order($ID) { $d=connectDB(); $r=runquery("SELECT * FROM orders WHERE order_id=".quote_smart($ID,$d),$d); if(mysql_num_rows($r)=='1'){ $row=mysql_fetch_array($r); if($row["order_status"]=='2'){ $echo= '<p>Je bestelling is al bevestigd, maar je krijgt nu het mailtje met de gegevens en verdere instructies nogmaals.</p>'; } else{ $r=runquery("UPDATE orders SET order_status='2' WHERE order_id=".quote_smart($ID,$d),$d); $echo= '<p>Je bestelling is bevestigd. Je krijgt nu een mailtje met de betaalgegevens en verdere instructies.</p>'; } $mail_to=$row["email_order"]; $mail_from='FROM: niet@relevant.nl'; $mail_subject='subject'; if($row["delivery_option"]=='sendoff'){ $mail_body='Beste '.$row["name_order"].', Bedankt voor het bevestigen van je bestelling. *nog wat tekst*'; } else{ $mail_body='Beste '.$row["name_order"].', Bedankt voor het bevestigen van je bestelling. *wat andere tekst dan die ander*'; } mail($mail_to,$mail_subject,$mail_body,$mail_from); return $echo; } else{ return '<p>Oeps! Je probeerde een bestelling te bevestigen die niet bestaat! Stuur even een mailtje, dan kunnen we zien wat er fout is gegaan.</p>'; } } ?> |
Dus. Dat is de functie. Iemand "bestelt" iets via een formulier ('t is echt meer geautomatiseerde spreadsheet om bij te houden wie hoeveel besteld heeft zodat ik het niet met de hand hoef te doen dan een echt betaalsysteem en alles), krijgt een linkje, klikt daarop om de bestelling te bevestigen (voornamelijk om het e-mailadres te checken en te zorgen dat iemand niet "voor de lol iets bestelt"). Werkt verder prima, maar je krijgt de bevestigingsmail twee keer.
Het grappige is, als je nog een keer op de bevestigingslink klikt, krijg je (zoals in de functie te zien is) de mail opnieuw zonder het te bevestigen, maar dan krijg je hem maar een keer... En als ik de database update uitzet en op de link blijf klikken, krijg ik de volgende keren er maar eentje. Ook al wordt hetzelfde script uitgevoerd. Ik snap er geen flikker van. Iemand dit eerder bij de hand gehad? Staat nogal onprofessioneel, die twee mails :')
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Zo op het eerste gezicht lijkt die functie in orde. Ik vermoed dan ook dat die functie ergens 2 keer aangeroepen wordt..
Iemand ervaring met MODx? Ik ben er nu een beetje mee aan het stoeien, maar het ziet er allemaal heel tof uit.
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 >:)
Als je met zoiets aan de slag gaat, kun je je dan niet beter storten op bv Zend Framework?quote:Op maandag 11 januari 2010 11:59 schreef Sitethief het volgende:
Iemand ervaring met MODx? Ik ben er nu een beetje mee aan het stoeien, maar het ziet er allemaal heel tof uit.
Opdracht van de baasquote:
[..]
Als je met zoiets aan de slag gaat, kun je je dan niet beter storten op bv Zend Framework?
.
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 >:)
| 1 2 3 4 5 6 | var_dump($aResult); if($aResult["numberOfTries"]<=3) return true; else return false; |
Geeft:
Iemand enig iedee hoe dat kan? :)quote:array(1) {
[0]=>
array(7) {
["id"]=>
NULL
["time"]=>
NULL
["ip"]=>
NULL
["email"]=>
NULL
["password"]=>
NULL
["success"]=>
NULL
["numberOfTries"]=>
string(1) "0"
}
}
Warning (8): LogLogintriesTable.php at 31 Undefined index: numberOfTries
Wat is er mis met
Dat ziet er wat leesbaarder uit vind ik altijd.
[ Bericht 2% gewijzigd door Sitethief op 11-01-2010 14:35:31 (var_dump ipv print_r) ]
| 1 2 3 4 5 | echo '<pre>'; var_dump($aResult); echo '</pre>'; ?> |
Dat ziet er wat leesbaarder uit vind ik altijd.
[ Bericht 2% gewijzigd door Sitethief op 11-01-2010 14:35:31 (var_dump ipv print_r) ]
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 >:)
Kan ookquote:
Wat is er mis met
[ code verwijderd ]
Dat ziet er wat leesbaarder uit vind ik altijd.
ik gebruik altijd var_dump want die geeft meer bruikbare informatie
Tom Jones zong ooit...
she's got style she's got grace, takes a cumshot to the face, she's a lady
laat een berichtje achter in mijn vriendjes en vriendinnetjesboek
grolsch is tof | Aj plat könt praoten, mo-j ut neet laoten
she's got style she's got grace, takes a cumshot to the face, she's a lady
laat een berichtje achter in mijn vriendjes en vriendinnetjesboek
grolsch is tof | Aj plat könt praoten, mo-j ut neet laoten
Helemaal als je ook iets van xdebug geinstalleerd hebt (op de server).quote:
ik gebruik altijd var_dump want die geeft meer bruikbare informatie
Hier ook, verwerkt in een kleine functie dump, zodat ik niet elke keer dat moet tikken..quote:Op maandag 11 januari 2010 13:55 schreef Sitethief het volgende:
Wat is er mis met
[ code verwijderd ]
Dat ziet er wat leesbaarder uit vind ik altijd.
Ik bedoelde natuurlijk <pre>, niet print_r, wat je verder voor function of wat dan ook gebruikt was niet mijn punt .
.
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, want als ik na of voor de mail() functie een echo doe om dat te testen, wordt dat maar een keer afgedrukt. En dan zou het altijd twee mailtjes moeten zijn, niet alleen de eerste keer dat je op de link in het mailtje klikt.quote:
Zo op het eerste gezicht lijkt die functie in orde. Ik vermoed dan ook dat die functie ergens 2 keer aangeroepen wordt..
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Uhm, als de Functie 2x word aangeroepen, dan betekent dat niet dat de echo voor of na de functie 2x word aangeroepn, dus dat is geen handige manier om het te testen. Je zou dan de echo IN de functie moeten zetten.quote:Op maandag 11 januari 2010 18:42 schreef wonderer het volgende:
[..]
Nee, want als ik na of voor de mail() functie een echo doe om dat te testen, wordt dat maar een keer afgedrukt. En dan zou het altijd twee mailtjes moeten zijn, niet alleen de eerste keer dat je op de link in het mailtje klikt.
Heb je het nou over de hele functie (confirm_order()), of mail()? Waarom zou mail() binnen de functie in vredesnaam twee keer worden aangeroepen als het er maar een keer staat?quote:
[..]
Uhm, als de Functie 2x word aangeroepen, dan betekent dat niet dat de echo voor of na de functie 2x word aangeroepn, dus dat is geen handige manier om het te testen. Je zou dan de echo IN de functie moeten zetten.
"Pain is my friend. I can trust pain. I can trust pain to make my life utterly miserable."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
"My brain is too smart for me."
"We don't need no education." "Yes you do, you just used a double negative."
Met XDebug heb je ook geen <pre> nodig.quote:
Ik bedoelde natuurlijk <pre>, niet print_r, wat je verder voor function of wat dan ook gebruikt was niet mijn punt
Al de PHP applicaties die we maken binnen het bedrijf waar ik werk draaien op een door mij geschreven MVC-framework, en die apps hebben een aantal configuratiebestanden. Momenteel ben ik aan het kijken waar binnen het framework performancewinst te halen valt, en een van de aandachtspunten zijn de configuratiefiles, die momenteel als XML-data zijn opgeslagen, omdat ik het idee heb dat er snellere situaties denkbaar zijn als het parsen van een XML-bestand. Eerst hadden we een pure PHP-array, maar vanwege het feit dat XML makkelijker vanuit PHP te manipuleren is (op een persistente manier dan) hebben we voor XML gekozen.
Hoe doen julie dat eigenlijk met configuratiebestanden. Een array? XML? Database? Flat text wellicht?
Wat geeft de beste performance EN de mogelijkheid om er eventueel later iets als een CMS-module omheen te bouwen?
Ik zit zelfs nog te denken om de XML-files na iedere mutatie te 'cachen', dus er een PHP-array van te genereren, maar dit voelt een beetje aan als overkill
Hoe doen julie dat eigenlijk met configuratiebestanden. Een array? XML? Database? Flat text wellicht?
Wat geeft de beste performance EN de mogelijkheid om er eventueel later iets als een CMS-module omheen te bouwen?
Ik zit zelfs nog te denken om de XML-files na iedere mutatie te 'cachen', dus er een PHP-array van te genereren, maar dit voelt een beetje aan als overkill
Klein vraagje, ik wil de keys van een array omdraaien, hoe kan ik dit doen?
Dus voorbeeld:
0 = a
1 = b
2 = c
moet worden
0 = c
1 = b
2 = a
kon dit nergens vinden (nou kijk ik ook vaak niet goed maar vond echt nix
)
Dus voorbeeld:
0 = a
1 = b
2 = c
moet worden
0 = c
1 = b
2 = a
kon dit nergens vinden (nou kijk ik ook vaak niet goed maar vond echt nix
)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Is dat niet exact hetzelfde als de waarden omdraaien zonder behoud van keys? In dat geval kun je dit doen:
Dat bovenstaande werkt overigens niet als de keys niet op volgorde staan of er gaten in de reeks van keys zitten.. Dan zul je een handmatigere aanpak moeten nemen.
| 1 2 3 4 | // 2e parameter is preserve_keys, oftewel, de keys worden hernummerd en alleen de waarden worden omgedraaid $array = array_reverse($array, false); ?> |
Dat bovenstaande werkt overigens niet als de keys niet op volgorde staan of er gaten in de reeks van keys zitten.. Dan zul je een handmatigere aanpak moeten nemen.
2 arrays maken met array_keys en array_values. 1 v.d. 2 reversen met array_reverse en vervolgens weer een nieuwe array maken met array_combine?
@glowmouse
array_flip wisselt alleen de key met de value toch?
oeh.. array_reverse werkt wel als ik de manual zo lees
@glowmouse
array_flip wisselt alleen de key met de value toch?
oeh.. array_reverse werkt wel als ik de manual zo lees
Tom Jones zong ooit...
she's got style she's got grace, takes a cumshot to the face, she's a lady
laat een berichtje achter in mijn vriendjes en vriendinnetjesboek
grolsch is tof | Aj plat könt praoten, mo-j ut neet laoten
she's got style she's got grace, takes a cumshot to the face, she's a lady
laat een berichtje achter in mijn vriendjes en vriendinnetjesboek
grolsch is tof | Aj plat könt praoten, mo-j ut neet laoten
array_flip oh zonder key preserve; dan array_reverse.
oh zonder key preserve; dan array_reverse.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
array_flip doet iets anders. Die zorgt dat keys en waarden omgedraaid worden, dus array(0 => 'a', 1 => 'b') wordt array('a' => 0, 'b' => 1)quote:
array_flip
