Fatal error: Maximum execution time of 30 seconds exceeded i

[Verwijderd]

Mijn vraag
Wie kan mij helpen bij het oplossen van de volgende error:
Fatal error: Maximum execution time of 30 seconds exceeded in /public/sites/

Relevante software en hardware die ik gebruik
Ik gebruik Woocommerce in Wordpress in combinatie met Datafeedr, waarmee ik productsets ophaal.


Wat ik al gevonden of geprobeerd heb
-In de htaccess heb ik al de maximaal aantal seconden opgehoogd
- Heb de plugin W3 Total Cache geinstalleerd
- Heb de plugin WP Maximum Execution Time Exceeded geinstalleerd
- Heb de plugin P3 (Plugin Performance Profiler) geinstalleerd

Het aantal producten wat ik heb is hierbij niet van toepassing. Ik heb al een keer al mijn producten verwijderd en er vervolgens 3 toegevoegd waarna de error ook in beeld kwam.

[henk1994]

Kijk eens of je iets in je server logs kan vinden, het kan overal door komen.

[bvk]

En misschien moet je ook nog even vertellen wat je voor hosting hebt? Als dat ondermaats is met te weinig resources kan dat ook een oorzaak zijn lijkt me.

[Bloemkoolsaus]

Verwijderd schreef op woensdag 22 februari 2017 @ 11:04:
Wat ik al gevonden of geprobeerd heb
-In de htaccess heb ik al de maximaal aantal seconden opgehoogd
- Heb de plugin W3 Total Cache geinstalleerd
- Heb de plugin WP Maximum Execution Time Exceeded geinstalleerd
- Heb de plugin P3 (Plugin Performance Profiler) geinstalleerd

Als php in safe mode draait heeft dat allemaal geen zin. Dan kan je de standaard time (30 seconden) niet verhogen.

Als je bij een hoster zit heb je grote kans dat php inderdaad in safe mode draait. In dat geval is je enige optie het script sneller maken.

[Spinal]

Bloemkoolsaus schreef op woensdag 22 februari 2017 @ 12:26:
Als je bij een hoster zit heb je grote kans dat php inderdaad in safe mode draait. In dat geval is je enige optie het script sneller maken.

Dat hoop ik niet voor die mensen, want safe mode is verwijderd in PHP 5.4 en als je nu nog bij een hoster zit die PHP 5.3 draait dan heb je grotere problemen dan safe mode!

[Aganim]

en als je nu nog bij een hoster zit die PHP 5.3 draait dan heb je grotere problemen dan safe mode!

Leg eens uit hoe je daar zo stellig bij komt? RedHat en CentOS backporten alle security patches en ondersteunen daarin de PHP versie die bij release uit was. CentOS 6 werd geleverd met versie 5.3 en wordt ondersteund tot 30 november 2020. Zie ook https://wiki.centos.org/FAQ/General (punt 20 & 22) of https://access.redhat.com/security/updates/backporting. Je kan dus niet per definitie zeggen dat 5.3 direct een probleem is.

Uiteraard is het best practice om 5.3 inmiddels wel eens uit te faseren, maar het direct roeptoeteren op basis van een versienummer wordt weleens wat vermoeiend.

[TRON]

Kan je het probleem reproduceren? Wanneer gebeurt dat exact?

[Cartman!]

Aganim schreef op woensdag 22 februari 2017 @ 13:34:
[...]
Uiteraard is het best practice om 5.3 inmiddels wel eens uit te faseren, maar het direct roeptoeteren op basis van een versienummer wordt weleens wat vermoeiend.

Het probleem is meestal dat als je oude versie van PHP draait je ook oude versies van frameworks en libraries draait die ook lekken kunnen bevatten. Persoonlijk vind ik het idioot om nog 5.3 te draaien ondanks dat distro's misschien handmatig dingen aan het patchen zijn. Zo moeilijk is het tegenwoordig niet om te upgraden of losse containers te gebruiken.

offtopic:
2.5 jaar EOL in t geval van 5.3 vind ik erg lang in software-land

OT: Het verhogen van de limiet is een onzinnig idee, als je request 30 seconden of langer duurt dan heb je iets ontzettend verkeerd gedaan. Ga dus eerst eens stap voor stap kijken wanneer dit probleem zich voordoet door misschien plugins uit te schakelen, controleer je (database) settings om te kijken of er niet ergens een verbinding niet tot stand komt die de time-out veroorzaakt oid.

[ Voor 26% gewijzigd door Cartman! op 22-02-2017 20:10 ]

[Spinal]

Aganim schreef op woensdag 22 februari 2017 @ 13:34:
[...]

Leg eens uit hoe je daar zo stellig bij komt? RedHat en CentOS backporten alle security patches en ondersteunen daarin de PHP versie die bij release uit was. CentOS 6 werd geleverd met versie 5.3 en wordt ondersteund tot 30 november 2020. Zie ook https://wiki.centos.org/FAQ/General (punt 20 & 22) of https://access.redhat.com/security/updates/backporting. Je kan dus niet per definitie zeggen dat 5.3 direct een probleem is.

Uiteraard is het best practice om 5.3 inmiddels wel eens uit te faseren, maar het direct roeptoeteren op basis van een versienummer wordt weleens wat vermoeiend.

Ik weet niet wat jouw ervaringen zijn met hosters die nu nog 5.3 draaien, maar in mijn ervaring draaien die géén up-to-date versie, vaak 5.3.8 of zo. Daarnaast zit je met het probleem dat veel libraries inmiddels PHP 5.4 of hoger vereisen en dus niet gaan werken.

[DJMaze]

Verwijderd schreef op woensdag 22 februari 2017 @ 11:04:
in combinatie met Datafeedr, waarmee ik productsets ophaal

Zet die eens uit, en in je wp-config.php

PHP:

ini_set("default_socket_timeout", 5);