[floogy]

Hallo,

Ich mal wieder
Ich kann mich nicht im Backend einloggen. Im Installer geht's.

Ich habe gelesen, das könnte am nicht funktionierenden session management des servers legen. Daraufhin habe ich in der php.ini die Zeile session.save_path = /tmp in

session.save_path = /var/www/tmp

geändert.

Laut diesem thread stimmt aber vielleicht was mit php in sarge nicht:
http://www.issociate.de/board/post/2...t_gesetzt.html

Kann das jemand bestätigen? Ich kann mir nicht vorstellen, dass das noch nicht gefixt sein soll, immerhin stammt das Posting aus der Mitte letzten Jahres!

Im error.log des Apache erscheint:

[Sun Mar 19 17:41:36 2006] [error] http://217.195.36.124 - Core: Could not initialize DB connection with query "".

Mit jedem weiteren login Versuch gibt es eine neue derartige Zeile im Log.

Eine Google-Suche dazu bringt nur zwei Stellen mit denen ich nichts anzufangen weiß.

Ich habe inzwischen auch einen neuen admin user angelegt nach diesem Vorschlag:

http://www.typo3forum.net/forum/typo...=login+backend

und bekomme seit dem folgende Meldung:

Login-error or session timed-out

No user logged in! Sorry, I can't proceed then!

(You must have cookies enabled!)

If your session has just timed-out, you may
click here to re-login.

Ein Wiedereinloggen tut's auch nicht.

Das hier hilft auch nicht:
http://www.typo3.com/documentation/m...i1%5Bmode%5D=1

Try

BE > Install Tool > All configuration > [doNotCheckReferer]

Ein vorangegangenes Löschen der betreffenden cookies im browser bringt auch nichts.

Ich habe jetzt noch folgendes Konfiguriert:

$TYPO3_CONF_VARS['BE']['lockIP'] = '0'$TYPO3_CONF_VARS['BE']['IPmaskList'] = '*'$TYPO3_CONF_VARS['BE']['adminOnly'] = '0'

war vorher:

$TYPO3_CONF_VARS['BE']['lockIP'] = '4'$TYPO3_CONF_VARS['BE']['IPmaskList'] = ''$TYPO3_CONF_VARS['BE']['adminOnly'] = '1'

[loginSecurityLevel] ist default

Bringt alles nichts.

siehe auch:
http://www.typo3forum.net/forum/typo...sion+timed-out
http://www.typo3forum.net/forum/typo...sion+timed-out

Könnte es sein, dass typo3 v4.0 nicht mit php 4.3 zusammenarbeitet?

Hint:
Login läuft nicht auf php4.1.2 mit GIF support.
Update auf PHP4.4.0 unter windows läuft einwandfrei

http://lists.netfielders.de/pipermai...st/001941.html

Woran könnte es sonst hängen?

Das Frontend lässt sich nicht aufrufen (womöglich, weil im backend noch etwas konfiguriert werden muß?:sad:

Warning: mysql_fetch_assoc(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 796

Warning: mysql_fetch_assoc(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 796

Warning: mysql_fetch_assoc(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 796

Warning: mysql_fetch_assoc(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 796

Warning: mysql_fetch_assoc(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 796

Warning: mysql_free_result(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 821

Error!

No pages are found on the rootlevel!

Dazu hilft dieser thread auch nicht weiter:
http://lists.netfielders.de/pipermai...ay/000688.html


floogy

[floogy]

Zitat von floogy

Könnte es sein, dass typo3 v4.0 nicht mit php 4.3 zusammenarbeitet?
http://lists.netfielders.de/pipermai...st/001941.html
Woran könnte es sonst hängen?

Mit php 5.1 funktioniert das installtool zwar noch ohne Fehler, aber das Frontend und das Backend bleiben leer (seite ohne jeglichen quellcode wird gesendet).

floogy

[floogy]

ich habe noch einige php module installiert

apt-get install  php5.1-wddx php5.1-xsl php5.1-tidy  php5.1-mysql php5.1-mime-magic php5.1-cgi php5.1-cli php5.1-gd  php5.1-imap php5.1 php5.1-bz2  php5.1-calendar php5.1-xsl php5.1-soap php5.1-mcrypt php5.1-mhash php5.1-openssl php5.1-pdo-mysql php5.1-pdo php5.1-posix php5.1-ftp php5.1-exif php5.1-ctype php5.1-gettext php5.1-ldap php5.1-odbc php5.1-pcntl php5.1-filepro  libmcrypt-dev mcrypt php5.1-curl php5.1-sqlite libmcrypt4 libmhash2 libsqlite0 libtidy0 php5.1-mbstring

Damit geht jetzt ziemlich alles im Install tool wieder.
Die GDlib2 ist nun auch eingebunden.

Ich musste noch ein

ln -s /usr/bin/composite /usr/bin/combine

machen, was entweder ein bug im installtool ist, da bei im6 composite das entsprechende tool ist, oder ich habe unter Punkt 5. nicht alles für im6 konfiguriert. Jedenfalls geht so auch der combine Test.

In imagemagick gibt es kein combine, nur composite:
http://www.imagemagick.com/www/composite.html
Mit dem symlink funktioniert nun auch der test im installtool.

Außerdem fiel mir auf, dass unter debian die gdlib nicht mit lzw compiliert ist sondern mit RLE, was größere Dateien zur Folge hat.

Your GDLib appears to have RLE compression
This assessment is based on the filesize from 'Create image from file' test, which were 17002 bytes
If the image was LZW compressed you would expect to have a size of less than 9000 bytes. If you open the image with Photoshop and saves it from Photoshop, you'll a filesize like that.
The good news is (hopefully) that your [GFX][im_path_lzw] path is correctly set so the gif_compress() function will take care of the compression for you!

Hmm... allerdings zeigt das installtool auch das hier:

Check Image Magick:
Available ImageMagick/GraphicsMagick installations:
/usr/bin/	
convert 6.2.4
combine 6.2.4
composite 6.2.4
identify 6.2.4
gif_capability LZW

PDF geht nicht, aber das ist ein anderes Problem, das wohl einfach zu lösen sein sollte.

Aber:

Alle anderen beschriebenen Fehler bleiben

Könnte ein modul für den mysql connect in der /etc/apache/modules.conf fehlen?

Weiterhin gibt es immer noch diesen Fehler bei jedem Login Versuch:

[Mon Mar 20 02:30:48 2006] [error] http://217.195.36.124 - Core: Could not initialize DB connection with query "".

Das Passwort wird also garnicht übermittelt? (connect)

Weiß wirklich niemand etwas dazu zu sagen?

floogy

[floogy]

[im_combine_filename]
String. Latest ImageMagick versions has changed the name of combine to composite. Configure here if needed.

[GFX][im_combine_filename] = combine

Wieder etwas geklärt.

floogy

[floogy]

Zitat von floogy

Könnte ein modul für den mysql connect in der /etc/apache/modules.conf fehlen?

Weiterhin gibt es immer noch diesen Fehler bei jedem Login Versuch:

[Mon Mar 20 02:30:48 2006] [error] http://217.195.36.124 - Core: Could not initialize DB connection with query "".

Das Passwort wird also garnicht übermittelt? (connect)

Weiß wirklich niemand etwas dazu zu sagen?

floogy

Hier mal meine /etc/apache/modules.conf:

# Autogenerated file - do not edit!
# This file is maintained by the apache package.
# To update it, run the command:
#    /usr/sbin/apache-modconf apache
ClearModuleList
AddModule mod_so.c
AddModule mod_macro.c
LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so
LoadModule mime_magic_module /usr/lib/apache/1.3/mod_mime_magic.so
LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so
LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so
LoadModule status_module /usr/lib/apache/1.3/mod_status.so
LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so
LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so
LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so
LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so
LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so
LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so
LoadModule access_module /usr/lib/apache/1.3/mod_access.so
LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so
LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so
LoadModule unique_id_module /usr/lib/apache/1.3/mod_unique_id.so
LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so
#LoadModule php4_module /usr/lib/apache/1.3/libphp4.so
LoadModule php5_module /usr/lib/apache/1.3/mod_php5.1.so
LoadModule session_module /usr/lib/apache/1.3/mod_session.so

[floogy]

Hallo,

es lag doch am cookie management, und zwar geht es nicht weil ggserve.de gleich auf http://217.195.36.124 springt, und cookies für .ggserve.de eingerichtet sind (installtool > wo auch immer).

D.h., dass es mit http://ggserve.de funktioniert, mit http://217.195.36.124 jedoch nicht. Kann man im Installtool beide Adressen für cookies angeben? Geht localhost?

Ich habe aber einen Haufen PHP Fehler wie auf der FE Seite (die bleiben scheinbar:sad:

Warning: mysql_num_rows(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 784

Warning: mysql_free_result(:sad: supplied argument is not a valid MySQL result resource in /home/www/typo3/t3lib/class.t3lib_db.php on line 821

Warning: Cannot modify header information - headers already sent by (output started at /home/www/typo3/t3lib/class.t3lib_db.php:784) in /home/www/typo3/typo3/template.php on line 605

Die Quickinstall Seite geht nicht. FE auch noch nicht.

Heute Abend mehr.

Deshalb gilt weiter:

Gibt es ein Gutes Tutorial speziell für die Konfiguration?

floogy

[Christoph Neuroth]

Zitat von floogy

es lag doch am cookie management, und zwar geht es nicht weil ggserve.de gleich auf http://217.195.36.124 springt, und cookies für .ggserve.de eingerichtet sind (installtool > wo auch immer).

Hmmm das ist tatsächlich komisch, denn genau das sollte nicht passieren (und auf der Debian-Testseite funktioniert das ja auch, nur auf /typo3 nicht). Da bin ich jetzt mal echt ratlos. Kannst du mal die komplette Config des Apachen anhängen?

[floogy]

Hmm.. womöglich ist die vhost section irgendwie falsch, oder ich habe die IP als Hauptserver NAME angegeben? Mehr dazu heute abend.

Komisch auch:

Wenn ich nachträglich ggserve.de an Stelle der IP eingebe und ENTER drücke, dann sind es zwei PHP Fehler weniger auf der FE Seite!
Das hat wohl ebenfalls mit cookies zu tun.

floogy

[floogy]

Zitat von Christoph Neuroth

Da bin ich jetzt mal echt ratlos. Kannst du mal die komplette Config des Apachen anhängen?

Na, da hängts ja wohl, wie ich richtig vermutete:

NameVirtualHost 217.195.36.124:80
<VirtualHost 217.195.36.124:80>
    ServerAdmin webmaster@linie-christina.de
    DocumentRoot /var/www
    ServerName 217.195.36.124
    ErrorLog /var/log/apache/error.log
    CustomLog /var/log/apache/access.log combined
<Directory /var/www>
Options FollowSymLinks SymLinksIfOwnerMatch 
AllowOverride AuthConfig
</Directory>
</VirtualHost>

Da der Server für andere ServerName VirtualHost 's wichtiger ist, und ich die domain ggserve.de für mich eher als Spiel und Testwiese nutze habe ich unter

ServerName 217.195.36.124

noch die IP anstelle von www.ggserve.de stehen.

Die php Fehler erklären sich wohl aus der quickstart version 3.7, die noch nicht php 5.x und/oder mysql 4.1.x kompatible ist???

Ich habe aus "Verzweifelung" irgendwann mal auch alles in einen "Topf" geworfen. D.h. alles ist unter typo3. Dort gibt es keinen Ordner typo3_src (dessen Inhalt ist jetzt unter typo3, einen Ordner in der Hierarchie weiter oben), kein dummy_irgendwas_typo3 Ordner (ist ebenfalls unter typo3) und kein quickstart ordner (dito). Das muß ich glaube ich auch erst wieder hinbiegen, und die symlinks wieder zurückbiegen. Irgendwie fand ich die tutorials da nicht so eindeutig, was die Hierarchie anbelangt, bis ich eine Abbildung auf www.typo[zensiert].net sah. Ich werde mich da heute abend mal näher mit befassen. Keine Ahnung, ob das für die PHP Fehlermeldungen sorgt.

floogy

[Christoph Neuroth]

Wieso arbeitest du mit 3.7? Die stabile Typo3-Version ist 3.8.1... Christoph