Performance der Drupal Installation
am 30.04.2012 - 09:35 Uhr in
Hallo Drupal Gemeinde,
Ich hab bei mir auf der Webseite ziemlich Performance einbrüchen. Teilweise geht alles "schnell" so wie man es kennt und dann gibt es stunden wo die Seite garnicht bedienbar ist. Klar geht der erste gedanke auf die Visits aber ich find die nicht so hoch das dies gravierend sein könnte. Der Peak lag in den letzten Tagen bei ~350 Besucher am Tag, der Tages Durchschnitt hat sich irgendwo bei ~280 Besucher ein gependelt. Gleichzeitig Besucher sind wenn es hoch kommt mal 15 Nutzer auf der Webseite.
Caching-Modus Ist auf Normal,
Minimale-Cache-Lebensdauer - 1 Tag
Seiten-Kompression ist aktiviert
Block-Cache ist deaktivierz (kann ich auch nicht aktivieren)
CSS-Datein optimieren ist aktiviert
JavaScript-Datein optimieren ist auch Aktiviert
Die Seite ist Mehrsprachig DE/EN läuft jeweils auf der .de und auf die .com Domain auf. Andere Multisites sind nicht installiert
Beitrags Anzahl: ~740
Datenbank Größe: ~80mb
Ich Hoffe ihr könnt mir irgendwie helfen und ein paar Tipps geben um die Performance zu optimieren.
Unten im Code findet ihr alle Module die aktiviert sind.
Vielen Dank
Erik
Name Version
Content 6.x-3.0-alpha3
Content Permissions 6.x-3.0-alpha3
Content Taxonomy 6.x-1.0-rc2
FileField 6.x-3.10
Option Widgets 6.x-3.0-alpha3
Text 6.x-3.0-alpha3
Chaos tools 6.x-1.8
Page manager 6.x-1.x-dev
Views content panes 6.x-1.8
Context 6.x-3.0
Context Geo IP 6.x-1.0-beta1
Context UI 6.x-3.0
Context by Node 6.x-1.3
Context Node 6.x-3.0-beta5
Contact 6,25
Content translation 6,25
Database logging 6,25
Help 6,25
Locale 6,25
Menu 6,25
Path 6,25
PHP filter 6,25
Profile 6,25
Search 6,25
Taxonomy 6,25
Update status 6,25
Upload 6,25
Date 6.x-2.8
Date API 6.x-2.8
Date Locale 6.x-2.8
Date Timezone 6.x-2.8
Pathologic 6.x-3.4
JW Player Module 6.x-1.7
Menu Editor 6.x-2.2
Menu Per Role 6.x-1.11
Nodewords 6.x-1.13
Block translation 6.x-1.10
CCK translation 6.x-1.10
Consistent Language Interface 6.x-3.7
Content type translation 6.x-1.10
Internationalization 6.x-1.10
Localization client 6.x-2.0
Menu translation 6.x-1.10
String translation 6.x-1.10
Synchronize translations 6.x-1.10
Taxonomy translation 6.x-1.9
Translation overview 6.x-2.4
Translation table 6.x-1.4
Translation template extractor 6.x-3.3
Views translation 6.x-3.x-dev
Mini panels 6.x-3.10
Panel nodes 6.x-3.10
Panels 6.x-3.10
Rules 6.x-1.4
Rules Administration UI 6.x-1.4
Page Title 6.x-2.5
Advanced help 6.x-1.2
Backup and Migrate 6.x-2.5
Clone module 6.x-1.3
Content locking (edit lock) 6.x-2.8
Content locking (edit lock) timeouts 6.x-2.8
CSS3PIE 6.x-1.0-beta2
Faq_Ask 6.x-2.1
Frequently Asked Questions 6.x-1.13
GeoIP 6.x-1.4
GeoIP Role 6.x-1.0
Global Redirect 6.x-1.4
IMCE 6.x-2.3
Libraries 6.x-1.0
Lightbox2 6.x-1.11
Link checker 6.x-2.5
Menu attributes 6.x-2.0-beta1
Menu Block 6.x-2.4
Nice Menus 6.x-2.1
Nodeaccess 6.x-1.3
Path redirect 6.x-1.0-rc2
Pathauto 6.x-2.0
Poormanscron 6.x-2.2
Site Documentation 6.x-1.3
Skinr 6.x-1.6
Special menu items 6.x-1.6
Token 6.x-1.18
Google Analytics 6.x-3.3
CKEditor Link 6.x-2.2
External Links 6.x-1.11
IMCE Wysiwyg API bridge 6.x-1.1
jQuery UI 6.x-1.5
Vertical Tabs 6.x-1.0-rc2
Wysiwyg 6.x-2.4
Views 6.x-3.0
Views Slideshow 6.x-3.0
Views Slideshow: Cycle 6.x-3.0
Views UI 6.x-3.0
Web File Manager 6.x-2.18
WebFM Image 6.x-2.18
WebFM IP Folder 6.x-2.18
WebFM Popup 6.x-2.18
- Anmelden oder Registrieren um Kommentare zu schreiben
hi , was meinst Du mit
am 30.04.2012 - 10:50 Uhr
hi
,
was meinst Du mit performance einbusse?
dass die seite langsam lädt?
wenn ich mir die liste der module so ansehe,
liegt bei mir die vertmutung nahe,dass es ein RAM Problem sein
könnte.
Diese Module sind bei Dir in der Produktionsseite an?
*Modul Database Logging ausmachen
*Help 6,25 Modul
*Site Documentation 6.x-1.3
Generell solltest Du überlegen ob Du gewisse Module überhaupt benötigst.
wie Linkchekcker, Page Title,etc.
Gruss
Und was für ein Hosting nutzt
am 30.04.2012 - 10:52 Uhr
Und was für ein Hosting nutzt du?
Ist bekannt ob das Problem für anonyme und / oder eingeloggte User besteht?
Hoster ist Goneo im
am 30.04.2012 - 11:15 Uhr
@Alexander Langer
Hoster ist Goneo im Goneo-Homepage-Premium angebot. Nach meiner Recherche bei Goneo. Sind die Kunden die das Premium Paket nur auf einem Server und nicht mit den kleinen nutzer gemixt.
Das Problem ist für Anonyme und eingeloggte User. Es gibt auch nur 3 Benutzer (alles admins) sonst sind nur anonyme nutzer drauf
@Hyp1
Die Performance mit langsam mein ich das wenn man zu bestimmten Zeiten auf die Seite geht lädt er ewig bis man überhaupt was sieht.
hab jetzt mal die folgenden deaktiviert
*Help 6,25 Modul
*Site Documentation 6.x-1.3
Linkchecker
Page Title
aber nach einem kurzen test ist kein unterschied zu merken
Hi, also das Modul Database
am 30.04.2012 - 11:43 Uhr
Hi,
also das Modul Database Logging solltest Du unbedingt auch abschalten.
Es benötigt ziemlich viel Ressourcen.
Schau auch unbedingt mal in den Error Logs ob es da Einträge gibt.
Dein Premium Paket ist ist ein Shared Hosting Paket.
Für 9.95 hat Du dort mit Sicherheit keinen eigenen Server.
Da teilen sich zig Kunden RAM und Bandbreite.
Meine grbe Einschätzung
Deine Seite dürfte aufgrund der zahlreichen Module die Du verwendest
vermutlich zu Ressourcenintensiv für einen Shared Host sein.
Entweder baust Du deine Seite so um dass Sie weniger
Ressourcen benötigt oder Du brauchst einen dedizierten Server.
LG
Du soltlest Dich echt acuh
am 30.04.2012 - 11:54 Uhr
Du soltlest Dich echt acuh selbst mal fragen
ob Du diese Module in einer produktiven Seite benötigst.
Du könntst gewisse Module abschalten und nur einschalten wenn du z.B. etwas
an der Struktur ändern möchtest
Rules Administration UI 6.x-1.4
(Benötigen User Rules UI?)
Faq_Ask 6.x-2.1
(wird das echt benötigt?)
Frequently Asked Questions 6.x-1.13
(wird das echt benötigt?)
Site Documentation 6.x-1.3
(wer liest das Benutzer,Gast?)
jQuery UI 6.x-1.5
(braucht das Benutzer,Gast?)
Google Analytics 6.x-3.3
(besser ins HTML Template)
Views UI 6.x-3.0
(erstellen User wirklich Views oder wird das oft benötigt?)
Clone module 6.x-1.3
(kann man das nicht einschalten wenn man es braucht?)
Versuch das mal.
LG
Hi Hyp1, danke für die hilfe,
am 30.04.2012 - 12:07 Uhr
Hi Hyp1,
danke für die hilfe, wegen goneo. Ja richtig das ist shared-hosting aber ich meinte oben das nur premium-nutzer(mehrere kunden) auf einen server sind und nicht auch noch die kunden von dem easy paket und profi.
Hmm ich versteh schon das es ist sinnvoll ist das Database logging abzuschalten. Aber ich bin dort oft drin um zu gucken ob irgendwo falsche verlinkungen. Ich werds jetzt mal testweise abschalten und dann mal beobachten was passiert
Ich versteh schon das ein dedizierter Server besser ist aber ich weiss für mich nicht ob sich das lohnt vom preis her da ja "nur" ~280 nutzer am tag auf der seite sind(auch über den tag hin weg verteilt) das ist für meinen geschmack verhältnismäßig wenig.
Zu den Modulen,
Rules Administration UI 6.x-1.4 - hab es ausgeschaltet solange es nicht benötigt wird und wenn doch machen wir es an
Faq_Ask 6.x-2.1 - wird benötigt
Frequently Asked Questions 6.x-1.13 - wird benötigt
Site Documentation 6.x-1.3 - ist deaktiviert
jQuery UI 6.x-1.5 - kann ich garnicht deaktivert wird benötigt von JW Player Modul b
Google Analytics 6.x-3.3 - gut idee mach ich gleich
Views UI 6.x-3.0 - wird viel von uns benutzt
Clone module 6.x-1.3 - - hab es ausgeschaltet solange es nicht benötigt wird und wenn doch machen wir es an
Die Frage ist
am 30.04.2012 - 12:20 Uhr
welche policy setzt der Hoster ein, um die Laste in Grenzen zu halten?
Vielleicht gibt es einen anderen Kunden, der eine sehr intensive WEB-Site hat.
Wenn der Prozessor ausgelastet ist, dann kannst du auf deiner Site machen was du willst.
Die andere Frage ist natürlich, wieviel zugesicherten Hauptspeicher hast du denn?
Vielleicht ist ein Upgrade sinnvoll
Hi Ronald, das sind
am 30.04.2012 - 12:49 Uhr
Hi Ronald,
das sind berechtige Fragen aber ich weiss es leider nicht, ich krieg das bei Goneo auf der Seite auch nichts raus (http://www.goneo.de/hosting/hosting.html ) Homepage-Premium haben wir.
Erik
Die haben doch sicher einen Support
am 30.04.2012 - 13:53 Uhr
der solche grundlegenden Fragen beantworten kann.
Mit dem Hostingvertrag müsstest du doch eine Information bekommen haben, wieviel Hauptspeicher dir zugeteilt wird.
Vielleicht sogar etwas über die Prozessorauslastung und den enthaltenen Support.
Bei Shared Hosting wird kein
am 30.04.2012 - 14:01 Uhr
Bei Shared Hosting wird kein Hauptspeicher zugewiesen. Es handelt sich ja nicht um eine auf Kundenbasis virtualisierte Umgebung.
OK - da habe ich mich nicht exakt ausgedrückt
am 30.04.2012 - 15:25 Uhr
es geht natürlich um den maximal nutzbaren Speicher.
Einsteigerpakete werden gerne auf 32 oder 64 MB begrenzt, was bei größeren Anwendungen sehr schlecht ist.
Auch die Prozessorzeit kann ein Problem sein. Hier ist wichtig, wieviele Seiten mit Verkehr auf einer Maschine sind.
Ein guter Mix von kleinen Privatpages und verkehrsintensiven Anwendungen ist sinnvoller, als die kleinen auf eine, und die intensivsites auf den anderen Server zu packen.
Das entscheidet jeder Hoster selbst.
Performanceeinbußen hatte ich
am 01.05.2012 - 07:34 Uhr
Performanceeinbußen hatte ich auf meinem vServer bei Server4You... Hab mir dann eine bessere Lösung gesucht.
Problematisch ist auch immer das neu erstellen des Caches. Dabei wird scheinbar ein lock auf die DB Tabellen gemacht und sämtliche Anfragen bleiben hängen bis der Cache gelöscht bzw. die entsprechende Seite neu gecacht ist.
Aus diesem Grund habe ich auch schon über entsprechende Maßnahmen (Frontside Proxy, Boost-Module,...) nachgedacht...
freq schrieb Hoster ist
am 01.05.2012 - 09:12 Uhr
Hoster ist Goneo im Goneo-Homepage-Premium angebot.
Na ja, von Goneo kannst Du in Sachen der Drupal-Performance auch nichts besseres erwarten. Für diesen Preis bekommst Du aber bei domainFactory den Tarif ManagedHostingPro (Basispaket), mit Leistungen in Hülle und Fülle, bei dem Drupal 7 problemlos rennt. Nur die Domains sind in dem Tarif nicht drin und müssen extra bezahlt werden.
Grüße
Joe
also bei gonea gibts glaube
am 01.05.2012 - 12:37 Uhr
also bei goneo gibts glaube ich nur maimal 64mb memory, haben die mir mal gesagt. also hoster wechslen. alfahosting, da hats du für das geld 128mb, hosteurope ebnso, oder 1blue, da gibts http://www.1blu.de/cloudhosting/1blu-cloudhomepage/
ronald schriebes geht
am 01.05.2012 - 17:47 Uhr
es geht natürlich um den maximal nutzbaren Speicher.
Einsteigerpakete werden gerne auf 32 oder 64 MB begrenzt, was bei größeren Anwendungen sehr schlecht ist.
Auch die Prozessorzeit kann ein Problem sein. Hier ist wichtig, wieviele Seiten mit Verkehr auf einer Maschine sind.
Das bringt den Poster aber nicht weiter. Wäre das PHP Memory Limit, welches du meinst, zu gering, dann gäbe es einen WSOD und passende Einträge im Error-Log. Und "Prozessorzeit" kannst du auf Shared Hosting auch nicht verteilen, lediglich max. Skriptlaufzeiten. Bringt dem Poster aber auch nichts, wenn er kann die Laufzeiten in den anderen Paketen auf dem Server nicht ändern.
danke für die rege
am 02.05.2012 - 09:30 Uhr
danke für die rege beiteiligung,
also das PHP Memory Limit ist auf 128mb. Jedenfalls laut phpinfo(); ich kann dies auch bearbeiten wenn ich in der php.ini das änder kann auch 512mb eintragen aber ich hab nicht wirklich ein unterschied gemerkt
s kann sein
am 02.05.2012 - 10:04 Uhr
dass der Wert nicht zieht, weil der Hoster eine andere Grenze eingetragen hat.
Dann ist dein Eintrag nur ein Wunsch.
Das muss du mit deinem Hoster klären.
Ich denke, dass das
am 02.05.2012 - 10:52 Uhr
Ich denke, dass das vordergründig nicht an den Modulen liegt. Du teilst dir mit anderen Kunden den Server und da wird es sicherlich einige Kundenprojekte geben die zu bestimmten Zeiten viel Serverlast erzeugen und alle Ressourcen "fressen" und somit andere Projekte (auch deins) ausbremsen.
Wenn es an den Modulen liegen würde, hätte man 24 Stunden lang die Probleme.
Am besten wäre es (zu einem anderen Hoster) umzuziehen.
Meine Probleme waren bei 2
am 02.05.2012 - 12:50 Uhr
Meine Probleme waren bei 2 Hostern auf I/O-Probleme zurückzuführen (z.B. wenn andere Webspaces oder vServer auf dem Server viele Schreiboperationen auf die Platte haben...
Leider sind die Ressourcen gerne sehr knapp bemessen bei den Systemen, um diese zu einem günstigen Preis anbieten zu können.
Drupal ist wohl auch nicht gerade Ressourcen schonend... zumindest beim Module installieren usw.
Cache löschen und neu erstellen ist da auch oft ein Problem, was der Kunde/ Tester bei den entsprechenden Ladezeiten (hatte da 20-30 Sekunden oder sogar mehr beim ersten Aufruf einer nicht gecachten Seite!)...
Ich hab mir mal einen
am 09.05.2012 - 10:14 Uhr
Ich hab mir mal einen Test-Account bei Alfahosting.de angelegt. Verdammt flott!
Bei der Installation von advanced_forum hatte ich mit 64MB limit ein exceeded Fehler, aber ansonsten Seitenaufrufe, Modulinstallation usw. sehr schnell! Support antwortete mir innerhalb von 10 Minuten auf ein Ticket (extra mal eine Frage gestellt, auch um die Schnelligkeit zu testen ;) ).
Und das Limit von 80MB kostet ja auch nur 4,49€/ Monat bzw. 96MB für 5,99€/ Monat.
Kennt jemand einen besseren oder gleichwertigen und günstigeren Hoster für Drupal (7)?
LOL - bei 24 Monaten Mindestvertragslaufzeit!
am 09.05.2012 - 10:41 Uhr
Und das Limit von 80MB kostet ja auch nur 4,49€/ Monat bzw. 96MB für 5,99€/ Monat.
Vorausgesetzt, dass Du dich für 24 Monate an den Hoster bindest und für 24 Monate im Voraus bezahlst. Wenn Deine Mindestvertragslaufzeit aber nur 4 Monate beträgt und Du nur für 4 Monate im Voraus bezahlst, dann sehen diese Preise schon anders aus, nämlich 8,49 Euro / Monat bzw. 11,99 Euro / Monat.
Kennt jemand einen besseren oder gleichwertigen und günstigeren Hoster für Drupal (7)?
Ja, Uberspace.de - mit 128 MB PHP-Memory, SSH-Zugang, einem SUPER-Support und allem, was ein Entwicklerherz so begehrt.
Gruß
Joe
Hallo, die Performance hat
am 09.05.2012 - 10:42 Uhr
Hallo,
die Performance hat mit der grösse des Webspaces wenig oder nichts zu tun.
Du musst diese Fragen stellen:
1. Welche System Grenzen hast Du? (Beschränkungen, Bandbreite, php_memory, max_connections,etc)
2. Wieviel Prozessorzeit/RAM/Bandbreite steht Dir im ungünstigsten Fall zur Verfügung.
Auf die 2. Frage wirst du von einem Shared Hoster vermutlich keine Antwort bekommen.
LG
Hyp1 schrieb 2. Wieviel
am 09.05.2012 - 11:03 Uhr
2. Wieviel Prozessorzeit/RAM/Bandbreite steht Dir im ungünstigsten Fall zur Verfügung.
Auf die 2. Frage wirst du von einem Shared Hoster vermutlich keine Antwort bekommen.
Doch! Ich erinnere hier an domainFactory und z.B. das Basispaket für 9,95 Euro/Monat im ManagedHosting Pro.
Gruß
Joe
Joenet schrieb Xeto
am 14.05.2012 - 13:53 Uhr
Und das Limit von 80MB kostet ja auch nur 4,49€/ Monat bzw. 96MB für 5,99€/ Monat.
Vorausgesetzt, dass Du dich für 24 Monate an den Hoster bindest und für 24 Monate im Voraus bezahlst. Wenn Deine Mindestvertragslaufzeit aber nur 4 Monate beträgt und Du nur für 4 Monate im Voraus bezahlst, dann sehen diese Preise schon anders aus, nämlich 8,49 Euro / Monat bzw. 11,99 Euro / Monat.
Kennt jemand einen besseren oder gleichwertigen und günstigeren Hoster für Drupal (7)?
Ja, Uberspace.de - mit 128 MB PHP-Memory, SSH-Zugang, einem SUPER-Support und allem, was ein Entwicklerherz so begehrt.
Gruß
Joe
Ja, die Mindestlaufzeit hatte ich NICHT gesehen... Aber der Testwebspace mit 80MB Limit ist bisher konkurrenzlos in der Performance (Vergleich zu Webhosting und vServer Hosteurope, vServer NbiServ und Server4You)! Sehr schnell!
uberspace ist sicherlich von Support und Dienstleistung her enorm gut, aber eine garantierte Leistung gibt es dort aufgrund des fai use Prinzip nicht... Und bei meinem Test hat der Webspace mit Drupal 7 schon eher schlecht abgeschnitten (möglicherweise auch einfach einen schlechten Zeitpunkt erwischt...).
Na, dann?
am 14.05.2012 - 16:17 Uhr
Hallo Xeto,
Wenn Du so begeistert bist und wenn Dir Alfahosting.de so „sympatisch“ ist, dann nichts wie hin, oder? :)
Sei dir aber darüber im Klaren, dass:
1) dieses Angebot keinesfalls konkurrenzlos und schon gar nicht günstig ist. Die allgemeinen Preise für die entsprechenden Leistungen können schon nach weniger als einem Jahr deutlich günstiger sein. Du sitzt dann aber auf deinem 2-jahres-Vertrag und bist an den Provider gebunden.
2) die Performance des Testservers sagt gar nichts aus und darauf kannst Du dich nicht verlassen. Wenn Du bezahlt und Deinen 2-jährigen Vertrag abgeschlossen hast, wirst Du ganz gewiss auf einem anderen Server Dein Webspace haben. Nur eine xx-Tage Geld-Zurück-Garantie bei Nichtgefallen (wie das z.B. bei domainFactory ist) kann dich vor einer bösen Enttäuschung schützen. Sowas bietet aber Alfahosting.de nicht an, oder?
3) 80MB PHP Memory können relativ schnell zu knapp sein. Erfahrungsgemäß braucht Drupal_7 128MB, wenn man ein bisschen „Luft“ für die Module haben möchte.
Grüße
Joe
Noch ein Nachtrag: Für mich
am 14.05.2012 - 16:53 Uhr
Noch ein Nachtrag:
Für mich selbst übrigens ist dieses Angebot völlig uninteressant und alleine durch die Tatsache "disqualifiziert", dass es in keinem der Webhosting-Tarife einen SSH-Zugang gibt. Darauf möchte ich besonders bei Drupal nicht verzichten. Ich habe mich z.B. schon längst davon abgewöhnt, alles mühsam und zeitraubend per FTP auf mein Webspace hochladen zu müssen. Mit wget in der SSH-Shell geht das ruck-zuck. :)
dafür brauchst du keine konsole
am 14.05.2012 - 18:38 Uhr
Um drupalmodule von server nach server zu übertragen, gibt es den "weitere Module installieren" Button, der über der Modulliste ist.
Uberspace bietet auch eine SSH-Konsole (Shell-Zugang).
Erst lesen, dann schreiben.
am 14.05.2012 - 19:05 Uhr
Hallo Ronald,
sei mir nicht böse, aber manchmal es ist sinnvoller einfach Klappe zu halten, anstatt zu versuchen, zu jedem Post im Forum irgendwas zu schreiben - besonders wenn man wenig Ahnung in einem Thema hat. Selbstverständlich hat man bei Uberspace.de ein SSH-Zugang und das habe ich schon in diesem Thread erwähnt.
Gruß
Joe
nichts Anderes habe ich geschrieben
am 14.05.2012 - 19:28 Uhr
:D
Was Uberspace angeht - ja, mein Fehler.
am 14.05.2012 - 20:19 Uhr
Ja, bei Uberspace hab ich mich verguckt, sorry (keine anstatt eine gelesen, weiß nicht warum - meine Augen sind OK :) ).
Mit meiner Bemerkung habe ich aber was anderes gemeint, nämlich Deinen Hinweis bezüglich der Installation der Module in Zusammenhang mit der SSH-Shell.
Gruß
Joe
EDIT: Jetzt weiß ich, warum ich mich verguckt habe. Du schriebst "bietet AUCH eine...an", wobei die Rede gerade von Alfahosting.de war, die aber KEINE SSH-Shell in ihren Webhosting-Tarifen hat (erst bei den Servern).
Ja, momentan wirkt
am 14.05.2012 - 20:57 Uhr
Ja, momentan wirkt Aktivierung sehr gut... Die Laufzeit ist ein kritischer Punkt. Mal schauen. DomainFactory müsste ich erstmal noch im Vergleich testen
Uberspace bietet sehr viel und ist super im Umgang, aber Performance seh ich kritisch auf Dauer.
Xeto schrieb DomainFactory
am 14.05.2012 - 21:12 Uhr
DomainFactory müsste ich erstmal noch im Vergleich testen
Dann aber bitte gleich ManagedHosting Pro (Basispaket für 9,95 Euro) und kein MyHome Plus - Tarif. Der letzte ist für Drupal etwas zu "schwach".
Ein Tipp - Bestelle zuerst den kostenlosen DomainManager mit einer kostenlosen Domain (eine steht dir zu Verfügung). Nach 2-3 Tagen kannst Du dann (so jedenfalls war es bei mir) ohne Setup-Gebühr (die normalerweise auch 9,95 Euro beträgt) sehr einfach auf ManagedHosting Pro upgraden. Die 60-Tage Geld-zurück-Garantie hast Du dann nach dem Upgrade trotzdem.
Muss ich mir mal durch den
am 15.05.2012 - 06:53 Uhr
Muss ich mir mal durch den Kopf gehen lassen. DomainFactory habe ich Erfahrungswerte für JiffyBox mitgeteilt bekommen, welche sehr positiv waren. Da habe ich auch mal einen Test-Account gehabt. ich habe momentan keinen Zeitdruck und kann das in Ruhe weiter verfolgen, bevor ich für mich eine Entscheidung treffen muss ;)
Völlig frei ist man natürlich mit einem eigenen (v)Server, aber da muss man dann schon genau wissen, wie man den Apache und gegebenenfalls auch die MySQL-DB optimieren kann und muss. Ein Schwachpunkt bei vielen (günstigen) vServern ist oft I/O! Das habe ich nun inzwischen sowohl einige male selbst erlebt als auch aus Erfahrungsberichten im Umfeld mitbekommen.