abonnement Unibet Coolblue
pi_124052035
Kan iemand dit verklaren? Ik heb een server met PHP5.3.10

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

[ Bericht 2% gewijzigd door KomtTijd... op 14-03-2013 16:36:00 ]
pi_124053427
quote:
14s.gif 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.
diff() geeft een DateInterval en die heeft een eigen format().
pi_124054539
Ah of course, thnx :)

dan zoek ik een andere oplossing.
  FOK!-Schrikkelbaas donderdag 14 maart 2013 @ 19:47:40 #104
1972 Swetsenegger
Egocentrische Narcist
pi_124059967
Vreemd probleem...

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']);
}
?>

Waarom submit Chrome bij een refresh nogmaals mijn POST data?
pi_124060969
quote:
0s.gif 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?
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.
  FOK!-Schrikkelbaas donderdag 14 maart 2013 @ 20:13:13 #106
1972 Swetsenegger
Egocentrische Narcist
pi_124061176
quote:
1s.gif 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.
Ja, want ik heb het cookie na de submit. En die zou ik niet hebben als de pagina niet geredirect wordt.
exit(); helpt niet.

Elke andere browser doet het gewoon goed :{
pi_124061433
quote:
0s.gif 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?
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 :P
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  FOK!-Schrikkelbaas donderdag 14 maart 2013 @ 20:18:44 #108
1972 Swetsenegger
Egocentrische Narcist
pi_124061491
quote:
0s.gif 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 :P
Die vond ik ook, maar dat was versie 20. Ik heb chrome 25.
pi_124061527
quote:
14s.gif Op donderdag 14 maart 2013 20:18 schreef Swetsenegger het volgende:

[..]

Die vond ik ook, maar dat was versie 20. Ik heb chrome 25.
Misschien is de bug nog niet gefixt? Heb je het geprobeerd met een unieke variabele?
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
  FOK!-Schrikkelbaas donderdag 14 maart 2013 @ 20:22:37 #110
1972 Swetsenegger
Egocentrische Narcist
pi_124061694
quote:
0s.gif 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?
Je moet geen unieke variabele mee gaan geven maar timings. Maar dat is een berg gezeik als workaround :{
  FOK!-Schrikkelbaas donderdag 14 maart 2013 @ 20:23:45 #111
1972 Swetsenegger
Egocentrische Narcist
pi_124080705
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.
pi_124080767
UPDATE `tabel` SET `title`= '' zo iets?

Vraagje; weet iemand een goed voorbeeld hoe om te gaan met google maps en zoomen van lokaties? ik wil namelijk op wereld grootte markers laten zien maar als men bv inzoomt op NL dat ik dan op basis van NL 200 markers kan laden en als ik doorzoom naar Groningen in Groningen 200 markers kan laten zien?

las net mijn update code, hoe wakker kun je zijn.... pfff

[ Bericht 14% gewijzigd door Chandler op 15-03-2013 11:01:55 ]
Just say hi!
pi_124081364
quote:
0s.gif 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.
UPDATE table SET title='';

Zonder WHERE, dus worden alle rijen in de tabel aangepast.
pi_124081556
quote:
0s.gif 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?
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?

1header('location: '.$_SERVER['REQUEST_URI'], true, 301);
Dan wel 302, 303. Ik weet niet of je dit in productie wil gebruiken, maar ik ben wel nieuwsgierig of het werkt.
Tegenwoordig moet je Dr. Ir. zijn om een beetje correct Nederlands te kunnen neerpleuren.
Abusing semicolons since 1987.
  FOK!-Schrikkelbaas vrijdag 15 maart 2013 @ 10:36:56 #116
1972 Swetsenegger
Egocentrische Narcist
pi_124083286
quote:
0s.gif 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.
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 200 :)



Je ziet ook dat de GET van de website komt terwijl de POST 'other' vermeld :') Dus de PRG werkt prima, maar chrome doet vreemd.

Probleem bestaat zelfs sinds 2009: https://code.google.com/p/chromium/issues/detail?id=21245

[ Bericht 3% gewijzigd door Swetsenegger op 15-03-2013 11:42:50 ]
pi_124114754
Oke..

Ik heb naar mijn gevoel het halve internet afgezocht maar dit niet kunnen vinden..

Ik wil een config file die de volgende syntax(of layout.. Hoe je het wil noemen) heeft parsen.. Ik vind genoeg config files parsers maar niet voor dit type config file

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";

};

kent iemand hier een parser voor?
pi_124121938
waarom kies je dan niet voor een andere opzet van je config file? als het voor PHP is kun je dit toch direct parsen?
Just say hi!
  zaterdag 16 maart 2013 @ 08:23:10 #119
91039 mstx
2x1/2 = 1/2 x 1/2
pi_124122165
Waarom zou je het wiel opnieuw willen uitvinden? Voor deze structuur zijn talloze bestaande oplossingen zoals JSON, XML, PHP array etc.
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.
👾
pi_124122675
quote:
1s.gif 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.
én php kan INI bestanden parsen! *)
Just say hi!
pi_124123714
Omdat het een bestaand config file is wat ik moet uitlezen.. Ik kan geen C, C++ of wat het dan ook is om dat programma te gaan aanpassen zodat dat met json, xml of ini bestanden werkt 8)7
pi_124124663
Dus iemand heeft een programma gemaakt, en bedacht dat het een goed idee was om te beginnen met het uitvinden van een compleet nieuw dataformat? ;(

Misschien is het wel verstandiger om gewoon json te gebruiken en achteraf met een regex de = en ; te vervangen met : en ,
pi_124127943
Praten we over duizenden config files? of maar 1tje? want 1tje kan je met de hand toch wel aanpassen?
Just say hi!
pi_124186342
quote:
5s.gif 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?
eentje,

maar ik wil juist dat je on the fly dat config file kan aanpassen ergens via een website (achter een login)
pi_124194378
Dan zie ik het gehele probleem niet, er zijn zat andere oplossingen voor het lezen van config files...
Just say hi!
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')