HTML Logo by World Wide Web Consortium (www.w3.org). Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS, which is now in beta. ocPortal 9 will be superseded by Composr 10.

Head over to compo.sr for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.


[Resolved] v9.0.4 MSN critical errors accessing forum posts

Login / Search

 [ Join | More ]
 Add topic 
Posted
Rating:
#94121 (In Topic #18775)
Avatar

Community saint

I'm setting up a multi-site network and have been receiving various errors relating to the forum. I'm not sure if these errors are configuration problems (mine) or if they are indeed bugs. I had bail out problems caused by open_basedir that setting up a vhost.conf file didn't fix, so I ended up turning that off completely.

The biggest errors have been random bailouts accessing forums or forum posts. A forum or forum post on one satellite site works fine, but the same forum or forum post on another satellite might bail out with an error. Right now I can't get any bail outs on forum posts, only the forums themselves.


This particular error came from clicking on the "Topics with unread posts" link.
PHP NOTICE [8] unserialize() [<a href='PHP: unserialize - Manual'>function.unserialize.php</a>]: Error at offset 576 of 5460 bytes in sources/tempcode.php(1383) : eval()'d code on line 1 (version: 9.0.4, PHP version: 5.3.3, URL: /forum/index.php?page=vforums&type=unread)

Expand: Stack trace... Stack trace...



This bail out is while accessing a forum. (The topic itself can be directly accessed with no problems.)
PHP NOTICE [8] unserialize() [<a href='PHP: unserialize - Manual'>function.unserialize.php</a>]: Error at offset 3675 of 7702 bytes in sources/tempcode.php(1383) : eval()'d code on line 1 (version: 9.0.4, PHP version: 5.3.3, URL: /forum/index.php?page=forumview&id=site-management-site)

Expand: Stack trace... Stack trace...




Steve
Back to the top
 
Posted
Rating:
#94123
Avatar

Does one site have a manually specified database character set in info.php, and the other not? Or if neither do, does one have language pack set to utf-8 and the other not?


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#94126
Avatar

Community saint

Chris Graham said

Does one site have a manually specified database character set in info.php, and the other not? Or if neither do, does one have language pack set to utf-8 and the other not?

Both info.php are identical in that aspect.

db's are set the same. Both have the Utf8 and Google Translate addons. Could one of these be causing problems?

Steve
Back to the top
 
Posted
Rating:
#94132
Avatar

It screams encoding mismatch to me.

lang_custom/EN/global.ini will contain "charset=utf-8" if utf-8 is on in ocPortal, and the utf8 addon does this (nothing else). Maybe on one that isn't actually in there.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#94133
Avatar

Btw, if you fix it, and then you find both sites break, clearing the cache from the upgrader should fix it, it'll flush out the tightly/wrongly encoded Tempcode that is in the DB.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#94143
Avatar

Community saint

Chris Graham said

It screams encoding mismatch to me.
Your hearing is better than mine!  :lol:

lang_custom/EN/global.ini will contain "charset=utf-8" if utf-8 is on in ocPortal, and the utf8 addon does this (nothing else). Maybe on one that isn't actually in there.

The host site had that missing in global.ini, but the satellite site was there. Added it in and…

 :o
 O_o  
 :'(

I guess I should have read all my emails before starting…

Chris Graham said

Btw, if you fix it, and then you find both sites break, clearing the cache from the upgrader should fix it, it'll flush out the tightly/wrongly encoded Tempcode that is in the DB.

Yeah, it broke.  :dry:  All was good after clearing the cache.  :thumbs:

Steve
Back to the top
 
1 guests and 0 members have just viewed this: None
Control functions:

Quick reply   Contract

Your name:
Your message: