1 2 3 4 5 | <?php $starttime = new DateTime('2013-03-07T08:58:32.125'); $endtime = new DateTime('2013-03-07T08:58:41.437'); $duration = $starttime->diff($endtime)->format("%Y-%m-%d %H:%i:%s.%u"); echo $duration; // output: 00-0-0 00:0:9.%u |
diff() geeft een DateInterval en die heeft een eigen format().quote:Op donderdag 14 maart 2013 16:03 schreef KomtTijd... het volgende:
Kan iemand dit verklaren? Ik heb een server met PHP5.3.10
[ code verwijderd ]
Ik wil microsecondes als output, niet %u.
Volgens de docs zou dat vanaf PHP5.2.2 moeten werken: http://www.php.net/manual/en/function.date.php
-edit-
inmiddels 3 verschillende servers (allemaal 5.3.*) geprobeerd, allemaal niet werken.
1 2 3 4 5 6 7 8 9 10 11 12 | <?php // item toevoegen aan winkelwagentje if (isset($_POST['order'])){ if (isset ($_SESSION['cart'][$_POST['order']])) { $_SESSION['cart'][$_POST['order']]++; }else { $_SESSION['cart'][$_POST['order']] = 1; } setcookie("newCartContent","1",time() + 1400,'/'); header('location: '.$_SERVER['REQUEST_URI']); } ?> |
Ik zou na die header() een exit() doen zodat je zeker weet dat er niet nog meer output gegenereerd wordt. En als dat het niet oplost, vraag ik me af of die header wel gezet wordt in Chrome.quote:Op donderdag 14 maart 2013 19:47 schreef Swetsenegger het volgende:
Vreemd probleem...
[ code verwijderd ]
Waarom submit Chrome bij een refresh nogmaals mijn POST data?
Ja, want ik heb het cookie na de submit. En die zou ik niet hebben als de pagina niet geredirect wordt.quote:Op donderdag 14 maart 2013 20:09 schreef Light het volgende:
[..]
Ik zou na die header() een exit() doen zodat je zeker weet dat er niet nog meer output gegenereerd wordt. En als dat het niet oplost, vraag ik me af of die header wel gezet wordt in Chrome.
Ik heb hier eerder iets over gelezen, ik kan het alleen zo snel niet terugvinden. Was geloof ik inderdaad een bug in chrome die je dacht ik kon oplossen door een unieke variabele mee te geven aan de url voor de redirect.quote:Op donderdag 14 maart 2013 19:47 schreef Swetsenegger het volgende:
Vreemd probleem...
[ code verwijderd ]
Waarom submit Chrome bij een refresh nogmaals mijn POST data?
Die vond ik ook, maar dat was versie 20. Ik heb chrome 25.quote:Op donderdag 14 maart 2013 20:17 schreef Rockfire het volgende:
[..]
Ik heb hier eerder iets over gelezen, ik kan het alleen zo snel niet terugvinden. Was geloof ik inderdaad een bug in chrome die je dacht ik kon oplossen door een unieke variabele mee te geven aan de url voor de redirect.
Beetje vaag wat ik zeg, maar ik zal zo nog even kijken of ik het ergens terug kan vinden
Misschien is de bug nog niet gefixt? Heb je het geprobeerd met een unieke variabele?quote:Op donderdag 14 maart 2013 20:18 schreef Swetsenegger het volgende:
[..]
Die vond ik ook, maar dat was versie 20. Ik heb chrome 25.
Je moet geen unieke variabele mee gaan geven maar timings. Maar dat is een berg gezeik als workaroundquote:Op donderdag 14 maart 2013 20:19 schreef Rockfire het volgende:
[..]
Misschien is de bug nog niet gefixt? Heb je het geprobeerd met een unieke variabele?
UPDATE table SET title='';quote:Op vrijdag 15 maart 2013 08:23 schreef Berend. het volgende:
Ik heb een database vol met forum gegevens. Ik wil nu graag 1 veld helemaal leeg maken (forum titles). Weet iemand hoe ik dit snel kan doen? De rest van de database moet intact blijven.
Geen idee, maar ik weet dat er wat dispuut is over of dat er na een redirect wel of niet de POST-status behouden moet worden.quote:Op donderdag 14 maart 2013 19:47 schreef Swetsenegger het volgende:
Vreemd probleem...
[ code verwijderd ]
Waarom submit Chrome bij een refresh nogmaals mijn POST data?
1 | header('location: '.$_SERVER['REQUEST_URI'], true, 301); |
Als ik in de headers kijk heeft hij een POST met 302 en een GET met 200. Die POST zou hij helemaal niet meer moeten hebben. Met dit stukje code heb ik een POST met 301 en een GET met 200quote:Op vrijdag 15 maart 2013 09:20 schreef rekenwonder het volgende:
[..]
Geen idee, maar ik weet dat er wat dispuut is over of dat er na een redirect wel of niet de POST-status behouden moet worden.
Werkt het wel correct als je een statuscode meegeeft?
[ code verwijderd ]
Dan wel 302, 303. Ik weet niet of je dit in productie wil gebruiken, maar ik ben wel nieuwsgierig of het werkt.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | /* Heujh, een comment */ options { ding = "ding"; nummertje = 1253; # ander soort comment suboptions { iets = "iets anders"; // en nog een comment! }; }; meeropties { optie = "bla"; }; |
én php kan INI bestanden parsen!quote:Op zaterdag 16 maart 2013 08:23 schreef mstx het volgende:
Waarom zou je het wiel opnieuw willen uitvinden? Voor deze structuur zijn talloze bestaande oplossingen zoals JSON, XML, PHP array etc.
eentje,quote:Op zaterdag 16 maart 2013 13:37 schreef Chandler het volgende:
Praten we over duizenden config files? of maar 1tje? want 1tje kan je met de hand toch wel aanpassen?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |