Even messy URLs aren't working

abacus7 · 2006-02-05 21:44:35

Hi. Before I start this could just be me being dumb, so apologies if that turns out to be the case.

I’ve got a new txp site hosted with 1and1, for my sins.

I can’t get it correctly configured to work even with messy URLs, which would be just fine. Have tried tweaking the htaccess file and setting clean URLs through the UI (which works like a dream).

If I strip all the txp tags from the default page – which worked on a WAMP setup – and just stick a <p>this works</p> entry in, that displays. If that’s any use.

Back to using the out-the-box htaccess file. Diagnostics below, all suggestions gratefully received!

Thanks in advance.

A.

Textpattern version: 4.0.2 (r1076)
last_update: 2005-12-29 20:48:11/2006-01-22 20:57:28
Document root: /kunden/homepages/39/d151101937/htdocs (/homepages/39/d151101937/htdocs)
$path_to_site: /homepages/39/d151101937/htdocs
Textpattern path: /homepages/39/d151101937/htdocs/textpattern
Permanent link mode: messy
Temp folder: /homepages/39/d151101937/htdocs/textpattern/tmp
Site URL: www.huddersfieldnorth.co.uk
PHP version: 4.4.2
Register globals: 1
server_time: 2006-02-05 22:39:54
MySQL: 4.0.25-standard-log
Locale: en_GB.UTF-8
Server: Apache/1.3.33 (Unix)

Pre-flight check:
————————————
/homepages/39/d151101937/htdocs/textpattern/setup/ still exists
————————————

.htaccess file contents:
————————————
#DirectoryIndex index.php index.html
#Options +FollowSymLinks
#RewriteBase /relative/web/path/

<IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) – [PT,L]

RewriteRule ^(.*) index.php </IfModule>

#php_value register_globals 0

————————————

Charset (default/config): german1/latin1
character_set: german1
character_sets: latin1 big5 czech euc_kr gb2312 gbk latin1_de sjis tis620 ujis dec8 dos german1 hp8 koi8_ru latin2 swe7 usa7 cp1251 danish hebrew win1251 estonia hungarian koi8_ukr win1251ukr greek win1250 croat cp1257 latin5
18 Tables: OK

PHP extensions: xslt, xml, wddx, tokenizer/0.1, standard/4.4.2, shmop, session, posix, overload, mysql, mhash, mcrypt, mbstring, imap, idn, iconv, gettext, gd, ftp, exif/1.4 $Id: exif.c,v 1.118.2.37.2.4 2006/01/01 13:46:52 sniper Exp $, domxml/20020815, dbase, dba, db, curl, ctype, calendar, bz2, bcmath, zlib/1.1, pcre, openssl
/include/txp_category.php: r901 (ced49a43561099e1652fccb7880b8f66)
/include/txp_plugin.php: r902 (20ba701396c318619a4e00681af8b228)
/include/txp_auth.php: r928 (4cfa9ec7960f80308c9392cec5722616)
/include/txp_form.php: r947 (c0e4393328985742bd81cda61d10d5ed)
/include/txp_section.php: r904 (3575f34afd7bf1400ecb7926483fcbd2)
/include/txp_tag.php: r982 (c4f3b1cd5aa07a45f6218ec2a6befe0f)
/include/txp_list.php: r1042 (e85d2de1c63b41f0e5bdcf268e3c487b)
/include/txp_page.php: r876 (e22dc37b465b87757722732a225b25f3)
/include/txp_discuss.php: r1056 (1e6c25bf973a445a9e6ff710064f01f9)
/include/txp_prefs.php: r1026 (6c0696f2147c45276380a7438dbd1575)
/include/txp_log.php: r906 (68c4f32b70ce41a349f197b6bba6c200)
/include/txp_preview.php: r628 (a16f84b6610fc66db0bce51e25b7af34)
/include/txp_image.php: r1042 (d9c8518ac976a9f21af59c9012818546)
/include/txp_article.php: r1049 (7dfdffb58a90570e8ad90debc1017b0c)
/include/txp_css.php: r922 (0c596d9968052b89581d1ca65a77c5de)
/include/txp_admin.php: r1074 (7e87ff0e29101593fb170b1a2de9fd59)
/include/txp_link.php: r1042 (f4e99d4b37e5c80f3c9fb2f1b1c08e3d)
/include/txp_diag.php: r1075 (d4b97f820b0ea9abe593cb74bf3891c2)
/lib/admin_config.php: r877 (9aea12193cc76eea1964eb0383ec6513)
/lib/txplib_misc.php: r1064 (c4b8079db64c3fbe57ea961181d88512)
/lib/taglib.php: r628 (493878f922262157601c26a999a1c478)
/lib/txplib_head.php: r1055 (a8e03ea3e927ddde5fc25434a506dfb7)
/lib/classTextile.php: r1072 (52c3c2efdde23f52efdd0d7728c6986f)
/lib/txplib_html.php: r1002 (e8f4c2552170d92d5d353dae725c8bba)
/lib/txplib_db.php: r1064 (7dc8e32e097645d4340de2f809896521)
/lib/IXRClass.php: r765 (2efb0fb05b55c634072b0bae9af38bdd)
/lib/txplib_forms.php: r950 (74da2c67abe4786c353ea416c13656eb)
/publish/taghandlers.php: r1067 (1e9624108bdd485003629ae239619414)
/publish/atom.php: r1037 (30aea53e1c1fce877a10d2d9fa3ce90c)
/publish/log.php: r864 (c3d16d3dfe375819a19fcd62398e4b86)
/publish/comment.php: r1057 (7db181efda097083988e47eb00960915)
/publish/search.php: r884 (80f942f1dc301857c2fa9dcb16aa1246)
/publish/rss.php: r1037 (6848c34e120c99b6889b7f19c421b076)
/publish.php: r1073 (700374ed1a9cb57b5afc355ac977daad)
/index.php: r1076 (482a2e752575c2b7b620a86520b99303)
/css.php: r944 (df1c754417bdfb4e97a2c83ae5b454ee)

Elenita · 2006-02-05 23:16:36

Hmmm. From doing a quick search, it looks like 1and1 is allergic to Textpattern’s .htaccess file. I don’t know why even messy URL’s are problematic, but it does look like <a href=“http://forum.textpattern.com/viewtopic.php?id=13015”>this thread</a> has worked for at least one person in the past.

abacus7 · 2006-02-06 21:25:07

Elenita – thanks.

I’d seen that one before, and tried it I think. Just in case, tried it again just now and still the same result. My .htaccess now looks like this, but still not working! If I comment out the <if> tags and all in between it doesn’t work either.

DirectoryIndex index.php index.html
Options +FollowSymLinks
RewriteBase /
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^(.+) – [PT,L]
RewriteRule ^(.*) index.php
</IfModule>
#php_value register_globals 0

els · 2006-02-06 21:43:56

I don’t think you need .htaccess if you’re using messy urls. Have you tried to delete it?

abacus7 · 2006-02-06 21:45:27

Yup, tried without the htaccess too. Still error 500.

els · 2006-02-06 21:54:35

I suppose you already found this and this?

abacus7 · 2006-02-08 21:38:34

Yeah, spent quite some time working though those variations. In many cases I don’t get what’s being suggested.

Anyway, more news on the saga. 1and1 say it’s not the .htaccess file, must be something in the index.php file but can’t help me. So I turn to all you guys and gals out there. Here’s my index.php. I have the standard index.php from 4.0.2 (r1076).

Again, thanks for any help so far and in advance for any more!

abacus7 · 2006-02-15 19:03:32

Hi all,

Figured that it’s not my index.php, I think since I’m getting the following which is generated from within index.php config.php is not ok or not found. If you would like to install, go to [/subdir]/textpattern/setup/

Can anyone share with me their txpath from a 1and1 config.php – they are quirky to say the least and I just think it’s my path that’s not write (though you wouldn’t tell to look at it … $txpcfg[‘txpath’] = ‘/homepages/39/d151101937/htdocs/textpattern’;

Thanks.

zem · 2006-02-15 23:17:30

If you’re having trouble determining the txpath setting, here’s a trick that should help:

 $txpcfg['txpath'] = dirname(__FILE__);

abacus7 · 2006-02-16 22:56:06

Zem,

Thanks. Presumably that needs to go in my config.php? But index.php isn’t finding config.php – is there anyway I can use that in index.php to it to work out what the path to config.php is on the fly?

Another though, if it’s not the path I guess permissions might be at fault. config.php is 755 is that sufficient.

Appreciate you help!

zem · 2006-02-16 23:23:24

If not the permissions, you might have some files in the wrong locations.

index.php looks for config.php in the textpattern directory (the same directory that contains publish.php, and the lib, include and publish directories). There are two files named index.php – one in the top level directory, and one in the textpattern directory itself.

The structure and locations should match the Textpattern zip file.

Textpattern CMS

Textpattern CMS support forum

#1 2006-02-05 21:44:35

Even messy URLs aren't working

#2 2006-02-05 23:16:36

Re: Even messy URLs aren't working

#3 2006-02-06 21:25:07

Re: Even messy URLs aren't working

#4 2006-02-06 21:43:56

Re: Even messy URLs aren't working

#5 2006-02-06 21:45:27

Re: Even messy URLs aren't working

#6 2006-02-06 21:54:35

Re: Even messy URLs aren't working

#7 2006-02-08 21:38:34

Re: Even messy URLs aren't working

#8 2006-02-15 19:03:32

Re: Even messy URLs aren't working

#9 2006-02-15 23:17:30

Re: Even messy URLs aren't working

#10 2006-02-16 22:56:06

Re: Even messy URLs aren't working

#11 2006-02-16 23:23:24

Re: Even messy URLs aren't working

Board footer