THEMA: fehlende suckerfish.js

Ein Auszug aus meinem Serverprotokoll:

1.367 Anfragen auf eine fehlende Datei in 18 Tagen?

ja, was kann man dazu sagen?
Ich hab keine Ahnung was das für ein Problem sein soll, ob das eins ist?
Ist Javascript bei denen wohl abgeschaltet?
Schnellmenü deaktivieren (wenn es nun ein Problem sein soll) und auf Modul zurückgreifen.
Wie gesagt, ich kapiers einfach nicht.

Das geht mir genau so.

Vielleicht zur näheren Erklärung:
am Sonntag war Saisonstart in Bezirk und Verband. Und beide Seiten sind mit Pauken und Trompeten abends abgeschmiert. Nicht nur ein wenig Erreichbarkeitsprobleme (das hatten wir letzte Saison auch schonmal), sondern quasi tot, bis tief in die Nacht. Da ich aber außer den CLM jeweils auf die neuste Beta zu bringen nichts an den Seiten geändert habe, hab ich den CLM natürlich auch sehr im Verdacht, da eine Rolle bei zu spielen.

Da man aber bei Joomla nicht so wirklich raus bekommt, welcher Prozess Schuld ist (weil immer die index.php in den Logs steht), hab ich mal auf die Zugriff-Statistiken geguckt, und das war mir da halt aufgefallen. Erklären kann ich es auch nicht........

Heute sind es übrigens schon 2506 Zugriffe in diesem Monat. Was mich stutzig macht ist das die Datei im Komponentenverzeichnis liegt. Und da liegt sie auch wirklich, ich hab extra nachgeschaut......

Ich bin derjenige, der die suckerfish.js in den CLM gebracht hat. Als quasi "Fachmann" würde ich nach dem Geschilderten das Gleiche wie gerade eben sagen:

Ich hab die Schnellmenüs jetzt mal Testhalber deaktiviert und schaue mal, ob die Statistik weiter hoch zählt.

Andererseits erklärt das ja noch nicht wieso die vorhandene Datei trotzdem nicht gefunden wird. Javascript funktioniert ansonsten auf der Seite, das kann also eigentlich nicht deaktiviert sein.

Ob es das Problem löst, kann ich natürlich erst am nächsten Spieltag feststellen, die Belastung eines kompletten Spieltages in allen Ligen zu simulieren schaffe ich nicht.......

den code 404 hatte ich alleine im september schon über 10.000-mal
- bei 60.000-mal "code 200-OK" im gleichen kurzen zeitraum (20 tage), ist der code 404 ein recht hoher prozentsatz.

---

Anfragen nach Status-Code

Code 200 - OK 62176
Code 206 - Unvollständiger Inhalt 187
Code 301 - Seite dauerhaft an anderer Stelle 14
Code 303 - Hole Seite von anderer Position 1342
Code 304 - Seite nicht geändert 21174
Code 403 - Antwort verweigert 16
Code 404 - Seite nicht gefunden! 10231
Code 405 - Methode nicht erlaubt 1
Code 500 - Interner Server-Fehler (CGI?) 889

---

im august war das verhältnis etwas günstiger....
knapp 100.000 "ok" versus 6.500 "code 404"

---

Anfragen nach Status-Code

Code 200 - OK 98167
Code 206 - Unvollständiger Inhalt 89
Code 301 - Seite dauerhaft an anderer Stelle 31
Code 303 - Hole Seite von anderer Position 1525
Code 304 - Seite nicht geändert 11876
Code 404 - Seite nicht gefunden! 6597
Code 500 - Interner Server-Fehler (CGI?) 3023

---

habe bei dem provider auf die schnelle nicht gesehen, wie ich bei code 404 aufschluss über die "nicht gefundene seite" bekomme....


kann es vielleicht auch sein, dass die crawler und bots das erzeugen?
von diesen wird scheinbar auch ein höheres verkehrsaufkommen generiert...
ggf. da die seite noch relativ neu ist?

---

Top 30 von 758 Rechnern (IP-Adressen)

# Anfragen Dateien kB F kB In kB Out Besuche Rechnername

1 9321 9,71% 9156 14,73% 213637 5,26% 0 0,00% 0 0,00% 59 2,13% crawl-66-249-66-40.googlebot.com
...
3 3346 3,48% 3279 5,27% 153859 3,79% 0 0,00% 0 0,00% 107 3,86% crawl-66-249-66-8.googlebot.com
....
5 2515 2,62% 2429 3,91% 54653 1,35% 0 0,00% 0 0,00% 14 0,51% crawl-66-249-71-78.googlebot.com
6 2106 2,19% 1701 2,74% 63240 1,56% 0 0,00% 0 0,00% 164 5,92% crawl-66-249-66-241.googlebot.com

---