FEUERWERK.net Die unmittelbare Zukunft von FEUERWERK.net

habe den uebeltaeter gefunden. im webserver war

KeepAliveTimeout 15
KeepAlive On

setzt man keepalive off gibts die probleme nicht mehr.

sehr merkwuerdig.

fuer den firefox gibts auch das add on FasterFox

dies hatte mir genau gesagt das er 15 sekunden braucht. diese 15 sekunden ist ja auch genau
der keepalive timeout.

wir klaeren das mal mit vbulletin, was die dazu meinen.

ich denke aber es liegt an irgendwelchen self progged scripts von pyro ^^ ;o)

ps: kriegsch jetzt die neue feuerwerk xxx doppel dvd`?

 

Saubere Arbeit !!! Forum ist mit FF RC3 rasend schnell !

 

Ahh jetzt geht es schneller, sehr gut

 

Genau, das wirds sein.
Tja wie's aussieht, geht die DVD doch an dich. Werd trotzdem mal die Seite ein bisschen Testen..

Bis Später
Martin

 

Hi,

jaa, so merkt man den Unterschied zum neuen Server! Das geht schön fix!

Ohne allerdings jemandem unnütze Arbeit aufhalsen zu wollen - Der keepalive timeout hätte ja durchaus seinen Sinn, da er das Nachladen von auf der Seite vorhandenen Elementen durch die gleiche TCP-connection erlaubt, ohne eine neue auzubauen. Jede kleine Grafik (Smileys, Buttons, Symbole, Bilder) baut also eine neue Verbindung auf, was ja zu erhöhter Serverlast und Wartezeit für den User führt. Auch wenn die max. TCP connections pro IP logischwerweise begrenzt sind und damit verhindern, dass einzelne user anderen Performance klauen, dürfte nach meinen bescheidenen Erfahrungen oder Erfahrungsberichten die Seitenaufbauzeit bei komplexeren Seiten durch die Nutzung von weiterbestehenden Verbindungen um ca 25% reduziert werden, was sich gerade unter Last (Viele Useranfragen) anfängt bemerkbar zu machen... Lange Rede kurzer Sinn: Da der Server ja bei Einzelelementen (manchen Seiten, einzelne Grafiken etc etc) definitiv nicht hängt, wäre es schöner in den Seiten/Scripts das Problem zu finden um den Vorteil durch keepalive nutzen zu können...

Just my 2 cents,

ivhp

 

So, dann will ich mal.
Ich hoffe, es ist recht so? Hab jetzt mal bloß die Startseite getestet. Bei den anderen Seiten dürfte es analog sein. Zeilenzahlen habe ich nicht angegeben, da die Seite ja eh aus Templates zusammengestückelt wird und von Fall zu Fall anders aussieht. Ich denke anhand der Code-Schnipsel kann man es finden

CSS:

• Kontext : SELECT : Die Eigenschaft font-site existiert nicht : 11px

XHTML:

• <script language="Javascript"> muss in XHTML <script type="text/javascrit"> heißen
• <link rel="shortcut icon" href="http://212.99.136.251/favicon.ico"> muss in XHTML mit /> enden
• im BODY-Tag gibt es keine Attribute "leftmargin="0" topmargin="0" marginheight="0" marginwidth="0"
• im TD-Tag gibt es kein Attribut "background" (td background="images/p_top_forum.gif">)
• die event-Handler "OnMouseOver", "OnMouseOut" usw. werden klein geschrieben
• IMG-Tags werden immer mit /> beendet, ebenso ist das Attribut "alt" Pflicht, auch ist es im Sinne der Performance sinnvoll, height und width mit anzugeben
• <br> wird <br/> geschrieben
• im Query-String von URLS und im Text muss das kaufmännische & als &amp; geschrieben werden und Euro-zeichen als &euro;
• in "<td background="images/p_b_forum_shad.gif"><font face="Arial, Helvetica, sans-serif" size="1"><img src="images/p_b_forum_shad.gif" width="4" height="6" border="0"></font></td><tr>" muss das </tr> heißen
• <td nowrap> muss <td nowrap="nowrap"> heißen, da es keine Shorttags mehr gibt
• INPUT-Tags müssen mit /> enden
• in <form method="GET" name="GoogleForm" target="google"> muss das get klein geschrieben werden
• in "<img src="http://www.feuerwerk-forum.de/images/p_woerterbuch.gif" width="108" height="69" border="0"/ alt="FIREWORKS Dictionary German - English">" ist der / nach dem border="0" zu viel der container "<div class="smallfont">" mit den wissenswerten Sachen wird nicht geschlossen
• <thead> wird nicht geschlossen
• in <hr size="1" noshade style="color:#002288;height:1px;solid"> muss das noshade="noshade" heißen, außerdem muss der Tag mit /> enden
• in <font color=#4455aa> muss der Parameter von color in "" stehen <font color="#4455aa">
• ganz am Schluss werden von einenm geöffneten DIV-Container 2 geschlossen
• <a href="javascript:convert()" muss <a href="#" onclick="javascript:convert()" heißen

LINKs:

• die eingebundenen Grafiken haben Anfrage-Zeiten von 0,5 - 2,5 Sekunden, was ich recht merkwürdig
  finde (z.B. das favicon 2,2 Sekunden, die UK-Flagge in 2,4 Sekunden). Womöglich liegt das an dem ausgeschalteten Keep-alive? Bin da nicht so der Server-Techniker

META-Tags:

• in den Keywords steht "Feuerwerkskörper" zweimal drin
• es wurde kein Author angegeben

WAI/WCAG:

• war mir jetzt zu viel.

Viel Spaß beim basteln und viele Grüße
Martin

 

Sehr zu gebrauchen: der HTML Validator vom w3c:

http://validator.w3.org/check?uri=http://www.feuerwerk-forum.de
Der findet jeden Fehler

 

Obige HTML-Fehler sind die Zusammenfassung daraus.
Allerdings findet er auch Fehler, die es nicht gibt. Z.B. mängelt er in dem <from name"FormForm"> das fehlende action-Attribut an, was aber vorhanden ist.

 

und durchaus manchmal auch zu kritisch. ich meine JEDER schreibt <BR> oder <br> statt das ganze mit <br></br> zu versehen oder <br/> zu schreiben genauso wie method=GET üblich /egal ist anstelle von method=get...

 

<form name="ForumForm"> Hierbei bemängelt er ein fehlendes action Attribut... stimmt ja auch, ist auch keins da
<form name="ForumForm" action="Http://feuerwerk-forum.de/index.php"> wäre zb. richtig.

wie mit der deutschen Rechtschreibung, nicht jeder hält sich zu 100% dran obwohl die Regeln klar vorgeschrieben sind, trotzdem klappts (meistens) mit der Kommunikation

 

naja..gerade mit <br> vs. <br/> ist es ja noch was anderes, <br/> wäre XHTML konform, <br> ist halt HTML 4.0 Standard. Letzterer ist aber noch so ziemlich das verbreitetste, da hätte ich ja bald mehr bedenken das ältere browser mit manchen XHTML ansichten nicht zurecht kommen als schon alles dahingehend umzueditieren...

 

Noch zwei Zahlen (DSL versteht sich):
Diese Seite in Opera neu laden = 8-9 Sekunden
Diese Seite in Opera öffnen (wobei Bilder schon im cache liegen): 1-2 Sekunden

 

ja das dürfte an dem Verlust der keepalive funktion zum nachladen der Elemente wie Bilder durch die ursprüngliche TCP Verbindung liegen... Zumal man ja u.U. warten muss wenn die max connections erreicht sind bis man wieder eine aufmachen darf...

 

Schon klar... habs ja auch nur der "Vollständigkeit" halber so ausführlich gemacht

 

ich denke eher, das dies deine inet verbindung ist. ich lade grundsätzlich alle dateien mit
firefox neu, habe also kein client caching angeschaltet. bei mir oeffnet sich die startseite nach 0,347 sek.

habe dsl6000

gruss

 

> ich denke eher, das dies deine inet verbindung ist. ich lade grundsätzlich alle dateien mit firefox neu,
> habe also kein client caching angeschaltet. bei mir oeffnet sich die startseite nach 0,347 sek.

Eigentlich funktioniert die Verbindung; normales DSL (wurde irgendwann etwas hochgeschaltet, vermutlich 1000 oder 1500), läd normalerweise mit wenigstens 100 kbytes/s. Oder liegt's am Browser? Geht bei Dir reload in Opera/Explorer auch so schnell?

 

hmm, bei mir dauert ein reload 3,89 sekunden. hasst du die gfx denn nun scho richtig eingebunden?

 

Jop hängt wieder nach, hab IE !