3.2.9 / 2.11.17 URL wird umbenannt; BE nicht mehr erreichbar

**KlausGrenoble** · 07.04.2014, 21:33

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 ?

**KlausGrenoble** · 07.04.2014, 23:07

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

Code:

if (file_exists(TL_ROOT . '/system/config/pathconfig.php') && TL_SCRIPT != 'contao/install.php')

Ich werd' bald noch PHP lernen, wenn das so weitergeht.

**BugBuster** · 07.04.2014, 23:53

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

**timmey123** · 08.04.2014, 08:40

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.

**bizon** · 08.04.2014, 09:51

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.

**andreasisaak** · 08.04.2014, 09:58

Ist bei mir dasselbe.

**BugBuster** · 08.04.2014, 10:14

Hmm, alle Seiten mit den Updates ob direkt oder per Unterverzeichnis aufgerufen funktionieren bei mir.

**andreasisaak** · 08.04.2014, 10:30

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.

**KlausGrenoble** · 08.04.2014, 10:48

Zitat von BugBuster

Du hast die install.php auch überschrieben und einmal aufgerufen?

Na aber logo. Mit der alten initialize.php tritt der Effekt nicht auf, sodass ich damit ins BE komme.

**timmey123** · 08.04.2014, 11:14

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

**andreasisaak** · 08.04.2014, 11:15

Nein die Fehlermeldung hat imho nichts damit zu tun.

**BugBuster** · 08.04.2014, 11:46

Zitat von timmey123

ich bekomme jetzt gerade beim aktualisieren der Datenbank noch folgenden Fehler, falls das irgendwie weiterhilft …

Nein, das ist ein anderes, mir bekanntes, composer Problem.

**BugBuster** · 08.04.2014, 11:47

Zitat von KlausGrenoble

Na aber logo. Mit der alten initialize.php tritt der Effekt nicht auf, sodass ich damit ins BE komme.

Du nimmst ja auch metamodels, oder?
https://github.com/contao/core/issue...mment-39834148

**tab** · 08.04.2014, 12:38

Heisst das jetzt, dass ich noch eine Weile ohne install.php auskommen muss, wenn ich composer + metamodels unter 3.2.8 habe?

**BugBuster** · 08.04.2014, 12:41

Es wird grad versucht zu klären, ob es an metamodels liegt oder nicht.
Haben alle mit diesem Problem metamodels im Einsatz?

**andreasisaak** · 08.04.2014, 12:43

Zitat von BugBuster

Haben alle mit diesem Problem metamodels im Einsatz?

Das wäre die ganz wichtige Frage!

**KlausGrenoble** · 08.04.2014, 12:45

Zitat von BugBuster

Du nimmst ja auch metamodels, oder?

Na logo, bei mir ist in beiden Websites MetaModels (zum Lernen) installiert.
http://contao.klausgraf.fr/metamodel...lekatalog.html
http://contao.klausgraf.fr/metamodel...tilingual.html

**timmey123** · 08.04.2014, 12:51

Bei mir ist ebenfalls metamodels im Einsatz

**tab** · 08.04.2014, 12:52

Zitat von andreasisaak

Das wäre die ganz wichtige Frage!

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?

**bizon** · 08.04.2014, 13:17

Auch bei mir ist Metamodels mit dabei - installiert via Composer.

**KlausGrenoble** · 08.04.2014, 13:24

Zitat von andreasisaak

Das wäre die ganz wichtige Frage!

Wenn man in den Einstellungen "metamodels" deaktiviert, kommt man mit der neuen initialize.php wieder ins BE.
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.

**KlausGrenoble** · 08.04.2014, 13:34

Zitat von timmey123

Firefox & Safari sagen, dass die Anfrage so umgeleitet wird, dass diese nicht aufgerufen werden kann

Hattest Du den cache und die Cookies vorher gelöscht ?
Weil bei meinen Versuchen hatte ich damit einige Probleme...

***lucina*** · 08.04.2014, 16:02

Metamodels, und ebenfalls verdächtig: changelanguage.

**KlausGrenoble** · 08.04.2014, 17:02

Zitat von lucina

ebenfalls verdächtig: changelanguage.

Das würde aber meiner Konfiguration widersprechen, da changelanguage eine meiner installierten Erweiterungen ist und ich nur metamodels deaktiviert habe.
http://contao.klausgraf.fr/metamodel...tartseite.html
Aber ich verzeih' das noch mal.