Re: Html blob 'global_content_block_x' does not exist
Posted: Tue Feb 18, 2014 12:39 pm
Which database related entries do you have inside your config.php?
Content management as it is meant to be
https://forum.cmsmadesimple.org/
Nothing special I think... Do you have a hunch what could be the cause?chandra wrote:Which database related entries do you have inside your config.php?
Code: Select all
<?php
# CMS Made Simple Configuration File
# Documentation: /doc/CMSMS_config_reference.pdf
#
$config['timezone'] = 'Europe/Amsterdam';
$config['dbms'] = 'mysql';
$config['db_hostname'] = 'xxx';
$config['db_username'] = 'xxx';
$config['db_password'] = 'xxx';
$config['db_name'] = 'xxx';
$config['db_port'] = 0;
$config['db_prefix'] = 'cms_';
$config['root_url'] = 'http://www.domain.com';
$config['url_rewriting'] = 'mod_rewrite';
$config['debug_to_log'] = 'true';
?>
Humm, so it can be a external problem after all... http://stackoverflow.com/questions/1288 ... shing-siteRolf wrote:What I do see each time the problem occurs is a simularity in IP addresses in the messages that are in the error log. They are always from bots, like google and facebook. I can't explain that at all, might be just an unrelated coincidence...
Nothing special for me either:chandra wrote:Which database related entries do you have inside your config.php?
Code: Select all
<?php
# CMS Made Simple Configuration File
# Documentation: /doc/CMSMS_config_reference.pdf
#
$config['dbms'] = 'mysql';
$config['db_hostname'] = '127.0.0.1';
$config['db_username'] = 'xxx';
$config['db_password'] = 'xxx';
$config['db_name'] = 'xxx';
$config['db_prefix'] = 'cms_';
$config['db_port'] = 0;
$config['root_url'] = 'http://www.example.com';
$config['timezone'] = 'Europe/London';
$config['default_encoding'] = 'utf-8';
$config['url_rewriting'] = 'mod_rewrite';
$config['page_extension'] = '';
$config['admin_dir'] = 'xxx';
?>
That's interesting. I checked my raw logs for period 31 January onwards. The last crash of the site was on 5 February. But there was no mention of facebook in the logs until 11 February when there is a series of hits like this:Rolf wrote:Humm, so it can be a external problem after all... http://stackoverflow.com/questions/1288 ... shing-site
Code: Select all
69.171.237.15 - - [11/Feb/2014:04:56:27 +0000] "GET / HTTP/1.1" 200 95541 "-" "facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)"
When having limited shared hosts or small VPS's (like I have) the server might goes down for a moment or even breaks... Resulting in the html block not found.milehigh wrote:For those having the problem, what kind of hosting?
Looking at my pool of sites, I have isolated it down to one shared host provider. I've NEVER seen this issue across several much larger,busier and more customized sites on VPS's or dedicated servers spread across various versions of 1.11.x
I can understand the server having a short period of unavailability or perhaps the SQL server being unavailable for a split second. That would perhaps affect one visit but all subsequent visits (or a refresh-browser from the initial visitor) would work OK, wouldn't they? The server would have recovered from whatever temporarily stopped it working earlier.Rolf wrote:the server might goes down for a moment or even breaks... Resulting in the html block not found.
But if CMSMS writes the cache file during this error situation, you got your semi-permanent error don't you.paulbaker wrote:I can understand the server having a short period of unavailability or perhaps the SQL server being unavailable for a split second. That would perhaps affect one visit but all subsequent visits (or a refresh-browser from the initial visitor) would work OK, wouldn't they? The server would have recovered from whatever temporarily stopped it working earlier.Rolf wrote:the server might goes down for a moment or even breaks... Resulting in the html block not found.
But what we're seeing is a semi-permanent error that is only cleared by clearing cache.
My idea goes to modify config param 'persist_db_conn' to change the behaviour.Rolf wrote:Do you have a hunch what could be the cause?
Code: Select all
<?php /* Smarty version Smarty-3.1.16, created on 2014-03-04 10:26:34
compiled from "globalcontent:PanelBMS" */ ?>
<?php /*%%SmartyHeaderCode:41932080652f37a820d8479-69929424%%*/if(!defined('SMARTY_DIR')) exit('no direct access allowed');
$_valid = $_smarty_tpl->decodeProperties(array (
'file_dependency' =>
array (
'058e944f1e08e0f59398246c1c397fe32f28c988' =>
array (
0 => 'globalcontent:PanelBMS',
1 => 1393928794,
2 => 'globalcontent',
),
),
'nocache_hash' => '41932080652f37a820d8479-69929424',
'function' =>
array (
),
'version' => 'Smarty-3.1.16',
'unifunc' => 'content_52f37a820e7de1_82002951',
'has_nocache_code' => false,
),false); /*/%%SmartyHeaderCode%%*/?>
<?php if ($_valid && !is_callable('content_52f37a820e7de1_82002951')) {function content_52f37a820e7de1_82002951($_smarty_tpl) {?><!-- Html blob 'PanelBMS' does not exist --><?php }} ?>
[04-Mar-2014 10:26:34 Europe/London] PHP Warning: Invalid argument supplied for foreach() in /home/three6cu/public_html/modules/Twitter/lib/class.Tweet.php on line 204
Code: Select all
public static function parseTimeline($entries)
{
$timeline = array();
foreach ($entries as $entry) {
if(is_object($entry))
{
$timeline[] = self::createFromObject($entry);
}
else
{
// TODO: FIX THIS ISSUE... Here I cannot do a ->asXML because it's not an object....
// $timeline[] = self::createFromXml($entry->asXml());
}
}
return $timeline;
}
Code: Select all
<?php /* Smarty version Smarty-3.1.16, created on 2014-03-19 14:01:08
compiled from "globalcontent:PanelBMS" */ ?>
<?php /*%%SmartyHeaderCode:12871125495329a324538d74-53344239%%*/if(!defined('SMARTY_DIR')) exit('no direct access allowed');
$_valid = $_smarty_tpl->decodeProperties(array (
'file_dependency' =>
array (
'058e944f1e08e0f59398246c1c397fe32f28c988' =>
array (
0 => 'globalcontent:PanelBMS',
1 => 1391687213,
2 => 'globalcontent',
),
),
'nocache_hash' => '12871125495329a324538d74-53344239',
'function' =>
array (
),
'has_nocache_code' => false,
'version' => 'Smarty-3.1.16',
'unifunc' => 'content_5329a32455d4e6_64794632',
),false); /*/%%SmartyHeaderCode%%*/?>
<?php if ($_valid && !is_callable('content_5329a32455d4e6_64794632')) {function content_5329a32455d4e6_64794632($_smarty_tpl) {?><?php if (!is_callable('smarty_function_global_content')) include '/home/three6cu/public_html/plugins/function.global_content.php';
if (!is_callable('smarty_function_cms_module')) include '/home/three6cu/public_html/plugins/function.cms_module.php';
if (!is_callable('smarty_function_SocialBookmarking')) include '/home/three6cu/public_html/plugins/function.SocialBookmarking.php';
?><div class="Anchor"><a id="BMS" name="BMS"></a></div>
....rest of HTML/PHP removed....
<?php }} ?>
Yup that looks like the exact same problem I had, also posted this as a bug on the Twitter module page but the author didn't acknowledge it being a problem with his module. Have switched to Calguys Tweet Module and haven't seen this problem since.paulbaker wrote:So - it looks to me like the Twitter module falls over and this breaks the GCBs...somehow?
I'm hoping this info helps someone cleverer than me solve the issue.
The Royal Danish Library has been asked to reduce the activity of their crawler which they agreed upon- Webmeup has been blocked. For now it seems to have fixed the issue.mortenb wrote:Unfortunately I have the same problem. I do see some heavy traffic from unknown crawlers:
Unknown robot (identified by 'bot*') 34,226+1013 3.12 GB 26 Feb 2014 - 02:55
Unknown robot (identified by 'crawl') 23,350+99 1.77 GB 25 Feb 2014 - 22:56
Unknown robot (identified by 'robot') 16,412+70 1.54 GB 26 Feb 2014 - 02:55
Those are mainly webmeup and the "Royal Danish Library" who is saving Danish websites.
Someone closing in on a solution to this issue?