Archiv verlassen und diese Seite im Standarddesign anzeigen : Meinung zu Strato Flatserver
Hallo,
ich betreibe eine Rennspielseite mit Forum. Nun überlege ich zu einem neuen Server zu wechseln, der es mir erlaubt große Spieleupdates zu veröffentlichen. Da meine Homepage um die 1000 Besucher täglich hat und bei Veröffentlichung eines Downloads der Ansturm entsprechend groß ist, kann in einem kurzen Zeitraum viel Traffic enstehen >1TB monatlich. Ich habe die Angebote bei Strato entdeckt:
http://www.strato.de/server/highend/index.html
http://www.strato.de/server/business/index.html
Auf den ersten Blick scheint das alles sehr gut zu sein. Nun habe ich gehört, dass Strato einen sehr schlechten Service hat. Bei den Preisen kann man auch lange Wartezeiten in Kauf nehmen, denke ich. Wichtig ist mir, dass der Server schnell und zuverlässig (Erreichbarkeit) ist. Um das Serviceproblem zu umgehen, könnte ich doch den Server von jemandem managen lassen. Im Moment habe ich einen HostEurope Ded. MegaPack L (Angebot gibt es nicht mehr). Der Server ist ausgesprochen schnell. Darauf möchte ich in Zukunft nicht verzichten. Hat also jemand Erfahrungen mit den Strato-Flat-Servern?
Durch googlen habe ich insgesamt nur wenig Meinungen zu diesem Angebot gefunden. Meist schlechtes Feedback. Anderseit kann ich mir vorstellen, dass die zufriedenen Kunden wohl kaum Anlass haben das groß in Foren herumzuposauen.
Hat jemand gute/schlechte Erfahrungen mit einem dieser Angebote?
Viele Grüße
Kampf-Nudel
17.09.2005, 22:27
Meine Erfahrung mit Strato:
Gute Server (Ereichbarkeit usw)
Support naja reden wir nicht drüber
Aber die Zusatz Leistungen sind auch gut ( Remotekonsole usw)
Metro Man
17.09.2005, 22:30
Preise und Leistung sicher Okay
Support naja typischer Massenhoster-Status.
Huhu, ich bin jetzt schon mehrere Jahre bei Strato.
Habe insgesamt 7 Server gehabt (immer geupdated ;P) und ich kann dir nur Folgendes sagen:
Wenn dann nimm es selbst in die Hand, mach alles selber und verlass dich nicht auf den Support :)
Der Support Antwortet zwar sehr schnell aber meist unbefriedigend. Bestehs beispiel war der neue Server von mir (vor 2 monaten bestellt)
Hat andere Hardware als der alte gehabt und mein Debian Kernel update klappte nicht, wegen falscher dev unterstützung, das hat viel Zeit gekostet, obwohl Strato die config hat wollten sie diese nicht rausrücken.
Naja wie gesagt, Support isn Thema für sich. Aber die erreichbarkeit sowie die Leistung ist keineswegs schlechter als 1und1, HE und konsorten!
Sonix(m)
27.09.2005, 10:20
bin dort zeit genau mehreren Monaten und muss sagen super service und leistung bei strato
So, wir sind jetzt stolzer Besitzer eines Strato HighEnd-Servers LR. Vorinstalliert ist:
Apache/2.0.48 (Linux/SuSE)
mySQL 2.6.1
PHP 4.0.15
Jetzt habe ich hier im Forum gelesen, dass bei mehr als 100 Besuchern die PHP Version 4.3.10 das Forum langsam macht und deshalb die Version 4.3.11 zu empfehlen sei. Auf php.net finde ich eine 4.4.0 Version. Soll man auf eine andere PHP Version wechseln? Mit welcher Apache und mySQL Version hat man gute Erfahrungen?
Gruß
Von dem Bug betroffen war nur die Version 4.3.10. Ältere und neuere Versionen von PHP 4 sind von dem Problem nicht betroffen.
Welche Version von Suse hast du denn genau?
Suse hat PHP in der Version 4.3.3. Somit bist du nicht betroffen und kannst weiterhin diese PHP verwenden.
Wie meinst du das? Ich habe Version 4.0.15 installiert! Kein 4.3.3.
Wie meinst du das? Ich habe Version 4.0.15 installiert! Kein 4.3.3.
Bei einer Standard installation von Strato sollte version 4.3.3 von php instaliert sein. Das meinte ehr! wenn nicht installierste die neue version per Yast.
Übrigens: PHP 4.0.15 gab es nie. Schaue nochmal die Version nach.
Weiß jemand zufällig, wie ich die Versionsnummer rausbekomme? Ich habe die mir von meinem Kollegen sagen lassen und der ist grad offline.
Odysseus
27.09.2005, 19:31
Apache/2.0.48 (Linux/SuSE)
mySQL 2.6.1
PHP 4.0.15
Das erste scheint wirklich Apache zu sein.
Die zweite Versionsnummer passt nie und nimmer zu einem Server mit Suse 9.0. Das sieht eher nach was anderem aus.
Das Dritte ist auch ganz sicher nicht die PHP Version.
Apache müsste bei Suse 9.0 per Standard 1.3.26 sein, PHP bei 4.3.3 und MySQL bei 3.23.x
Ich kann mir nicht vorstellen, dass die auf einen neuen Server Suse 9.0 drauf machen. Suse 9.3 schon eher, und da wäre wohl Apache 2.0.x drauf, PHP 4.3.10 und MySQL irgendwas um die 4.0.x.
Sofern du immer alles per Yast aktuell hältst, musst du keine anderen Versionen einspielen. Suse aktualisierte die Pakete dahingehend, dass sie Bugs korrigieren, aber keine neuen Funktionen aus höheren Versionen einbauen. Daher bleiben die Versionsnummern auch immer gleich bei Yast Updates.
SuSE Linux 9.0 (i586)
Apache/2.0.48
phpMyAdmin 2.6.1
MySQL 4.0.15
Das ist jetzt 100%ig richtig. Ich glaube ich habe noch gar kein PHP installiert *g*. Ich habe die Möglichkeit auf Apache 1.3.x zu wechseln. Ist das sinnvoll?
Nein, es macht keinen Sinn von Apache 2.0 auf 1.3 zu wechseln.
Du scheinst dich mit den Dingen überhaupt nicht auszukennen. Deshalb mein Rat: Lass es so wie es ist und sorge einfach dafür, dass du die Suse Online-Updates regelmässig mit Hilfe von yast einspielst.
Hast Recht, dass ich nicht die Ahnung habe. Um das Management kümmert sich bei uns ein anderer mit Ahnung ;). Eine Frage habe ich noch. Muss man Experte sein, um über yast upzudaten oder kann ich Laie das in kurzer Zeit lernen?
Ich frage mich ernsthaft, warum du dir einen Rootserver gemietet hast, wenn du doch überhaupt keine Ahnung davon hast? Du hättest dir einen Managedserver mieten sollen.
Jetzt bleibt dir nur eins übrig: Viel lesen, viel Google benutzen und sehr viel lernen.
Ich bin nur ungeduldig und Frage hier so viel, weil mein Kollege, der den Server managen kann, nicht erreichbar ist. Ist schon ein Experte im Team, keine Sorge ;). Ich versuche jetzt auch bischen zu verstehen, was sich hinter einem root-Server verbirgt.
Clochard
27.09.2005, 21:38
Hallo Back-Up,
erstelle eine Datei namens info.php mit dem Texteditor und folgendem Inhalt
<?PHP
phpinfo();
?>
Lade das auf deinen Webspace hoch und rufe es im Browser auf. www.deineurl.de/info.php
Danach weißt Du welche Version von PHP Du hast. Es wird aber schon die 4.3.3 sein. Die ist bei Suse 9.0 dabei.
Ich habe mein Suse 9.0 auf PHP 4.3.11 upgedatet. Wenn ihr einen Experten im Team habt sollte er wissen wie das geht.
Viele Grüße, Ralf
Ich habe die phpinfo schon gefunden :). Über phpmyadmin kann man die ja aufrufen. Ist 4.3.3. Ich frag einfach mal, ohne mich vorher schlau gemacht zu haben!, wie ich eine Datei, die ich per FTP auf den Server geladen habe, nun aufrufen kann. Noch habe ich keine Url, sondern nur eine IP. Auf dem Server gibt es einen Ordner namens public_html. Ich kann aber nicht auf die Datei zugreifen, wenn ich im Browser http://IP/Datei oder http://IP/public_html/Datei eingebe. Der Server muss wohl noch "http-fähig" gemacht werden *g*. Falls die Frage zu doof ist einfach nicht antworten ;).
Sonix(m)
28.09.2005, 15:16
Bei strator fängt das doch ab Suse 9.2 erst an :confused:
Clochard
28.09.2005, 15:26
Hallo Sonix(m)
Strato liefert den Server mit Suse 9.0 und Visas aus. Wenn man eine höhere Suse Version will muss man ein anderes Image auswählen und neu installieren. Was ich bei einem HighEnd Server auch tun würde.
Ich habe nur einen Power-Server und das einzige Image mit Server-Soft Visas ist 9.0. Würde ich Suse 9.3 installieren hätte ich kein Visas.
Bei den HighEnd Servern kann man Ein Image wählen und danach selbst Plesk installieren. Plesk würde ich auch Visas vorziehen.
Viele Grüße, Ralf
Ich habe mich jetzt für SuSe 9.0 + Confixx entschieden, da ich ViSAS nicht mochte. SuSe 1-3 kann man auch installieren, nur nicht mit Confixx oder ViSAS.
Wie bekomme ich den absoluten Pfad zum Webspace raus? Beispiel: /is/htdocs/12345/www.wunschname.de/
Mit der PHP-Info-Funktion im vBulletin Admin-CP z.B.
Clochard
28.09.2005, 20:27
Wenn Du Confixx am werkeln hast
/var/www/web0/html/
Wobei web0 der erste angelegte Kunde in Confixx ist, danach käme web1, web2 usw.
Gruß, Ralf
Ich habe es über YAST gefunden: /srv/www/htdocs/web0
Jetzt habe ich in der php-info geschaut. Steht das gleiche :). Danke.
Jetzt habe ich ein anderes Problem. Meine Homepage ist hochgeladen, will aber nicht funktionieren. Öffne ich im Browser die index.php lädt der unendlich lange. Um zu testen, ob ich alles richtig konfiguriert habe, habe ich die Homepage auf dem Heimserver installiert. Da funktionierte es sofort. Mein Forum läuft bereits. Das Problem ist also nicht, dass nicht auf die Datenbank zugegriffen werden kann. Da ich keine Fehlermeldung bekomme, weiß ich nicht, wie ich den Fehler finden kann. Hat jemand eine Idee, wie ich rausbekomme, wo er beim Laden stecken bleibt?
Nachdem ich bei mir aufm PC PHP 4.3.3 installiert hatte und dann plötzlich die Homepage nicht mehr ging, dachte ich, dass ich eine neuere PHP bräuchte. Also habe ich auf dem Server PHP 4.3.11 erfolgreich installiert. Ging trotzdem nicht. Lösung war, dass man in der php.ini "register_globals" auf "On" stellen musste. Dafür, dass ich anfangs nichts mit Linux oder Managing am Hut hatte, habe ich doch schon viel geschafft :).
Ich habe eine neue Frage. Ich habe die eth0 Firewall konfiguriert. Im Moment habe ich keinen Anlass dazu, aber wie deaktiviert man die Firewall wieder? Wenn ich in YAST für die Externe Schnittstelle (wie zu Anfang) "(keine)" wähle, komme ich nicht weiter, da YAST verlangt, dass man eine Firewall-Art auswählen muss.
Lösung war, dass man in der php.ini "register_globals" auf "On" stellen musste. Dafür, dass ich anfangs nichts mit Linux oder Managing am Hut hatte, habe ich doch schon viel geschafft :).
Das ist keine Lösung, sondern eine Sicherheitsschwachstelle. Siehe dazu:
http://de.php.net/register_globals
Ich habe eine neue Frage. Ich habe die eth0 Firewall konfiguriert. Im Moment habe ich keinen Anlass dazu, aber wie deaktiviert man die Firewall wieder? Wenn ich in YAST für die Externe Schnittstelle (wie zu Anfang) "(keine)" wähle, komme ich nicht weiter, da YAST verlangt, dass man eine Firewall-Art auswählen muss.
Ein Howto: http://www-uxsup.csx.cam.ac.uk/pub/doc/suse/suse9.3/suselinux-adminguide_en/cha.sec.html#sec.fire
Danke für den Hinweis :).
Ich habe schon wieder eine Frage. Ich möchte mein Mailkonto nun über Thunderbird abrufen. Wie lautet der POP3-Server und der SMTP-Server? Wie muss der Anmeldename lauten? Ich habe schon vieles ausprobiert, leider ohne Erfolg. Kann ich IMAP nutzen - was ist da zu beachten?
Viele Grüße
Weiß niemand weiter? Ist die Frage zu undetailiert?
Ich habe schon wieder eine Frage. Ich möchte mein Mailkonto nun über Thunderbird abrufen. Wie lautet der POP3-Server und der SMTP-Server? Trage den Hostnamen oder die IP von dem Server ein, von dem du die Mails abrufen möchtest.
Wie muss der Anmeldename lauten? Das weisst nur du selbst. Manchmal ist es nur ein Benutzername, manchmal aber auch die komplette Mailadresse.
Ich habe schon vieles ausprobiert, leider ohne Erfolg. Kann ich IMAP nutzen - was ist da zu beachten?
Ob du IMAP benutzen kannst, hängt davon ab, wie der Server eingerichtet ist und ob überhaupt ein IMAP-Server darauf läuft.
Es kommt immer die Fehlermeldung, dass nicht zum Mail Server verbunden werden konnte :(.
domain.de. 86400 IN A IP
*.domain.de. 86400 IN A IP
domain.de. 86400 IN MX 10 mail.domain.de.
domain.de. 86400 IN NS ns.serverkompetenz.de.
domain.de. 86400 IN NS ns2.serverkompetenz.de.
Das sind die DNS-Einträge für meine Domain. Für POP3 und SMTP Server muss ich demnach mail.domain.de wählen, oder? Das habe ich gemacht. Leider kommt weiterhin die Fehlermeldung, dass nicht zum Mail-Server verbunden werden kann.
Es können viele verschiedene Dinge die Ursache sein. Wir werden dir von hier aus so nicht helfen können. Vielleicht ist auch gar kein POP3- und IMAP-Server installiert.
Ich kann über das Confixx-Mailprogramm E-Mails schreiben und empfangen. Bedeutet das, dass ein POP3-Server installiert ist?
Jetzt gehts. Keine Ahnung warum. Für die Zukunft wäre es gut, wenn IMAP installiert wird...
Dann installiere einen IMAP-Server. ;)
Das habe ich soeben erfolgreich getan. Geht ja viel einfacher als erwartet :).
Powered by vBulletin® Version 4.1.12 Copyright ©2012 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.