Best way to display multiple sections on single page

Thu, 27 Oct 2011 08:29:52 -0700

Ok... we've searched around, and many posts are several years old regarding this functionality.

For a typical homepage, where there may be an "Welcome" blurb, and then some "News" listings, and an "About Us" area, and some other things... it gets messy to add all these fields into a single section editor, and then expect the client to easily manage them.

Should we set up different section editors for each "area" of the homepage? This seems intuitive, but also seems bulky, since there will be multiple section editors just for a single page.

I am sure this is a common question... but am curious at this point what is "best practices" for the most current version of CMSB?

Thanks.

Re: [Dave] Install - CMSB needs a domain name?

Thu, 06 Oct 2011 08:05:48 -0700

Dave -

What about a shared hosting environment, as is usually the norm?

That's where we had the issues...

Install - CMSB needs a domain name?

Wed, 05 Oct 2011 16:26:22 -0700

When developing new sites, it seems upon install that CMSB needs a domain name to attach to in order to work properly.

This is an issue we came across... we host in a shared environment, and obviously want to "develop" sites before they go live, and THEN swap the DNS to point to this new site when complete.

Is this easily feasible? It seems we encountered a lot of errors when the domain wasn't pointed at the hosting environment, yet.

Or would it be easier to set up a subdomain, such as "test.domain.com" for the development, then change the DNS to point to that as the domain itself? Just seems like a lot of work.

Btw, we host on a PLESK platform. What's the easiest way to accomplish this?

Thanks.

Re: [Damon] Empty Date displays default date

Mon, 22 Aug 2011 12:18:48 -0700

Thanks, Damon... did the trick. Seems like CMSB would have some date validation for blank dates, but I understand the dilemma.

And for others with the same issues, copy the above code for your "events" page, but then don't forget the following code for your "events_detail" page:

      { echo date("D, M jS, Y g:i:s a", strtotime($eventsRecord['date'])); }  
?>

Re: [gkornbluth] Empty Date displays default date

Thu, 18 Aug 2011 13:41:47 -0700

We haven't had time to download and try it, yet... and wanted to see if this was an issue that needed to be addressed through 3rd party, or if there truly is an issue with CMSB so that it can be fixed to begin with... since it is part of the native functionality of CMSB out of the box.

Re: [gkornbluth] Empty Date displays default date

Thu, 18 Aug 2011 13:08:04 -0700

Thanks for the explanation... and we're on 2.09 I believe...

Except for it's outputting November 30th, 1999..

Re: [gkornbluth] Empty Date displays default date

Thu, 18 Aug 2011 11:47:01 -0700

Ok... I guess what I'm curious about is where it's pulling that date from, and why the system is defaulting that date into the database for blank space in the drop-down selectors in the editor.

Re: [robin] Empty Date displays default date

Wed, 17 Aug 2011 13:07:29 -0700

Yeah, some default date.

Re: [robin] Empty Date displays default date

Wed, 17 Aug 2011 12:40:43 -0700

Just the code generated by the Code Generator:

Re: [steve99] Empty Date displays default date

Wed, 17 Aug 2011 10:54:56 -0700

Yeah, it looks like this is what we will have to do... I'm just trying to figure out why the original functionality isn't working.

Re: [steve99] Empty Date displays default date

Wed, 17 Aug 2011 00:46:27 -0700

That's the thing... that's how we have it set!

We also tried changing that option, saving... then changing it back... but same thing... weird.

Empty Date displays default date

Mon, 15 Aug 2011 20:30:55 -0700

Setting up an "events" page... leaving the date field empty in the editor, but the PHP output shows a date in 1999 instead of nothing. Some event have no date associated with them, so if it's blank, I want the field to remain blank...

Any thoughts?

Re: [zick] How to integrate CSS into php output

Sat, 13 Aug 2011 11:54:35 -0700

Thanks for the info... that's pretty much it.

For anyone else that comes across this post, in a nutshell, you add the custom CSS into the "wysiwig.css" file and RENAME it "wysiwig_custom.css" - also rename the "wysiwig.php" file to "wysiwig_custom.php" and upload them both.

However, now I have a new problem.

My homepage has 2 content areas... one a white background (dark text), and the other dark (with white text). In the editor, when classes are applied to the text in the second section... you can't see it, because the editor is a white background... and the text is changed to white.

So... I need to apply a dark background to that second content area in the editor. Or, at the least, tell the editor to ignore CSS rules when displaying in it in that second section.

Any help? Surely this is a common problem with CSS and the CMS platform, but I've only found information for changing the CSS for the entire editor.

How to integrate CSS into php output

Fri, 12 Aug 2011 20:51:56 -0700

Quick question... how can I integrate css into the php output.

For instance, using the editor, I want to apply a class to a link. I see a drop-down for applying a class... but where do I put that information so that it pulls up in the editor?

Putting a SPAN or DIV attribute helps with font color, but not tags for the links.

Sudden problem with php error

Sun, 31 Jul 2011 12:08:23 -0700

We had a site running the CMS, and then needed to change servers. Both old and new were similar environments, but the old was Plesk 9 and the new is Plesk 10. After migrating the site over, there is an open_basedir restriction error that comes up. Nothing else changed. Just for kicks, we turned ON PHP safe mode, then turned it OFF again to see if that would help reset anything, but it didn't.

Here is the error at the header of each page:

Warning: is_dir(): open_basedir restriction in effect. File(/var/www/vhosts/sitename.com/httpdocs) is not within the allowed path(s): (/var/www/vhosts/sitename.com/httpdocs/:/tmp/) in /var/www/vhosts/sitename.com/httpdocs/cmsAdmin/lib/init.php on line 173

Our hosting support offered to disable PHP open_basedir protection, but I don't think that's the answer and feel something else is happening with the configuration.