ABAKUS

Die letzte Zeile verstehe ich nicht .. aber der Rest sieht für mich ganz ok aus. Mal schauen, was die Andern sagen.

Die letzte Zeile soll aus "www.domain.de/Thema" -> "www.domain.de/index.php?mod=cont&seoId=Thema" machen.
Hat auch geklappt bisher

Ich wurschtel mir das immer so zusammen muss ich gestehen, raff selber nur die Hälfte davon

Was sagt denn das Errorlog des Servers?

gute Frage, also per FTP hab ich den nirgends gefunden, weiss auch nicht, ob die nen vernünftigen haben, weil die Servertechnik-Leute ja selber eher ratlos sind.

ishmael hat geschrieben:Was sagt denn das Errorlog des Servers?

Weiterleitungen werden nicht im Fehlerprotokoll aufgeführt. Wo er reinschauen muss, ist das Zugriffsprotokoll - und das muss der Hoster ja haben, sonst könnte der nicht behaupten, dass es sich um eine Weiterleitungsschleife handelt. Aus den Zugriffen ergeben sich dann auch ganz leicht die betroffenen URLs.

Wobei mich allerdings wundert, dass sowas den Server lahmlegen können soll. Browser fangen diese Schleifen nach wenigen Sekunden AFAIK selbst ab (wenn der Besucher nicht eh vorher die Geduld verliert) und alle Besucher scheinen nicht betroffen zu sein, denn gnark kann das Problem wohl nicht nachvollziehen. Es ist also kein Dauerzustand. Die Kiste scheint mir etwas schwachbrüstig zu sein - oder da liegt ein anderer Fehler vor.

Haben jetzt ne andere mögliche fehlerquelle lokalisiert.
und zwar ein php-script, das ein bild zurückgibt und auf anderen Seiten eingebunden werden kann.
Hab das mal geändert, mal sehn obs daran lag ... mir kommts auch so vor, als ob deren server nicht soviel kann.

htaccess sieht der Hoster sofort in den Apache Logs (du nicht). Schleifen in Scripten kann er nicht lokalisieren (du auch nicht, da hilft nur suchen ).

Mork vom Ork hat geschrieben: Weiterleitungen werden nicht im Fehlerprotokoll aufgeführt. Wo er reinschauen muss, ist das Zugriffsprotokoll

Wenn es sich um eine interne Umleitungssschleife handelt, dann meine ich, dass sowas auch in den Errorlogs festgehalten wird.

ishmael hat geschrieben:

Mork vom Ork hat geschrieben: Weiterleitungen werden nicht im Fehlerprotokoll aufgeführt. Wo er reinschauen muss, ist das Zugriffsprotokoll

Wenn es sich um eine interne Umleitungssschleife handelt, dann meine ich, dass sowas auch in den Errorlogs festgehalten wird.

Das wäre ein Bug. Eine Umleitung ist schließlich kein Fehler.

Es steht auch nirgends, dass es eine Umleitung ist, sonder es wird von einer "Schleife" geredet.
Und hier kann ich ehrlichgesagt keinen Fehler entdecken, der eine Solche Umleitungsschleife auslösen könnte:

Ich hatte mich mit der Umleitung auf Dein eigenes Posting bezogen:

ishmael hat geschrieben:Es steht auch nirgends, dass es eine Umleitung ist, sonder es wird von einer "Schleife" geredet.

profo hat geschrieben:Das wäre ein Bug. Eine Umleitung ist schließlich kein Fehler.

ishmael hat geschrieben:Wenn es sich um eine interne Umleitungssschleife handelt, dann meine ich, dass sowas auch in den Errorlogs festgehalten wird.

Zur Beseitigung der Schleife sollte ein Blick ins AccessLog reichen und den Bedarf am Hellsehen nullieren.

Also vielleicht noch mal zur Übersicht:

Fehler in der htaccess:
steht im Apache Log -> Hoster muss gucken

Unendliche Umleitung (php, htaccess egal):
steht im Access Log (HTTP Zugriffe suche nach 301 oder 302)

Unendliche Schleife:
Kann nur in einem PHP-Script vorkommen. Hier zwei typische Fehler (vereinfachte Darstellung): Es können aber durchaus weit aus komplexere Fehler auftauchen.

Wenn der Hoster nun behauptet, dass es ein Fehler in der htaccess sein "könnte", kann er es über die Apache-Logs verbindlich erfahren. Wenn er stattdessen eine hohe Last bei der Ausführung der Scripte beobachtet (was ich eher vermute), dann muss das nicht zwangsläufig eine Schleife sein, die daran schuld ist. Das kann auch simpel an Image-Funktionen liegen, die massig Arbeitsspeicher fressen können. Das kann der Hoster aber eindämmen, in dem er diesen für das Script begrenzt. Hat er das? Wenn ja wie ist der Wert? 10 MB oder mehr?

Auch kann es aber sein, dass der MySQL-Dienst schuld ist, weil tausende von Abfragen rein rasseln und er diese nicht mehr gestemmt bekommt. In dem Fall kann der Hoster aber sehen, ob es der MySQL oder der PHP-Dienst war, der das Problem verursacht hat.

Fazit:
Der Hoster muss Dir zumindest mitteilen wo Du suchen musst. Also PHP, MySQL oder .htaccess. Ansonsten hilft simpel Try&Error. D.h. htaccess entfernen und neu starten. Wieder einbauen und abwarten ob das der Fehler war. Das geht aber nur in Zusammenarbeit mit dem Hoster. Seine Mitwirkung ist Voraussetzung. Wenn er das nicht leistet, dann ist der Hoster zu wechseln.

profo hat geschrieben:Ich hatte mich mit der Umleitung auf Dein eigenes Posting bezogen:

Ja ich sprach von einer internen Umleitung verursacht durch sich überschneidende Rewrite Rules – solche Probleme hatte ich selbst schon und die wurden definitiv im Errorlog angezeigt. Daher meine Frage, ob da vieleicht was drin steht.

mgutt hat geschrieben: Fazit:
Der Hoster muss Dir zumindest mitteilen wo Du suchen musst. Also PHP, MySQL oder .htaccess. Ansonsten hilft simpel Try&Error. D.h. htaccess entfernen und neu starten. Wieder einbauen und abwarten ob das der Fehler war. Das geht aber nur in Zusammenarbeit mit dem Hoster. Seine Mitwirkung ist Voraussetzung. Wenn er das nicht leistet, dann ist der Hoster zu wechseln.

ja, ist wohl nicht der kompetenteste Verein da.
im moment geh ich davon aus, dass es dieses image-script war.
mal schaun ob ich morgen wieder ne überraschunge erlebe, wenn ich meine website checke.
Wegen zuvielen Anfragen gleich alles sperren ist ja wohl auch echt völlig daneben.