http fout bij uploaden foto

[Miels]

Ik heb een aantal (master) instellingen aangepast. Voor de volledigheid ook de toelichting bij deze opties:

Code: Selecteer alles

post_max_size: 8M (niet gewijzigd)
Sets max size of post data allowed. This setting also affects file upload. To upload large files, this value must be larger than upload_max_filesize. Generally speaking, memory_limit should be larger than post_max_size.

upload_max_filesize: was 2M, nu 10M
The maximum size of an uploaded file.

memory_limit: was 32M, nu 64M
This sets the maximum amount of memory in bytes that a script is allowed to allocate. This helps prevent poorly written scripts for eating up all available memory on a server.

Aanpassen van de upload_max_filesize zou in principe niet nodig moeten zijn, omdat de local value al 10 was. Aan de andere kant weet ik niet zeker wat de scope van local is, dus vandaar toch maar aangepast.

Scheelt dat?

[Ger]

Ik heb wat testjes gedaan; het lijkt allemaal niet zo voor de hand liggend. Een foto van 3.2 MB resulteert in een fout, terwijl een foto van 3.8 MB wel goed gaat. Het zal dus inderdaad om het verwerken ervan gaan.

Wellicht even in de server log kijken bij Mon, 21 Sep 2020 14:51:07 GMT?
https://sciencetalk.nl/forum/posting.php?mode=reply&f=92&t=210149
500 internal server error


Waarom staat de memory trouwens maar op 64M? We hebben toch neem ik aan veel meer geheugen te besteden?

[CoenCo]

Ik heb een aantal (master) instellingen aangepast. Voor de volledigheid ook de toelichting bij deze opties:

Code: Selecteer alles

post_max_size: 8M (niet gewijzigd)
Sets max size of post data allowed. This setting also affects file upload. To upload large files, this value must be larger than upload_max_filesize. Generally speaking, memory_limit should be larger than post_max_size.

upload_max_filesize: was 2M, nu 10M
The maximum size of an uploaded file.

memory_limit: was 32M, nu 64M
This sets the maximum amount of memory in bytes that a script is allowed to allocate. This helps prevent poorly written scripts for eating up all available memory on a server.

Aanpassen van de upload_max_filesize zou in principe niet nodig moeten zijn, omdat de local value al 10 was. Aan de andere kant weet ik niet zeker wat de scope van local is, dus vandaar toch maar aangepast.

Scheelt dat?

Helaas lijkt het nog niet opgelost.
Een normale iphone foto uploaden lukt nog steeds niet.

[CoenCo]

Ter info. De eerder genoemde url: https://www.phpbb.com/community/viewtopic.php?t=2520651

Lijkt het probleem verholpen te zijn door de max RAM parameter significant te verhogen (in hun geval naar 1GB). Ik weet niet wat de limitaties van jullie host/server zijn.

[Miels]

Wellicht even in de server log kijken bij Mon, 21 Sep 2020 14:51:07 GMT?
https://sciencetalk.nl/forum/posting.php?mode=reply&f=92&t=210149
500 internal server error

Op dat tijdstip zie ik niets... Als ik zoek naar de URL in apache/logs/error_log krijg ik alleen wat oude hits:

Code: Selecteer alles

[Fri Jun 07 10:50:45.968187 2019] [cgi:warn] [pid 10027] [client 5.132.117.186:56971] AH01220: Timeout waiting for output from CGI script /usr/local/cpanel/cgi-sys/ea-php56, referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=19&t=208487
[Fri Jun 07 10:50:45.968292 2019] [cgi:error] [pid 10027] [client 5.132.117.186:56971] Script timed out before returning headers: ea-php56, referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=19&t=208487
[Fri Jun 07 10:51:29.446865 2019] [cgi:warn] [pid 11405] [client 5.132.117.186:56992] AH01220: Timeout waiting for output from CGI script /usr/local/cpanel/cgi-sys/ea-php56, referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=19&t=208487
[Fri Jun 07 10:51:29.446962 2019] [cgi:error] [pid 11405] [client 5.132.117.186:56992] Script timed out before returning headers: ea-php56, referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=19&t=208487
[Fri Jun 07 10:55:46.069482 2019] [cgi:warn] [pid 10027] [client 5.132.117.186:56971] AH01220: Timeout waiting for output from CGI script /usr/local/cpanel/cgi-sys/ea-php56, referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=19&t=208487
[Fri Jun 07 10:56:29.546291 2019] [cgi:warn] [pid 11405] [client 5.132.117.186:56992] AH01220: Timeout waiting for output from CGI script /usr/local/cpanel/cgi-sys/ea-php56, referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=19&t=208487
[Mon Jul 13 23:43:30.992653 2020] [proxy_fcgi:error] [pid 28431:tid 47924429690624] (103)Software caused connection abort: [client 89.99.11.169:50082] AH01075: Error dispatching request to : (reading input brigade), referer: https://sciencetalk.nl/forum/posting.php?mode=reply&f=69&t=210752

Merk op dat we in de tussentijd php5.6 van de server hebben verwijderd, en het nu op 7.2 draait.

Waarom staat de memory trouwens maar op 64M? We hebben toch neem ik aan veel meer geheugen te besteden?

Precies vanwege de toelichting die er staat: voorkomen dat scripts die per ongeluk een memory leak hebben de server omtrekken. Maar aangezien dat een per-proces instelling is zou dat toch ruim voldoende moeten zijn?

Net verder opgehoogd naar 256 M...

[Miels]

Ter info. De eerder genoemde url: https://www.phpbb.com/community/viewtopic.php?t=2520651

Lijkt het probleem verholpen te zijn door de max RAM parameter significant te verhogen (in hun geval naar 1GB). Ik weet niet wat de limitaties van jullie host/server zijn.

Totaal 6 GB, dus meer dan genoeg speelruimte

[CoenCo]

Net getest. Werkt nog steeds niet.
Raar. Zie je geheugengebruik ook toenemen? Heeft er iets een restart nodig om de config te laden?

Heb je iets aan mn IP om de logging te checken?

[Michel Uphoff]

Een bestand (animated gif) van ruim 7 MB opsturen gaat nu prima.
Ik test hier even een paar grotere foto's: 5,4,3,2 en 1 MB JPG's direct van mijn smartphone.

Helaas alleen de 1 MB foto komt door. Het lijkt inderdaad met de verwerking van gecomprimeerde afbeeldingen te maken te hebben.

[Miels]

Heeft er iets een restart nodig om de config te laden?

Dat vroeg ik me ook af. Maar ik zag in de PHP info dat een wijziging van instellingen daar al gelijk in werd overgenomen. Maar ik weet niet zeker of hij dat uit een .ini uitleest of het daadwerkelijk controleerd. Ik ga nu apache herstarten voor de zekerheid.

Heb je iets aan mn IP om de logging te checken?

Goed idee! Je IP wordt bij ieder bericht gelogd, dus heb ik net even opgezocht. Net als die van Ger en Michel overigens. Als ik op beide IP's zoek is er de afgelopen 2 weken geen enkele foutmelding te vinden...

Net ook nog even de memory_limit 1024M geprobeerd, en zelf je Phot.jpg-bestand getest. Geen verbetering (er na weer op 256M gezet)

[CoenCo]

Heeft er iets een restart nodig om de config te laden?

Dat vroeg ik me ook af. Maar ik zag in de PHP info dat een wijziging van instellingen daar al gelijk in werd overgenomen. Maar ik weet niet zeker of hij dat uit een .ini uitleest of het daadwerkelijk controleerd. Ik ga nu apache herstarten voor de zekerheid.

Heb je iets aan mn IP om de logging te checken?

Goed idee! Je IP wordt bij ieder bericht gelogd, dus heb ik net even opgezocht. Net als die van Ger en Michel overigens. Als ik op beide IP's zoek is er de afgelopen 2 weken geen enkele foutmelding te vinden...

Net ook nog even de memory_limit 1024M geprobeerd, en zelf je Phot.jpg-bestand getest. Geen verbetering

Raar. Heb vandaag echt een twintigtal keer geprobeerd en foutmeldingen gekregen ( en al jaren hetzelfde externe ip).

Heb je nog iets van resizing/resampling aanstaan? Dat een animated .GIF van 7MP wel werkt, maar een .JPG van 2mb niet, geeft je het gevoel dat op .JPG een bewerking wordt uitgevoerd die misgaat. Misschien de thumbnail?
Een iphone schiet tegenwoordig op 12MP, en dat zijn bizar veel pixels. Vroeger had de beste spiegelreflex dat niet eens.

[CoenCo]

Is dit het?
https://www.phpbb.com/community/viewtop ... &t=2444231

[Ger]

Ik denk dat het probleem opgelost kan worden met de gereed staande update. Op ons testforum kan ik bestanden uploaden die hier een foutmelding geven.

[CoenCo]

Fijn!

[Miels]

Lijkt toch nog steeds te spelen, zie deze melding.

Hieronder de variabelen die eerder in deze post zijn besproken. Daarbij heb ik genoteerd

Waarden: local / master
memory_limit: 32 M / 2048 M
post_max_size: 8 M / 512 M
upload_max_filesize: 10 M / 512 M

Deze gevonden in phpbb ACP>Systeem>algemene taken>PHP info
Master values zijn te configueren in WHM>MultiPHP INI Edito, PHP: 7.4

Volgorde is/kan zijn (bron)
php.ini
httpd.conf
.htaccess
ini_set

Dus dat wordt even zoeken in waar de php.ini wordt gereduceerd tot de genoemde local values.

[Miels]

Gevonden! Zat In cPanel van het wsf-account onder [software, multPHP INI editor].

Aangepast naar:
memory_limit: 256 M / 2048 M
post_max_size: 64 M / 512 M
upload_max_filesize: 32 M / 512 M

Scheelt dat?

Notes 2 self:
- memory limit = per proces.
- hier nog wat opmerkingen over benodigde memory mbt afbeeldingen. Richtlijn: 3 a 4 x #Megapixel / foto.