[opgelost]Pretty url`s vs. CMSMS 1.10
Moderator: velden
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
.htaccess is een apache configuratiebestand. Deze methode is dus wel bruikbaar op windows, mits je een apache webserver draait (WAMP bijvoorbeeld).
Als je een andere webserver draait, kun je ook je pretty url's op "mod_rewrite" zetten, maar dan moet je zelf uitzoeken of en hoe je webserver de mogelijkheid heeft om url's te rewriten.
Het grote verschil tussen "internal" en "mod_rewrite" is inderdaad dat bij "internal" nog altijd index.php in de url blijft staan. "mod_rewrite" verdient dus de voorkeur.
Als je een andere webserver draait, kun je ook je pretty url's op "mod_rewrite" zetten, maar dan moet je zelf uitzoeken of en hoe je webserver de mogelijkheid heeft om url's te rewriten.
Het grote verschil tussen "internal" en "mod_rewrite" is inderdaad dat bij "internal" nog altijd index.php in de url blijft staan. "mod_rewrite" verdient dus de voorkeur.
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Dit is zoals ik de .htaccess heb staan.RonnyK wrote:welke .htaccess gebruik je? Degene die als doc/htaccess.txt standaard wordt meegeleverd? Die zou je als .htaccess in de root van je installatie kunnen zetten.
Ronny
Hij werkt maar wellicht staan er overbodige dingen in.
Code: Select all
# (this is important, so uncomment if your host permit)
Options -Indexes
ServerSignature Off
Options +FollowSymLinks
<IfModule mod_rewrite.c>
RewriteEngine on
#
#Sub-dir e.g: /cmsms
RewriteBase /
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]
</IfModule>
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Heb je dit ook op kunnen lossen?hendrik wrote:Ik ben er nu wel achter dat 'mod_rewrite' er voor zorgt dat ALLEEN start pagina verschijnt en de rest van je website niet meer werkt.
Ik krijg het niet voor elkaar om de andere pagina's te laten zien met pretty urls onder 1.10.1 terwijl het onder 1.9.4.1 wel werkt.
Graag uitleg als je dit opgelost hebt.
Edit:
Ik zie in de log dat cmsms de pagina's onder 'mod_rewrite' van de absolute pad wil laden; in mijn geval: /var/www/website_pad/pagina.html.
Wanneer 'mod_rewrite' uitstaat worden de pagina's wel als http:// links geladen.
GRTZ,
boschie
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Staat de root_url goed aangegeven in je config.php bestand?
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Ja lijkt mij wel. Dit is automatisch gedaan door de install procedure.
$config['root_url'] = 'http://www.website.nl';
$config['root_url'] = 'http://www.website.nl';
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Bj werken de andere pagina's ook niet meer.
- Stappen welke zijn gedaan;
.htaccess uit doc in root geplaatst, verder niets aan gewijzigd
- Config.php aangepast
- Stappen welke zijn gedaan;
.htaccess uit doc in root geplaatst, verder niets aan gewijzigd
- Config.php aangepast
Code: Select all
<?php
# CMS Made Simple Configuration File
# Documentation: /doc/CMSMS_config_reference.pdf
#
$config['dbms'] = 'mysql';
$config['db_hostname'] = '***********';
$config['db_username'] = '***********';
$config['db_password'] = '***********';
$config['db_name'] = '***********';
$config['db_prefix'] = 'cms_';
$config['db_port'] = 0;
$config['root_url'] = 'http://www.s6509.cp.hostnet.nl';
$config['timezone'] = 'Europe/Amsterdam';
$config['default_encoding'] = 'utf-8';
$config['url_rewriting'] = 'mod_rewrite';
$config['page_extension'] = '.php';
$config['query_var'] = 'page';
?> ['query_var'] = 'page';
?>
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Darichman,
je moet niet de .htaccess uit de /docs folder halen, dat is namelijk de .htaccess voor die folder zelf.... In de /docs folder staat een htaccess.txt bestand, die kun je als .htaccess in de root zetten.
Ronny
je moet niet de .htaccess uit de /docs folder halen, dat is namelijk de .htaccess voor die folder zelf.... In de /docs folder staat een htaccess.txt bestand, die kun je als .htaccess in de root zetten.
Ronny
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Sorry, ik had inderdaad die moeten gebruiken. Maar helaas is daarmee het probleem nog niet verholpen.
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
@DaRichMan
hier gaat iets niet goed....
Grt. Rolf
Code: Select all
$config['query_var'] = 'page';
?> ['query_var'] = 'page';
?>
Grt. Rolf
- + - + - + - + - + - + -
LATEST TUTORIAL AT CMS CAN BE SIMPLE:
Migrating Company Directory module to LISE
Migrating Company Directory module to LISE
- + - + - + - + - + - + -
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
DaRichMan,
vraagje. De laatste regel in de config.php, heb jij die erin gezet? Daar staat namelijk een extra regel buiten de ?> ....
Daarnaast nog een vraag. Staat je site misschien in een subfolder geinstalleerd? Dan zou je namelijk in je htaccess, de Rewritebase aan moeten passen om de correcte subfolder weer te geven.
Ronny
vraagje. De laatste regel in de config.php, heb jij die erin gezet? Daar staat namelijk een extra regel buiten de ?> ....
Daarnaast nog een vraag. Staat je site misschien in een subfolder geinstalleerd? Dan zou je namelijk in je htaccess, de Rewritebase aan moeten passen om de correcte subfolder weer te geven.
Ronny
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Kan het zijn dat het een apache probleem is? Of misschien dat er in de php.ini instellingen aangepast moeten worden?
Ik heb een "standaard" debian 6 installatie zonder extra poespas met apache 2.2.16 (Debian), php 5.3.3-7+squeeze3, mysql 5.1.49.
Wanneer ik een web-bestand in de root van de site set dan wordt deze wel goed geladen.
Bijvoorbeeld: www website nl/info.php wordt gewoon geladen en in de info staat ook dat deze geladen wordt vanuit /var/www/website/info.php.
Het lijkt mij dat het probleem ergens in het cms zit dat deze de sites niet goed geladen worden, ergens wordt de pretty-url verkeerd gelezen (misschien in de database?).
GRTZ,
boschie
Ik heb een "standaard" debian 6 installatie zonder extra poespas met apache 2.2.16 (Debian), php 5.3.3-7+squeeze3, mysql 5.1.49.
Wanneer ik een web-bestand in de root van de site set dan wordt deze wel goed geladen.
Bijvoorbeeld: www website nl/info.php wordt gewoon geladen en in de info staat ook dat deze geladen wordt vanuit /var/www/website/info.php.
Het lijkt mij dat het probleem ergens in het cms zit dat deze de sites niet goed geladen worden, ergens wordt de pretty-url verkeerd gelezen (misschien in de database?).
GRTZ,
boschie
Last edited by Rolf on Mon Nov 21, 2011 12:46 pm, edited 2 times in total.
Reason: link bewerkt
Reason: link bewerkt
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
----------
Last edited by deactivated010521 on Tue Mar 12, 2013 5:54 pm, edited 1 time in total.
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Arnoud,
Zeer bedankt. Dat was het. Nu werkt het prima.
GRTZ,
boschie
Zeer bedankt. Dat was het. Nu werkt het prima.
GRTZ,
boschie
Re: [opgelost]Pretty url`s vs. CMSMS 1.10
Die laatste regel staat wel goed, was iets te veel aan het knippen en plakken geweest. De site staat niet in een subfolder.RonnyK wrote:DaRichMan,
vraagje. De laatste regel in de config.php, heb jij die erin gezet? Daar staat namelijk een extra regel buiten de ?> ....
Daarnaast nog een vraag. Staat je site misschien in een subfolder geinstalleerd? Dan zou je namelijk in je htaccess, de Rewritebase aan moeten passen om de correcte subfolder weer te geven.
Ronny
Dit staat er in de config;
Code: Select all
<?php
# CMS Made Simple Configuration File
# Documentation: /doc/CMSMS_config_reference.pdf
#
$config['dbms'] = 'mysql';
$config['db_hostname'] = '***********';
$config['db_username'] = '***********';
$config['db_password'] = '***********';
$config['db_name'] = '***********';
$config['db_prefix'] = 'cms_';
$config['db_port'] = 0;
$config['root_url'] = 'http://www.s6509.cp.hostnet.nl';
$config['timezone'] = 'Europe/Amsterdam';
$config['default_encoding'] = 'utf-8';
$config['url_rewriting'] = 'mod_rewrite';
$config['page_extension'] = '.html';
$config['query_var'] = 'page';
?>