Wie auch immer, gerade mit Typo3 sollte ein PHP-Accelerator verwendet werden. Besonders weil ja die großen Hoster nicht selten günstige Multicore-AMD-CPUs verwenden und wir wissen ja wie es da um die Singlethread-Performance steht.
URL: https://www.overclockers.at/coding-stuff/req-performance-von-webspace-testen_232037/page_1 - zur Vollversion wechseln!
morgen
kennt jemand eine gute und einfache Möglichkeit gemieteten Webspace auf dessen performance zu testen.
Ich frage deswegen danach da wir aktuell bei Inode auf einem xhost linux eine neue seite veröffentlicht haben und diese extrem lahm ist
aussage des entwicklers ist das der server zu lahm ist, ich tu mir aktuell noch sehr schwer das zu glauben
jetzt würd ich eben gerne irgendwie messen wie die performance im backend ist und ob der server eventuell das typo3 nicht dablast
ich bin für jede idee in die richtung wirklich dankbar
hier kannst schon mal schauen ob ggf. irgendein eingebundenes objekt probleme macht: http://www.webpagetest.org/
Sonst sowas mal versucht? http://www.typo3-anbieter.de/de/10ms/
Performance ist in diesem Bereich ein weitgestreuter Begriff. Da gibt es einerseits die statische Auslieferung von Files (Bilder, reines HTML, ...), andererseits die Verarbeitung von Skripten (zB PHP) und dann kann es auch Bottlenecks bei der Datenbank geben. Nachdem Typo3 verwendet wird, liegt es garantiert an den letzten beiden Punkten - ich vermute allerdings stark, dass der PHP-Code schuld ist. Wäre nicht das 1. Mal bei Typo3.
Wie auch immer, gerade mit Typo3 sollte ein PHP-Accelerator verwendet werden. Besonders weil ja die großen Hoster nicht selten günstige Multicore-AMD-CPUs verwenden und wir wissen ja wie es da um die Singlethread-Performance steht.
@onkelolf: danke, die beiden sagen halt auch nur etwas über die response für mich als user aus, und da weiß ich ja das sie schlecht ist
typo3-anbieter.de sagt eben z.b. 3 sekunden, was recht gut hinkommt auch vom persönlichen "surfvergnügen"
@mat: grundsätzlich vermute ich ja eben auch ein problem im php-code der vom entwickler kommt, denn so langsam kann der inode webspace nicht sein das bei null auslastung eine response 3s benötigt!
nur steh ich halt jetzt als depp da und kanns ned beweisen, deswegen hätte ich auf irgendwelche möglichen serverseitigen scripte gehofft die mir dann die php-script performance etc. etwas visualisieren können
danke mal wegen dem php accelerator tipp, inode unterstützt laut specsheet eh zend, in die richtung könnte ich mal anklopfen
vielleicht ne schnelle code review von einem anderem Entwickler? Die typischen Fehler z.B. beim lesen oder schreiben in die Datenbank sieht man meist eh schon auf einen Blick.
Oder einfach kurz auf einen anderen Server (Testumgebung) ausprobieren. Evtl. sagt der Entwickler das ja weil er einen Vergleichswert hat und der Server wirklich lahm ist.
das wirds wahrscheinlich ned spielen
momentan schauts nach nem neuen produkt aus, wird in richtung managed server gehen (ich mag mich ned um updates und co kümmern)
hat auch vorteile für andere projekte und man hat massig space
hetzner ist aktuell mein favorit mit dem kleinsten managed server paket
Zitat von userohnenamen(ich mag mich ned um updates und co kümmern)
Prinzipiell würde ein Durchlauf mit einem PHP-Profiler schon reichen. Dazu kann man den Entwickler der Seite schon auffordern bzw. es mit ein wenig Einarbeitungszeit auch selber machen.Zitat von lowtekkvielleicht ne schnelle code review von einem anderem Entwickler? Die typischen Fehler z.B. beim lesen oder schreiben in die Datenbank sieht man meist eh schon auf einen Blick.
Oder einfach kurz auf einen anderen Server (Testumgebung) ausprobieren. Evtl. sagt der Entwickler das ja weil er einen Vergleichswert hat und der Server wirklich lahm ist.
@colo: wenns nach dem ginge dürft ich auch keinen normalen webspace nehmen
daten liegen darauf eh keine wichtigen, also keine kundendaten usw. (die liegen eh im klo 
)
@mat: vielen dank, werd mir das definitiv einmal ansehen
Hetzner ist ja ziemlich günsitg, aber mwn nutzen die maximal 7,2k Festplatten, also nicht unbedingt das Ideale, wenn man viel DB braucht.
das schlimme is, es is ja eigentlich ned viel
nur ein dämliches typo3 ohne viel trara
aber mal schauen sobald die webseite drauf ist
eines muss man hetzner lassen, sie sind echt schnell
15 minuten nach bestellung war der server einsatzbereit 
Typo3 ist alleine schon recht viel
unserer firma habens vor paar jahren den shared inode/upc webspace abgedreht ohne vorwarnung und uns dank Gnade wieder freigeschalten für 1 Woche. Das war ein Vorgehen, das fand ich schon extrem ungut. Nichtmal eine Warn E-Mail oder dergleichen gab es.
Die Monate/Jahre davor wurde es auch immer langsamer.
Grund: Unsere Website war zu groß (traffic, ausgelieferte Files).
Jetzt sind wir woanders (mach keine Schleichwerbung) und seit dem funktioniert es schon seit Jahren wie geschmiert und es gab keine Beschwerden.
Fazit: Ich glaub deinem Entwickler das sofort.
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026