Hallo, habe ein seltsames Problem im Typo4.0, das ich auch schonmal in der Version 3.8 auf einem anderen System beobachtet hatte:
Im Backend fehlt der "Trenner" zwischen Seitenbaum-Frame und dem rechten Frame, in dem sich quasi die Bearbeitung abspielt. Stattdessen kann man durch den Schlitz auf eine Web-Seite "durchgucken". Es wird dahinter die Startseite des Frontends jedoch ohne CSS dargestellt. Siehe Bild:
Bild: test.susycom.de/clipboard01.jpg
Wie kann man das denn beseitigen?
Der Fehler ist mittlerwerile an mehreren Stellen aufgetaucht, wenn ich im Contentwizard den Typ HTML wähle erscheint als nächste Seite nicht eben die entsprechende Eingabemaske im Backend sondern auch die Darstellung des Template-File ohne CSS. Gleiches passiert wenn ich im RTE auf den Button "Links" klicke, statt des Popups mit den Reitern für Seite, Datei, Externe URL oder Email erscheint im Popup das Template. Der RTE funktioniert seitdem nicht mehr im IE 6, bleibt ständig auf "Das Element wird geladen" hängen.
Hat jemand ne Idee woran das liegen könnnte? Hat wirklich noch niemand diesen Bug gehabt? Hab leider auch keine Idee welche Komponente das verursacht haben könnte und würde nur ungern das gesamte System nochmal neu aufsetzen...
Hallo,
also bei mir (4.0.1) funktionierts jetzt mit dieser Konfiguration einwandfrei.
Extension wie Realurl etc. habe ich keine installiert.
<VirtualHost xxx.xxx.xx.xxx:80>
ServerName www.xxx.de
ServerAlias xxx.de
ServerAdmin hostmaster@xxx.de
DocumentRoot /srv/www/vhosts/de.xxx.www/html
CustomLog "|/usr/local/sbin/cronolog /var/log/httpd/vhosts/access/de.xxx.www.%Y-%m.log" combined
ErrorLog "|/usr/local/sbin/cronolog /var/log/httpd/vhosts/error/de.xxx.www.%Y-%m.log"
php_value include_path ".:/usr/share/php5/PEAR"
php_value upload_max_filesize 10M
php_admin_value memory_limit 32M
php_admin_flag display_errors On
php_admin_value error_reporting E_ALL
php_admin_flag short_open_tag Off
php_admin_flag register_globals off
php_admin_flag register_argc_argv off
php_admin_flag magic_quotes_gpc off
php_admin_flag allow_call_time_pass_reference off
HostnameLookups Off
UseCanonicalName Off
ServerSignature Off
<Directory /srv/www/vhosts/de.xxx.www/html>
Options -Indexes +FollowSymLinks -Includes -MultiViews
AllowOverride None
Order allow,deny
Allow from all
AuthType Basic
AuthName "restricted area"
AuthUserFile /etc/apache2/auth/users
Require user xxx
</Directory>
RewriteEngine On
RewriteRule ^/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/ - [L]
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-d
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_FILENAME} !-l
RewriteRule .* /index.php [L]
</VirtualHost>
Das isit kein Fehler vom Webserver. Das System funktionierte ja einwandfrei, bis irgendwann die Darstellung nicht mehr funktionierte. Ausserdem muss ich mit dem IIS arbeiten #angry# , Apache wär mir auch lieber.
Ich gehe davon aus, dass irgendeine Konfiguration oder nachträglich installierte Extension den Fehler verursacht. Hatt besagtes PRoblem, wie im ersten Psot bereits erwähnt, schonmal unter Typo 3.8 auf einem anderen System, damals unter Linux mit Apache, eine PArallele Installation funktionierte einwandfrei.
Habe jetzt auf diesem System eine zweite, saubere Installation gemacht und einfach auf die gleiche Datenbank zugegriffen, und erhalte die selben Fehler. Versuche nun stückchenweise das System nachzubilden um rauszukriegen an welcher Stelle es beginnt Mucken zu machen. Nur komisch, das sonst niemand das Problem hat.