ik heb een backup en restore script lopen. dit werkt zonder problemen op wamp(meerdere PC's). maar op Synology krijg ik na ±1 minuut een 503 melding. Indien ik het bestand verklein lukt het (soms).
Nu heb ik in webstation al een paar instellingen gewijzigd echter tot nog toe met geen succes.
En wat is je Apache configuratie? PHP en Apache moeten *beide* voldoende hoog afgesteld worden om uploads goed te laten werken. Overigens, waar is een max_execution_time van 2400 goed voor? Dat gaat niets uithalen en leidt vroeg of laat tot problemen. Ook is het post_max_size en niet post_size.
>> ik moet toch iets proberen.
Aan de hand van documentatie misschien, en niet uit de losse pols. Als je niet begrijpt waar instellingen voor zijn of wat voor effect ze hebben heeft het geen enkele zin om maar wat te proberen.
>> Geen idee
En daar heb je het al. Zoek dat eerst eens uit, dan weet je ook meteen waar je error logs zich bevinden.
Moest er een betere handleiding zijn ik zou ze lezen. Al eens geprobeerd bij Synology. ik vind er niets terug.
Gezien het script na 60" afbreekt is het voor mij logisch dat ik dat verhoog.
PHP config vind ik. apache config zoek ik al tijden naar
Er is afbreken en er in afbreken. Als je over de max_input_time heen gaat zal max_execution_time niets uithalen. Zet voor de grap ook eens display_errors aan en error_reporting op E_ALL. Dat vertelt je op zijn minst *waarom* het script een timeout geeft. Boven 60 seconden *execution time* uit komen is erg knap, en als het je gebeurt los je dat op door je script te versnellen, of waarschijnlijker, door je oneindige lus te repareren. Niet door de execution time te verhogen. Immers; max execution time is de executietijd zonder externe toegangen. Databasetoegang, sockets e.d. tellen hier dus niet in mee.
Er is afbreken en er in afbreken. Als je over de max_input_time heen gaat zal max_execution_time niets uithalen. Zet voor de grap ook eens display_errors aan en error_reporting op E_ALL. Dat vertelt je op zijn minst *waarom* het script een timeout geeft. Boven 60 seconden *execution time* uit komen is erg knap, en als het je gebeurt los je dat op door je script te versnellen, of waarschijnlijker, door je oneindige lus te repareren. Niet door de execution time te verhogen. Immers; max execution time is de executietijd zonder externe toegangen. Databasetoegang, sockets e.d. tellen hier dus niet in mee.
error reporting staat op all
er is maar 1 lus en het is geen oneindige
Als dat zo is en display_errors staat ook gaan krijg je geen 503 tenzij het aan de Apache configuratie ligt. Daar kan ook een timeout plaatsvinden immers. Nogmaals: hoe luidt de Apache configuratie, en als je geen idee hebt, ga dan eens op zoek.
