After getting a little bit of time to research the new problem causing Apache2 to crash or freeze up and use 100% CPU utilization, I believe I have found at least part of the problem.
The Zoom Media Gallery 2.5.1 RC4 does not check to ensure that the Page Number is legit. I kept checking the server-status on Apache and each of the times, I kept noticing that the website address including an address with a negative page number. How could it be possible for a page number to be negative? I don’t know, but ask Google! Google keeps spidering the web sites here and many times has a negative page number – which doesn’t make any sense.
To head off this issue, I inserted a few lines of code into the zoom.php file in the /components/com_zoom directory. I created these lines directly under the:
comment around line 34 – just before the:
Here is the code to insert:
$PageCheck = mosGetParam($_REQUEST,’PageNo’);
if ($PageCheck < 1 && isset($PageCheck)) {
echo (‘Page number cannot be zero or negative.’);
exit;
}
I am not 100% sure yet if this will fix all the problems with Zoom Media Gallery 2.5.1 RC4 and the 100% CPU utilization with Apache, but I know this will help curtail the problem. When I tried to put the same URL that caused an Apache process to use 100% of the CPU into my web browser, it sat there until the five minute timeout period for scripts (I set a five minute, or 300 second timeout period in the php.ini file under max_execution_time).
I have completed all changes needed for this issue in my Downloads section. You can simply download the full component there and install it as required.