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

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

Eingetragen von Kirsten1965 (703)
am 08.12.2009 - 14: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 netzkoop (1820)
am 08.12.2009 - 22: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.

  • Anmelden oder Registrieren um Kommentare zu schreiben

Da liegt luzer

Eingetragen von Alexander Langer (3416)
am 09.12.2009 - 11: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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Danke für die Hinweise

Eingetragen von Kirsten1965 (703)
am 09.12.2009 - 12: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

  • Anmelden oder Registrieren um Kommentare zu schreiben

Benutzeranmeldung

  • Registrieren
  • Neues Passwort anfordern

Aktive Forenthemen

  • für drupal11 ein Slider Modul
  • [gelöst] W3CSS Paragraphs Views
  • Drupal 11 neu aufsetzen und Bereiche aus 10 importieren
  • Wie erlaubt man neuen Benutzern auf die Resetseite zugreifen zu dürfen.
  • [gelöst] Anzeigeformat Text mit Bild in einem Artikel, Drupal 11
  • Social Media Buttons um Insteragram erweitern
  • Nach Installation der neuesten D10-Version kein Zugriff auf Website
  • Composer nach Umzug
  • [gelöst] Taxonomie Begriffe zeigt nicht alle Nodes an
  • Drupal 11 + Experience Builder (Canvas) + Layout Builder
  • Welche KI verwendet ihr?
  • Update Manger läst sich nicht Installieren
Weiter

Neue Kommentare

  • melde mich mal wieder, da ich
    vor 1 Woche 2 Tagen
  • Hey danke
    vor 1 Woche 3 Tagen
  • Update: jetzt gibt's ein
    vor 1 Woche 4 Tagen
  • Hallo, im Prinzip habe ich
    vor 2 Wochen 1 Tag
  • Da scheint die Terminologie
    vor 2 Wochen 1 Tag
  • Kannst doch auch alles direkt
    vor 2 Wochen 5 Tagen
  • In der entsprechenden View
    vor 2 Wochen 5 Tagen
  • Dazu müsstest Du vermutlich
    vor 2 Wochen 5 Tagen
  • gelöst
    vor 5 Wochen 2 Tagen
  • Ja natürlich. Dass ist etwas,
    vor 5 Wochen 3 Tagen

Statistik

Beiträge im Forum: 250233
Registrierte User: 20450

Neue User:

  • Mroppoofpaync
  • 4aficiona2
  • AppBuilder

» Alle User anzeigen

User nach Punkten sortiert:
wla9461
stBorchert6003
quiptime4972
Tobias Bähr4019
bv3924
ronald3857
md3717
Thoor3678
Alexander Langer3416
Exterior2903
» User nach Punkten
Zur Zeit sind 0 User und 18 Gäste online.

Hauptmenü

  • » Home
  • » Handbuch & FAQ
  • » Forum
  • » Ü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

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
Drupalcenter Team | Impressum & Datenschutz | Kontakt
Angetrieben von Drupal | Drupal is a registered trademark of Dries Buytaert.
Drupal Initiative - Drupal Association