Startseite
  • » Home
  • » Handbuch & FAQ
  • » Showroom
  • » Forum
  • » Drupalchannel
  • » Übersetzungsserver
  • » Suche
Startseite › Forum › Drupalcenter.de › Allgemeines zu Drupal ›

[gelöst] Hosting individuelle Prüfung des eigenen Pakets

Eingetragen von Kirsten1965 (276)
am 08.12.2009 - 15:21 Uhr in
  • Allgemeines zu Drupal
  • Drupal 6.x

Hallo liebe Drupelaner,

habe hier unter den Suchbegriffen "Hosting", "Systemanforderungen" und Kombinationen hier im Forum gesucht und auch fleißig gelesen. Nun habe ich aber immer noch eine Frage ...

Am Anfang meiner "Drupalkarriere" war ich noch der Ansicht ich käme mit ein paar Erweiterungen aus. Nun sind es schon 146 Module - tja, so kann es gehen. Ich entwickle local auf einem XAMPP System und da läuft die Website auch im 1-Mann-System gut und flüssig nach Anpassung von php.ini und Co.

Ende des Jahres werde ich wohl alles fertig haben und möchte dann mit der Website (mit neuer Domain) online gehen und bin auf der Suche nach einem möglichst günstigen, zuverlässigen Provider. Ich gehe nach einer Anlaufzeit von 2 Monaten davon aus, dass alle alten User uns wieder gefunden haben im neuen Heim und dann ca.150 Benutzer permanent gleichzeitig online sein werden. Wir haben noch den FlashChat laufen, das Herzstück der Website. Zu Stoßzeiten können es aber auch mal leicht 1.500 Benutzer gleichzeitig auf der Website sein.

Wie kann ich hier lokal ermitteln, wie meine persönlichen Voraussetzungen zum einwandfreien Betrieb der Website sein werden, damit ich auch das richtige Paket einkaufe?
Ein Rootserver kommt nicht in Frage, da ich mir die Wartung nicht zutraue.

Schubser in die richtige Richtung wie immer herzlich willkommen!

Gruß,

Kirsten

‹ Adressliste abbilden .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable ›
  • Anmelden oder Registrieren um Kommentare zu schreiben

Das kannst du lokal nicht

Eingetragen von luzer (1286)
am 08.12.2009 - 23:31 Uhr

Das kannst du lokal nicht ermitteln.
Weder kannst du die gleichzeitigen Zugriffe o.ä simulieren noch die anderen Webseitenbetreiber mit denen du dir Datenbank und Webserver in deinem Hostingpaket teilen wirst.

Deshalb entweder Wartung für einen Rootserver einkaufen, einen Managed Server mieten oder zumindest nach guten Konditionen bei den Hosting Paketen suchen insbes. was das Speicherlimit für PHP angeht und die Laufzeit von Scripten.

-----------
Kooperative Netze Hamburg-Berlin

  • Anmelden oder Registrieren um Kommentare zu schreiben

Da liegt luzer

Eingetragen von Alexander Langer (2737)
am 09.12.2009 - 12:38 Uhr

Da liegt luzer richtig.

Lokal kannst du bestenfalls als Anhaltspunkt ermitteln, wieviel Speicher PHP beim Aufruf von Drupal Seiten so braucht. Das geht mittels des Devel Moduls. Die Ergebnisse lassen sich aber nicht 1:1 von der eigenen Workstation auf einen Server übertragen.

Weiterhin sagt auch der ermittelte Wert nichts über Performance aus. Die Performance eines Servers kann man nur auf diesem selbst (oder einem bau- und systemkonfigurationsgleichen) ermitteln. Hierfür gibt es diverse Tools, die künstlich Last erzeugen, für die man aber netzwerktechnisch mögichst nah am Server dran sein sollte. Man kann eben über eine ISDN-Leitung nicht die Last von zig Usern mit DSL simulieren.

Bei Shared Hosting hast du, wie luzer schon schrieb, keine Einfluss darauf welche anderen Kunden du noch auf dem Server hast, auf dem deine Sachen gehostet werden. Oftmals hast du auch keine Aussagen darüber welche Hardware genau bei dir eingesetzt wird - okay, die Auskunft würde dir auch wenig bringen. Im worste case musst du damit rechnen, dass dein Hoster dir dein Paket inaktiv schaltet, wenn du deine Site das System und damit die anderen darauf gehosteten Kunden blockiert. Dafür gibt es eine ganze Reihe von Beispielen im Netz und grundsätzlich ist das mit Sicht des Hosters auch ein nachvollziehbares Vorgehen.

Am besten suchst du dir einen Hoster mit einem gut gestaffelten Portfolio der erlaubt, dass du so weit du musst und willst upgraden kannst und sich selbst um den internen Umzug kümmert. Dann könnte der Weg schlimmstenfalls von kleineren Shared Hosting Paketen zu größeren, über vServer bis zum Root-Server führen.

Je nachdem welche deiner Erwartungen das Projekt bestätigen wird, wirst du um vServer/Root-Server nicht herum kommen, wobei beide gleichermaßen erfordern, dass man sich mit dem System beschäftigt, es up-to-date und sicher hält. Es sei denn man wagt es mit einem Managed Server, wo es aber häufig Probleme gibt, wenn man spezielle Einstellungen benötigt.

Am sichersten fährst du vermutlich dir wen zu suchen, der Shared Hosting auf seinen eigenen Root-Servern anbietet, bzw. der als Dienstleistung Root-Server-Management anbietet. Ich bin selbst so einer (hänge das aber nicht so an dei große Glocke) und hier im Forum gibt es auch noch ein paar andere. Ideal ist natürlich jemanden zu finden, der nicht einfach nur Server managed, sondern sich auch mit den Anwendungen (in diesem Fall Drupal) auskennt und damit das Gesamtsystem besser einschätzen und gezielter konfigurieren kann.

--
mortendk: everytime you use contemplate... Thor is striking down from above with his mighty hammer - crushing and killing a kitten!

webseiter.de

Yes, Drupal can!

webseiter.de :: Drupal, SEO und Hosting

  • Anmelden oder Registrieren um Kommentare zu schreiben

Danke für die Hinweise

Eingetragen von Kirsten1965 (276)
am 09.12.2009 - 13:54 Uhr

Ihr Lieben,

vielen Dank für Eure ausführlichen Antworten.

Ich werde dann mal klein anfangen und eventuell dann immer eine Nummer größer werden.
Ich habe in die engere Wahl das folgende Paket genommen: VSM

Da hat man ja zugesicherten Arbeitsspeicher und kann per .htaccess auch Einstellungen an der php.ini machen. Ausserdem wird der Hoster immer wieder gut besprochen.

Werde dann mal schildern, wie es funktioniert. Versuche simultan auch die Anzahl der Module eventuell noch zu reduzieren, aber wenn man mit einem neuen CMS anfängt, dann nimmt man gerne erst einmal 'out-of-the-box'.

Eventuell hilft das ja dann auch anderen weiter.

Gruß,

Kirsten

Gruß,
Kirsten

Solange besser möglich ist, ist gut nicht genug.
http://barbraland.square7.ch

  • Anmelden oder Registrieren um Kommentare zu schreiben
Drupal 7 Demo-Website

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • Node-Speichern wird mit zunehmender Laufzeit des Servers langsam
  • Fatal error: Maximum execution time of 30 seconds exceeded in ....../includes/file.inc on line 934
  • Probleme bei der Installation von memcache
  • Treffen in Düsseldorf - 8.9. und 22.9.2010
  • [erledigt] id und klassen bei blöcken
  • Anzahl der erstellten Nodes eines bestimmten Contenttypes für bestimmte Rollen limitieren
  • Seiten kombinieren
  • Drupal Übersetzung Englisch Deutsch
  • Fragen vor Umstieg zu Drupal 6 von Joomla
  • Lightbox-2 Inputfilter
  • Kostenplfichtige Useraccounts
  • Such-Index: Problem mit ISBNs / großen Zahlen
Weiter

Neue Kommentare

  • Zum einen würde ich den
    vor 4 Stunden 54 Minuten
  • Das Aktivieren von Modulen
    vor 5 Stunden 1 Minute
  • Lies dich mal in Ruhe ein,
    vor 5 Stunden 5 Minuten
  • Hallo, das heißt, dass Dein
    vor 5 Stunden 12 Minuten
  • danke für den tip!
    vor 5 Stunden 40 Minuten
  • Nur ein Tip, aber ich würde
    vor 6 Stunden 6 Minuten
  • Ich habe noch das Problem,
    vor 6 Stunden 1 Minute
  • E-Fee schrieb ...Entweder man
    vor 6 Stunden 25 Minuten
  • Tja, was heiß quasi Standard?
    vor 6 Stunden 39 Minuten
  • Hallo E-Fee, nach dem was Du
    vor 6 Stunden 57 Minuten

Statistik

Beiträge im Forum: 130977
Registrierte User: 11264

Neue User:

  • BAue
  • CodeFlatter
  • michastock

» Alle User anzeigen

User nach Punkten sortiert:
quiptime4714
stBorchert4318
md3609
Tobias Bähr3607
bv3490
Alexander Langer2737
dereine2604
pebosi2490
Thoor2223
rapsli1505
» User nach Punkten
Zur Zeit sind 2 User und 25 Gäste online.

Benutzer online

  • Tobias Bähr
  • t0b1

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Showroom
  • » Forum
  • » Drupalchannel
  • » Übersetzungsserver
  • » Suche

Quicklinks I

  • Infos
  • Drupal Showcase
  • Installation
  • Update
  • Forum
  • Team
  • Verhaltensregeln

Quicklinks II

  • Drupal Jobs
  • FAQ
  • Drupal-Kochbuch
  • Best Practice - Drupal Sites - Guidelines
  • Drupal How To's
  • Bücherecke

Quicklinks III

  • Tipps & Tricks
  • Drupal Theme System
  • Theme Handbuch
  • Leitfaden zur Entwicklung von Modulen

RSS & Twitter

  • Drupal Planet deutsch
  • RSS Feed News
  • RSS Feed Planet
  • Twitter Drupalcenter
  • Drupal Demo
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association