[refalo]

Hallo, (potenzielle) all-inkl-Nutzer!

Hier mal ein Feedback, nachdem ich seit Kurzem (auch) bei diesem Hoster bin:

Nach Anmeldung und Portierung einer bestehenden TYPO3-Website von einem TYPO3-Hoster (jweiland.com, wo TYPO3 schon lauffähig vorinstalliert war und ist) zum nicht-TYPO3-spezifischen Hoster all-inkl.com (nach eigener vorheriger TYPO3-V4.1.2-Installation dort) gab es für mich einige "Überraschungen" (im Vergleich zum bisherigen TYPO3-Hoster), sodass dann noch ein paar Anpassungen notwendig waren, die ich jeweils durch insgesamt drei Anfragen mit meinen Symptombeschreibungen an den Email-Support jenes Hosters lösen konnte, da ich jeweils zeitnah und sehr kompetent per Mail die passende Antwort bzw. den passenden Hinweis bekam:


1. Anfrage:

Symptom: Standardmäßig erhält man immer eine Warnung, wenn das PHP-Laufzeitsystem auf einen exec()-Aufruf (im TYPO-Backend) stößt, der dann aus Sicherheitsgründen ignoriert bzw. nicht ausgeführt wird.

(Beste) Lösung: Am besten man fügt die Zeile

PHP-Code:

AddHandler php-fastcgi .php .php4 


in seine .htaccess-Datei (im Parent-Verzeichnis von fileadmin/) ein (falls nicht existent, vorher erzeugen!).


2. Anfrage:

Symptom: Kann temporäre Dateien und Verzeichnisse innerhalb der typo3-Hierarchie NICHT löschen (insb. NICHT übers Backend und auch NICHT übers Install Tool - man kriegt Warnungen bzw. Fehlermeldungen!). Solche Dateien und Verzeichnisse gehören zu einem anderen Benutzer (wwwrun) und einer anderen Gruppe (nogroup).

Lösung: Man muss im KAS-Server unter Tools --> Besitzrechte die Besitzrechte (rekursiv) für seine TYPO3-Installation (auf den eigenen User) anpassen.


3. Anfrage:

Symptom: Grafiken (primär JPGs) werden NICHT angezeigt. Im Install Tool zeigt sich unter 'Image Processing', dass KEINES der Dateiformate angezeigt wird.

Lösung: Der TYPO3-Default-Pfad auf Executable von ImageMagick entspricht NICHT dem voreingestellten von all-inkl. Im Install Tool muss der wie folgt konfiguriert werden (Stand Juli 2007) :

[GFX][im_path] = /usr/bin/ImageMagick_4.2.9/

Leider gibt es noch ein ganz anderes Problem: Bei verschiedenen Operationen im TYPO3-Backend schmeißt der Server bei all-inkl sporadisch immer mal wieder einen einzelnen INTERNAL SERVER ERROR. Macht man einfach weiter, tritt die Meldung erst einmal nicht wieder auf. Bis zum nächsten Mal. Das Ganze war für mich noch nicht reproduzierbar, tritt bei verschiedenen Backend-Aktionen auf. Finde ich so alles noch ziemlich instabil bzw. nicht sehr robust, insb. für den (längerfristigen) Alltags-Massen-Betrieb!!


Gruß refalo.

[mstuebner]

Zitat von refalo

Nach Anmeldung und Portierung einer bestehenden TYPO3-Website von einem TYPO3-Hoster (jweiland.com, wo TYPO3 schon lauffähig vorinstalliert war und ist) zum nicht-TYPO3-spezifischen Hoster all-inkl.com

Ganz andere Frage: Warum bist Du denn von jweiland weg?

[refalo]

Hallo mstuebner usw...

Bin NICHT von jweiland weg! Muss neben TYPO3 auch in Contenido entwickeln!

Konnte bei all-inkl neben frischem TYPO3 (V4.1.2) auch aktuelles Contenido installieren. Bei jweiland geht das wohl eher nicht, oder?

Bin NICHT von jweiland weg! Habe (zunächst) mal testweise eine laufende Website (von jweiland) rüberportiert (mit den obigen Problemen). Bei jweiland hatte ich obige Stabilitäts-Probleme bisher garnicht.

Die Überlegung war, evtl. zwei verschiedene CMSe bei EINEM Hoster zu fahren....

Was sind eigentlich Eure Erfahrungen bzgl. Robustheit (und "internal server error") bei all-inkl? Gab's bei Euch auch derartige Effekte?

Gruß refalo.

[mstuebner]

Zitat von refalo

Konnte bei all-inkl neben frischem TYPO3 (V4.1.2) auch aktuelles Contenido installieren. Bei jweiland geht das wohl eher nicht, oder?

Weiss ich nicht, aber warum eigentlich nicht? Ist doch auch nur Webspace, php, und Datenbank. Bei uns steht ja auch TYPO3-HOST.de dran, was Du auf den Webspace packst ist letzendlich Deine Sache.

Zitat von refalo

Was sind eigentlich Eure Erfahrungen bzgl. Robustheit (und "internal server error") bei all-inkl? Gab's bei Euch auch derartige Effekte?

Ich habe, aus denke mal nachvollziehbaren Gründen, keine Erfahrungen mit all-inkl.de. ,-)

[Armin]

moin,

Was sind eigentlich Eure Erfahrungen bzgl. Robustheit (und "internal server error") bei all-inkl? Gab's bei Euch auch derartige Effekte?

Nein, bei mir läuft alles ohne Probleme. Habe mehrere Installationen auf verschiedene Server laufen.

Armin

[StGaensler]

Zitat von refalo

Was sind eigentlich Eure Erfahrungen bzgl. Robustheit (und "internal server error") bei all-inkl? Gab's bei Euch auch derartige Effekte?

Nein, ich kann von solchen Problemen auch nichts berichten. Ich habe eine große Installation mit mehreren Domains auf einem Server laufen.

Die Probleme, die du in Beitrag #41 ansprichst, hättest du alles auch über die FAQ von all-inkl lösen können, da steht das drin... Ich habe (derzeit) php noch als Modul und nicht als cgi-Version laufen, da läuft alles problemlos. Man muss eben die Verzeichnisrechte entsprechend anpassen, aber das sagt dir das Install-Tool ja.

[refalo]

@mstuebner:

Nur mal so als Feedback: (Aktuelles) Contenido ließ sich problemlos auf meinem bereits für TYPO3 bestehenden Webspace bei jweiland dazu installieren. Habe (also) jetzt verschiedene Subdomains für die (beiden) verschiedenen CMS-Installationen, die auf die jeweils zugehörigen CMS-Unterverzeichnisse verweisen. Benutze auch verschiedene Datenbanken für die beiden verschiedenen CMSe. Habe bisher keine Probleme beim parallelen Hosten, Arbeiten in den Backends und Testen von TYPO3- und Contenido-Seiten entdeckt!

Gruß refalo.

[mstuebner]

Zitat von refalo

Habe bisher keine Probleme beim parallelen Hosten, Arbeiten in den Backends und Testen von TYPO3- und Contenido-Seiten entdeckt!

Das hätte mich auch sehr gewundert, da das ja getrennte Anwendungen sind.

[timmy2007]

Ich bin seit 3 Jahren Kunde bei all-inkl.com. Seit etwa 4 Monaten habe ich Typo3 laufen und habe letzte Woche weegen einer Extension, die nur mit PHP5 läuft, dann einen kostenlosen Server-Wechser innerhalb meines Tarifes vornehmen lassen. Somit haben dann die ersten Probleme begonnen.

Ich kann seitdem im Import-Skript von Typo3 keine t3d Dateien mehr importieren. SAuf dem neuen Server sind die Ausführungszeiten wohl noch kürzer als auf den bisherigen Server, oder andere Module, die dort installiert sind (serverabhängig) stören dort. So richtig konnte mir da keiner eine Antwort geben.

Ich habe dann einmal eine t3d Datei durch einen Support Mitarbeiter importieren lassen und müßte jetzt wieder eine t3d Datei importieren. Aber jetzt stellt man sich stur und behauptet, die Import-Funktion sei nicht optimal bearbeitet, um den Import zu nutzen. Ich sollte mal vom CGI-Mode auf den Apache-Mode wechseln. Ja klar, ich bin ja auch ein Experte in dieser Hinsicht.

Bisher blieb auch die Frage unbeantwortet, ob der Mode-Wechsel was bringt.

Seit heute gibt es auch nur Internal Server Error Anzeigen im BE, sobald ich den Import durchführen will, und dieser wird somit jedesmal abgebrochen.

Es ist echt blöd von all-inkl.com und ich überlege mir, ob ich zu einen anderen Hoster wechseln sollte. Aber das ist ja nicht unbedingt eine Lösung.

In diesem Punkt enttäuscht mich der Support wirklich, man bleibt mit seinem Problem alleine und soll anscheinend dadurch gezwungen werden in einem höheren Tarif zu wechseln oder ganz von dort wegzugehen.

[Armin]

moin,

siehe Hilfe von all-inkl.com all-inkl.com

Armin