linevast

Meine Erfahrungen mit Contao unter linevast.

Man kriegt sehr schnell eine Testsubdomain und kann testen, ob alles passt. Da MariaDB verwendet wird, entfallen die Probleme, die man zur Zeit mit der MySQL Version 8.0.17 hat.

Für Cantao ist einiges zu konfigurieren, wozu man den support kontaktieren muss. Dieser ist schnell, freundlich und kompetent, allerdings gibt es kaum Erfahrungen mit Contao.
Zur Konfiguration siehe meinen Artikel im Wiki.

Contao funktioniert scheinbar einwandfrei, wobei ich gerade erst begonnen habe, eine neue Webseite aufzubauen.

Ich möchte hier fragen, was ihr davon haltet, dass der Contao-Manager alle anderen Verzeichnisse außer die von Contao zu löschen auffordert. Ich habe das gemacht, der linevast support meint allerdings, das das Systemdateien seien, die man nicht löschen soll. Im einzelnen:
Anhang 22908

Nun kann ich mir schon vorstellen, dass log-Dateien und Statistiken ihren Sinn machen und man die nicht einfach löschen sollte, bzw. diese ohnehin später wieder an selber Stelle neu angelegt werden. Und eine .htpasswd scheint mir auch nicht unwichtig zu sein.

Vielleicht ist es ja so, dass Contao alles das selber managed und dann ist es ja vermutlich ok so?

Besten Dank im voraus und liebe Grüße

Zitat:

---

Zitat von Ernestopheles

Zur Konfiguration siehe meinen Artikel im Wiki.

---

Das würde ich nicht so machen, wie Du das im Wiki beschrieben hast.

Ich persönlich würde den Projektordner unterhalb von public_html/ anlegen und darin dann den web/ Unterordner:

public_html/myproject/web/

Das Wurzelverzeichnis (= DocumentRoot der Domain) setzt Du (oder eben Dein Hoster, falls Du das nicht selbst machen kannst) auf genau dieses Verzeichnis public_html/myproject/web/. Die contao-manager.phar.php legst Du ebenfalls in den web/ Unterordner (also public_html/myproject/web/contao-manager.phar.php) und rufst anschließend den Contao Manager über https://example.com/contao-manager.phar.php auf.

Wenn Du das so machst, sollte der Contao Manager auch nichts monieren und Du brauchst auch keine Systemdateien/-ordner des Webspace löschen.

Zitat:

---

Zitat von xchs

Ich persönlich würde den Projektordner unterhalb von public_html/ anlegen und darin dann den web/ Unterordner:

---

Danke für den Tipp. Ich hatte bewusst vermieden, den Ordner web unter public_html anzulegen, da ich von der Annahme ausging, dass alles unter public_html öffentlich zugänglich ist. Und die Contao-Installation sollte natürlich nicht öffentlich zugänglich sein. Nur lag mein Gedankenfehler wohl darin, dass durch die Änderung des Document Root auf web der öffentlich zugängliche Bereich beschränkt wird auf den Ordner web und alles was darunter liegt.

Werde also den freundlichen support noch einmal bemühen müssen...

Übrigens gar keine schlechte Idee das mit dem Projektordner. Eigentlich wollte ich für den Verein für den ich das mache nur genau eine website aufbauen, aber wer weiß ob nicht ein zweites Projekt beim Verein dazukommt.

Zitat:

---

Zitat von Ernestopheles

Ich hatte bewusst vermieden, den Ordner web unter public_html anzulegen, da ich von der Annahme ausging, dass alles unter public_html öffentlich zugänglich ist.

---

Öffentlich zugänglich wird es durch das Setzen des DocumentRoots der Domain. Das ist dann egal, wo der ist. Einen Zugriffsschutz kannst Du ja trotzdem vorsehen.

Zitat:

---

Zitat von Ernestopheles

Werde also den freundlichen support noch einmal bemühen müssen...

---

Kannst Du das nicht selbst machen? Musst Du dafür immer den Support des Hosters bemühen? Das ist etwas mittelprächtig und wäre eigentlich kein Luxus...

Zitat:

---

Zitat von Ernestopheles

Übrigens gar keine schlechte Idee das mit dem Projektordner.

---

Ja, man sollte seine Projekte bzw. Webapplikationen immer sauber trennen. Dann hat man i. d. R. auch keine Probleme mit den Nachbarn.

Bei manchen Hostern ist es in der Tat so, dass auf dieses public_html oder wie auch immer es da heissen mag, eine Systemdomain zeigt, deren document root dann auch nicht auf ein anderes Verzeichnis geändert werden kann. Das heisst dann in der Tat, dass auf alles unterhalb von public_html über diese Systemdomain - sofern sie bekannt ist - prinzipiell zugegriffen werden kann. Falls Dir das Sorgen bereitet und der Hoster diese Sorgen auch nicht zerstreuen kann, kannst du natürlich auch auf der selben Ebene wie public_html ein eigenes (Projekt-)Verzeichnis anlegen und darin dann ein Verzeichnis web, also web nicht auf der Ebene von public_html, sondern in einem parallelen Verzechnis eine Ebene tiefer. Darauf kannst Du dann deine document root gefahrlos legen lassen, die Dateien im Projektverzeichnis sind dann jedenfalls sicher und die Systemdateien müssen auch nicht gelöscht werden.

Zitat:

---

Zitat von xchs

Öffentlich zugänglich wird es durch das Setzen des DocumentRoots der Domain. Das ist dann egal, wo der ist. Einen Zugriffsschutz kannst Du ja trotzdem vorsehen.


Kannst Du das nicht selbst machen? Musst Du dafür immer den Support des Hosters bemühen? Das ist etwas mittelprächtig und wäre eigentlich kein Luxus...

---

Leider erlaubt linevast es dem Nutzer nicht, den Document Root selber zu setzen. Aber so oft macht man das ja nicht;-))

Zitat:

---

Zitat von xchs

Ja, man sollte seine Projekte bzw. Webapplikationen immer sauber trennen. Dann hat man i. d. R. auch keine Probleme mit den Nachbarn.

---

Nun hab ich doch noch eine Nachfrage:
Wenn ein zweites Projekt dazukommt, dann liegt die Document Root ja auf dem Ordner web im ersten Projekt...

Ist der Aufruf der webseite dann meineDomain oder muss man meineDomain/meinProjekt als URL eingeben?

Wenn ein weiteres Projekt dazukommt, dann hast Du dafür ja i. d. R. eine eigene Domain bzw. Subdomain, deren DocumentRoot Du ebenfalls beliebig festlegen lassen kannst.

Zum Beispiel:

• Projekt 1: https://example1.com/ --> public_html/project1/web/
• Projekt 2: https://example2.com/ --> public_html/project2/web/
• Projekt 3: https://sub.example.com/ --> public_html/project3/web/

Zitat:

---

Zitat von xchs

Wenn ein weiteres Projekt dazukommt, dann hast Du dafür ja i. d. R. eine eigene Domain bzw. Subdomain, deren DocumentRoot Du ebenfalls beliebig festlegen lassen kannst.

Zum Beispiel:

• Projekt 1: https://example1.com/ --> public_html/project1/web/
• Projekt 2: https://example2.com/ --> public_html/project2/web/
• Projekt 3: https://sub.example.com/ --> public_html/project3/web/

---

Also public_html liegt ja unter dem Verzeichnis, das den Domain-Namen trägt.

• Projekt 1: https://example1.com/ --> example1/public_html/project1/web/
• Projekt 2: https://example2.com/ --> example2/public_html/project2/web/
• Projekt 3: https://sub.example.com/ --> example/sub/public_html/project3/web/

Dann erübrigt sich doch eigentlich ein Verzeichnis projekti?

Wie das bei Deinem Hoster im Detail gehandhabt wird, weiß ich natürlich nicht. Aber wenn die Verzeichnisstrukturen so aussehen, wie von Dir angegeben, dann könntest Du Dir vermutlich den weiteren Unterordner sparen. Wichtig ist halt, dass der DocumentRoot der Domain/Subdomain passend auf den jeweiligen web/ Unterordner gesetzt wird.

Zitat:

---

Zitat von Ernestopheles

Ist der Aufruf der webseite dann meineDomain oder muss man meineDomain/meinProjekt als URL eingeben?

---

Wie steht es damit?

Zitat:

---

Zitat von Ernestopheles

Ist der Aufruf der webseite dann meineDomain oder muss man meineDomain/meinProjekt als URL eingeben?

---

Ersteres.

:)

Also ich hab meine Projektverzeichnisse für die verschiedenen Domains und Subdomains in der Regel so angelegt:

https://example1.com --> example1.com/main/web
https://sub1.example1.com --> example1.com/sub1/web
https://sub2.example1.com --> example1.com/sub2/web
...
https://example2.com --> example2.com/main/web
https://sub1.example2.com --> example2.com/sub1/web
https://sub2.example2.com --> example2.com/sub2/web
...
Projektverzeichnisse der Hauptdomain und deren Subdomains jeweils in einem gemeinsamen, domainspezifischen Verzeichnis

Oder auch
https://example1.com --> example1.com/web
https://sub1.example1.com --> sub1.example1.com/web
https://sub2.example1.com --> sub2.example1.com/web
...
https://example2.com --> example2.com/web
https://sub1.example2.com --> sub1.example2.com/web
https://sub2.example2.com --> sub2.example2.com/web
...
Projektverzeichnise aller Domains und Subdomains alle unterhalb des selben Verzeichnisses. Das kann dann die Webspace-Root sein oder auch ein eigens dafür angelegtes Unterverzeichnis. Auch das public_html kann man benutzen, wenn definitiv die Systemdomain und auch sonst keine Domain dies mehr als document root nutzt.

Also einfach eine für dich brauchbare Systematik ausdenken, die keine Probleme nach sich zieht. Also so, dass kein Projektverzeichnis irgendeiner (Sub-)Domain innerhalb des Projektverzeichnisses irgendeiner anderen (Sub-)Domain liegt. Man startet dann immer mit einem Projektverzeichnis, das nur das Unterverzeichnis web enthält, auf das die document root der entsprechenden (Sub-)Domain verweist.

Dadurch dass mein Pfad zum Projektverzeichnis immer die entsprechende (Sub-)Domain enthält finde ich halt leichter das zugehörige Verzeichnis als wenn alles nur Projekt1, Projekt2, Projekt3 heisst. ;)

Zitat:

---

Zitat von tab

Dadurch dass mein Pfad zum Projektverzeichnis immer die entsprechende (Sub-)Domain enthält finde ich halt leichter das zugehörige Verzeichnis als wenn alles nur Projekt1, Projekt2, Projekt3 heisst. ;)

---

Ich mache das schon auch so wie Du! "Projekt1, Projekt2, Projekt3" waren hier ja nur allgemeine Beispiele/Platzhalter, um die grundsätzliche Vorgangsweise zu verdeutlichen. ;)

Natürlich sollte man dafür passende Ordnerbezeichnungen/-strukturen wählen, welche man bestenfalls unmittelbar mit dem jeweiligen Websiteprojekt bzw. der dazugehörigen Domain verbinden kann.

Zitat:

---

Zitat von Ernestopheles

Leider erlaubt linevast es dem Nutzer nicht, den Document Root selber zu setzen. Aber so oft macht man das ja nicht;-))

---

Für mich wäre das ein absolutes No-Go. Jedes mal, wenn ich z.B. eine Parallelinstallation aufsetzen will, will ich nicht auf den Hoster warten müssen ;).

Die Subdomain(s) für Parallelinstallationen lege ich in der Regel nur einmal an, inklusive document root. Zugegeben, manchmal installiere ich auch in einem neuen Ordner und ändere dann die document root entsprechend. Müsste ich aber nicht so machen und würde ich auch nicht, wenn ich die document root nicht selbst ändern könnte.

Da gehe ich wohl etwas anders vor. Ich setze zum Testen schon schnell mal eine zusätzliche Instanz auf und lösche diesen Test dann auch inkl. Subdomain wieder.

Gibt es eine best practice für Contao unter linevast?

Ich habe jetzt die Document Root auf `domainname/public_html/web`.
Wenn ich nun meine Webseite veröffentlicht habe und die nächste Version testen möchte, wie ist das geschickt zu lösen?

Linevast hat ja public_html und private_html. Leider finde ich keine Erklärung, wozu private_html da ist. (Daneben gibt es noch public_ftp).

Ich denke du brauchst keine best practice für einen bestimmten Hoster.

Zitat:

---

Zitat von Ernestopheles

Ich habe jetzt die Document Root auf `domainname/public_html/web`

---

Nach den Ausführungen von tab hättest du besser das Document Root auf `domainname/public_html/main/web` gerichtet. Damit wäre es einfach, sauber getrennt mehrere Versionen zu unterstützen, z.B. `domainname/public_html/version2/web`, auf das eine Subdomain verweist.

Ich aktiviere in so einem Fall für die Testversion den Wartungsmodus, dann kann man die Seite nur sehen, wenn man gleichzeitig in einem anderen Browserfenster in BE eingeloggt ist. Oder man verwendet die Preview-Funktion.

So wie du die Struktur aufgebaut hast, ist eine saubere Trennung mehrerer Installationen nicht so einfach.

Wofür der Hoster den Ordner private_html konzipiert hat, das solltest du in dessen Dokumentation finden. Möglicherweise kannst du auch dort eine Contao-Installation aufbauen, die immer einen zusätzlichen Passwortschutz hat.
Mit dem oben genannten Vorgehen ist es aber super einfach, auf die neue Version umzuschalten, wenn sie einmal fertig ist: einfach document_root deiner Domain auf den anderen Ordner weisen lassen.
Du könntest anstatt main und version2 auch versionA und versionB nutzen. Wenn die Umstellung auf versionB dann fertig ist, dann kopierst du sie aus einem Backup nach versionA (dann weißt du auch gleich, dass das Backup funktioniert ;)) und hast dort direkt den Ausgangspunkt für die nächsten Verbesserungen.

Zitat:

---

Zitat von folkfreund

Nach den Ausführungen von tab hättest du besser das Document Root auf `domainname/public_html/main/web` gerichtet.

---

Herzlichen Dank für diesen Tipp, das werde ich dann auch so machen. Wie gut, dass linevast mir den Test auf der Testsubdomain ermöglicht hat, so kann ich ohne Aufwand aus Fehlern lernen bzw. Dinge einfach verbessern.

Zitat:

---

Zitat von folkfreund

.

Wofür der Hoster den Ordner private_html konzipiert hat, das solltest du in dessen Dokumentation finden.

---

Eine solche Dokumentation führt linevast leider nicht, aber per Ticket erhielt ich die Auskunft, dass private_html die Ablage für SSL geschützte Websites ist, während public_html unter HTTP:// aufrufbar sei. Da ich SSL ohnehin aktiviert habe und ich beim Hoster die Option ausgewählt habe, dass Aufrufe automatisch auf https:// umgeleitet werden sollen, ist das wohl irrelevant. Jedenfalls funktioniert es.

Zitat:

---

Zitat von Ernestopheles

Für Cantao ist einiges zu konfigurieren, wozu man den support kontaktieren muss.

---

Man kann alles selber konfigurieren, bis auf die Document Root, wozu man dann den support benötigt. Die erledigen das innerhalb weniger Stunden.

Zitat:

---

Zitat von folkfreund

Wenn die Umstellung auf versionB dann fertig ist, dann kopierst du sie aus einem Backup nach versionA

---

Wie behandelst du dann die Datenbank? Ich gehe davon aus, dass ich pro Entwicklungsebene eine eigene DB anlege, also user_Version1 (Entwicklung), user_version2 (Test) und user_main (Produktion).
Leerst du dann die Tabellen der DB user_main und befüllst sie neu mit den Tabelleninhalten aus user_version2? Bzw. da ja Tabellen hinzukommen können, müsste man die DB löschen und neu anlegen?

Ein Datenbank-Backup (SQL-Dump) erzeugst du in der Regel entweder mit einer Erweiterung wie BackupDB oder eben mit einem Administrationstool wie phpMyAdmin, adminer etc. Wenn Du bei BackupDB ein vollständiges Backup (SQL-Dump) erzeugen lässt und kein Website-Template, dann sind die entsprechenden CREATE TABLE Statements, welche die Datenbank-Tabellen erzeugen, da mit drin. Auch bei den Administrationstools lässt sich das in der Regel einstellen oder ist sogar so voreingestellt. Das heißt dann, man kann für das Restore entweder eine vollständig neu erzeugte Datenbank ohne angelegte Tabellen verwenden oder man kann bei einer "gebrauchten" Datenbank einfach mit einem Administrationstool alle Tabellen löschen bevor man das Backup da einspielt. Das ist dann im Prinzip so, als sei die Datenbank neu angelegt worden.

Zitat:

---

Zitat von folkfreund

Nach den Ausführungen von tab hättest du besser das Document Root auf `domainname/public_html/main/web` gerichtet. Damit wäre es einfach, sauber getrennt mehrere Versionen zu unterstützen, z.B. `domainname/public_html/version2/web`, auf das eine Subdomain verweist.

---

Nachdem ich feststellen musste, dass linevast die Document Root leider nicht wie angefordert auf domainname/public_html/version1/web, sondern auf domainname/public_html/version1/web/version1 gesetzt hatte, habe ich das reklamiert. Ich habe die Antwort erhalten:

Zitat:

---

Die Subdomain wird von unserer Software automatisch an das Document-Root hinzugefügt.

---

und

Zitat:

---

ich habe nun die Rückmeldung erhalten, dass dies leider nicht accountspezifisch deaktiviert werden kann.
Ich kann Ihnen anbieten, dass wir das Document Root nochmal anpassen, am Ende des Pfads wäre immer der Name der Subdomain.

---

Da Contabo das Verzeichnis web/ als document root benötigt, fällt mir nun nur noch ein, die Subdomain web zu nennen und die document Root dazu auf
domainname/public_html/version1/web/ legen zu lassen. Wirkt sehr unschön und bringt vielleicht auch Probleme??

Ist aber schon sehr schlecht, wenn Contabo bei linevast nur auf der Hauptdomain und einer Subdomain Namens "web" installiert werden könnte...

Ich glaube ich habe kein gutes Händchen für die Auswahl eines Webhosters. Zuerst das Dilemma mit webgo, nun das mit linevast...

Zitat:

---

Zitat von Ernestopheles

Ich glaube ich habe kein gutes Händchen für die Auswahl eines Webhosters. Zuerst das Dilemma mit webgo, nun das mit linevast...

---

Bei dem Hoster würde ich nicht bleiben. Wer weiß, welche Probleme es dann noch gibt...
Dilemma mit Webgo? Ich habe mit denen keine Probleme. Anderer Thread?

Zitat:

---

Zitat von Ernestopheles

Da Contabo das Verzeichnis web/ als document root benötigt, fällt mir nun nur noch ein, die Subdomain web zu nennen...

Ich glaube ich habe kein gutes Händchen für die Auswahl eines Webhosters. Zuerst das Dilemma mit webgo, nun das mit linevast...

---

Das glaube ich allerdings auch.
Schau Dir doch mal All-Inkl. an oder Netcup oder Hostingwerk.
Neben webgo, habe ich dort jeweils Kundeninstallationen problemlos laufen bzw. habe dort eigene Pakete.

Auch wenn ich inzwischen Webgo nicht mehr empfehle, war Dein Problem mit Webgo ja nicht wirklich eins was Webgo zu verantworten hat, wenn ich mich an die Diskussion erinnere. Da ging es doch um die neue MySQL-Version oder? Das Problem kann letzten Endes jeden von uns bei jedem Hoster ereilen.

Nachtrag: Das CMS mit dem Du arbeiten möchtest heisst übrigens Contao ;)

Zitat:

---

Zitat von mlweb

Dein Problem mit Webgo ja nicht wirklich eins was Webgo zu verantworten hat, wenn ich mich an die Diskussion erinnere. Da ging es doch um die neue MySQL-Version oder? Das Problem kann letzten Endes jeden von uns bei jedem Hoster ereilen.

heisst übrigens Contao ;)

---

Sorry, ja bei Contabo habe ich mein VPS:o

Webgo war zwar nicht ursächlich für die Probleme, zeigte sich aber unflexibel insofern, als man keine andere MySql version verwenden konnte. Bei der Kündigung gab es leider arge Probleme, die hatten meine domain vorschnell gelöscht. Dann ein extrem unangenehmes Telefonat mit einem der Mitarbeiter. Das muss ich mir nicht antun. Letztlich haben sie mir dann aber doch geholfen, die domain zurückzuholen.

Ich werde jetzt deswegen nicht erneut wechseln (momentan benötige ich als Subdomain ausschliesslich eine als Entwicklungsumgebung), aber für zukünftige Projekte werde ich dann doch einen anderen Provider nehmen.

Leider geht aus dem Forum für mich zumindest absolut nicht hervor, welcher Hoster brauchbar ist. Jedenfalls nicht, wenn ich nicht sämtliche Beiträge durchlesen würde.
Wäre es möglich, eine Übersicht anzufertigen, die klar und kurz jeden Provider mit den bekannten Problemen/Einschränkungen auflistet?

Zitat:

---

Zitat von Ernestopheles

Wäre es möglich, eine Übersicht anzufertigen, die klar und kurz jeden Provider mit den bekannten Problemen/Einschränkungen auflistet?

---

Das ist nicht wirklich sinnvoll. Das was heute stimmt, muss morgen schon lange nicht mehr stimmen. Das beste Beispiel der jüngeren Vergangenheit ist Domainfactory, aber auch Webgo war vor ca. einem Jahr noch sehr zu empfehlen.
Für die Nutzbarkeit von Contao 4 mit dem Manager gibt es so etwas außerdem schon https://github.com/contao/contao-manager/wiki
Dort hast Du sogar selbst linevast eingetragen und bearbeitet.

Außerdem bringen die einzelnen Installationen unterschiedliche Anforderungen mit. Die kleine Vereinsseite hat einfach andere Anforderungen als die große Unternehmensseite mit angeschlossenem Shop.

Was die MySQL-Version betrifft. Im Shared-Hosting kenne ich keinen Provider, der auf einem Server mehrere MySQL-Versionen zu Auswahl zur Verfügung stellt. Ich bin mir nicht mal sicher ob das überhaupt technisch möglich bzw. sinnvoll machbar ist.

Bei webgo konnte man früher zwischen MySQL und MariaDB wählen (localhost:3306 vs 127.0.0.1:3307). Ist bei Shared Hoster aber tatsächlich ansonsten unüblich.

Ich würde dir Hostingwerk oder cyon empfehlen.

Ich weiss.Aber nicht zwischen unterschiedlichen Versionen von MySQL. Das habe ich tatsächlich noch nie zu Gesicht bekommen.

Ich fürchte, das perfekte shared hosting gibt es nicht. Ich habe jedenfalls noch keines gefunden. Ich versuche heute nochmal bei netcup mit Contao 4.8 zu testen, bisher hat da immer alles funktioniert, aber wie @mlweb geschrieben hat, "das was heute stimmt, muss morgen schon lange nicht mehr stimmen". Die haben übrigens seit kurzem auch schon PHP 7.4 im Angebot, auch das will ich testen. Allzu intensiv werden die Tests aber nicht ausfallen können, wird sich wohl auf die Contao-Basisinstallation plus ein paar gängige Erweiterungen beschränken müssen, sowie auf die grundlegenden Funktionen bis zur ersten Ausgabe eines Artikels im Frontend. Immerhin mehr, als dir bei Webgo und linevast zu gelingen scheint. Bei netcup gibt es übrigens heute recht attraktive Black Friday Webhosting-Angebote. Nach den letztjährigen Erfahrungen kommen die aber wahrscheinlich - zumindest teilweise - auch demnächst nochmal im Adventskalender.

Hostingwerk (Leo Feyer) ist aber immer ein sicherer Tipp, wenn Contao da nicht mehr installierbar ist, dann vermutlich nirgendwo.

linevast hat eine Funktion nachgerüstet, um das documentRoot von subdomains manuell zu setzen. Das DocumentRoot der Hauptdomain kann nach wie vor nur über den support geändert werden. Aber immerhin...