anpera.net

Hi!

Folgendes Problem, über all hab ich eine Seitenregenierung von 0.2s bis 0.80s, aber nur im dorf selber nicht, dass heisst wenn man aktualisiert oder von egal wo dort hin zurückkehrt.

Kann ich da was machen, so dass es zumindest nicht standarthaft 4 -10 sekunden läd ?

_________________
// If today was a perfect Day, there will be no need for tommorow... //

ich schätze die datei ist einfach nur so größ das der die nich schneller laden kann!?

_________________
Die einfachsten Probleme treten manchmal im Rechner auf:
'Mensch' konnte nicht nach 'Erde' kopiert werden. Datenträger ist voll.

kann gut möglich sein, splitten wär wohl ne gute Alternative, aber gibts ne andere Lösung ?

_________________
// If today was a perfect Day, there will be no need for tommorow... //

ich weiß ja nich wie viele navs, text du hast und wie viele comentare du zugelassen hast

_________________
Die einfachsten Probleme treten manchmal im Rechner auf:
'Mensch' konnte nicht nach 'Erde' kopiert werden. Datenträger ist voll.

Kannst du dir im source ja mal anschauen

http://scartha.info/logd/source.php

_________________
// If today was a perfect Day, there will be no need for tommorow... //

die zeiten sind die DB zeiten oder?
weil bei der village muss der server ziemlich ran( dein v server)
das wird nicht schneller
auch nicht wenn du sie splittest, dann wird es eher langsamer

_________________
Die Frage muss nicht lauten, warum Leute Amok laufen, sondern warum es nicht mehr tun.
25 hours forum isnt enough.

Du willst ja nur das ich bei dir was hostet oder so *G*

Nein, aber kennst du eine Möglichkeit ?

_________________
// If today was a perfect Day, there will be no need for tommorow... //

ich könnte ja jetzt sagen, komm zu mir, aber das wäre Werbung.

Es tut mir leid bei dir, aber es ist nix zu machen, ausser du baust sachen aus, oder du rüstest auf(weisst nicht ob man bei dir sachen zu kaufen kann)
da mysql ne RAM Sache ist, und du als Vserver User beschränkt bist, fällt mir da nix weiter ein, vielleicht könntest du die sache beschleunigen mit mmcache.

_________________
Die Frage muss nicht lauten, warum Leute Amok laufen, sondern warum es nicht mehr tun.
25 hours forum isnt enough.

_________________
// If today was a perfect Day, there will be no need for tommorow... //

habe es eingebaut bei den angeboten

da du aber vollen root zugriiff hast würde ich mich schlau machen, wie mmchache geht(der einbau und solche sachen)

ansonsten, bei vserver wäre interessant wieviele vserver die verteilt haben auf einen server
bei 3 gb platz denke ich mal werden es bestimmt 30 sein mindestens.
probiere mal nachst, ob es da schneller ist, wenn nicht, dann haben sie auch noch ne bremse eingebaut, das du nur soundsoviel power nutzen kannst.

_________________
Die Frage muss nicht lauten, warum Leute Amok laufen, sondern warum es nicht mehr tun.
25 hours forum isnt enough.

Aber vor 3-4 Tagen war des noch nicht so mit den ladzeiten und wenn ich den Server neustarte ist er auch erst dauerhaft schnell, ist ja alles top mit dem ding, auch des confixx und webmin ist nicht verkehrt. naja... werd mal hören was die sagen....

_________________
// If today was a perfect Day, there will be no need for tommorow... //

dann mach dir php komplimierer drauf gg, das forum hier hat auch einen^^, dh, so schnell gg

Ich weiß gar nicht, was alle immer mit der Dateigröße haben. Die reine Größe einer Datei macht so gut wie gar nix aus. Wichtig ist eher der Code darin.
Bei Dir ist eine große Menge SQL drin. Folgendes ist mir aufgefallen:
1.) Einlesen aller NPC aus der Accounts-Tabelle (ist ein Index auf npc? unbedingt nötig!), dann Update in einer Schleife, dadurch viele SQLs. Ohnehin würde ich die gar nicht erst einlesen, sondern das Update direkt ausführen, geht alles per MySQL.
2.) "SELECT value FROM settings where setting='weather'"; - Dafür gibt es gemeinhin die Funktion getsetting().
3.) "SELECT name,charm FROM accounts ORDER BY RAND(".e_rand().") LIMIT 1"; - Zufallssortierung ist bei vielen Datensätzen recht langsam. Wird allerdings ja nur selten ausgeführt, daher nicht so schlimm. Ähnliches SQL auch noch weiter unten mehrfach.
4.) "SELECT battlepoints,name FROM accounts WHERE battlepoints > 0 ORDER BY battlepoints DESC,name"; - SEHR(!) übel! Damit liest Du battlepoints und name sämtlicher Accounts ein (was an sich schon sehr viel Zeit braucht), obwohl Du nur einen einzigen benötigst.
5.) "SELECT name,torneo,torneopoints,superuser FROM accounts WHERE torneo > 0 AND superuser < 5 ORDER BY torneo DESC"; - Derselbe Unsinn. Du brauchst nur einen Datensatz, holst aber alle.

Die letzten sind natürlich bei jeder Stadt zu finden. Dazu kommt noch ein großer Haufen weiterer SQLs, die zwar nicht so schlimm sind, aber in der Menge doch sehr ausbremsen.

_________________
A bus station is where busses stop. A train station is where trains stop. On my desk there is a workstation...

Klingt alles sehr logisch, hm ich werd mich mal am WE dransetzen, hab dank.

_________________
// If today was a perfect Day, there will be no need for tommorow... //

nunja hardware änderungen ist nicht, und es hängen 5 andere Vserver mit drauf und ich mach wohl ne cpu-Auslastung von 43%, sprich ich sollt mir nen root-server suchen *g*

_________________
// If today was a perfect Day, there will be no need for tommorow... //

my.cnf von mysql bearbeiten

set-variable = max_connections=2500
set-variable = key_buffer_size=64M
set-variable = sort_buffer=15M
set-variable = table_cache=512
set-variable = max_allowed_packet=64M
set-variable = query_cache_size=4M

Diese Einstellungen müssten mysql Beine machen.


zlib.output_compression = On
output_buffering = On

Diese Einstellungen beschleunigen das Laden von HTML-Seiten.


In mysql sollten in oft genutzten Tabellen Indizes über mehrere Spalten gesetzt werden. Wird z.B. häufig die Anfrage select * from link where source_a='content' and source_b='menu' verwendet, so sollte man einen Index über source_a und source_b legen.

_________________
Die Frage muss nicht lauten, warum Leute Amok laufen, sondern warum es nicht mehr tun.
25 hours forum isnt enough.

zlib.output_compression = On


das bezweifel ich etwas das für bei mir dazu das er die php dateien runterläd^^

Nunja jetzt hab ich mir nen Root Server besorgt und bin denn grad am fertig machen.
Danke euch für alle Mühen :p

_________________
// If today was a perfect Day, there will be no need for tommorow... //