Contao 4.0.0-alpha1 verfügbar

[contao.org]

Contao Version 4.0.0-alpha1 ist verfügbar. Verwenden Sie Alpha-Versionen nicht für produktive Webseiten! Laden Sie das Release herunter, um zu prüfen, ob Ihre Webseite oder Erweiterung angepasst werden muss.


Ganzen Beitrag zu 'Contao 4.0.0-alpha1 verfügbar' lesen

[magicsepp]

und hier die version Datei für den check /Hinweis /contao Folder ist jetzt unter /web zu erreichen )

[planepix]

Eben bei allinkl versucht die Version zu installieren.

PHP 5.4 - check
In den Subdomain-Einstellungen den Pfad auf "/web" gesetzt - check.
Alle Besitzrechte auf wwwrun gesetzt.

Installtool lässt sich aufrufen.
Ich kann noch Daten zum Install-Passwort, zur Datenbank eintragen, dann ist Ende.

Alle Screens sind ohne CSS.
Ggf. liegt es noch an den Hostingeinstellungen und an der Alpha?

Soweit der erste Test.

[NetMediaWork]

Hallo,

auf MAMP Pro gehts auch nur bis zur DB Verbindungsdateneingabe dann Fehlermeldung (Direktive FollowSymlinksbzw ):

Fatal error: Uncaught exception Exception with message Query error: Table 'contao-4.tl_user' doesn't exist (SELECT COUNT(*) AS count FROM tl_user WHERE admin=1) thrown in system/modules/core/library/Contao/Database/Statement.php on line 283
#0 system/modules/core/library/Contao/Database/Statement.php(254): Contao\Database\Statement->query()
#1 system/modules/core/library/Contao/Database.php(190): Contao\Database\Statement->execute()
#2 system/modules/core/controllers/BackendInstall.php(577): Contao\Database->execute('SELECT COUNT(*)...')
#3 system/modules/core/controllers/BackendInstall.php(191): Contao\BackendInstall->createAdminUser()
#4 web/contao/install.php(26): Contao\BackendInstall->run()
#5 {main}

... mit Direktiven FollowSymlinks und SymLinksIfOwnerMatch

Deprecated notice: mysql_connect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in system/modules/core/library/Contao/Database/Mysql.php on line 58
#0 [internal function]: __error(8192, 'mysql_connect()...', '/Applications/M...', 58, Array)
#1 system/modules/core/library/Contao/Database/Mysql.php(58): mysql_connect('localhost:3306', 'root', 'root')
#2 system/modules/core/library/Contao/Database.php(77): Contao\Database\Mysql->connect()
#3 system/modules/core/library/Contao/Database.php(161): Contao\Database->__construct(Array)
#4 [internal function]: Contao\Database::getInstance()
#5 system/modules/core/library/Contao/System.php(122): call_user_func(Array)
#6 system/modules/core/controllers/BackendInstall.php(360): Contao\System->import('Database')
#7 system/modules/core/controllers/BackendInstall.php(166): Contao\BackendInstall->setUpDatabaseConnection()
#8 web/contao/install.php(26): Contao\BackendInstall->run()
#9 {main}

Fatal error: Uncaught exception Exception with message Query error: Table 'contao-4.tl_user' doesn't exist (SELECT COUNT(*) AS count FROM tl_user WHERE admin=1) thrown in system/modules/core/library/Contao/Database/Statement.php on line 283
#0 system/modules/core/library/Contao/Database/Statement.php(254): Contao\Database\Statement->query()
#1 system/modules/core/library/Contao/Database.php(190): Contao\Database\Statement->execute()
#2 system/modules/core/controllers/BackendInstall.php(577): Contao\Database->execute('SELECT COUNT(*)...')
#3 system/modules/core/controllers/BackendInstall.php(191): Contao\BackendInstall->createAdminUser()
#4 web/contao/install.php(26): Contao\BackendInstall->run()
#5 {main}

Mit MySQLi wieder erste Fehlermeldung , ansonsten CSS alles OK bis dahin ...

[InitArt]

Auch bei mir wurden die Datenbanken nicht angelegt.
Frontend und Backend werden korrekt mit CSS dargestellt, nur ein Login ist ohne Datenbanken natürlich nicht drin.

All-Inkl MySQLi mit (der schnelle wegen) php-cgi

[peter.fl]

Ich habs mal mit 4.0.0-alpha1 versucht und es ist ganz passabel herausgekommen. Zuerst die ganze Installation gelöscht, dann die neue hochgeladen. Anschliessend 3 symlinks eingerichtet (share, contao und index.php). Anschliessend die eigenen Templates sowie die individualisierten dcaconfig.php und langconfig.php hochgeladen.

Was noch nicht geht, ist das Beseitigen des php-Fragments in der URL. Wenn ich in den Einstellungen URLs umschreiben anklicke, wird im FE nur die erste Seite ausgegeben. Was muss ich da machen?

Vielen Dank für alle Hilfe.

[BugBuster]

Das mit der Umschreibung habe ich mir auch überlegt wie das gehen soll ohne htaccess.
Vermutlich gar nicht, nur das man eben nur für diese Dinge nun Webserver spezifisch die Dinge definieren kann.
Was wegfällt sind ja die ganzen htaccess Dateien welche die Zugriffe sperren und freigeben.

[xchs]

Installtool lässt sich aufrufen.
Ich kann noch Daten zum Install-Passwort, zur Datenbank eintragen, dann ist Ende.

Kann ich bestätigen (→ #2)

Alle Screens sind ohne CSS.
Ggf. liegt es noch an den Hostingeinstellungen und an der Alpha?

Das wiederum deutet darauf hin, dass die Symlinks (insbesondere jene auf das themes- und assets-Verzeichnis) nicht erstellt werden konnten. Hatte ich vor einigen Tagen auch, damals allerdings mit einer "Pre-Alpha"-Version. Mit dem aktuellen Entwicklungsstand, den ich mir heute über Git geholt habe, funktioniert es (bei mir) aber.

Anschliessend 3 symlinks eingerichtet (share, contao und index.php)

Du hast die Symlinks selbst angelegt? IMHO sollten die automatisch angelegt werden.

[peter.fl]

Du hast die Symlinks selbst angelegt? IMHO sollten die automatisch angelegt werden.

In den vergangenen 2 Wochen habe ich etwas unter dem Gartenzaun hindurch nach Typo3 geschaut, wo symlinks ebenfalls ein Thema sind. Ich glaub(t)e, das Eine oder Andere verstanden zu haben und habe dies nun bei Contao angewendet. Es scheint zu funktionieren.

Was mir nicht klar ist (das fragt eine Laie!), wie das automatische Erstellen der symlinks funktioniert. Wenn ich www.meinedomain.ch/contao/install.php aufrufe, kann das nicht gehen, weil contao nicht mehr 'zuoberst' sondern im Ordner web ist. Müsste ich dann zum Installieren www.meinedomain.ch/web/contao/install.php aufrufen? Zu diesem Zeitpunkt sind ja noch keine symlinks vorhanden.- Ich habs noch nicht probiert.

[xchs]

Wenn ich www.meinedomain.ch/contao/install.php aufrufe, kann das nicht gehen, weil contao nicht mehr 'zuoberst' sondern im Ordner web ist. Müsste ich dann zum Installieren www.meinedomain.ch/web/contao/install.php aufrufen?

Nein. Du müsstest Deinen DocumentRoot auf den Ordner "web" setzen, d. h. die Domain meinedomain.ch zeigt dann direkt in den web-Ordner.

[planepix]

Ist es sinnvoll, hier schon mal den Support von allinkl anzuschreiben?

[InitArt]

Ist es sinnvoll, hier schon mal den Support von allinkl anzuschreiben?

Sym-Links funktionieren bei All-Inkl, siehe: http://contao.initart.com

[planepix]

Forbidden - sicher nur im Moment oder?

Ggf. machen wir einen neuen Thread auf, je Hoster Erfahrungen zu Contao 4 a, b, rc..?

[InitArt]

Das war natürlich schlau von mir, habe es direkt nach dem posten nochmal mit MySQL anstelle von MySQLi probiert dadurch war die Seite nicht zu erreichen.

Edit: Wenn ich die Tabellen manuell anlege, funktioniert soweit alles.

[peter.fl]

Du müsstest Deinen DocumentRoot auf den Ordner "web" setzen, d. h. die Domain meinedomain.ch zeigt dann direkt in den web-Ordner.

Das habe ich nun probiert und das Installieren hat problemlos funktioniert. Im Folder web wurde der symlink /assets automatisch erstellt.
Folgendes ist mir dann aufgefallen: Im BE wurden die Icons der externen Erweiterungen nicht angezeigt. Im FE funktionierten die Bildlinks von gallery_creator nicht richtig (Linkbild nicht angezeigt) und die Erweiterung subcolums versagte ihren Dienst.
Dann habe ich, man verzeihe mir die Bastelei, im Folder web den Folder system in systems umbenannt und einen symlink nach /system erstellt. Zudem habe ich im Folder web einen symlink nach /files erstellt. Nun sind alle oben erwähnten Probleme beseitigt.

[aportmann]

Nein. Du müsstest Deinen DocumentRoot auf den Ordner "web" setzen, d. h. die Domain meinedomain.ch zeigt dann direkt in den web-Ordner.

toll, mein hoster cyon.ch wird freude haben als contao partner ... dort kann nämlich der documentroot gar nicht auf einen ordner definiert werden.

und

$GLOBALS['TL_CONFIG']['ignoreInsecureRoot'] = true;

wird wohl keine lösung sein.

[schman]

Ich bin mir gerade am überlegen wie das zB bei Uberspace funktioniert. Hat das schon jemand probiert?

[psren]

Ich bin mir gerade am überlegen wie das zB bei Uberspace funktioniert. Hat das schon jemand probiert?

ln -s contao/web domain.tld

[schman]

super danke, denn werde ich das probieren.

[Thomas]

Das mit der Umschreibung habe ich mir auch überlegt wie das gehen soll ohne htaccess.
Vermutlich gar nicht, nur das man eben nur für diese Dinge nun Webserver spezifisch die Dinge definieren kann.
Was wegfällt sind ja die ganzen htaccess Dateien welche die Zugriffe sperren und freigeben.

Da zeigt sich die Abhängigkeit zum Häuptling deutlich!

Ich frage mich, warum man dem Administrator nicht die Wahl läßt und solche Dinge optional macht?

Auf der anderen Seite, was spricht dagegen, selbst eine .htaccess anzulegen und diese zu nutzen?
Beim Häuptling sollte das ja trotzdem funktionieren.

Zudem muss man sich neue Strategien überlegen, wie der direkte Zugriff auf einige wichtige, bzw. zu sichernde Dateien relaisiert wird.
Da arbeitet jeder Webserver ein wenig anders. Unter nginx werde ich weiterhin versteckte Dateien anlegen, die mir die Möglichkeit geben, Ordnerinhalte vor direktem Zugriff zu schützen. Eine simple index.php reicht da bei Weitem nicht aus, wenn man die Bezeichnung der Datei kennt.

Im Übrigen komme ich auch nur bis zur Eingabe der DB-Daten, danach bricht die Installation mit besagter Fehlermeldung ab.
Augenscheinlich funktioniert das Erstellen und Befüllen der Datenbank noch nicht.

Wo liegen eigentlich die Datenbank-Anweisungen?

[BugBuster]

Da zeigt sich die Abhängigkeit zum Häuptling deutlich!

Ich würde sagen, genau deswegen nicht.
Die htaccess Datein zum Sperren von direkten Zugriffen ist nun nicht mehr nötig.
Daher hat man nun die freie Wahl vom Webserver, da man diese nicht übersetzen muss.

Was die Umleitungen betrifft, die musste man ja beispielsweise für nginx auch schon selber machen. Daher hat man nun die frei Wahl ob oder ob nicht und wie.
Auch die Erweiterungen haben es nun leichter, brauchen diese nun keine extra htaccess Freigabe mehr mitzubringen wenn nötig.

Allerdings sehe ich hier noch genau ein Problem. Die Erweiterungen müssen jetzt die Dateien für so einen Fall auf mehrere Verzeichnisse verteilen wenn ich das richtig sehe.
In TL_ROOT/web/system/... die Teile die direkt aufgerufen werden müssen, in TL_ROOT/system/modules/ die Teile die nur intern benötigt werden.
Oder aber ersteres nach TL_ROOT/assets/... , das muss man noch klären wie das gewünscht ist.
äh, geht ja gar nicht, darauf hat der Webbrowser ja keinen direkten Zugang. Hmm...

[psren]

Allerdings sehe ich hier noch genau ein Problem. Die Erweiterungen müssen jetzt die Dateien für so einen Fall auf mehrere Verzeichnisse verteilen wenn ich das richtig sehe.

Oder man mach ein Verzeichnis unter system/modules/{module}/web welches beim Installieren/updaten entweder nach web/modules/{module} gesymlinkt wird, oder hart kopiert.

[BugBuster]

Auch ne Idee.
Wobei hart kopiert, das kann ich mittels composer.json ja schon jetzt so definieren, das wäre kein Problem.
Meine grid Erweiterung z.B. lässt von Composer das heute schon an drei unterschiedlichen Stellen kopieren. (system/bin, assests/contao/css, system/modules/...)

Muss ich mal in Mumble fragen bei Gelegenheit, wie das angedacht ist.
Auch die Backend Icons der Core Module haben derzeit das Problem, da die außerhalb des web/ liegen.
Die alpha ist halt noch nicht so weit.

[fabil]

Auch ne Idee.
Wobei hart kopiert, das kann ich mittels composer.json ja schon jetzt so definieren, das wäre kein Problem.
Meine grid Erweiterung z.B. lässt von Composer das heute schon an drei unterschiedlichen Stellen kopieren. (system/bin, assests/contao/css, system/modules/...)

Muss ich mal in Mumble fragen bei Gelegenheit, wie das angedacht ist.
Auch die Backend Icons der Core Module haben derzeit das Problem, da die außerhalb des web/ liegen.
Die alpha ist halt noch nicht so weit.

So wie ich das verstanden habe, sollen die Ordner mittels symlinks in den öffentlichen Ordner "gelinkt" werden. Dadurch liegen die Dateien unter system/modules/etc und werden vermutlich dann durch einen Symlink-Befehl in der config.php z.B. dann durch Contao ins /web gesymlinkt.

[psren]

Auch ne Idee.

Nicht meine :-) Das ist bei vielen Symfony-/Laravel-Bundles auch so gelöst und ergibt ja auch Sinn.

Wobei hart kopiert, das kann ich mittels composer.json ja schon jetzt so definieren, das wäre kein Problem.

Die symlinks kann der auch schon ;-)