Re: [Dave] My CMS Wish List

Thu, 28 Feb 2008 14:00:23 -0800

Hi Dave, I wanted to get back to the wish of creating physical directories and pages with CMSB.

I thought of a compromise so that you would not have to go back to the way Article Manager creates pages and directories. Why not have CMS build make the directory and a page that has an include statement that calls the viewer. That way you have physical directories and pages for SEM and the viewer can function as intended.

Another reason is that it seems more secure to have physical urls then using mod_rewrite.

Maybe it is not as easy as it sounds to do this however It is something to think about.

Thanks Mell

Re: [Dave] Mod_rewrite

Tue, 19 Feb 2008 13:00:21 -0800

Thanks!

Here is a good referance for your mod_rewrite.

http://www.ilovejackdaniels.com/mod_rewrite_cheat_sheet.pdf

Mell

Re: [Glasairmell] Mod_rewrite

Sun, 17 Feb 2008 14:53:50 -0800

This is what I ended up using for my specific application.

##################### REWRITE RULES #####################

Options +FollowSymlinks

RewriteEngine On
RewriteBase /

RewriteRule ^/?([^/]*)/([0-9]*)/?([^/]*)$ $1.php?$2 [L]

Mod_rewrite

Sat, 16 Feb 2008 04:52:23 -0800

Hi Dave, Would you please post and example of how you did a mod rewrite so a viewer file that shows as:

yourwebsite.com/viewer.php/1/page.php

becomes:

yourwebsite.com/viewer/1/page.php

of course I would choose another name other then "viewer" ... just using that to keep things clear.

Also, can one eliminate the "num" call from the url so it ends up as:

Yourwebsite.com/viewer/page.php

I would really like to replace the "1,2,3 etc" with a directory name so the url ends up like:

yourwebsite.com/viewer/whatido/page.php

I know how to work with your viewerfunction.php file, I am just not clear how dependent the program is on the "num" call for the url.

Thanks!

Re: [Glasairmell] My CMS Wish List

Fri, 15 Feb 2008 00:27:49 -0800

This seemed to do the trick, thanks. Was this the correct thing to do?

I changed this:

list($listRows, $listDetails) = getListRows($options);
?>

To this:

list($linkRows, $linkDetails) = getListRows($options);
?>

Thank you for you time!

Re: [Dave] My CMS Wish List

Thu, 14 Feb 2008 20:33:09 -0800

Thanks, I emailed the file I think you wanted, if that is not the one please let me know. I bet you are getting really excited about the CMS Builder 1.10. When it comes out I am sure everyone will be thrilled with it.

Re: [Glasairmell] My CMS Wish List

Thu, 14 Feb 2008 17:43:21 -0800

Could you attach a file or be a bit more specific on what to change please? Thanks!

Re: [Dave] My CMS Wish List

Thu, 14 Feb 2008 15:59:13 -0800

Super, thank you for telling me how to get the list viewer to work with the page viewer without conflict.

Re: [Dave] Spaw HTML Editor

Thu, 14 Feb 2008 00:28:12 -0800

Yes better is the enemy of good. I will stick with what you provide. Thanks, Mell

Spaw HTML Editor

Wed, 13 Feb 2008 22:27:01 -0800

Hi Dave, I was wondering why you guys did not elect to use the Spaw editor for CMSB? http://spaweditor.com/en/disp.php/en_products/en_spaw/en_spaw_demo It has a lot of nice feature. Just curious. Mell

Re: [Dave] My CMS Wish List

Wed, 13 Feb 2008 20:01:54 -0800

Hi Dave,

I understand how to change the way the URLs are displayed when creating dynamically created pages and urls.

One limitation to your cms system are the dynamically created links from the List Viewer. If you want to place the list viewer code generated links on the same page as the page viewer code, the only place it seems to work is at the very bottom of the content. That does not lend to flexible page layout.

Another problem is if you make another section, now you have two list viewer codes to deal with that do not interact with each other. So you have to make your own menu links template and use your "list" option to call it from another table to place it on each section page viewer. However every time you make a new section, you have to manually update that menu links template. Then because all pages in a section do not update the changes to a particular "list" mysql call, you have to go back to each page in a section and reselect the list to update the data from the mysql table.

The list function is very powerful and does let you work with mysql table calls and templates across all sections, however the updating is a real drawback and tedious for a customer.

Article manager seems to handle the links menu much more efficiently with the placement of the "categoryMenu.html" template. Also in AM, being able to select and work with templates is a real plus. If you change a template, you just republish with one button push and all content is updated. You can also generate your own categories that automatically become physical directories for specific pages when published.

I am doing my best to think outside the box, since I have worked so many years with AM. Having physically created pages placed in physically created directories just seems very clean and manageable to me. Very SEO friendly too and easier on mysql resources when you are crawled.

However I have a huge 100+ MB mysql db from a cms system that the search engines have no problem indexing. It produces dynamically created links and pages with no problem and I use Mod rewrite to fix up the URLs.

So far I have been able to figure out work around for things I want to do with your CMS.

On a side note may I suggest you place the alt= "" statement in your gallery image code so one can place a field there after the code is generated. I can do it manually, however it should not be necessary for me to do so.

As far as the extensions go, I made a field "page_name" that is put at the end of the URL. It was easy to do by modifying your code. So if you put in "anypage.php" that is what you get as an extension at the end of the URL. I suppose I can come up with a way for the customer to chose directory names for sections too that show in the url.

One thing I have been very carefull with is to not create duplicate field names when creating new sections. That way it keeps the list calls clean.

Thanks for all your hard efforts!

My CMS Wish List

Fri, 08 Feb 2008 18:26:11 -0800

Great Product. I am looking forward to 1.10 My CMS wish list.

1. Create and delete directories within the admin panel.

2. Be able to assign sections/pages to directories.

3 Physically create an editable page using a chosen template (drop down Menu) that saves to a specified location like [url "http://www.interactivetools.com/forum/forum.cgi?url=http%3A%2F%2Fwww.interactivetools.com%2Fforum%2Fforum.cgi%3Furl%3Dhttp%253A%252F%252F%252Fproducts%252Farticlemanager%252F"][url "http://www.interactivetools.com/forum/forum.cgi?url=http%3A%2F%2F%2Fproducts%2Farticlemanager%2F"]Article Manager[/url][/url] does. A template editor would be great.

4. Specify file extentions like .html or .php at the end of each url.

Heck why not dream a bit. Perhaps someday one or two of these wishes will come to be = )

Re: [Dave] Search Friendly URLs

Fri, 08 Feb 2008 17:29:03 -0800

Thank you, that fixed it.

I am not sure why you formated your seo urls to section.php/name-1/

To me this looks much better for SEO. section.php/name.html
however that is just little ole me talking.

Why not make it look like this using the $options['titleField'] = 'name'; function?
http://www.mellinger-co.com/products.php/Garden_Shears.html

instead of like you do it. http://www.mellinger-co.com/products.php/Garden_Shears-1/

In the viewer_functions.php file
// Mod here took away the "-"
if ($extraUrlDetails) { $extraUrlDetails .= ""; }

and changed this line
$record['_link'] = $options['viewerUrl'] . $urlDelimiter . $extraUrlDetails . ".html";

Not sure yet if I created in trouble for myself by doing that but it looks nice to me = ) Yes it is nice that you can do things the way you want with your program and thank you for that. Your forum response is excellent and you have always provided great service for Article Manager which I love dearly.

Search Friendly URLs

Fri, 08 Feb 2008 12:01:02 -0800

When I use $options['useSeoUrls'] = '1'; it returns http://products.php/1/ which is a broken link instead of http://www.mellinger-co.com/products.php?1/ that the $options['useSeoUrls'] = ''; produces. What am I doing wrong please. Also AM produces SE friendly URLs like http://www.tradezone.com/articles/global-business/Ten_Tips_for_Translating_Your_Business_Card_16.php. for each page your create. CMS produces products.php?1/2/3 etc which definitely is not what I am looking for. The client should be able to name each page in a section the way he wants it to appear. Of course I may be missing something here since I am just learning the program.[/#333366] [/#333366] Also, can I call from separate tables on one page? $options['tableName'] = 'products'; calls from products table, how would I add the ability to call from a second table to use the fields in that table also on the same page?[/#333366] [/#333366] Thanks you for your time and efforts.[/#333366]

Re: [Glasairmell] Guest Log In - Block Password change?

Tue, 05 Feb 2008 12:15:02 -0800

I put this in my _wrapper.html to fix the top right menu issue.

Help |

Browser Requirements

User Preferences |

Logoff ($currentUser.username$)

Re: [Donna] Guest Log In - Block Password change?

Tue, 05 Feb 2008 11:37:45 -0800

This is works as stated however the [url "http://tradezone.com/cgi-bin/artman2/admin.cgi?action=help"]Help[/#336699][/url] | [url "http://tradezone.com/cgi-bin/artman2/admin.cgi?action=userPreferencesEdit"]User Preferences[/#336699][/url] | [url "http://tradezone.com/cgi-bin/artman2/admin.cgi?action=logoff"]Logoff (guest[/#336699][/url]) still appears at the top right of the page and the guest writer can access the password change from there. You would not want to remove this functionality from the admin. I suppose I can use the statement to manage that menu at the top of the page and will look at that. However that does not solve the main issue here. Please get up with the times provide a register and user system that provides the functionality of what your competitors are offering. You have a great program and I hate to see it tainted by the fact that there is no provision for community interaction with the system. To have the admin take the burden of managing thousands of writers manually is just too much to ask. In this day and age writers like to look at their account and provide information that the public can read about them such as a profile. Being able to see all articles by a particular writer on the front end is a plus too. Tossing every guest writer into the same bucket is just too insensitive. Your customers have brought this to you attention months ago and we are still at ground zero for this issue. Thank you for your efforts.