A CMS without SEF URL means it is a Bug : Usability
it's a by setup checkable standart in a high quality CMS
simple weblogs like http://www.s9y.org/ have such a feature
why :
google likes */this_is_a_very_god_page.html
and normaly google didn't index
i think the best webpage is nothing if SEFURL isn't working
the half way is done with the htaccess - ok
the next half way was a mod from http://www.coofercat.com/wiki/TikiURLtInstall
It's working in a root env with 1.9.x and 1.10cvs
that means only if /tmp is writable for the webserver - this is the bug
but online on a vserver this shit happens to me
Warning: mkdir(): open_basedir restriction in effect. File(/tmp/71) is not within the allowed path(s): (/srv/nww/webx/:/srv/nww/htdocs/phpMyAdmin/:/srv/nww/htdocs/confixx/html/gesperrt/) in /srv/nww/webx/html/wiki/lib/adodb/adodb.inc.php on line 1551
Warning: fopen(): open_basedir restriction in effect. File(/tmp/71/adodb_716f2422695ca15b221f4ce6f146321c.cache) is not within the allowed path(s): (/srv/nww/webx/:/srv/nww/htdocs/phpMyAdmin/:/srv/nww/htdocs/confixx/html/gesperrt/) in /srv/nww/webx/html/wiki/lib/adodb/adodb-csvlib.inc.php on line 298
......this msg repeats about 1000 times
did you know what's going on
I started to debug this problem
but it seams to get bigger and bigger
saved data titles must be renamed
becorce
http://localhost/HEAD/page-page%202.html
didn't result in
page 2
and so on
.htaccess NOT-OK
original from the ./_htaccess in the tar.gz
but to solve problems if
some special charakters can appear in the url like in a lot of none en languqes
then you ve to change all rules unicode starts at x0080 up to x00ff for the latin1
(http://de.selfhtml.org/inter/unicode.htm unicode)
works now fine in german and if ther is a whitspace
so the rewrite works
(http://wiki.koerperabformung.eu/page-K%C3%B6rperabformung)
the rest will be checked now still problems....
then include TikiURLt
http://www.coofercat.com/wiki/TikiURLtInstall
integrate it in the maininstallation SEFURL is a "must have feature"
to make a checkbox somewher in the adminarea : General for use this feature
rewrite error log:
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#8258750/initial (3) perdir /var/www/html/HEAD/ applying pattern 'to uri 'page-page 2.html'
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#8258750/initial (2) perdir /var/www/html/HEAD/ rewrite 'page-page 2.html' -> 'tiki-inde
x.php?page=page'
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#8258750/initial (3) split uri=tiki-index.php?page=page -> uri=tiki-index.php, args=page=p
age
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#8258750/initial (3) perdir /var/www/html/HEAD/ add per-dir prefix: tiki-index.php -> /v
ar/www/html/HEAD/tiki-index.php
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#8258750/initial (2) perdir /var/www/html/HEAD/ strip document_root prefix: /var/www/htm
l/HEAD/tiki-index.php -> /HEAD/tiki-index.php
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#8258750/initial (1) perdir /var/www/html/HEAD/ internal redirect with /HEAD/tiki-index.
php INTERNAL REDIRECT
127.0.0.1 - - 20/May/2006:06:51:33 --0400 localhost/sid#80a6f48rid#82745c0/initial/redir#1 (3) perdir /var/www/html/HEAD/ strip per-dir prefix: /var/www/h
tml/HEAD/tiki-index.php -> tiki-index.php
uri 'tiki-index.php'
and httpd error log says
Sat May 20 06:51:34 2006 error client 127.0.0.1 PHP Fatal error: Call to undefined function utf8_encode() in /var/www/html/HEAD/tiki-index.php on line 59
Warning: fopen(): open_basedir restriction in effect. .....
hard codet stuff found in ./lib/adodb/adodb.inc.php
near line 161
$ADODB_CACHE_DIR = '/tmp';
fixed to wiki temp
$ADODB_CACHE_DIR = './temp';
now urlt works fine
rule out follow soon
urlt_in not used by me
To help developers solve the bug, we kindly request that you demonstrate your bug on a show2.tiki.org instance. To start, simply select a version and click on "Create show2.tiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show2.tiki.org.
To help developers solve the bug, we kindly request that you demonstrate your bug on a show.tikiwiki.org instance. To start, simply select a version and click on "Create show.tikiwiki.org instance". Once the instance is ready (in a minute or two), as indicated in the status window below, you can then access that instance, login (the initial admin username/password is "admin") and configure the Tiki to demonstrate your bug. Priority will be given to bugs that have been demonstrated on show.tikiwiki.org.