Page 1 of 2

[OPGELOST] vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 2:00 pm
by andre_designer
hi

Ik heb een vaag pretty url probleem. ik ben een site voor een collega aan het bouwen. Ik loop nu tegen het volgende probleem aan. Ik heb op mijn domein deze site voor proef gebouwd  omdat het de eerste keer is dat ik met cmsms  een site bouw.

Nu heb ik na enige geklungel en geklooi en met hulp van iemand anders de site /het cms aan de gang gekregen en de instellingen in het .htacces en conifg.php bestand ingesteld .

Nu heb ik op het domein van mijn collega een nieuwe schone install gedaan en daar dezelfde instellingen  in het .htaccess en het config.php gedaan en toch krijg ik  geen pretty urls terwijl de website is bij dezelfde hostingprovider is onder is gebracht. Mijn vraag is: is het mogelijk dat het server van de hosting ligt of heeft iemand anders een idee waar dit aan kan liggen??

dit zijn mijn .htaccess en mijn config.php instellingen:

.HTACCESS

# Attempt to override some php settings, these settings may be helpful on some hosts if your
# default configuration does not meet CMS's minimum requirements, and your host
# has given your account appropriate permissions
#php_value upload_max_filesize "10M"
#php_value session_save_path "tmp/cache"

#php_flag magic_quotes_gpc Off
#php_flag register_globals Off
#php_flag session.use_trans_sid Off

# (this is important, so uncomment if your host permit)
#Options -Indexes
#ServerSignature Off
#
#Options +FollowSymLinks
#

RewriteEngine on
#
#Sub-dir e.g: /cmsms
RewriteBase /

#
# 301 Redirect all requests that don't contain a dot or trailing slash to
# include a trailing slash
# but ignore POST requests.
#RewriteCond %{REQUEST_URI} !/$
#RewriteCond %{REQUEST_URI} !\.
#RewriteCond %{REQUEST_METHOD} !POST$
#RewriteRule ^(.*) %{REQUEST_URI}/ [R=301,L]

# Rewrites urls in the form of /parent/child/
# but only rewrites if the requested URL is not a file or directory
#
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ index.php?page=$1 [QSA]



CONFIG.PHP

$config['url_rewriting'] = 'mod_rewrite';

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

#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'] = true;

#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';



iemand een idee waar dit aan ligt??

alvast bedankt

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 4:48 pm
by Rolf
andre_designer wrote: Ik heb op mijn domein deze site voor proef gebouwd omdat het de eerste keer is dat ik met cmsms  een site bouw.
Betekend dit dat de test website in een submap staat? www,website.nl/testsite

Als dit zo is dan moet je deze nog wijzigen in de .htaccess

Code: Select all

#
#Sub-dir e.g: /cmsms
RewriteBase /testsite
grt. Rolf

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 5:19 pm
by andre_designer
hallo rolf

het cms staat in de root public_html en het .htaccess bestand staat ook goed.
zoals ik al zei ik heb een schone install gedaan en daar opnieuw cmsms gedownload en geinstalleerd en het .htaccess.txt uit de map doc in de root gezet en daar de naam .htaccess aangegeven. je kun de website zien op http://www.gospelkoor-adieu.nl/

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 5:24 pm
by Rolf
Je schrijft: ik krijg geen pretty url...
Wat krijg je dan wel te zien?
®

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 5:29 pm
by Jos
de .htaccess staat goed, als ik op url intik http://www.gospelkoor-adieu.nl/nieuws dan kom ik op je nieuwspagina..

Ik gok erop dat er toch in de config.php niet is ingesteld wat je in je eerste post aangeeft...

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 5:54 pm
by andre_designer
het config.php stond inderdaad niet goed. Maar daar is het probleem nog niet mee opgelost. ik heb de buffer al geleegd maar het probleem bestaat nog steeds. wat kan het nog meer zijn??

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 5:58 pm
by Jos
ik zie op je site dat de "Nieuws" knop inderdaad nog linkt naar http://www.gospelkoor-adieu.nl/index.php?page=nieuws en niet naar http://www.gospelkoor-adieu.nl/nieuws.html zoals jij graag wil

Als jij zegt dat de config nu GOED staat, dan trek ik de conclusie dat de links NIET door het cms-systeem gegenereerd zijn, maar ergens hard gecodeerd staan

Een andere mogelijkheid is er niet


[edit]
En ik gok op het eerste (config niet ok), want
http://www.gospelkoor-adieu.nl/nieuws.html werkt niet en
http://www.gospelkoor-adieu.nl/nieuws werkt wel.

Laat die extensie nou ook één van de settings in de config.php zijn  :o

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 6:21 pm
by andre_designer
hallo jos

het enige dat ik het gedaan i is dat de pagina's in cmsms heb aangemaakt en plugin rotate in de map plugins heb gezet maar dat heeft volgens  mij niets te maken met pretty urls en ik heb niks hard gecodeerd. het gewoon de standaard cmsms. Maar wat ik zo gek vind de testsite die heb gemaakt heb (http://test.gravesteyn.com/ daar werkt het WEL en het zit bij DEZELFDE hosting. maar goed hier is het config.php bestand

Global Settings in the admin panel)
#after making any changes to path or url related options

#-----------------
#Behaviour Settings
#-----------------

# These settings will effect the overall behaviour of the CMS application, please
# use extreme caution when editing these.  Additionally, some settings may have
# no effect on servers with significantly restricted configurability.

# Warning: This option is deprecated and will be removed in later versions oF CMSMS.
# If you are experiencing problems with php memory limit errors, then you may
# want to try enabling and/or adjusting this setting.
# Note: Your server may not allow the application to override memory limits.
$config['php_memory_limit'] = '';

# In versions of CMS Made Simple prior to version 1.4, the page template was processed
# in it's entirety.  This behaviour was later changed to process the head portion of the
# page template after the body.  If you are working with a highly configured site that
# relies significantly on the old order of smarty processing, you may want to try
# setting this parameter to false.
$config['process_whole_template'] = false;

# CMSMS Debug Mode?  Turn it on to get a better error when you
# see {nocache} errors, or to allow seeing php notices, warnings, and errors in the html output.
# This setting will also disable browser css caching.
$config['debug'] = false;

# Output compression?
# Turn this on to allow CMS to do output compression
# this is not needed for apache servers that have mod_deflate enabled
# and possibly other servers.  But may provide significant performance
# increases on some sites.  Use caution when using this as there have
# been reports of incompatibilities with some browsers.
$config['output_compression'] = false;

#-----------------
#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'] = 'localhost';
$config['db_username'] = 'p********';
$config['db_password'] = '#********';
$config['db_name'] = 'p*********';
#Change this param only if you know what you are doing
$config["db_port"] = '';


#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.gospelkoor-adieu.nl';

#SSL URL.  This is used for pages that are marked as secure.
$config['ssl_url'] = 'https://www.gospelkoor-adieu.nl';

#Path to document root. This should be the directory this file is in.
#e.g. /var/www/localhost
$config['root_path'] = '/home/p22136/domains/gospelkoor-adieu.nl/public_html';

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

#Where do previews get stored temporarily?  It defaults to tmp/cache.
$config['previews_path'] = '/home/p22136/domains/gospelkoor-adieu.nl/public_html/tmp/cache';

#Where are uploaded files put?  This defaults to uploads.
$config['uploads_path'] = '/home/p22136/domains/gospelkoor-adieu.nl/public_html/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'] = 128000000;

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

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

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

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

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

#What type of URL rewriting should we be using for pretty URLs?  Valid options are:
#'none', 'internal', and 'mod_rewrite'.  'internal' will not work with IIS some CGI
#configurations. 'mod_rewrite' requires proper apache configuration, a valid
#.htaccess file and most likely {metadata} in your page templates.  For more
#information, see:
#http://wiki.cmsmadesimple.org/index.php ... ty_URL.27s
$config['url_rewriting'] = 'mod_rewrite';

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

#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'] = true;

#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 ... ge_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'] = '/home/p22136/domains/gospelkoor-adieu.nl/public_html/uploads/images';
$config['image_uploads_url'] = $config['root_url'] . '/uploads/images';

#SSL URL.  This is used for pages that are marked as secure.
$config['ssl_uploads_url'] = '/uploads';

#------------------------
#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';

#This is a mysql specific option that is generally defaulted to true.  Only
#disable this for backwards compatibility or the use of non utf-8 databases.
$config['set_names'] = true;

# URL of the Admin Panel section of the User Handbook
# Set none if you want hide the link from Error
$config['wiki_url'] = 'http://wiki.cmsmadesimple.org/index.php ... dmin_Panel';

#------------------------
#Miscelaneous Settings
#------------------------

#Add performance information (in the form of an HTML comment) to the
#bottom of all generated pages.  Note, this may cause problems with validation
#or with advanced AJAX requests where only portions of a page are requested.
#This variable just needs to exist, value is irrelevant.
#$config['show_performance_info'] = 'anything';

?>

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 6:31 pm
by Jos
Ik ben het met je eens... een vreemd en vaag probleem  ;D

Verander dan eens $config['debug'] = false; naar $config['debug'] = true;

Als er debug-info op je site komt, zit je inderdaad de goede config te wijzigen  ;)

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 6:44 pm
by andre_designer
gebeurd helemaal niks en weet zeker dat dat ik het juiste config.php zit te wijzigen.

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 6:46 pm
by Jos
Als er niks gebeurt, weet ik zeker dat je in de verkeerde zit  :P

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 6:51 pm
by andre_designer
welke zou het dan moet wezen??

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 6:55 pm
by Jos
de config.php die in de root van je site staat.

vraagje: de config-code die je hierboven geplaatst hebt... was die gedownload van je site, of alleen gekopieerd van hetgeen je hebt getracht te uploaden...

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 7:02 pm
by andre_designer
deze heb gedowmload mod_rewrite toegevoegd  +extentie en daarna weer geupload en m'n cache nogmaals geleegd.

ik ga haast denken dat het server instellingen zijn.

Re: vreemd/vaag pretty url probleem

Posted: Sat Oct 09, 2010 7:04 pm
by Jos
andre_designer wrote: deze heb gedowmload mod_rewrite toegevoegd  +extentie en daarna weer geupload en m'n cache nogmaals geleegd.
Dat klinkt goed, maar waar ik benieuwd naar ben is of je wijzigingen wel zijn opgeslagen. Dus weer effe downloaden en kijken of het klopt  :)