Ergebnis 1 bis 24 von 24

Thema: Kunde kann Backend nicht mehr aufrufen

  1. #1
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard Kunde kann Backend nicht mehr aufrufen

    Hallo liebe Gemeinde,

    ein Kunde hat das Problem, dass er auf seiner Seite nicht mehr aufs Backend kommt. Hier kommt dann die Fehlermeldung "Fehlercode: ERR_TOO_MANY_REDIRECTS". Cache und Cookies wurden gelöscht, was jedoch auch keine Lösung brachte.

    Ich habe auch mal den Contao-Check durchlaufen lassen: Hier kommt unter FILE PERMISSIONS die Meldung

    php.ini settings
    The PHP safe_mode is not enabled.

    Creating a test folder
    The test folder could not be created.
    It seems that the PHP process does not have enough permissions to create folders on your server.

    Creating a test file
    The test file could not be created.
    It seems that the PHP process does not have enough permissions to create files on your server.

    The PHP process is not allowed to create files on this server.


    Was bedeutet diese Fehlermeldung? Hängt das womöglich mit der Nichtaufrufbarkeit des Backends zusammen?!

    Es geht um die Seite http://moebel-hermes.de/contao/
    Geändert von jack_typewriter (09.02.2015 um 09:01 Uhr)

  2. #2
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.280

    Standard

    Zufällig bei 1und1 gehostet?

  3. #3
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Nein, bei der teliko. Ist ein regionaler Anbieter...

  4. #4
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.280

    Standard

    Bei 1und1 musste ich PHP umstellen. Mit Version 5.6+ war dieser Fehler dann weg.

  5. #5
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    PHP kann ich bei diesem Anbieter leider nicht umstellen
    Auf dem Server läuft übrigens PHP 5.4.

    Habe auch gerade gesehen, dass eine weitere Website des Kunden auf dem Server problemlos zu laufen scheint. Hier handelt es sich um eine Contao 3.2-Version.

    Die Website, bei der das Backend nicht funktioniert, basiert auf Contao 3.3.3
    Geändert von jack_typewriter (09.02.2015 um 10:01 Uhr)

  6. #6
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.078
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Welche PHP-Version ist denn da im Einsatz?

  7. #7
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    PHP 5.4
    Auf dem Server läuft übrigens PHP 5.4.

  8. #8
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.078
    Contao-Projekt unterstützen

    Support Contao

    Standard

    PHP 5.4 ist jedenfalls nicht alt genug, um Probleme zu machen. Kannst du dir das mal im Browser in den Entwickler-Werkzeugen ansehen? Ich denke man kann da auch Redirects sehen (Netzwerk).

    Ursachen, die ich mir vorstellen könnte (muss also nicht komplett sein, meine Vorstellungskraft ist begrenzt )

    • Fehlerhafte .htaccess
    • Fehler bei internen Weiterleitungen
    • Fehler in der Serverkonfiguration
    • Browser-Plugins (bekommst du die Fehlermeldung auch auf deinem Rechner, wie sieht es beim Kunden bei Verwendung eines anderen Browsers aus?)


    Jedenfalls deutet es auf eine Endlosschleife bei der Weiterleitung hin.

  9. #9
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Ich selbst kann auch nicht aufs Backend zugreifen. Habe diverse Browser ausprobiert. Daran scheint es nicht zu liegen.
    htaccess sollte eigentlich auch in Ordnung sein.

  10. #10
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.078
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Dann würde ich mal bei teliko nachfragen, möglicherweise sind die auch schon dran. Ich habe beim Aufruf des Backends einen Fehlercode 303 bekommen. Das liegt eigentlich eher an der Serverkonfiguration. Die Seite wird tatsächlich auf sich selbst weitergeleitet.

  11. #11
    Contao-Urgestein
    Registriert seit
    10.07.2010.
    Beiträge
    4.403
    User beschenken
    Wunschliste

    Standard

    Oder mal die Cookies für diese Domain im Browser löschen.

    ich kriege auch >> The page isn't redirecting properly


  12. #12
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    34.130
    Partner-ID
    10107

    Standard

    Wie sieht die .htaccess Datei aus?

  13. #13
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    .htaccess

    ##
    # Contao Open Source CMS
    #
    # Copyright (c) 2005-2014 Leo Feyer
    #
    # @package Core
    # @link https://contao.org
    # @license http://www.gnu.org/licenses/lgpl-3.0.html LGPL
    ##

    ##
    # Prevent access to the Contao template files
    ##
    <FilesMatch "\.(tpl|html5|xhtml)$">
    <IfModule !mod_authz_core.c>
    Order deny,allow
    Deny from all
    </IfModule>
    <IfModule mod_authz_core.c>
    Require all denied
    </IfModule>
    </FilesMatch>

    ##
    # Allow access from all domains for webfonts
    # @see https://github.com/h5bp/html5-boilerplate
    ##
    <IfModule mod_headers.c>
    <FilesMatch "\.(ttf|ttc|otf|eot|woff|font\.css)$">
    Header set Access-Control-Allow-Origin "*"
    </FilesMatch>
    </IfModule>

    ##
    # Disable ETags
    # @see http://developer.yahoo.com/performance/rules.html#etags
    ##
    FileETag None
    <IfModule mod_headers.c>
    Header unset ETag
    </IfModule>

    ##
    # Set the proper MIME types
    # @see https://github.com/h5bp/html5-boilerplate
    ##
    <IfModule mod_mime.c>
    AddType application/javascript js jsonp
    AddType application/json json
    AddType audio/ogg oga ogg
    AddType audio/mp4 m4a f4a f4b
    AddType video/ogg ogv
    AddType video/mp4 mp4 m4v f4v f4p
    AddType video/webm webm
    AddType video/x-flv flv
    AddType image/svg+xml svg svgz
    AddEncoding gzip svgz
    AddType application/vnd.ms-fontobject eot
    AddType application/x-font-ttf ttf ttc
    AddType font/opentype otf
    AddType application/x-font-woff woff
    AddType image/x-icon ico
    AddType image/webp webp
    AddType text/cache-manifest appcache manifest
    AddType text/x-component htc
    AddType application/xml rss atom xml rdf
    AddType application/x-web-app-manifest+json webapp
    AddType text/x-vcard vcf
    AddType application/x-shockwave-flash swf
    </IfModule>

    ##
    # Gzip compression
    # @see https://github.com/h5bp/html5-boilerplate
    ##
    <IfModule mod_deflate.c>
    <IfModule mod_filter.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE text/xml application/xml text/x-component
    AddOutputFilterByType DEFLATE application/xhtml+xml application/rss+xml application/atom+xml
    AddOutputFilterByType DEFLATE image/x-icon image/svg+xml application/vnd.ms-fontobject application/x-font-ttf font/opentype
    </IfModule>
    </IfModule>

    ##
    # Expires headers (for better cache control)
    # @see https://github.com/h5bp/html5-boilerplate
    ##
    <IfModule mod_expires.c>
    ExpiresActive on

    ##
    # Productional website
    ##
    ExpiresByType text/cache-manifest "access plus 0 seconds"
    ExpiresByType text/html "access plus 0 seconds"
    ExpiresByType text/xml "access plus 0 seconds"
    ExpiresByType application/xml "access plus 0 seconds"
    ExpiresByType application/json "access plus 0 seconds"
    ExpiresByType application/rss+xml "access plus 1 hour"
    ExpiresByType application/atom+xml "access plus 1 hour"
    ExpiresByType image/gif "access plus 1 month"
    ExpiresByType image/png "access plus 1 month"
    ExpiresByType image/jpeg "access plus 1 month"
    ExpiresByType image/x-icon "access plus 1 month"
    ExpiresByType video/ogg "access plus 1 month"
    ExpiresByType audio/ogg "access plus 1 month"
    ExpiresByType video/mp4 "access plus 1 month"
    ExpiresByType video/webm "access plus 1 month"
    ExpiresByType text/x-component "access plus 1 month"
    ExpiresByType application/x-font-ttf "access plus 1 month"
    ExpiresByType font/opentype "access plus 1 month"
    ExpiresByType application/x-font-woff "access plus 1 month"
    ExpiresByType image/svg+xml "access plus 1 month"
    ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
    ExpiresByType text/css "access plus 1 year"
    ExpiresByType application/javascript "access plus 1 year"

    ##
    # Disable caching during development
    # @see https://github.com/contao/core/issues/4364
    ##
    #ExpiresByType text/cache-manifest "access"
    #ExpiresByType text/html "access"
    #ExpiresByType text/xml "access"
    #ExpiresByType application/xml "access"
    #ExpiresByType application/json "access"
    #ExpiresByType application/rss+xml "access"
    #ExpiresByType application/atom+xml "access"
    #ExpiresByType image/gif "access"
    #ExpiresByType image/png "access"
    #ExpiresByType image/jpeg "access"
    #ExpiresByType image/x-icon "access"
    #ExpiresByType video/ogg "access"
    #ExpiresByType audio/ogg "access"
    #ExpiresByType video/mp4 "access"
    #ExpiresByType video/webm "access"
    #ExpiresByType text/x-component "access"
    #ExpiresByType application/x-font-ttf "access"
    #ExpiresByType font/opentype "access"
    #ExpiresByType application/x-font-woff "access"
    #ExpiresByType image/svg+xml "access"
    #ExpiresByType application/vnd.ms-fontobject "access"
    #ExpiresByType text/css "access"
    #ExpiresByType application/javascript "access"

    </IfModule>

    ##
    # Header adjustments
    ##
    <IfModule mod_headers.c>

    ##
    # Disable caching during development
    # @see https://github.com/contao/core/issues/4364
    ##
    #Header unset Cache-Control
    #Header append Cache-Control must-revalidate

    ##
    # Do not cache the cron.txt file
    # @see https://github.com/contao/core/issues/5105
    ##
    <FilesMatch "cron\.txt$">
    Header set Cache-Control "no-cache, no-store, must-revalidate, max-age=0, proxy-revalidate, no-transform"
    </FilesMatch>

    ##
    # Add a Vary Accept-Encoding header for the compressed resources. If you
    # modify the file types above, make sure to change them here accordingly.
    # @see http://developer.yahoo.com/performance/rules.html#gzip
    #
    # Note: If you are using a case-sensitive file system like HFS+ or ext4, you
    # have to change the <FilesMatch> directive as follows:
    #
    # <FilesMatch "\.(?i:js|css|xml|gz|svgz)$">
    #
    # For more information see: https://github.com/contao/core/issues/4364
    ##
    <FilesMatch "\.(js|css|xml|gz|svgz)$">
    Header append Vary Accept-Encoding
    </FilesMatch>

    </IfModule>

    ##
    # Disable MultiViews if you are having issues with requests returning the wrong
    # page. Requires AllowOverride Options=All,MultiViews to be set here.
    # @see https://github.com/contao/core/issues/3521
    ##
    #Options -MultiViews

    ##
    # URL rewriting
    ##
    <IfModule mod_rewrite.c>
    RewriteEngine On

    ##
    # Change the RewriteBase if your Contao installation is in a subdirectoy and
    # the rewrite rules are not working properly. Usage examples:
    #
    # RewriteBase /contao-3.0.0
    # RewriteBase /path/to/contao
    #
    # Depending on your server, you might have to remove the line entirely.
    ##
    RewriteBase /

    ##
    # Uncomment the following lines to add "www." to the domain:
    #
    # RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
    # RewriteRule (.*) http://www.example.com/$1 [R=301,L]
    #
    # Uncomment the following lines to remove "www." from the domain:
    #
    # RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
    # RewriteRule (.*) http://example.com/$1 [R=301,L]
    #
    # Make sure to replace "example.com" with your domain name.
    ##

    ##
    # If you cannot use mod_deflate, uncomment the following lines to load a
    # compressed .gz version of the aggregated Contao JavaScript and CSS files.
    ##
    #AddEncoding gzip .gz
    #<FilesMatch "\.js\.gz$">
    # AddType "application/javascript" .gz
    #</FilesMatch>
    #<FilesMatch "\.css\.gz$">
    # AddType "text/css" .gz
    #</FilesMatch>
    #RewriteCond %{HTTP:Accept-encoding} gzip
    #RewriteCond %{REQUEST_FILENAME} \.(js|css)$
    #RewriteCond %{REQUEST_FILENAME}.gz -f
    #RewriteRule ^(.*)$ $1.gz [QSA,L]

    ##
    # By default, Contao adds ".html" to the generated URLs to simulate static
    # HTML documents. If you change the URL suffix in the back end settings, make
    # sure to change it here accordingly!
    #
    # RewriteRule .*\.html$ index.php [L] # URL suffix .html
    # RewriteRule .*\.txt$ index.php [L] # URL suffix .txt
    # RewriteRule .*\.json$ index.php [L] # URL suffix .json
    #
    # If you do not want to use an URL suffix at all, you have to add a second
    # line to prevent URLs that point to folders from being rewritten (see #4031).
    #
    # RewriteCond %{REQUEST_FILENAME} !-d
    # RewriteRule .* index.php [L]
    #
    # If you are using mod_cache, it is recommended to use the RewriteRule below,
    # which adds the query string to the internal URL:
    #
    # RewriteRule (.*\.html)$ index.php/$1 [L]
    #
    # Note that not all environments support mod_rewrite and mod_cache.
    ##
    RewriteCond %{REQUEST_FILENAME} !\.(htm|php|js|css|htc|png|gif|jpe?g|ico|xml|csv|t xt|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|otf|tt[cf]|woff|svg|svgz|pdf|gz)$
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule .*\.html$ index.php [L]

    ##
    # The following rules are required if you want to pass the language as first
    # URL parameter (added in Contao 2.11). The first rule rewrites the empty URL
    # to the front end controller, the second one adds a missing trailing slash.
    ##
    RewriteRule ^[a-z]{2}(\-[A-Z]{2})?/$ index.php [L]
    RewriteRule ^([a-z]{2}(\-[A-Z]{2})?)$ $1/ [R=301,L]

    </IfModule>

  14. #14
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Oder mal die Cookies für diese Domain im Browser löschen.
    Hatten wir schon probiert, hat leider nichts gebracht...

    Was ich noch dazu erwähnen muss: Bis vor ein paar Wochen lief das Backend der Website noch problemlos. Der Fehler ist scheinbar seit dem Update der teliko von php 5.3 auf 5.4 aufgetreten.
    Geändert von jack_typewriter (09.02.2015 um 14:26 Uhr)

  15. #15
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Bin hierzu leider immer noch nicht weiter gekommen und so langsam auch mit meinem Latein am Ende.
    Hatte auch mal versucht, die Seite auf nen anderen Server zum Testen zu ziehen. Hier konnte ich das Installtool sogar öffnen (geht bei der teliko auch nicht). Da der Ersteller sich das Passwort des Installtools leider nicht gemerkt hat (!) wollte ich es zurücksetzen. Nach zurücksetzen des Passwortes tauchte wieder der gleiche Fehler auf: Zu viele Weiterleitungen...

    Scheint also doch kein Problem in der Serverkonfiguration zu sein...

  16. #16
    Contao-Urgestein
    Registriert seit
    10.07.2010.
    Beiträge
    4.403
    User beschenken
    Wunschliste

    Standard

    Zitat Zitat von Fehlermeldung
    This problem can sometimes be caused by disabling or refusing to accept cookies.
    Mit Deinen Annahmen kommen wir hier nicht weiter. Sprich mit Deinem Provider und bitte Ihn, falls er auch einen Cache haben sollte auf dem Server, dort mal nach zu guckt. Zudem hat er auch die Möglichkeit in den Server log zu schauen und allenfalls mehr Infos zu erhalten.


  17. #17
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Vom Provider habe ich hierzu folgende Rückmeldung erhalten:

    wir haben einen externen Unix-Systemadministrator um Prüfung gebeten.
    Das Backend scheint nach seiner Recherche aufgrund von Inkompatibilitäten zu PHP5.4 und MySQL5.5 (contao Version: 3.3.3) nicht mehr erreichbar.
    Dadurch ergibt sich eine redirect-Schleife, die endlos ist und der Browser bricht infolgedessen ab.

    Wir gehen davon aus, dass ein Update auf Contao in der Version 4 Abhilfe schaffen sollte.

  18. #18
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.078
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Das Backend scheint nach seiner Recherche aufgrund von Inkompatibilitäten zu PHP5.4 und MySQL5.5 (contao Version: 3.3.3) nicht mehr erreichbar.

    Selbst Contao 3.2.x habe ich schon mit diesen Versionen im Einsatz und der Kunde selbst ja wohl auch. Läuft die mit der selben PHP und MySQL Version? Falls ja, was soll da Contao 4 bringen? Hast du mit dem Check auch mal die 3.3 Installation überprüft? Glaube zwar nicht dran, dass es das ist, aber wenn doch, dann wäre es ärgerlich, es nicht getestet zu haben.

  19. #19
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Hallo Tab,

    ja, habe mit dem Check die eingesetzte Version 3.3 überprüft. Der Check hat unter FILE PERMISSIONS die Fehlermeldung "The PHP process is not allowed to create files." ausgespuckt. Dazu habe ich per "Validate an existing installation" die Information "Your installation is up to date." erhalten.

    Eine weitere Contao-Installation einer anderen Domain auf dem Server mit 3.2.4 funktioniert übrigens. Hier tritt das Problem mit der Weiterleitung nicht auf.

  20. #20
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.078
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Eigentlich ist es ja unwahrscheinlich, dass sich durch die Änderung der PHP-Version irgendwelche zur Installation gehörenden Dateien ändern oder gar deine Datenbank. Da das Problem aber zeitgleich mit der Änderung der PHP-Version auftrat, kann das Problem eigentlich auf den ersten Blick nur hier liegen. Hast du mal in der .htaccess der anderen, funktionierenden Installation nachgeschaut, ob da irgendeine Anweisung drinsteht, die eine bestimmte PHP-Version einstellt und/oder Fast-CGI aktiviert? Sollte eigentlich mit "AddHandler" anfangen. Falls ja, die entsprechenden Statements auch für die "kaputte" Installation reinschreiben. Ansonsten bleibt wohl nur der Safemode Hack, aber kann ja eigentlich nicht sein, wenn die andere Installation (ohne SMH?) läuft. Zeigt der Contao-Check in deren Installationsverzeichnis die gleiche PHP-Version? Und auch das Problem mit dem Erzeugen von Ordnern und Dateien?

  21. #21
    Contao-Nutzer
    Registriert seit
    03.11.2011.
    Beiträge
    104

    Standard

    Zeigt der Contao-Check in deren Installationsverzeichnis die gleiche PHP-Version? Und auch das Problem mit dem Erzeugen von Ordnern und Dateien?
    Ja, ist beides identisch.

    Hast du mal in der .htaccess der anderen, funktionierenden Installation nachgeschaut, ob da irgendeine Anweisung drinsteht, die eine bestimmte PHP-Version einstellt und/oder Fast-CGI aktiviert?
    Da kommt schon das nächste Kuriosum. In beiden Installationen ist KEINE .htaccess vorhanden gewesen, ich habe diese allerdings in der kaputten Installation nachträglich in den Webspace hochgeladen.

    Die funktionierende Installation läuft übrigens ohne SMH.

  22. #22
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.078
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Zitat Zitat von jack_typewriter Beitrag anzeigen
    Die funktionierende Installation läuft übrigens ohne SMH.
    Das ist dann allerdings extrem komisch. Funktioniert da auch wirklich alles im Backend? Irgendeine Einstellung zu speichern, die in die localconfig.php geschrieben wird, dürfte da eigentlich auch nicht funktionieren. Oder das Hochladen von Dateien über den Dateimanager im BE. Vielleicht äußert sich das Problem in der 3.3.x nur anders / auffälliger als in der 3.2.x. Kannst ja mal versuchen, den Safemode-Hack zu aktivieren, vielleicht läuft es ja dann.

  23. #23
    Contao-Urgestein
    Registriert seit
    10.07.2010.
    Beiträge
    4.403
    User beschenken
    Wunschliste

    Standard

    Sag dem Provider er soll php als fastcgi laufen lassen:

    Zitat Zitat von mein plesk
    PHP-Unterstützung (PHP ausführen als , PHP-Version )Beachten Sie, dass der Wechsel des PHP-Handler-Typs zum Funktionsverlust bestehender PHP-Skripte auf dieser Website führen kann.
    Und sag im bitte auch er soll kein quatsch erzählen betreffs Contao 4. Wenn er nicht fähig ist einen Server zu konfigurieren dann soll er es sein lassen solche Aussagen zu machen. Wenn er zumindest mal den Releasplan angucken würde wüsste er auch dass es noch kein Contao4 gib.


  24. #24
    Contao-Nutzer
    Registriert seit
    15.11.2011.
    Ort
    Groß-Gerau
    Beiträge
    77

    Standard PHP Update von 5.3 auf 5.4 bringt Probleme im Backend

    Hallo,

    ich habe vorhin auf meinem Server ein PHP-Update von 5.3 auf 5.4 gemacht und komme leider ebenfalls nicht mehr ins Backend rein! Scheinbar also der gleiche Fehler. "...es traten zuviele Umleitungen auf". :-(

    Aktualisierung: Ich gehe mit einem Restore zurück auf 5.3.
    Geändert von jehopeman (16.02.2015 um 16:05 Uhr) Grund: Aktualisierung

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Lesezeichen

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •