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.
http://nl2.php.net/sleepquote:Note: The set_time_limit() function and the configuration directive max_execution_time only affect the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), the sleep() function, database queries, etc. is not included when determining the maximum time that the script has been running.
□ Reality is merely an illusion,albeit a very persistent one-A.Einstein
■ Of ik ben gek of de rest van de wereld.Ik denk zelf de rest van de wereld-Rudeonline
□ The war is not meant to be won.It is meant to be continuous-G.Orwell
■ Of ik ben gek of de rest van de wereld.Ik denk zelf de rest van de wereld-Rudeonline
□ The war is not meant to be won.It is meant to be continuous-G.Orwell
Die note staat er bij mij niet bij op php.net. En ja, ik kijk deze keer op engelsquote:
En op set_time_limit staat
Ik was namelijk al een keer op zoek geweest en kon het niet vinden op php.netquote:Note: The set_time_limit() function and the configuration directive max_execution_time only affect the execution time of the script itself. Any time spent on activity that happens outside the execution of the script such as system calls using system(), stream operations, database queries, etc. is not included when determining the maximum time that the script has been running.
-edit- Maar zoals ik het lees begint de execution time dus niet opnieuw na een sleep. Sleep wordt alleen niet opgeteld bij de execution time.
[ Bericht 23% gewijzigd door Swetsenegger op 29-11-2005 19:23:16 ]
Je zou het ff snel kunnen testen door een testscript net iets langer dan 30 seconden te laten duren dmv sleep?
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
Ja, beetje lastig, moet ik namelijk een script bouwen welke meer dan 30 seconden duurtquote:Op dinsdag 29 november 2005 20:27 schreef Jimmy het volgende:
Je zou het ff snel kunnen testen door een testscript net iets langer dan 30 seconden te laten duren dmv sleep?
En ik had het al opgelost door een while loop de eerste 15 resultaten uit de database te laten mailen. Vervolgens de waarde waar ik gebleven was op te slaan en de pagina weer aanroepen.
Ik had 1 fout gemaakt. de waarde waar ik gebleven was, sloeg ik op in een cookie. En een cronjob doet verdomd weinig met cookies natuurlijk, dus na de eerste 15e resultaten stopte het script Uiteraard werkte de test wel omdat ik dan zelf het script opende. En m'n browser accepteert wel cookies.
Ok, het script dus ombouwen door de waarde naar een txt file te schrijven, maar nu heb ik een probleem
Stel je voor dat in de txt file het getal 15 staat.
| 1 |
$offset is 2 ipv 15
Wat is het als je intval achterwege laat, en het met print_r ptint?
Maakt readfile er geen array van?
Maakt readfile er geen array van?
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
http://nl2.php.net/readfilequote:int readfile ( string filename [, bool use_include_path [, resource context]] )
...
Returns the number of bytes read from the file. If an error occurs, FALSE is returned and unless the function was called as @readfile(), an error message is printed.
Als je iets wilt debuggen begin je gewoon je functie-aanroepen uit elkaar te werken en de returnwaardes van de eerste aanroep te controleren. Maar hier helpt zelfs de PHP manual al
Lijkt er op dat je of file_get_contents() of file() moet gebruiken in dit geval.
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
quote:Op dinsdag 29 november 2005 20:48 schreef JeRa het volgende:
[..]
http://nl2.php.net/readfile
Als je iets wilt debuggen begin je gewoon je functie-aanroepen uit elkaar te werken en de returnwaardes van de eerste aanroep te controleren. Maar hier helpt zelfs de PHP manual al
Compleet overheen gelezen.
Het vreemde is dat file() zegt dat het hetzelfde is als readfile, maar ipv een string een array terug geeft.
Echter geeft file wel degelijk de inhoud terug en niet het aantal bytes. Ik gebruikte readfile uiteraard omdat het maar 1 waarde is.
file_get_contents dus
Ander probleem
| 1 2 3 4 5 6 7 8 9 10 | $offset=intval(file_get_contents('offset.txt')); echo $offset; $offset+=15; $fp=fopen('offset.txt','w+'); fwrite($fp,"$offset"); fclose($fp); header("location: ".$_SERVER['PHP_SELF']); ?> |
Dit zou infinite moeten loopen. Maar hij stopt na 1 loop.
Het is niet zo'n goed idee een header('Location:') uit te voeren naar hetzelfde PHP-script; Firefox geeft er na een aantal van dit soort verwijzingen al de brui aan. Beter doe je een combinatie van Javascript en PHP, waarbij je met Javascript er voor zorgt dat het scriptje om de zoveel tijd wordt aangeroepen Overigens, een location moet eigenlijk een volledige URI zijn (http://...).quote:Op dinsdag 29 november 2005 20:53 schreef Swetsenegger het volgende:
[..]
Compleet overheen gelezen.
Het vreemde is dat file() zegt dat het hetzelfde is als readfile, maar ipv een string een array terug geeft.
Echter geeft file wel degelijk de inhoud terug en niet het aantal bytes. Ik gebruikte readfile uiteraard omdat het maar 1 waarde is.
file_get_contents dus
Ander probleem
[ code verwijderd ]
Dit zou infinite moeten loopen. Maar hij stopt na 1 loop.
Als je het in IE test en hij loopt maar 1 keer, dan zou ik het zo niet weten. Debuggen! Doe eens een echo $output nadat je += 15 hebt gedaan, en waarom open je het bestand in modus 'w+'?
Wat is de output als je header vervangt door print?
Dus:
print("location: ".$_SERVER['PHP_SELF']);
Gewoon de goeie locatie?
Dus:
print("location: ".$_SERVER['PHP_SELF']);
Gewoon de goeie locatie?
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
Wat je ook doen ipv header(Location) is in je html output iets als:
<meta http-equiv="refresh" content="1">
in je html zetten, dan refresht je pagina ook na 1 seconde.
Geen idee of Firefox hier een beperking voor het aantal verwijzingen in heeft.
<meta http-equiv="refresh" content="1">
in je html zetten, dan refresht je pagina ook na 1 seconde.
Geen idee of Firefox hier een beperking voor het aantal verwijzingen in heeft.
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
@jera, Het vreemde is dat hij het voorheen met de oplossing met het cookie wel goed deed. Javascript gaat niet, want dat is clientside, en het is een cronjob.
@Jimmy, ja de header verwijzing is gewoon goed, ik heb het zelfs hardcoded geprobeerd met hetzelfde resultaat. Een refresh werkt uiteraard niet, want ik weet niet of mijn script al is uitgevoerd.
Hier het volledige script
@Jimmy, ja de header verwijzing is gewoon goed, ik heb het zelfs hardcoded geprobeerd met hetzelfde resultaat. Een refresh werkt uiteraard niet, want ik weet niet of mijn script al is uitgevoerd.
Hier het volledige script
| 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 | $result=mysql_query('SELECT COUNT(id) AS aantal FROM table WHERE datum=DATE_SUB(NOW(), INTERVAL 84 DAY)'); // aantal te versturen mails $row = mysql_fetch_assoc($result); $offset=intval(file_get_contents('offset.txt')); //offset waar ik gebleven ben if($row['aantal']-$offset <=0){ //indien true, alle mails verstuurt $offset=0; $fp=fopen('offset.txt','w'); fwrite($fp,"$offset"); fclose($fp); die(); } $query="SELECT * FROM table WHERE datum=DATE_SUB(NOW(), INTERVAL 84 DAY) LIMIT ".$offset.",15"; $result=mysql_query($query); while($row=mysql_fetch_assoc($result)){ // 15 mails versturen } $offset+=15; //offset ophogen $fp=fopen('offset.txt','w+'); fwrite($fp,"$offset"); fclose($fp); header("location: ".$_SERVER['PHP_SELF']); //hele circus opnieuw ?> |
Een cronjob!? Je doet een header() op een cronjobfile? Welke browser kan dan reageren op die header()?quote:Op dinsdag 29 november 2005 21:10 schreef Swetsenegger het volgende:
@jera, Het vreemde is dat hij het voorheen met de oplossing met het cookie wel goed deed. Javascript gaat niet, want dat is clientside, en het is een cronjob.
edit: normaal als je een PHP-script uitvoert gebeurt dit via de browser. Als je dan in je script een header() uitvoert worden de headers via de webserver naar de browser gestuurd, samen met eventuele output (daarom is het vaak belangrijk om na een location-header een exit() uit te voeren zodat er hopelijk nog geen output is). De browser krijgt deze headers binnen en ziet de location-header, en vraagt vervolgens de pagina opnieuw op.
Een cron-daemon is geen browser, die draait gewoon scriptjes en stuurt mailtjes als er output is. Meer doet het niet
Waarom doe je geen for-loopje?
In een cronjob kun je dan niet via exec() het php-script zichlzelf nogmaals laten starten?
Wel HEEL erg goed kijken dat ie niet eeuwig zichzelf blijft aanroepen natuurlijk.
Wel HEEL erg goed kijken dat ie niet eeuwig zichzelf blijft aanroepen natuurlijk.
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
quote:Op dinsdag 29 november 2005 21:13 schreef JeRa het volgende:
[..]
Een cronjob!? Je doet een header() op een cronjobfile? Welke browser kan dan reageren op die header()?
KUT.
maximum execution time. Ik zit aan een limiet van 30 seconden. Op een safe_mode server En ik heb in potentie heel veel mails te versturen.quote:Waarom doe je geen for-loopje?
En ik heb in potentie heel veel mails te versturen.Overigens werkt lokaal de header wel. Uiteraard met een browser. Zou de hoster een bescherming hebben misschien?
De hoster biedt niet eens cronjobs aan, ik maak gebruik van een online cronservicequote:Op dinsdag 29 november 2005 21:17 schreef Jimmy het volgende:
In een cronjob kun je dan niet via exec() het php-script zichlzelf nogmaals laten starten?
Wel HEEL erg goed kijken dat ie niet eeuwig zichzelf blijft aanroepen natuurlijk.
Hebben ze safe_mode aangezet voor scriptjes die op PHP-cli (commandline) draaien? Dan zit er iets niet goed in de beveiliging van hun server ik zou ze even een mailtje sturen met de vraag of ze safe_mode voor PHP uitzetten, safe_mode is vooral bedoeld voor mod_php (of voor PHP-cgi, voor mijn part).quote:Op dinsdag 29 november 2005 21:18 schreef Swetsenegger het volgende:
[..]
KUT.
[..]
maximum execution time. Ik zit aan een limiet van 30 seconden. Op een safe_mode server En ik heb in potentie heel veel mails te versturen.
Overigens werkt lokaal de header wel. Uiteraard met een browser. Zou de hoster een bescherming hebben misschien?
Cron-opdrachten worden namelijk uitgevoerd onder de user van wie de crontab is. Wat dat betreft moeten de rechten in hun systeem goed staan, dus is er geen enkele reden om safe_mode aan te laten staan.
Bieden ze geen at-service aan?
Ze bieden helemaal niets aan en ze willen niets wijzigen ook. Nadeel van een goedkope hosterquote:Op dinsdag 29 november 2005 21:22 schreef JeRa het volgende:
[..]
Hebben ze safe_mode aangezet voor scriptjes die op PHP-cli (commandline) draaien? Dan zit er iets niet goed in de beveiliging van hun server ik zou ze even een mailtje sturen met de vraag of ze safe_mode voor PHP uitzetten, safe_mode is vooral bedoeld voor mod_php (of voor PHP-cgi, voor mijn part).
Cron-opdrachten worden namelijk uitgevoerd onder de user van wie de crontab is. Wat dat betreft moeten de rechten in hun systeem goed staan, dus is er geen enkele reden om safe_mode aan te laten staan.
Ze bieden geen anacron-service aan?
www.tweedehandsboek.net/phpinfo.php
| 1 2 3 4 | safe_mode_exec_dir no value no value safe_mode_gid Off Off safe_mode_include_dir /usr/lib/php /usr/lib/php |
Zover ik kan zien kan ik dus max_execution_time niet gebruiken toch?
Nee. Wat je wel kunt doen via de meeste cronservices is zeggen dat een scriptje elke x minuten moet draaien, kun je dat niet gebruiken?quote:Op dinsdag 29 november 2005 21:27 schreef Swetsenegger het volgende:
[..]
Ze bieden helemaal niets aan en ze willen niets wijzigen ook. Nadeel van een goedkope hoster
www.tweedehandsboek.net/phpinfo.php
[ code verwijderd ]
Zover ik kan zien kan ik dus max_execution_time niet gebruiken toch?
Die service was 5 euro duurder geloof ikquote:Op dinsdag 29 november 2005 21:29 schreef JeRa het volgende:
[..]
Nee. Wat je wel kunt doen via de meeste cronservices is zeggen dat een scriptje elke x minuten moet draaien, kun je dat niet gebruiken?
Maar er zit weinig anders op, aangezien een header niet gaat werken.
Dat is meteen de reden waarom ik eigen servers draai voor gmta.nl (en de subdomeinen daarvan die ik aan mensen geef die tegen hetzelfde probleem waren opgelopen: te dure of slechte hosting)quote:Op dinsdag 29 november 2005 21:32 schreef Swetsenegger het volgende:
[..]
Die service was 5 euro duurder geloof ik
Maar er zit weinig anders op, aangezien een header niet gaat werken.
Ik heb een site+database van alle optredens van bands waar ik geweest ben.
Ik wou nu als oefening de code herschrijven om ook classes te gebruiken. Voor bands, locaties & optredens zou ik dan een class kunnen gebruiken. Voor de hand liggende objecten op zich.
Wat ik me nu alleen afvraag is, is in hoeverre ik de classes in de verschillende andere classen moet gebruiken:
Bijvoorbeeld in de optreden-class: hang ik daar band & locatie classes aan, of zorg ik voor variablen waarin de id's van de betreffende bands en locaties instaan, die ik als ik meer informatie nodig heb over die band of locatie dan weer aan die class voer.
Ik snap mezelf nu haast niet meer. Iemand gedachten hierover?
Ik wou nu als oefening de code herschrijven om ook classes te gebruiken. Voor bands, locaties & optredens zou ik dan een class kunnen gebruiken. Voor de hand liggende objecten op zich.
Wat ik me nu alleen afvraag is, is in hoeverre ik de classes in de verschillende andere classen moet gebruiken:
Bijvoorbeeld in de optreden-class: hang ik daar band & locatie classes aan, of zorg ik voor variablen waarin de id's van de betreffende bands en locaties instaan, die ik als ik meer informatie nodig heb over die band of locatie dan weer aan die class voer.
Ik snap mezelf nu haast niet meer. Iemand gedachten hierover?
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
Yup, lange leve eigen hosting, of in mijn geval een vriend met eigen hostingquote:Op dinsdag 29 november 2005 21:43 schreef JeRa het volgende:
Dat is meteen de reden waarom ik eigen servers draai voor gmta.nl (en de subdomeinen daarvan die ik aan mensen geef die tegen hetzelfde probleem waren opgelopen: te dure of slechte hosting)
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
Maar ik heb nog steeds een probleemquote:Op dinsdag 29 november 2005 21:45 schreef Jimmy het volgende:
[..]
Yup, lange leve eigen hosting, of in mijn geval een vriend met eigen hosting
een meta refresh is natuurlijk ook alleen clientside, correct?
Ja.quote:Op dinsdag 29 november 2005 22:21 schreef Swetsenegger het volgende:
Maar ik heb nog steeds een probleem
een meta refresh is natuurlijk ook alleen clientside, correct?
Maar als ik het goed begrijp wordt je script command line aangeroepen?
Is dit dan geen optie?
http://nl2.php.net/manual/en/function.exec.php
En dan exec("php scriptnaam");
Rock 'n Roll Motherfucker - Join the Rock 'n Roll Jihad!
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
www.last.fm/user/JimmyShelter
Jimmy Shelter
Sleazerock.nl
