Seit dem Upgrade von 3.2.8 / 2.11.16 auf 3.2.9 / 2.11.17 wird aus
contao.klausgraf.fr/metamodels/contao/
http://contao.klausgraf.fr/contao/index.php
Das Unterverzeichnis wird einfach entsorgt.
Was kann das sein ?
Druckbare Version
Seit dem Upgrade von 3.2.8 / 2.11.16 auf 3.2.9 / 2.11.17 wird aus
contao.klausgraf.fr/metamodels/contao/
http://contao.klausgraf.fr/contao/index.php
Das Unterverzeichnis wird einfach entsorgt.
Was kann das sein ?
Sobald ich die initialize.php übernehme, passiert es, dass das Unterverzeichnis verschluckt wird.
EDIT: Man könnte meinen, TL_SCRIPT hätte den Wert NULL
Ich werd' bald noch PHP lernen, wenn das so weitergeht.Code:if (file_exists(TL_ROOT . '/system/config/pathconfig.php') && TL_SCRIPT != 'contao/install.php')
Du hast die install.php auch überschrieben und einmal aufgerufen?
Die Setzung des Pfades in der Datei pathconfig.php macht nun die install.php selbst und nicht mehr die initialize.php
Ich hab das gleiche Problem …
die install.php kann ich ohne Probleme aufrufen, in der pathconfig.php steht auch der Pfad zum Unterordner … Versuch ich das Backend aufzurufen werde ich auf localhost/contao umgeleitet.
Hallo,
auch bei mir hat das "kleine Update" von 3.2.8 auf 3.2.9 nicht geklappt.
D.h. FE läuft perfekt, aber das BE ist nicht mehr aufrufbar, weil Contao die URL zum BE umschreibt.
System:
lokaler Apache 2.4.x unter Arch-Linux
php 5.5.x
Vorgehensweise:
Manuelles Update in localhost/unterordner
localhost/unterordner/contao/install.php aufgerufen - alles ok
dann beim Aufruf des BE mit localhost/unterordner/contao wird immer auf localhost/contao umgeschrieben, was natürlich nicht klappt.
Ist bei mir dasselbe.
Hmm, alle Seiten mit den Updates ob direkt oder per Unterverzeichnis aufgerufen funktionieren bei mir.
Ich bezweifle mittlerweile nicht das es an einer Extension liegt, die Frage ist nur ob nun alle potentiellen Extensions lieber schnell ihre Codebase anpassen oder Leo beim nächsten Update ein Contaopatch hinzufügt. Der Bugfix-Release dürfte in solch einem Fall ja nichts kaputt machen, wenn es wirklich an Extensions liegt. Und wie ich das gesehen habe, hat sich die API ja auch nicht geändert.
Na aber logo. Mit der alten initialize.php tritt der Effekt nicht auf, sodass ich damit ins BE komme.Zitat:
Zitat von BugBuster
ich bekomme jetzt gerade beim aktualisieren der Datenbank noch folgenden Fehler, falls das irgendwie weiterhilft …
Code:Warning: require_once(/Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/vendor/menatwork/synccto/system/runonce.php): failed to open stream: No such file or directory in system/runonce.php on line 19
#0 system/runonce.php(19): __error(2, 'require_once(/A...', '/Applications/X...', 19, Array)
#1 system/runonce.php(19): ContaoCommunityAlliance\ComposerInstaller\RunonceExecutor::run()
#2 system/runonce.php(43): ContaoCommunityAlliance\ComposerInstaller\RunonceExecutor->run(Array)
#3 system/modules/core/classes/Backend.php(128): include('/Applications/X...')
#4 system/modules/!composer/ContaoCommunityAlliance/Contao/Composer/Controller/UpdateDatabaseController.php(42): Contao\Backend->handleRunOnce()
#5 system/modules/!composer/ContaoCommunityAlliance/Contao/Composer/ClientBackend.php(200): ContaoCommunityAlliance\Contao\Composer\Controller\UpdateDatabaseController->handle(Object(Contao\Input))
#6 system/modules/core/classes/Backend.php(272): ContaoCommunityAlliance\Contao\Composer\ClientBackend->generate()
#7 contao/main.php(142): Contao\Backend->getBackendModule('composer')
#8 contao/main.php(293): Main->run()
#9 {main}
Fatal error: require_once(): Failed opening required '/Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/vendor/menatwork/synccto/system/runonce.php' (include_path='phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/phpunit-mock-objects:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/php-timer:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/php-token-stream:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/php-file-iterator:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/php-text-template:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/php-code-coverage:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/phpunit/phpunit:phar:///Applications/XAMPP/xamppfiles/htdocs/diepa2/composer/composer.phar/vendor/symfony/yaml:.:/Applications/XAMPP/xamppfiles/l in /Applications/XAMPP/xamppfiles/htdocs/diepa2/system/runonce.php on line 19
Nein die Fehlermeldung hat imho nichts damit zu tun.
Nein, das ist ein anderes, mir bekanntes, composer Problem.Zitat:
Zitat von timmey123
Du nimmst ja auch metamodels, oder?Zitat:
Zitat von KlausGrenoble
https://github.com/contao/core/issue...mment-39834148
Heisst das jetzt, dass ich noch eine Weile ohne install.php auskommen muss, wenn ich composer + metamodels unter 3.2.8 habe?
Es wird grad versucht zu klären, ob es an metamodels liegt oder nicht.
Haben alle mit diesem Problem metamodels im Einsatz?
Das wäre die ganz wichtige Frage!Zitat:
Zitat von BugBuster
Na logo, bei mir ist in beiden Websites MetaModels (zum Lernen) installiert.Zitat:
Zitat von BugBuster
http://contao.klausgraf.fr/metamodel...lekatalog.html
http://contao.klausgraf.fr/metamodel...tilingual.html
Bei mir ist ebenfalls metamodels im Einsatz
Ok, muss das Installationsverzeichnis dafür schon vor dem Update ein Unterverzeichnis sein? Bei mir ist es direkt im Webroot installiert, würde also wahrscheinlich sowieso nicht betroffen sein. Aber bei der Gelegenheit würde ich dann versuchen, einen weiteren Datenpunkt zu liefern. Die Installation hätte ich jetzt eh als nächstes gemacht. Was muss sonst noch alles eingestellt sein? URLs umschreiben?Zitat:
Zitat von andreasisaak
Auch bei mir ist Metamodels mit dabei - installiert via Composer.
Wenn man in den Einstellungen "metamodels" deaktiviert, kommt man mit der neuen initialize.php wieder ins BE.Zitat:
Zitat von andreasisaak
So nebenbei: Warum sehe ich keine .skip-Datei im Ordner /system/modules/metamodels/ ?
Und warum soll(en) die Erweiterung(en) und nicht das core der "Haupttäter" sein ?
Ich habe rund 20 andere Erweiterungen installiert.
Hattest Du den cache und die Cookies vorher gelöscht ?Zitat:
Zitat von timmey123
Weil bei meinen Versuchen hatte ich damit einige Probleme...
Metamodels, und ebenfalls verdächtig: changelanguage.
Das würde aber meiner Konfiguration widersprechen, da changelanguage eine meiner installierten Erweiterungen ist und ich nur metamodels deaktiviert habe.Zitat:
Zitat von lucina
http://contao.klausgraf.fr/metamodel...tartseite.html
Aber ich verzeih' das noch mal.
Same here..
Hab gerade Contao 3.2.9 frisch installiert, nach Installation von Metamodels (aus dem stable-zip) wird das BE umgeleitet
peacemaker
Sollte in allen Versionen gefixt sein. https://github.com/MetaModels/core/issues/397
Falls ihr die nightlies betreibt, einfach neues package ziehen und einspielen.
Wenn ihr composer verwendet, via composer update abfeuern (command line).
Solltet ihr keine command line haben, koennt ihr die Patches auch von Hand einspielen:
Patches:
master: https://github.com/MetaModels/core/b...delBackend.php
contao3: https://github.com/MetaModels/core/b...ation/Boot.php
tng: https://github.com/MetaModels/core/b...ation/Boot.php
Diffs:
master: https://github.com/MetaModels/core/c...dbc6bf912c410c
contao3: https://github.com/MetaModels/core/c...e78f57099686fe
tng: https://github.com/MetaModels/core/c...80189d364c0e4f
Gruss
Chris