1 kenton Nov 02, 2011 11:56
3 kenton Nov 02, 2011 15:50
The @unserialize($..) Notices occur in
/.../blogs/inc/settings/model/_abstractsettings.class.php:at line 295 or 315
There is no reliable way to test if the contents is a serialized string other than to generate an error if it isn't and the '@' ignore error has no effect. So the test used on first pass to bring the unserialized value into the cache will always generate an error.
The comment in the file is
// Try to unserialize setting (once) - this is as fast as checking an array of values that should get unserialized
It may well be as fast but if it is then surely the route of least errors should be chosen?
The (Warning) getimagesize(... occur in
/.../blogs/inc/files/model/_file.funcs.php:at line 319
I think this is failing because the file is temporarily being seen as unobtainable. Looking through the entries they all seem to refer to _evocache subfolder
NB line numbers are not much guidance for you as these files have been reformatted to corp style by the PHP editor. - I opened them to try to trace the source of the error.
4 sam2kb Nov 02, 2011 19:17
error #1
You may need to edit your error handler
http://www.php.net/manual/en/language.operators.errorcontrol.php#98895
error #2
This should fix it
if( isset($cache_imgsize[$path]) )
{
$size = $cache_imgsize[$path];
}
elseif( !file_exists($path) || !($size = @getimagesize( $path )) )
{ // File not found, or not an image
return false;
}
else
{
$cache_imgsize[$path] = $size;
}
5 kenton Nov 03, 2011 10:37
Many thanks once again for your help with this.
Both of your solutions appear to work fine.
The error log is now much cleaner.
That second fix of checking the file exists before retrieving the size seems as if it should be included in the main version - especially as there is a risk of overwriting this deep file on upgrade?
6 sam2kb Nov 03, 2011 13:19
Fixed in SVN
Any info about php file and line number where these errors appear?