What does $baseurl say? It is located on approximately line 89 in the file ../blogs/conf/_basic_conf.php.
The $base url should be 'h^tp://www.yourSite.com/yourSubDir/'. It is placed before individual files in links.

This may or may not be the cause of the trouble, so do report back at this topic.

Good luck

The base url says $baseurl = 'https://www.monsterdisplays.com/forum/';

Well that wasn't the most intelligent reply by me. The base url has nothing to do with this.

Your problem seems worse. One of the links is:
https://www.monsterdisplays.com/forum/skins/nifty_corners/%5C%5C%5C%22
http://www.monsterdisplays.com/index.php?viewme=graphics\\\%22
where %C5 is a \ and %22 is a ".

This looks like a conflict between two plugins, one being the autolink plugin. Can you provide us a list with the plugins you have installed, especially the renderer type plugin. You yourself can experiment by temporarily disabling them one by one en see if the links are shown properly.

I am off to bed now, but this way you provide enough information for the first one to give you the right answer.

Good luck

The only plugins I have installed are the ones that come with b2evolution 1.9.2

Ping b2evolution.net
Ping-O-Matic plugin
Auto Links
Auto P
Texturize
Archives Skin Tag
Calendar Skin Tag
Categories Skin Tag
Quick Tags

I tried to disable the Auto links and I'm still getting the same error.

I have even left a test message in the blog so that you can take a look at the target.

You can find it here:
https://www.monsterdisplays.com/forum/index.php?blog=1

Thanks!

What is the message that generated the TEST?

The autlonk plugin makes a link starting with the magic word h**p clickable, like it does in this phpBB forum: http://www.b2evolution.net.

In other cases you'd better use the [link] button. You can type TEST, select the word and then type the url,

If the problem persists, I advise you an upgrade to 1.10.2

Good luck

Yeah I have tried just using the link button, hand coding the link myself just using
<a href=
/index.php?prodcat=7
</a>

and for some reason it still puts the domain name before all of it with a backwards slash and a forward slash at the end of it.

Ill try the upgrade here in a moment and let you know. Thanks!

Actually before I do that... Question... What if the database doesnt accept " marks.

So it puts \ in front of all quote marks. Would that have anything to do with it?

Mercury Blue wrote:

Actually before I do that... Question... What if the database doesnt accept " marks.

So it puts \ in front of all quote marks. Would that have anything to do with it?

Though it's only speculation at this point, you are getting hot. The %C5 and %22 are probably generated by the output from the database. The extra \\ are typical for a preg_replace call where you escape certain characters. That's why I insist on a plugin being the cause. But there are other php commands that like escaping, the echo or print.
If you get these things wrong, they really go mad. A single \ character is escaped as \\. Imagine escaping \\ that will be \\\\ and so on. That's probably what happened at your site every time you click edit and then post.

No this is happening the first time I post. Without putting any \ in.

Mercury Blue wrote:

Yeah I have tried just using the link button, hand coding the link myself just using
<a href=
/index.php?prodcat=7
</a>

Just noticed this. Try: <a href="http://www.b2evolution.net">TEST</a>

Tried it and got
https://www.monsterdisplays.com/"http://www.b2evolution.com/"

Can it be a script outside b2evo like in connection to your secure http?
The autolink plugin is setup to ignore text between <a and </a>

Can you copy and paste the following text and link to the post where it screws up?

Hello <a href="http://forums.b2evolution.net/viewtopic.php?t=12297" title=" hmmm ">world</a>

¥

To be honest I dont think so. Any time I have ever put a link on the site be it to the local site or a outside side I have had no problems. What I am wondering is, is there a setting Im missing that tells the program its in a directory? I have had no problems with the program until I put it in a directory. And now it insists on adding the http://www.monsterdisplays.com in front of EVERY link inside a post. Im baffled LOL

¥åßßå wrote:

Can you copy and paste the following text and link to the post where it screws up?

Hello <a href="http://forums.b2evolution.net/viewtopic.php?t=12297" title=" hmmm ">world</a>

¥

Done :)

https://www.monsterdisplays.com/forum/index.php?blog=1&title=test&more=1&c=1&tb=1&pb=1

Mercury,

I notice (via "VIEW SOURCE") that most of the links on your pages are malformed around the double quotes associated with the HREF.

BUT ... it's not limited to links (just more noticable, because they don't go to the right places). In your Israel : Sarin technological solutions at 2007 JCK Show, June 1-5 article, SOME of the double quotes (in the article) are similarly affected.

I think part of the issue may be that there isn't a content-type specifiec in the header? (Browsers don't know what character encoding to use, as a result).

Try adding:

<META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

to the <head> in your skin's _main.php file.

Hope this helps.

stk wrote:

Mercury,

I notice (via "VIEW SOURCE") that most of the links on your pages are malformed around the double quotes associated with the HREF.

BUT ... it's not limited to links (just more noticable, because they don't go to the right places). In your Israel : Sarin technological solutions at 2007 JCK Show, June 1-5 article, SOME of the double quotes (in the article) are similarly affected.

I think part of the issue may be that there isn't a content-type specifiec in the header? (Browsers don't know what character encoding to use, as a result).

Try adding:

<META http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

to the <head> in your skin's _main.php file.

Hope this helps.

Thanks for trying.. Didnt fix it.

tad wierd, could you possibly pm me an admin login? ( and preferably an ftp login as well ?)

¥

Sent

Ok, lets try something, crack open /inc/_misc/_misc.funcs.php and find a section that looks like this ( approx line 1037 ) :

elseif( ini_get('magic_quotes_gpc') )
{ // That stupid PHP behaviour consisting of adding slashes everywhere is unfortunately on

and change it to read :

elseif( ini_get('magic_quotes_gpc') || get_magic_quotes_runtime() )
{ // That stupid PHP behaviour consisting of adding slashes everywhere is unfortunately on

Then try posting your link again and see what happens ;)

¥

Still the same problem.

Does it mean anything if even when I open a post to edit it, the slahes are there? In the other blogs I have they dont show when I open a post.

Sorry, I should have said "make a fresh post with the same link". I'm hoping that the code change I posted will stop the /'s being added in the first place.

Mind you, I'm a born optimist :D

¥

LOL... ;)

Nope still the same problem :(

bugger, it's never the easy answer.

Ok, try this, crack open inc/control/items/edit_actions.php and add this bit :

if( !defined('EVO_MAIN_INIT') ) die( 'Please, do not access this page directly.' );

// this is the bit to add
if( is_logged_in() )
  pre_dump( $_POST[ 'content' ] );
// end of bit to add

Then make a post with any old <a href="http://forums.b2evolution.net" title=" they're full of optimists ">"link"</a> and paste the contents of the output?

¥

Now all of a sudden at the top of the admin page it says:

string(86) "<a href="http://forums.b2evolution.net" title=" they're full of optimists ">"link"</a>"

Warning: Cannot modify header information - headers already sent by (output started at /home/sweber2/monsterdisplays.com/htdocs/forum/inc/_misc/_misc.funcs.php:1650) in /home/sweber2/monsterdisplays.com/htdocs/forum/inc/VIEW/_menutop.php on line 39

And the display of the link shows up as \\\"link\\\"

And still same problem LOL

Hmmm, can you change it to this and paste the output?

if( !defined('EVO_MAIN_INIT') ) die( 'Please, do not access this page directly.' );

// this is the bit to add
if( is_logged_in() )
  pre_dump( param( 'content', 'html' ) );
// end of bit to add

¥

Now it says on the top of the admin pages:
string(86) "<a href="http://forums.b2evolution.net" title=" they're full of optimists ">"link"</a>"
Warning: Cannot modify header information - headers already sent by (output started at /home/sweber2/monsterdisplays.com/htdocs/forum/inc/_misc/_misc.funcs.php:1650) in /home/sweber2/monsterdisplays.com/htdocs/forum/inc/VIEW/_menutop.php on line 39

And the link says \"link\" and is still putting the domain name before the link.

You might want to consider upgrading to [url=http://b2evolution.net/downloads/index.html]1.10.2[/url] and seeing if the problem persists ?

With my luck it probably will :p

¥

¥åßßå wrote:

You might want to consider upgrading to [url=http://b2evolution.net/downloads/index.html]1.10.2[/url] and seeing if the problem persists ?

With my luck it probably will :p

¥

Trying that now LOL wish me luck!

¥åßßå wrote:

You might want to consider upgrading to [url=http://b2evolution.net/downloads/index.html]1.10.2[/url] and seeing if the problem persists ?

With my luck it probably will :p

¥

Ok did that and now when I go to edit th post or write a new one I get the following error:

Cannot post, please correct these errors:
Parser error: not well-formed (invalid token) near <?xml version="1.0" encoding="ISO-8859-1"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"[<!-- Portions (C) International Organization for Standardization 1986 Permission to copy in any form is granted for use with conforming SGML systems and applications as defined in ISO 8879, provided this notice is included in all copies. --> <!-- Character entity set. Typical invocation: <!ENTITY % HTMLlat1 PUBLIC \"-//W3C//ENTITIES Latin 1 for XHTML//EN\" \"http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent\"> %HTMLlat1; --> <!ENTITY nbsp \" \"> <!-- no-

LOL HELP! (Btw I think the upgrade took care of my previous problem LMAO)

Ok so if I turn of the html validity checker I can post and do everything I want to. But I still have my original problem, which is:

Every time I try to post a link it added http://www.monsterdisplays.com/ at the front of it. So if I wanted to add a link to http://www.cheese.com it would look like https://www.monsterdisplays.com/"http://www.cheese.com"/\

You've definitely got a weird server :P

Lets continue the hunt for the mysterious \

Crack open inc/model/items/_item.class.php ( approx line 464 ), change the following bit of code, and make a new post and see what it spits out this time :

		if( ($content = param( 'content', 'html', NULL )) !== NULL )
		{
			$post_title = $Request->param( 'post_title', 'html', NULL );
			// Do some optional filtering on the content
			// Typically stuff that will help the content to validate
			// Useful for code display.
			// Will probably be used for validation also.
pre_dump( $content );// before renderers
			$Plugins->filter_contents( $post_title /* by ref */, $content /* by ref */, $renderers );
pre_dump( $content ); // after renderers
pre_dump( format_to_post( $content ) ); // after evo
			$this->set( 'content', format_to_post( $content ) );
			$this->set( 'title', format_to_post( $post_title ) );
		}


		return ! $Request->validation_errors();
	}

¥

First off I want to thank you for trying to help this whole time! I really do appreciate it! All this stuff is a bit foreign to me, so I would be lost without this forum. LOL

So I put in the code. Then I tried to post:

This is a <a href="http://www.cheese.com">TEST</a>

It went to the post screen and on top I got:

string(50) "This is a <a href="http://www.cheese.com">TEST</a>"

string(50) "This is a <a href="http://www.cheese.com">TEST</a>"

string(50) "This is a <a href="http://www.cheese.com">TEST</a>"


Warning: Cannot modify header information - headers already sent by (output started at /home/sweber2/monsterdisplays.com/htdocs/forum/inc/_misc/_misc.funcs.php:1652) in /home/sweber2/monsterdisplays.com/htdocs/forum/inc/VIEW/_menutop.php on line 39

Then I went to the blog and :'( still had the same error.

But I must admit I am learning a thing or two while working on this! So if you have any other ideas keep bringing them on. Am willing to try just about anything now :D

I do have one question while Im thinking about it though. In the begining of this post I made reference to the fact that i have installed this severl times with no problems. Which I have. In the main directory. This is the only domain that has it in a sub folder. Its also the only server that my developer had to install phpMyadmin on. And its also the only server that actually asks me what collation I want to make my database and what connection collation. Please forgive my ignorance but I was wondering if perhaps this may have something to do with it? I just leave those settings default. Do I perhaps need to change them?

Thanks again!

Also if I hit refresh on the actual blog screen I noticed that it contiues to add / to the url which then becomes:

file://%22http://www.cheese.com//%22

Hit refresh again and it becomes:

file:///%22http://www.cheese.com///%22

And so on...
Sorry if this isnt relevant Im jsut tryig to give you all the information I can.

Here is what my server technician says:

I just wanted to give you another update. Unfortunately, I am still unable to figure out how to resolve the issue. Based on what I have found so far, I believe that the php.ini settings are fine and that there is an issue with the B2evolution software code. I think the technician that was helping you on the blog software forum was right about it having something to do with the magic quotes settings and maybe something else. I was looking through the software code and it seems that it looks at the php.ini settings on the server and overwrites them to the settings it needs to function correctly.

Anyone have any other ideas? Im getting down to the wire here and Im running out of ideas myself...

My hosting tech department has been trying to fix this issue even though it is above and beyond what they support. At this time however... I think they have decided they are out of options LOL

I've enabled the error logging, but unfortunately it hasn't told us anything else about what is going on:

PHP Warning: Cannot modify header information - headers already sent by (output started at /home/sweber2/monsterdisplays.com/htdocs/forum/inc/_misc/_misc.funcs.php:1652) in /home/sweber2/monsterdisplays.com/htdocs/forum/inc/VIEW/_menutop.php on line 39, referer: https://www.monsterdisplays.com/forum/admin.php

XML error at line 1, check URL, referer: https://www.monsterdisplays.com/forum/admin.php

Unfortunately I'm not sure what else we can do to provide you with assistance on this issue. The error stated above implies that it's a syntax issue within the application. While it doesn't complete rule out the possibility that there is still a setting wrong in the php.ini, until the source of the issue causing the "string(0) """ lines to be printed is tracked down, we won't know what settings may need to be changed.

Is there any additional information you can provide about the PHP requirements of the app? Any special settings or PHP versions required by the specific version of the software you're trying to deploy? We can provide you with assistance changing just about anything in the PHP environment that may need to be changed, up to and including the possibility of trying one of the more recent, Rackspace-supported PHP builds of PHP 4 or 5. Changes that drastic though would definitely have the possibility of effecting other sites on your server.

Anyone still out there? Or am I typing to myself ;)

Mercury Blue wrote:

Anyone still out there? Or am I typing to myself ;)

This thread is closely watched. If only some one knew the answer.

Mercury Blue wrote:

I just wanted to give you another update. Unfortunately, I am still unable to figure out how to resolve the issue. Based on what I have found so far, I believe that the php.ini settings are fine and that there is an issue with the B2evolution software code. I think the technician that was helping you on the blog software forum was right about it having something to do with the magic quotes settings and maybe something else. I was looking through the software code and it seems that it looks at the php.ini settings on the server and overwrites them to the settings it needs to function correctly.

The magic quotes appear in ../blogs/inc/_misc/_misc.funcs.php only. Luckily that's the largest file.
From line 1017 onward:

/**
 * Clean up the mess PHP has created with its funky quoting everything!
 *
 * @param mixed string or array (function is recursive)
 * @return mixed
 */
if( !strcasecmp( ini_get('magic_quotes_sybase'), 'on' ) ) // overrides "magic_quotes_gpc" and only replaces single quotes with themselves ( "'" => "''" )
{
	/**
	 * @ignore
	 */
	function remove_magic_quotes( $mixed )
	{
		if( is_array( $mixed ) )
		{
			foreach($mixed as $k => $v)
			{
				$mixed[$k] = remove_magic_quotes( $v );
			}
		}
		elseif( is_string($mixed) )
		{
			// echo 'Removing slashes ';
			$mixed = str_replace( '\'\'', '\'', $mixed );
		}
		return $mixed;
	}
}
elseif( get_magic_quotes_gpc() )
{ // That stupid PHP behaviour consisting of adding slashes everywhere is unfortunately on
	function remove_magic_quotes( $mixed )
	{
		if( is_array( $mixed ) )
		{
			foreach($mixed as $k => $v)
			{
				$mixed[$k] = remove_magic_quotes( $v );
			}
		}
		elseif( is_string($mixed) )
		{
			// echo 'Removing slashes ';
			$mixed = stripslashes( $mixed );
		}
		return $mixed;
	}
}
else
{
	/**
	 * @ignore
	 */
	function remove_magic_quotes( $mixed )
	{
		return $mixed;
	}
}

But there ends my knowledge.

Did you check the memory settings? See ../blogs/conf/_advanced.php line 43:

// If you get blank pages, PHP may be crashing because it doesn't have enough memory.
// The default is 8 MB (set in php.ini)
// Try uncommmenting the following line:
// ini_set( 'memory_limit', '16M' );

The 16M limit is reportedly broken lately, so make it 24M. Although it shouldn't, setting this higher sometimes helps.

I hope this gives you some inspiration in your queeste.

Good luck

Sorry, you picked the wrong week to have a problem, I'm a smidge snowed under with work.

When I get chance I'll try and help you track it down

¥

Thanks for letting me know :D And believe me at this point I appreciate any help you can be. Its been like this since March so it can wait a little longer ;)

The magic quotes appear in ../blogs/inc/_misc/_misc.funcs.php only. Luckily that's the largest file.
From line 1017 onward:

[php]/**
 * Clean up the mess PHP has created with its funky quoting everything!
 *
 * @param mixed string or array (function is recursive)
 * @return mixed
 */
if( !strcasecmp( ini_get('magic_quotes_sybase'), 'on' ) ) // overrides "magic_quotes_gpc" and only replaces single quotes with themselves ( "'" => "''" )
{
	/**
	 * @ignore
	 */
	function remove_magic_quotes( $mixed )
	{
		if( is_array( $mixed ) )
		{
			foreach($mixed as $k => $v)
			{
				$mixed[$k] = remove_magic_quotes( $v );
			}
		}
		elseif( is_string($mixed) )
		{
			// echo 'Removing slashes ';
			$mixed = str_replace( '\'\'', '\'', $mixed );
		}
		return $mixed;
	}
}
elseif( get_magic_quotes_gpc() )
{ // That stupid PHP behaviour consisting of adding slashes everywhere is unfortunately on
	function remove_magic_quotes( $mixed )
	{
		if( is_array( $mixed ) )
		{
			foreach($mixed as $k => $v)
			{
				$mixed[$k] = remove_magic_quotes( $v );
			}
		}
		elseif( is_string($mixed) )
		{
			// echo 'Removing slashes ';
			$mixed = stripslashes( $mixed );
		}
		return $mixed;
	}
}
else
{
	/**
	 * @ignore
	 */
	function remove_magic_quotes( $mixed )
	{
		return $mixed;
	}
}[/php]

But there ends my knowledge.

I will pass this on...

Did you check the memory settings? See ../blogs/conf/_advanced.php line 43:

[php]// If you get blank pages, PHP may be crashing because it doesn't have enough memory.
// The default is 8 MB (set in php.ini)
// Try uncommmenting the following line:
// ini_set( 'memory_limit', '16M' );[/php]

The 16M limit is reportedly broken lately, so make it 24M. Although it shouldn't, setting this higher sometimes helps.

Tried this but it didnt work. Though I am glad to know that its still being looked at ;) . Im sorry I didnt get back to you sooner. I have my profile set to email when there is a reply and I never got one. I just happened to come and check today LOL.

Thank you so much all of you who have been trying and are still trying to help me with this! :D

Also at this time my hosting has asked me to post this here...

Please let us know if you find any additional information about the PHP environmental requirements and we will try to assist you with getting things setup for your application

Thanks!

¥åßßå wrote:

You've definitely got a weird server :P

Lets continue the hunt for the mysterious \

Crack open inc/model/items/_item.class.php ( approx line 464 ), change the following bit of code, and make a new post and see what it spits out this time :

		if( ($content = param( 'content', 'html', NULL )) !== NULL )
		{
			$post_title = $Request->param( 'post_title', 'html', NULL );
			// Do some optional filtering on the content
			// Typically stuff that will help the content to validate
			// Useful for code display.
			// Will probably be used for validation also.
pre_dump( $content );// before renderers
			$Plugins->filter_contents( $post_title /* by ref */, $content /* by ref */, $renderers );
pre_dump( $content ); // after renderers
pre_dump( format_to_post( $content ) ); // after evo
			$this->set( 'content', format_to_post( $content ) );
			$this->set( 'title', format_to_post( $post_title ) );
		}


		return ! $Request->validation_errors();
	}

¥

By the way.. I changed this back to the original code so that I wouldnt have the error displayed on the top.

The application is now displaying the following error:

Remote error: Invalid return payload: enable debugging to examine incoming payload (XML error at line 1, check URL) (2)

And an XML error is being shown in the error log:

XML error at line 1, check URL, referer: https://www.monsterdisplays.com/forum/admin.php

Is there some special component of PHP's XML support that b2evolution requires? If so, it may be that the stock Redhat build of PHP that is currently installed on your server has support for that feature built in. We have Rackspace-supported packages for PHP 4.4.7.

After turning off the other code, my server tech said the error log stated the above...

Any ideas?

Also now that I took the other part out and its displaying the last thing I posted, in the Ping Back to b2evolution I get this:

Pinging b2evolution.net...
Remote error: Invalid return payload: enable debugging to examine incoming payload (XML error at line 1, check URL) (2)

I tried this http://b2evolution.net/news/2006/05/12/the_new_central_antispam_blacklist fix #3 but that didnt help either.

Going to pull my hair out soon ;)

I know that you are all very busy and I do appreciate all the help. I was just wondering if perhaps anyone had any ideas? Or could look at what my hosting technicians asked?

Thanks again for taking the time out to even look at this :D

Ok, lets try something different, crack open inc/model/items/_item.class.php, change the following bit of code ( approx 2566 ), make a new post and see what it spits out :

		if( $result = parent::dbinsert() )
		{ // We could insert the item object..

			// Let's handle the extracats:
			$this->insert_update_extracats( 'insert' );

			$DB->commit();

			$Plugins->trigger_event( 'AfterItemInsert', $params = array( 'Item' => & $this, 'dbchanges' => $dbchanges ) );
// start of change
pre_dump( $this->content );
global $ItemCache;
$foo = $ItemCache->get_by_ID( $this->ID );
pre_dump( $foo->content );
// end of change
		}

Don't forget to undo the changes once you've copied the output ;)

¥

Thanks for your help! :D
When I add that line of code. In the pinging back area it says

string(49) "this is a <a href="http://www.mb-ws.com">test</a>"
string(51) "this is a <a href=\"http://www.mb-ws.com\">test</a>"

And the link is still the same... With the error...

hmmm, ok lets try and get rid of another bit.

crack open inc/_misc/_db.class.php and make the following changes ( approx 73 ), make ( yet another ) new post and see what happens :

if( ! function_exists( 'mysql_real_escape_string' ) )
{ // Function only available since PHP 4.3.0
	function mysql_real_escape_string( $unescaped_string )
	{
pre_dump( $unescaped_string, mysql_escape_string( $unescaped_string ) );

		return mysql_escape_string( $unescaped_string );
	}
}

¥

Added the code and still got the same link problem created when I did a test post.

https://www.monsterdisplays.com/"http://www.mb-ws.com/"

Can you please read the below statement from my hosting support tech and tell me if this will help resolve the issue?

Based on the information at the page you reference, the stock RHEL PHP 4.3.9 packages you have installed should be capable of running B2Evolution. We provide an updated set of PHP 4.x packages (currently 4.4.7) that have more of the PHP XML processing functionality enabled. While I can't speak definitively, upgrading to that set of PHP packages may provide whatever additional functionality is required to make B2Evolution work. If you would like for us to perform that upgrade, please let us know a time frame for which you would like it to occur.

Thanks!

OMG!!!! :D Ok the issue is RESOLVED!! I can quit going crazy now! Thank you all so VERY much for all your help! Below is what fixed it...

Your server's upgrade has been completed successfully. PHP has been upgraded:

# php -v
PHP 5.2.4 (cli) (built: Sep 2 2007 18:30:27)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

Thank you ALL again for your patience and trying so hard to help me! You guys ROCK! B)

Mercury Blue wrote:

OMG!!!! :D Ok the issue is RESOLVED!! I can quit going crazy now! Thank you all so VERY much for all your help! Below is what fixed it...

Your server's upgrade has been completed successfully. PHP has been upgraded:

# php -v
PHP 5.2.4 (cli) (built: Sep 2 2007 18:30:27)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

Thank you ALL again for your patience and trying so hard to help me! You guys ROCK! B)

If I was religious I'd probably be throwing virgins on a fire whilst quaffing ale or summat.

glad you got it sorted ;)

¥

Thank you so much again...

The funny thing is we had to roll back the upgrade later that day because it broke something else on the site, but the blog still works fine now LOL

Have a great week!