Login problem

[juergen]

Code: Select all

   	/home/.holbrook/hartmantravels/hartmantravels.com

hihi .. I just hacked in... but informed godmod

//Edit:
Following the information given in this fastcgi BS, we should give doc-route= 'hartmantravels.com' a short try

[juergen]

Guessing along this fastcgi:

Code: Select all

session.use_trans_sid	On	On

mal umstellen

Code: Select all

session.use_trans_sid	0	

Ich kann aber nicht sagen was er macht wenn der Wert falsch gesetzt ist... boolean ist der Typ der Variable, kann also nur 0 oder 1 sein...

//ups language_trans_df6ih OFF .... wrong setting of a parameter .. maybe this is not needed anymore,,

[juergen]

seams to be a little bit of user Problem... just godmod gave me a telnet entry and found that somethings wrong with the config dir.... Letgs see how things going on...

[godmd]

Hm, im http://wiki.dreamhost.com/ finde ich nach Eingabe von cms Installationsanleitungen von allen möglichen CMSsen (außer phpWCMS).

Da steht z.B. bei Drupal (http://wiki.dreamhost.com/Drupal#4._Upl ... our_Server) so eine Anmerkung:

Code: Select all

(Note that, because DreamHost uses suEXEC, you should generally set your directory and file permissions to 755 even if applications' instructions say you should set them to 777. You *can* set the permissions to 777, via your ftp client program or via the command line in the shell, but this will create problems if you attempt to run any CGI programs from within that directory or if a CGI program file is set to 777.)

Bahnhöfe für mich, aber kann das z.B. was mit meinem BE-Login-Problem zu tun haben?

Anke

[juergen]

Das ist ja mal einfach zu beantworten:

Nichts

[update]

Mach mal auf einer (ssh)Konsole (putty, etc...)
mysql --version
dann kommt so was Ähnliches wie
mysql Ver 14.12 Distrib 5.0.45, for pc-linux-gnu (i686) using readline 5.0
Die Distrib 5.0.45 muss dann umgeschrieben werden auf 50045:

Code: Select all

// database values
$phpwcms['db_host']           = 'localhost';
$phpwcms['db_user']           = 'dbuser';
$phpwcms['db_pass']           = 'dbpass';
$phpwcms['db_table']          = 'dbtable';
$phpwcms['db_prepend']        = '';
$phpwcms['db_pers']           = 1;
$phpwcms['db_charset']        = 'utf8';
$phpwcms['db_collation']      = 'utf8_unicode_ci';
$phpwcms['db_version']        = 50045;

// site values
$phpwcms['site']              = 'http://'.$_SERVER['SERVER_NAME'].'/';
$phpwcms['admin_name']        = 'Webmaster'; //default: Webmaster
$phpwcms['admin_user']        = 'admin'; //default: admin
$phpwcms['admin_pass']        = '3b3usw.usf.78e49'; //MD5(phpwcms)
$phpwcms['admin_email']       = 'info@mydomain.de'; //default: noreply@host

// paths
$phpwcms['DOC_ROOT']          = $_SERVER['DOCUMENT_ROOT'];
$phpwcms['root']              = '';         //default: ''

weiter unten dann:

Code: Select all

$phpwcms['GET_pageinfo']      = 1; // will add "&pageinfo=/cat1/cat2/page-title.htm" based on the breadcrumb information for each site link 
$phpwcms['version_check']     = 1; // checks for current release of phpwcms online 
$phpwcms['SESSION_FEinit']    = 1; // set 1 to enable sessions in frontend, 0 to disable sessions in frontend 
$phpwcms['Login_IPcheck']     = 1; 

[juergen]

@claus: mysql Version habe ich geändert... brachte herzlich wenig.

Die Login Geschichten ebenso angepasst ... brachte auch nichts. CHMODS kann ich mir eigentlich nicht vorstellen, in der login.php kann er ja includieren, also lesen.

Falls das erwünscht ist nagle ich die Seite mal eben bei meinem hetzner Boliden drauf, bin mir ziemlich sicher, dass die auf Anhieb läuft. Aber ich habe ja auch nur ein selbst kompilierte PHP Version

[godmd]

Ich hatte dieses Login-Problem schon häufiger bei Neuinstallationen der letzten Snapshots. Das ließ sich dann jeweils beheben, indem ich in FF Sessioncookies zuließ. Bin ja nur der Laie, aber seid ihr sicher, dass das nichts mit dem Sessionhandling zu tun hat ...?

[update]

indem ich in FF Sessioncookies

hast Du schon zugelassen? Geht trotzdem nicht?

[godmd]

@Claus: siehe http://forum.phpwcms.org/viewtopic.php? ... d=a#p99185

Die Inst läuft ohne Murren durch bis zum Ende, nur ist dann kein BE-Login möglich. Wenn ich im Setup zurückgehe über den Link "MySQL-Conf ändern" (oder so ähnlich), dann steht dort eine kleine Fehlermeldung, dass der User nicht angelegt werden konnte. Faktisch ist er in der DB aber da. Da ist das eine Phänomen. Jürgen hat in der DB einen zweiten User angelegt, aber auch damit ist kein Login möglich.

Im Browser Zulassung von Sessions erlaubt, FE-Session auch enabled, obwohl die ja das FE betreffen. Der Hoster hat laut Jürgen eine seltsame Server-Konfiguration und unix/php-cgi. In PHP4 Sessions ON, im PHP5 OFF.

[update]

Session Support enabled
Registered save handlers files user sqlite
Registered serializer handlers php php_binary

Directive Local Value Master Value
session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_httponly Off Off
session.cookie_lifetime 0 0
session.cookie_path / /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 1440 1440
session.gc_probability 1 1
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /tmp /tmp
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid 1 1

mach mal phpinfo im BE und vergleiche mal. Wenn was unterschiedlich ist dann könnte man mal nachsehen, was davon über htacces geregelt werden kann
Output gilt für php5

[juergen]

..so im gehen ...

Claus und ich ... wir werden entweder den provider ruinieren oder das Problem lösen *fg*

[godmd]

In Klammer deine Vergleichseinstellungen:

Code: Select all

session.bug_compat_42 Off Off (On On)
session.gc_divisor 1000 1000 (100 100)
session.hash_bits_per_character 5 5 (4 4)
session.use_trans_sid 0 0 (1 1)

Danke euch beiden!

@claus: Hier noch mal Infoquellen vom Hoster: http://wiki.dreamhost.com/ und http://discussion.dreamhost.com/wwwthreads.pl

[juergen]

Und wenn ich mich richtig an die ssh Sitzung erinnere ... gibt es da bereits eine .htaccess mit Einstellungen. Das wäre dann relativ einfach.

Um dem Server genügend Zeit zu geben würde ich einige Stunden warten, nachdem die htaccess verändert wurde, da man nicht klar sagen kann wie und/oder wann sie ausgelesen wird. <fastcgi>

[update]

die wird ziemlich fast ausgelesen - ist ja fastCGI, fast so fast wie php pur