Page 1 of 1

[SOLVED] Install appears to complete, but browser returns to step 1

Posted: Thu Sep 13, 2007 10:38 pm
by MrFix3
Installing CMS Made Simple 1.1.2 on a Windows 2003 IIS server, running MySQL 4.1.7 and PHP 5.2.1.  I unzipped all the files into the web root, set the permissions to Write for the proper directories, and created a writeable config.php in the web root.  I'm not sure if that's the correct location, so maybe that's my problem.  Created the database, then opened the browser to the root page.

Step 1 of the Simple Install came up, and everything was checked green except for the max upload file size (set to 2M) which was yellow. I continued through the next two pages (admin setup, database setup) and got success for all the database actions.  I filled in the document root and file path, left Query String set to "page" and hit Continue. 

Updating hierarchy positions...[done]
Setting up core events...[done]
Installing modules...[done]
Index Search...[done]
Clearing site cache (if any)...[done]
Congratulations, you are all setup - here is your CMS site

At this point if I go to the CMS Site link I get the Step 1 Simple Install page again.  If I click on the "Install Additional Modules" link I get:

Database Connection Failed
Error: Access denied for user 'cms'@'localhost' (using password: YES) (1045)
Function Performed: CONNECT
Host/DB: localhost/cms
Database Type: mysql

I checked the config.php file and it's still zero bytes.  Did I put it in the wrong location?  Any other suggestions?  Thanks!

John

Re: Install appears to complete, but browser returns to step 1

Posted: Fri Sep 14, 2007 7:06 am
by alby
MrFix3 wrote: Installing CMS Made Simple 1.1.2 on a Windows 2003 IIS server, running MySQL 4.1.7 and PHP 5.2.1.  I unzipped all the files into the web root, set the permissions to Write for the proper directories, and created a writeable config.php in the web root.  I'm not sure if that's the correct location, so maybe that's my problem.  Created the database, then opened the browser to the root page.

.....................

I checked the config.php file and it's still zero bytes.  Did I put it in the wrong location?  Any other suggestions?  Thanks!
Location is right, in root of CMSMS (where there is index.php).
Check config.php permission and folder root of CMSMS (write permission of user web server process)

Alby

Re: Install appears to complete, but browser returns to step 1

Posted: Fri Sep 14, 2007 12:35 pm
by MrFix3
Permissions appear to be correct for config.php.  I actually tried erasing the empty config.php and starting the install and you get a warning on the very first step about the missing file.  I added the file, set permissions, and started setup again and this time got a green check mark for config.php permissions.  So everything goes smoothly, no errors, but when setup completes nothing gets written to config.php.

Can I "cheat" and get a sample config.php to drop into the directory after edigint by hand?

Thanks!

John

Re: Install appears to complete, but browser returns to step 1

Posted: Fri Sep 14, 2007 12:46 pm
by alby
MrFix3 wrote: Permissions appear to be correct for config.php.  I actually tried erasing the empty config.php and starting the install and you get a
Check the root folder permission for write file

This is a sample config.php:

Code: Select all

<?php
#CMS Made Simple Configuration File
#Please clear the cache (Site Admin->Global Settings in the admin panel)
#after making any changes to path or url related options

#-----------------
#Database Settings
#-----------------

#This is your database connection information.  Name of the server,
#username, password and a database with proper permissions should
#all be setup before CMS Made Simple is installed.
$config['dbms'] = 'mysql';
$config['db_hostname'] = '';
$config['db_username'] = '';
$config['db_password'] = '';
$config['db_name'] = '';

#If app needs to coexist with other tables in the same db,
#put a prefix here.  e.g. "cms_"
$config['db_prefix'] = 'cms_';

#Use persistent connections?  They're generally faster, but not all hosts
#allow them.
$config['persistent_db_conn'] = false;

#Use ADODB Lite?  This should be true in almost all cases.  Note, slight
#tweaks might have to be made to date handling in a "regular" adodb
#install before it can be used.
$config['use_adodb_lite'] = true;

#-------------
#Path Settings
#-------------

#Document root as seen from the webserver.  No slash at the end
#If page is requested with https use https as root url
#e.g. http://blah.com
$config['root_url'] = 'http://www.mysite.com';
if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on')
{
$config['root_url'] = str_replace('http','https',$config['root_url']);
}

#Path to document root. This should be the directory this file is in.
#e.g. /var/www/localhost
$config['root_path'] = '/web/htdocs/www.mysite.com';

#Name of the admin directory
$config['admin_dir'] = 'admin';

#Where do previews get stored temporarily?  It defaults to tmp/cache.
$config['previews_path'] = '/web/htdocs/www.mysite.com/tmp/cache';

#Where are uploaded files put?  This defaults to uploads.
$config['uploads_path'] = '/web/htdocs/www.mysite.com/uploads';

#Where is the url to this uploads directory?
$config['uploads_url'] = $config['root_url'] . '/uploads';


#---------------
#Upload Settings
#---------------

#Maxium upload size (in bytes)?
$config['max_upload_size'] = 50000000;

#Permissions for uploaded files.  This only really needs changing if your
#host has a weird permissions scheme.
$config['default_upload_permission'] = '755';

#------------------
#Usability Settings
#------------------

#Allow smarty {php} tags?  These could be dangerous if you don't trust your users.
$config['use_smarty_php_tags'] = false;

#CMSMS Debug Mode?  Turn is on to get a better error when you
#see {nocache} errors.
$config['debug'] = false;

#Automatically assign alias based on page title?
$config['auto_alias_content'] = true;

#------------
#URL Settings
#------------

#Show mod_rewrite URLs in the menu? You must enable 'use_hierarchy' for this to work for modules
$config['assume_mod_rewrite'] = false;

#Extension to use if you're using mod_rewrite for pretty URLs.
$config['page_extension'] = '';

#If you don't use mod_rewrite, then would you like to use the built-in
#pretty url mechanism?  This will not work with IIS and the {metadata} tag
#should be in all of your templates before enabling.
$config['internal_pretty_urls'] = false;

#If you're using the internal pretty url mechanism or mod_rewrite, would you like to
#show urls in their hierarchy?  (ex. http://www.mysite.com/parent/parent/childpage)
$config['use_hierarchy'] = false;

#If using none of the above options, what should we be using for the query string
#variable?  (ex. http://www.mysite.com/index.php?page=somecontent)
$config['query_var'] = 'page';

#--------------
#Image Settings
#--------------

#Which program should be used for handling thumbnails in the image manager.
#See http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel/Content/Image_Manager for more
#info on what this all means
$config['image_manipulation_prog'] = 'GD';
$config['image_transform_lib_path'] = '/usr/bin/ImageMagick/';

#Default path and URL for uploaded images in the image manager
$config['image_uploads_path'] = '/web/htdocs/www.mysite.com/uploads/images';
$config['image_uploads_url'] = $config['root_url'] . '/uploads/images'; 


#------------------------
#Locale/Encoding Settings
#------------------------

#Locale to use for various default date handling functions, etc.  Leaving
#this blank will use the server's default.  This might not be good if the
#site is hosted in a different country than it's intended audience.
$config['locale'] = '';

#In almost all cases, default_encoding should be empty (which defaults to utf-8)
#and admin_encoding should be utf-8.  If you'd like this to be different, change
#both.  Keep in mind, however, that the admin interface translations are all in
#utf-8, and will be converted on the fly to match the admin_encoding.  This
#could seriously slow down the admin interfaces for users.
$config['default_encoding'] = 'utf-8';
$config['admin_encoding'] = 'utf-8';

#---------------------------------------------
#Use the old stylesheet logic?  It's much slower, but it works with older
#versions of CMSMS.  You'll also need this set to true if there is a module
#that uses a stylesheet callback.  Leave it as false instead you really
#need it.
$config['old_stylesheet'] = false;

# URL of the Admin Panel section of the User Handbook
$config['wiki_url'] = 'http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel';

#Enable backwards compatibility mode?  This basically will allow some
#modules written before 1.0 was released to work.  Keep in mind that this
#will use a lot more memory and isn't guaranteed to fix the problem.
$config['backwards_compatible'] = false;

#Not used anymore... kept around, just in case
#$config['disable_htmlarea_translation'] = false;
#$config['use_Indite'] = true;
?>

Re: Install appears to complete, but browser returns to step 1

Posted: Fri Sep 14, 2007 3:00 pm
by MrFix3
Thanks for posting the config.php sample file.  I took one more look at the permissions and used Windows permissions to grant IUSER write permission on the file.  That seemed to do the trick...surprised just setting it at the IIS level didn't work, but now I know.

John