Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Long Delay and Errors #75

Open
miqrogroove opened this issue Jan 13, 2021 · 14 comments
Open

Long Delay and Errors #75

miqrogroove opened this issue Jan 13, 2021 · 14 comments

Comments

@miqrogroove
Copy link

When I look at the gallery grid in my profile and click on one of them to open the photo grid, there is a delay of several seconds where it looks like nothing is happening. If I click and then just wait about 10 seconds, sometimes it will open and sometimes it will do nothing at all. Occasionally it will say "An internal server error occurred." Some of my galleries are now unavailable as a result.

I'm using Chrome for Windows, HumHub 1.7.1, and Gallery 1.2.2.

This looks relevant:

[13-Jan-2021 08:08:25 America/Detroit] PHP Fatal error:  Maximum execution time of 30 seconds exceeded in /var/www/humhub/protected/vendor/imagine/imagine/lib/Imagine/Imagick/Image.php on line 242
@buddh4
Copy link
Contributor

buddh4 commented Jan 28, 2021

Did you have similar problems prior to 1.7?
@luke- do you think this may be related with the new image compression?

@luke-
Copy link
Contributor

luke- commented Jan 28, 2021

What image manipulation method do you use? (GD, ImageMagick, Gmagick)

@miqrogroove
Copy link
Author

Is that listed in the admin panel somewhere?

@luke-
Copy link
Contributor

luke- commented Jan 28, 2021

image

@miqrogroove
Copy link
Author

Yes, sorry I was looking for something more specific. Under Prerequisites it says I have both GD and ImageMagick installed. The error I mentioned at the top is in the Imagick directory, so I'm just guessing it's not GD.

@buddh4
Copy link
Contributor

buddh4 commented Jan 28, 2021

The error seems to be related to Imagick: /var/www/humhub/protected/vendor/imagine/imagine/lib/Imagine/Imagick/Image.php on line 242

@luke-
Copy link
Contributor

luke- commented Jan 28, 2021

Ok right, so everything looks good there. Imagemagick is the best choice.

Probably then the server resources (CPU, RAM) are not sufficient to resize images fast enough.

@miqrogroove
Copy link
Author

miqrogroove commented Jan 28, 2021

i3-7100U with 8 GB. It's not expensive, but it's a dedicated server. Generally no more than 1 or 2 users logged in. And I'm not getting any memory errors from PHP.

@luke-
Copy link
Contributor

luke- commented Jan 28, 2021

Hmm thats strange, can you try to increase the max. execution time?

@miqrogroove
Copy link
Author

I could do that, but I'm never going to wait 30 seconds for a page load. Is this script processing thumbnails and caching them? Is there a way to make it happen asynchronously instead of waiting for the entire gallery to regenerate in Imagick?

@miqrogroove
Copy link
Author

Also, is there a simple way to switch to GD to see if it runs faster?

@luke-
Copy link
Contributor

luke- commented Jan 28, 2021

Normally thumbnails are only created new images and only once.
However, there has been a change which requires new thumbnail files.

There is currently no console option.

You need to disable the Imagick Extension. But I think this is the fastes one.

@miqrogroove
Copy link
Author

Going to check if any galleries won't load after repeat attempts. Some of the smaller ~40 photo galleries still show some placeholder thumbnails on the first attempt but then load fine on the second try. No new errors yet.

@miqrogroove
Copy link
Author

Looks like everything is back to normal after clicking around more. I wonder if this kind of gallery regeneration would be better experienced as a cron task? Something that could be batched during idle time and work itself out over a day or two instead of just being semi-broken until enough people click on it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants