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 ?
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')
Geändert von KlausGrenoble (08.04.2014 um 00:36 Uhr)
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
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
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.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
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.
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.
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Du nimmst ja auch metamodels, oder?
https://github.com/contao/core/issue...mment-39834148
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
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?
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
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
Bei mir ist ebenfalls metamodels im Einsatz
Geändert von timmey123 (08.04.2014 um 15:14 Uhr)
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?
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.
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.
Geändert von KlausGrenoble (08.04.2014 um 14:36 Uhr) Grund: Zeile "20 andere Erweiterungen" verschoben
Metamodels, und ebenfalls verdächtig: changelanguage.
Contao in Kiel: kikmedia webdevelopment | Contao-Partnerin | Contao Usergroup Kiel | github | Contao-Community-Alliance | MetaModels-Team
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.
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
Bedenke stets: Wenn Du ungenaue oder unzureichende Angaben machst, so koennte dies die Bearbeitung deiner Frage endlos verzoegern (oder sogar dazu fyhren, dass ich zu viel nachdenken muss und die Antwort vergesse!). Kein Support per PN.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)