-
MODX Staff
- 10,725 Posts
Something is definitely causing the out of memory errors, but it's not obvious why. Can you tell what request is triggering the error?
-
MODX Staff
- 10,725 Posts
Did that link get formatted correctly? If not put it in code tags here in the forum...
Changed.
Been looking at the logs, traffic was high for most part of the day so I will have another look in the evening and try to match up various requests vs error log timestamps.
From what I could gather so far, it happens when someone requests a page.
Turning this around on its head - can I use anything to monitor script's memory usage? I could then perhaps use this to work out which snippet might be responsible for this (if it is a snippet)
I have migrated the site to MODx 2.2 on my localhost, and cannot trace the same error, however thats a different setup altogether.
-
☆ A M B ☆
- 24,524 Posts
Are your pages fetching image thumbnails or other images being processed by phpthumb? That sort of thing can take up a lot of memory.
-
MODX Staff
- 10,725 Posts
That link indicates the image file was not found and the request is loading the MODX error_page in place of the image. Make sure you don't have missing images.
Argh, found it, just been snooping around the logs. I think its from one of the custom snippets we created, not php thumb or modx itself.
Yandex bot hits a particular page around every 3 minutes (acc to logs). One of the querystring params had a space at the end of it, which caused an endless loop. I can recreate the error, will tie down the querystring param tommorow, thanks for the input!
[ed. note: papachumba last edited this post 14 years, 9 months ago.]
Oh, cool Opengeek.
So basically this alleviates the modx 404 error page for missing imagery and presents the original server's 404 instead? (as far as I could gather, after testing)