Umzug
Die Domain weblars.de (und damit auch dieses Blog) zieht auf einen anderen Server um. In den nächsten Tagen kann also das eine oder andere Problemchenen auftauchen. Sollte irgendwas nicht erwartungsgemäß funktionieren könnt ihr mir eine kurze Info an blog(at)weblars.de schicken.
Update (23:28 Uhr): Der Domainumzug ist abgeschlossen. Soweit scheint alles zu funktionieren…
RSS feed
Kommentare RSS
Test, 2, 3, 4.
Darf man fragen von wo nach wo Du umgezogen bist? Und was der Grund dafür war?
Es gab keinen konkreten Anlaß, der mich jetzt unbedingt zu einem Wechsel getrieben hätte. Im Großen und Ganzen war ich zufrieden mit all-inkl.com.
Ich bin aber trotzdem zu hosteurope gewechselt, da mich einige kleinere Dinge gestört haben.
Die Performance der IMAP-Server war sehr mässig. Ich habe mehrere große IMAP-Postfächer und musste immer recht lange auf das das Laden der Nachrichten usw. warten.
Der Einsatz eines Webmailers bei all-inkl.com ist nicht besonders sinnvoll, da keine Form der Verschlüsselung verfügbar ist. Den Webmailer nutzt man ja gerade dann, wenn man nicht am eigenen Rechner/im eigenen Netz arbeitet.
Insgesamt war die Performance bei all-inkl.com auch nicht mehr berauschend. Vermutlich zieht das günstige Angebot und die Verfügbarkeit von 10 MySQL-Datenbanken gerade Nutzer an, die besonders datenbankintensive Skripte laufen lassen.
In den letzten Wochen habe ich mir mal das Webpack L von hosteurope angesehen und bin bisher zufrieden damit. In Preis und dafür gebotener Leistung ist es in etwa mit dem WebPrivat L von all-inkl zu vergleichen (größter Unterschied: nur 2 MySQL-Datenbanken; reicht mir aber).
Test, 5, 6, 7, 8
Test, 9, 10, 11, 12
Testende
noch nicht…
Bei Hosteurope habe ich da ein Problem, und zwar lassen sich meine Templates in Movable Type nicht mehr verändern, nachdem ich die sehr praktische Funktion benutzt habe, über das Backend von MT ein zweites Weblog zu erstellen. Diese Macke trat reproduzierbar, was mich sehr erzürnt und wahrscheinlich einen Umzug nötig macht, da es dem Support völlig Wurst ist, ob die Laufzeit der Skripte für ihre shared Server ziemlich knapp ist. Auch Blogdesk funktioniert nicht. Habe ebenfalls ein Webpack L. Werde wahrscheinlich die umgekehrte Reise machen und zu all-inkl wechseln.
Benjamin, das hört sich aber sehr nach einem Rechteproblem an. Hast Du dir mal mit dem FTP-Programm die Rechte des neuen Weblogs bzw. der Templatedateien angesehen?
Den Support von all-inkl.com kann ich jedenfalls empfehlen. Man erhält sehr schnell eine Antwort und die Leute dort bemühen sich auch meistens um eine Lösung.
Da ich mit MT keine Erfahrungen habe, kann ich Dir aber nicht sagen, wie es damit bei all-inkl ausschaut.
Nein, ich denke nicht, das ich es mit einem Rechteproblem zu tun habe. Zuerst habe ich natürlich gleiches vermutet, aber Pustekuchen.
Ein wichtiger Unterschied zu WP ist, das MT Seiten statisch anlegt ( jedenfalls in der Standard config). Das benötigt einen leistungsstarken Provider. Bei Hosteurope brach das CGI Script nach circa 20 Einträgen mit einem 500 Error Fehler ab. Ich konnte praktisch die Templates meines Weblogs nicht mehr ändern, was vorher ja möglich war. Es ist mehr als ärgerlich, vor allem weil hosteuropes support bei fremden cgi Skripten total blockt.
OK, da habe ich Dich erst nicht richtig verstanden.
Das Problem taucht aber leider bei allen Shared-Hosting-Angeboten mehr oder weniger stark auf. Die Skriptlaufzeit und der verfügbare Arbeitsspeicher sind ja praktisch immer begrenzt. Wenn dann auf dem gleichen Server noch ein Forum o.ä. läuft, das den Prozessor auslastet, sieht es schlecht aus. Ein netter Provider setzt Dir dann vielleicht die Skriptlaufzeit etwas hoch und/oder zieht die Seiten auf einen weniger ausgelasteten Server um. Wenn es dann immer noch nicht funktioniert bekommt man meist nahegelegt, doch einen größeren Tarif/eigenen Server zu nutzen…
Statische Seite sind ja wirklich praktisch bei hohen Zugriffszahlen. Leider gibt es mit zunehmendem Umfang einer MT-Site auch mehr Probleme beim Rebuild.
Aus eigener Erfahrung kann ich nicht sagen, wie all-inkl.com auf die Problematik reagiert. Bevor man auf teurere oder aufwändigere Lösungen zurückgreift wäre es wohl einen Versuch wert.