ERR_TOO_MANY_REDIRECTS – Fehler auf einer Seite

Hallo,
vielleicht hilft eine der folgenden Lösungsmöglichkeiten in dieser Anleitung

Bitte lösche auch nochmal per FTP die Datei .htaccess in deinem Web-Stammverzeichnis (du kannst sie auch vorsichtshalber einfach umbenennen). Geh anschließend in Einstellungen > Permalinks und wähle eine URL-Struktur aus. Die .htaccess wird dabei neu erstellt.

Viele Grüße
Hans-Gerd

die Seite ist – da noch kpl im BETA-Moduls mit einer eingeschränkten Seitentzugang ausgestattet – ( restricted site-Access )

Kann ich nicht reproduzieren – die Anmeldeseite wird ohne Einschränkungen angezeigt.

Bei der Startseite erhalte ich allerdings eine Weiterleitung zu https://f…j.de/index.php/myaccount/, was eher ungewöhnlich ist. Die Linkstruktur mit index.php wird wohl bei einem Webhosting bei der Telekom benötigt, sonst eher nicht.

Die REST-API ist gesperrt. Dadurch kann ich bestimmte Daten nicht abrufen.

Übrigens gibt es hier noch andere aktiv Teilnehmende außer Hans-Gerd und mir.

Hallo Hans-Gerd, hallo Mario, vielen Dank für Eure Rückmeldung. Freue mich sehr von Euch zu hoeren.

Also – ich hab gleich mal nachgesehen – und geguckt wie es der .htaccess geht – und ja: da ist in diesem webroot keine htaccess drinne.

Sehr merkwürdig würde ich mal sagen. Das ist doch auffällig. Hab noch eine zweite Seite auf dem Server – da ist eine .htaccess dabei.

@pixolin – ist auf einem Rootserver drauf – das Backend macht mein Freund der sich mit Linux ganz gut auskennt.

sollte ich eine .htaccess da nun einbringen!?

Freu mich von Euch zu hoeren.

Viele Grüße
Lebrochet;)

ist auf einem Rootserver drauf – das Backend macht mein Freund der sich mit Linux ganz gut auskennt.

Outch.

Die Administration eines Webservers sollte nicht als Freundschaftsdienst „nebenbei“ betrieben werden. Das setzt viel Kenntnisse zur Abwehr von Angriffen aller Art voraus und erfordert laufende Aktualisierungen, im Zweifelsfall täglich.

Was ist denn bei Permalinks eingestellt? Ich würde die zuerst auf „Einfach“ stellen und schauen, wie sich die Website verhält. Danach kannst du prüfen, ob der Server mod_rewriteunterstützt und einen Permalink „Beitragsname“ einrichten, wobei dann automatisch eine .htaccess erstellt werden sollte. Oder geht die Anmeldung im Backend gar nicht?

hi danke fuers Ruckmelden.

so sind im Moment die settings im Bereich Permalink

Welcher Teil an „Ich würde die zuerst auf „Einfach“ stellen und schauen, wie sich die Website verhält.“ war jetzt irgendwie missverständlich? 😛

hallo und guten Abend
vielen Dank!!!
also – ich glaub dass das nun besser geworden ist. Das sieht m.E. besser aus. BTW – denke dass es hier auch (immer noch) darauf ankommt die cookies zu loeschen. – bzw. dass von anderen Browsern aus, das Verhalten ohnehin besser ist.
‚Also ich werd am Wochenende das mal näher noch untersuchen.

Euch beiden schon jetzt vielen vielen Dank!! Euer Support hier ist einfach unglauglich toll und sucht seinesgleichen im Netzt.

Viele Grüße
lebrochet. 😉

Euch beiden schon jetzt vielen vielen Dank!! Euer Support hier ist einfach unglauglich toll und sucht seinesgleichen im Netzt.

danke 😊
Wir freuen uns auf deine Rückmeldung.

Allerdings funktioniert die Website immer noch nicht …

¯\_(ツ)_/¯

hi und guten Abend,

also ich hab dann und wann noch diesen Error.
‚

f-s-j.de hat Sie zu oft weitergeleitet.
Löschen Sie Ihre Cookies.
ERR_TOO_MANY_REDIRECTS

Also die .htaccess ist nicht drinne gewesen.

Also es ist so, wenn man diese Seite (wenn man sie mit https anspricht) ständig selbst auf /?page_id=66 weiterleitet (HTTP 302), in
der von mir bereits angesprochenen Endlosschleife. Nach etwa 20 Versuchen geben die Browser dann auf und spucken die Fehlermeldung aus.

Probiert man’s mit http, gibt’s HTTP 403 Forbidden. Wenn man eine Datei anspricht, die es nicht gibt (z.B. /sowieso_sowieso.php) bekommt man eine echte Antwort mit „access denied“.
Das glaube ich, das liegt an der Permalink-Einstellung die ich vorgenommen habe. Was meint ihr denn!?

btw: das dauernde “ Zurückfallen auf dei page_id=66 – das ist die Account-Seite

Account — My Account Page

koennten die Errors dggf damit zusammmenhängen – dass das immer wieder auf die Ammeldeseite “ zurückfälll“

Freue mich von Euch zu hören

vg

Das glaube ich, das liegt an der Permalink-Einstellung die ich vorgenommen habe. Was meint ihr denn!?

Ich meine, dass das anhand deiner Beschreibung kaum nachvollziehbar ist. Wir kennen die Serverkonfiguration nicht und es ich auch nicht klar, wieso du keine .htaccess verwendest, wie der Virtual Host aufgesetzt ist und so weiter … Ohne Website-Bericht spielen wir hier sowieso Blinde-Kuh. → Status des Threads auf „keine Support-Frage“ geändert.

hallo und guten Morgen
vorweg: bin zur Zeit (berufl.) unterwegs im Ausland u. hab immer nur ganz begrenzt Zeit zu Recherchen, Kontrollen u.s.w.

Sorry also für die vllt. spährlichen Infos zum Thema, zu Details u.s.w. Nächste Woche zurück in D. kann ich hier viel viel mehr Daten liefern. Sorry also dass das für eine ordentliche, korrekte Frage im Moment nicht reicht.
Für mich sind die Threads hier – dieser u. andere – immer(!!!) sehr sehr hilfreich.
Also – euch nochmals vielen vielen Dank u. euch einen schönen Tag,
‚melde mich spätestens kommende Woche mit mehr Infos, Daten u.sw.

viele Grüße LeBrochet

hallo u. guten Tag,

bin wieder @home – und kann mich nun stärker darum kümmern:
hier ein paar weitere Daten zur Serverkonfiguration u.s.w. usf.

Permalink structure: gewählt:
Plain:

zum Setup des Servers hier ein paar Details:

PHP Version 7.4.28

Loaded Modules:

core mod_so http_core mod_authn_file mod_authn_core mod_authz_host mod_authz_groupfile
mod_authz_user mod_authz_core mod_access_compat mod_auth_basic mod_auth_digest mod_socache_shmcb
mod_watchdog mod_ratelimit mod_reqtimeout mod_filter mod_deflate mod_mime mod_log_config mod_env
mod_mime_magic mod_expires mod_headers mod_usertrack mod_setenvif mod_version mod_session
mod_session_cookie mod_ssl prefork mod_unixd mod_status mod_autoindex mod_dir mod_alias
mod_rewrite mod_php7

die .htaccess fehlt leider immer noch:

Hmm – iwie siehts für mich so aus als würde der Index fehlen oder der Index
findet diese page_id nicht:

Und dann am Ende weiß alles sich nicht anders zu helfen, als mit
einem Redirect auf die dann immer noch nicht vorhandene page_id 66 zu verweisen.

hmm – bin im Mom. nicht sicher was tun – ggf. nochmals gucken ob das tatsächlich mit der page_id 66 zu tun hat!?

GGF sollt ich einfach alles nochmals frisch aufsetzen.. !?