Soll diese Seite wirklich verlassen werden / JavaScript im Backend geht nicht: Unterschied zwischen den Versionen

Aus Contao Community Documentation

(Die Seite wurde neu angelegt: „{{stub}} Category:Admin HOWTOS Category:Installation und Updates =Soll diese Seite wirklich verlassen werden / JavaScript im Backend geht nicht= Es gibt 4…“)
 
(→‎Eigene tinyMCE.php)
 
(7 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
{{stub}}
+
[[Category:Fehlersuche]]
−
[[Category:Admin HOWTOS]]
+
Es gibt mehrere Gründe, warum diese Fehlermeldung kommen kann oder warum im Backend das JavaScript nicht richtig funktioniert:
−
[[Category:Installation und Updates]]
+
=Contao ist in einem Unterordner installiert=
−
=Soll diese Seite wirklich verlassen werden / JavaScript im Backend geht nicht=
+
Contao ist in einem Unterordner installiert und im übergeordneten Ordner ist eine .htaccess aktiv (die .htaccess der betroffenen Contao-Installation ist nicht aktiv)
−
Es gibt 4 Gründe warum diese Fehlermeldung kommen kann oder warum im Backend das JavaScript nicht richtig funktioniert:
+
  
−
* TYPOlight ist in einem Unterordner installiert und im Übergeordneten ist eine .htaccess aktiv (die .htaccess von dem betroffenen TYPOlight ist nicht aktiv)
 
 
'''Lösung:'''
 
'''Lösung:'''
−
URL Umschreiben einschalten im TYPOlight-Backend (unter Einstellungen) und die eigene .htaccess aktivieren indem man das .default entfernt. Zusätzlich muss in der .htaccess noch die RewriteBase angepasst werden von '/' in '/unterordner/'
+
"URL Umschreiben" im Contao-Backend einschalten (unter Einstellungen) und die eigene .htaccess im Root-Verzeichnis der Contao-Installation aktivieren indem man die Datei ".htaccess.default" in ".htaccess" umbenennt. Zusätzlich muss in der .htaccess noch die RewriteBase angepasst werden. Dazu öffnet man die .htaccess in einem Editor und sucht nach der Zeile:
−
* Man hat URL-Umschreiben im TYPOlight-Backend eingeschaltet aber die .htaccess noch nicht aktiviert und angepasst
+
 
 +
<source lang="text">
 +
#RewriteBase /
 +
</source>
 +
 
 +
Diese ändert man dann in:
 +
 
 +
<source lang="text">
 +
RewriteBase /unterordner/
 +
</source>
 +
 
 +
oder (falls man eine subdomain direkt auf den Unterordner zeigen lässt):
 +
<source lang="text">
 +
RewriteBase /
 +
</source>
 +
 
 +
 
 +
und speichert die Änderung ab
 +
 
 +
= Url's umschreiben=
 +
Man hat die Einstellung "URL Umschreiben" im Contao-Backend eingeschaltet aber die .htaccess noch nicht aktiviert und angepasst.
 +
 
 
'''Lösung:'''  
 
'''Lösung:'''  
−
Die .htaccess aktivieren und dem RewriteBase anpassen
+
Die .htaccess aktivieren und die Zeile RewriteBase anpassen (siehe obigen Abschnitt)
−
* Die .js und .css Kompression funktioniert auf dem Server nicht (ist im Backend unter Einstellungen eingeschaltet und die .htaccess ist aktiv)
+
=Kompression=
 +
Die .js und .css Kompression funktioniert auf dem Server nicht (ist im Backend unter Einstellungen eingeschaltet und die .htaccess ist aktiv).
 +
 
 
'''Lösung:'''  
 
'''Lösung:'''  
−
In der .htaccess diese Bereiche Entfernen:
+
In der .htaccess diese Bereiche entfernen:
−
<nowiki>
+
 
−
##
+
<source lang="text">
−
# Compress .js and .css files
+
##
−
##
+
# Compress .js and .css files
−
AddEncoding gzip .gz
+
##
−
AddType "text/javascript" .gz
+
AddEncoding gzip .gz
−
AddType "text/css" .gz
+
AddType "text/javascript" .gz
−
RewriteCond %{HTTP:Accept-encoding} gzip
+
AddType "text/css" .gz
−
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
+
RewriteCond %{HTTP:Accept-encoding} gzip
−
RewriteCond %{REQUEST_FILENAME}.gz -f
+
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
−
RewriteRule ^(.*)$ $1.gz [L]
+
RewriteCond %{REQUEST_FILENAME}.gz -f
−
</nowiki>
+
RewriteRule ^(.*)$ $1.gz [L]
−
* Man hat das be_main.tpl angepasst. Und nach einem Update funktioniert diese nicht mehr richtig (aktuell kann das von 2.7.6 auf 2.8 passieren)
+
</source>
 +
 
 +
=Angepasstes Backend-Template=
 +
Man hat das Backend-Template be_main.tpl angepasst und nach einem Update funktioniert dieses nicht mehr richtig (aktuell kann dieser Fehler bei einen Update von 2.7.x auf 2.8 passieren).
 +
 
 
'''Lösung:'''
 
'''Lösung:'''
−
Der mootools Aufruf funktioniert nicht mehr im Header. Also muss der alte entfernt werden und an der Stelle diese zwei Zeilen eingefügt werden:
+
Der mootools Aufruf funktioniert nicht mehr im Header. Um diesen Fehler zu beheben, muss der alte mootools-Code entfernt werden und an der Stelle der neue mootools-Code eingefügt werden. Dieser besteht aus folgenden 2 Zeilen:
−
<code>
+
 
−
<script type="text/javascript" src="plugins/mootools/mootools-core.js"></script>
+
<source lang="text">
−
<script type="text/javascript" src="plugins/mootools/mootools-more.js"></script>
+
<script type="text/javascript" src="plugins/mootools/mootools-core.js"></script>
−
</code>
+
<script type="text/javascript" src="plugins/mootools/mootools-more.js"></script>
 +
</source>
  
 
--[[Benutzer:MacKP|MacKP]] 10:34, 7. Mär. 2010 (UTC)
 
--[[Benutzer:MacKP|MacKP]] 10:34, 7. Mär. 2010 (UTC)
 +
 +
=Eigene tinyMCE.php=
 +
 +
Bei einigen Contao Versionen wird tinyMCE aktualisiert und hier ändern sich Konfigurationsnamen oder Plugins oder Pfade, usw.
 +
Nach einem Update sollte also die eigene tinyMCE Konfiguration abgeglichen werden.
 +
 +
--Flex 12:37, 2. Mai 2014 (UTC)

Aktuelle Version vom 2. Mai 2014, 14:40 Uhr

Es gibt mehrere Gründe, warum diese Fehlermeldung kommen kann oder warum im Backend das JavaScript nicht richtig funktioniert:

Contao ist in einem Unterordner installiert

Contao ist in einem Unterordner installiert und im übergeordneten Ordner ist eine .htaccess aktiv (die .htaccess der betroffenen Contao-Installation ist nicht aktiv)

Lösung: "URL Umschreiben" im Contao-Backend einschalten (unter Einstellungen) und die eigene .htaccess im Root-Verzeichnis der Contao-Installation aktivieren indem man die Datei ".htaccess.default" in ".htaccess" umbenennt. Zusätzlich muss in der .htaccess noch die RewriteBase angepasst werden. Dazu öffnet man die .htaccess in einem Editor und sucht nach der Zeile: 

 #RewriteBase /

Diese ändert man dann in: 

 RewriteBase /unterordner/

oder (falls man eine subdomain direkt auf den Unterordner zeigen lässt): 

 RewriteBase /


und speichert die Änderung ab

Url's umschreiben

Man hat die Einstellung "URL Umschreiben" im Contao-Backend eingeschaltet aber die .htaccess noch nicht aktiviert und angepasst.

Lösung: Die .htaccess aktivieren und die Zeile RewriteBase anpassen (siehe obigen Abschnitt)

Kompression

Die .js und .css Kompression funktioniert auf dem Server nicht (ist im Backend unter Einstellungen eingeschaltet und die .htaccess ist aktiv).

Lösung: In der .htaccess diese Bereiche entfernen: 

##
# Compress .js and .css files
##
AddEncoding gzip .gz
AddType "text/javascript" .gz
AddType "text/css" .gz
RewriteCond %{HTTP:Accept-encoding} gzip
RewriteCond %{REQUEST_FILENAME} \.(js|css)$
RewriteCond %{REQUEST_FILENAME}.gz -f
RewriteRule ^(.*)$ $1.gz [L]

Angepasstes Backend-Template

Man hat das Backend-Template be_main.tpl angepasst und nach einem Update funktioniert dieses nicht mehr richtig (aktuell kann dieser Fehler bei einen Update von 2.7.x auf 2.8 passieren).

Lösung: Der mootools Aufruf funktioniert nicht mehr im Header. Um diesen Fehler zu beheben, muss der alte mootools-Code entfernt werden und an der Stelle der neue mootools-Code eingefügt werden. Dieser besteht aus folgenden 2 Zeilen: 

<script type="text/javascript" src="plugins/mootools/mootools-core.js"></script>
<script type="text/javascript" src="plugins/mootools/mootools-more.js"></script>

--MacKP 10:34, 7. Mär. 2010 (UTC)

Eigene tinyMCE.php

Bei einigen Contao Versionen wird tinyMCE aktualisiert und hier ändern sich Konfigurationsnamen oder Plugins oder Pfade, usw. Nach einem Update sollte also die eigene tinyMCE Konfiguration abgeglichen werden.

--Flex 12:37, 2. Mai 2014 (UTC)

Von „https://de.contaowiki.org/index.php?title=Soll_diese_Seite_wirklich_verlassen_werden_/_JavaScript_im_Backend_geht_nicht&oldid=8070“
Ansichten
Meine Werkzeuge

Contao Community Documentation

was passiert eigentlich, wenn man per zip alle gezippten cache-css cached, bevor der cache vom apache gezippt wird?

Christian de la Haye
Navigation
Verstehen
Verwenden
Entwickeln
Verschiedenes
Werkzeuge