Contao 4.7. leere Seite bei Aufruf des Installtool

Druckbare Version

16.03.2019, 07:35
jack_typewriter

Contao 4.7. leere Seite bei Aufruf des Installtool

Hallo,

nachdem ich bisher nur mit Contao 3 gearbeitet habe, habe ich nun erstmals versucht, Contao 4.7 zu installieren. Klappt über den Contao Manager erstmal soweit gut, nur das ich beim Aufruf des Installtool eine leere, weiße Seite erhalte.
Habe schon gesehen, das wohl auch andere schonmal das Problem hatten, nur komme ich damit gerade (noch) nicht weiter.
Habe das Installtool auch mit contao/install und nicht mit install.php aufgerufen, das ändert aber nichts daran, das sich nichts tut. PHP-Version auf dem Server ist 7.2.

Wäre für einen Rat dankbar.

Viele Grüße
16.03.2019, 07:41
Samson1964

Die dazugehörende Fehlermeldung findest Du im Ordner var/logs Deiner Installation. Wahlweise kannst Du auch den Debugmodus aufrufen, indem Du nach Deiner Domain app_dev.php einfügst in die URL. Der Deugmodus wird im Contao-Manager mit den entsprechenden Zugangsdaten konfiguriert.
Eine weiße Seite im Installtool hatte ich auch schon. Ich weiß aber nicht wie ich das behoben habe. Aber oft gab es vorher Fehlermeldungen im Contao Manager.
16.03.2019, 08:06
jack_typewriter

Vielen Dank für deine Antwort.

Im Systemcheck im Contao Manager wird keine Fehlermeldung angezeigt bzw. alles grün abgehakt. Im Ordner var/logs liegt nichts drin. Im Debugmodus ändert sich nichts, das gleiche Problem.
16.03.2019, 08:24
Samson1964

Führe nochmal die Paketaktualisierung (für alles) im Contao Manager aus.
16.03.2019, 08:28
planepix

Hallo zusammen, eben bei einer 4.7.1 Installation auch beobachtet.

Aufruf des Installtools mit weißer 500er Seite.

Das manuelle Löschen des Ordners /var/prod brachte dann das Installtool wieder hervor.
16.03.2019, 08:42
jack_typewriter

Das Ding macht mich wahnsinnig :D

Paketaktualisierung ausgeführt, Ordner prod im Verzeichnis var gelöscht und immer noch eine weiße, leere Seite... :eek:
16.03.2019, 09:18
xchs

Hast Du den DocumentRoot der Domain korrekt auf den web/ Unterordner gesetzt?
16.03.2019, 09:50
jack_typewriter

Das wars :eek:
Hatte das Root-Verzeichnis nicht auf /web, sondern auf den Überordner von web gesetzt...

Vielen Dank!
18.03.2019, 17:33
louthi

gleich Fehlersymtone mit weißer Seite

Hallo an alle,
habe auch nur noch weiße Seiten beim Aufruf der Domain.

Dokumentroot liegt auf Unterordner /web. Darin ist das Contao 4.7 installiert. Ich weiß nicht mehr weiter, habe nun zigmal das wiederholt und dabei nach dieser Vorgabe (https://www.youtube.com/watch?v=GIgmdc1QJVA[/B]) eine Neuinstallation durchgeführt. Dann habe ich die Webseite, die ich auf meinem Entwicklungsserver zuvor erstellt habe, nach diesen Infos (https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/) umgezogen.

Kann mir an dieser Stelle jemand weiterhelfen?

Danke
18.03.2019, 17:35
xchs

Zitat:

Zitat von louthi

Dokumentroot liegt auf Unterordner /web. Darin ist das Contao 4.7 installiert.

Dieser Satz klingt schon mal "verdächtig". Die komplette Contao-Installation darf nicht im web/ Unterordner von Contao installiert sein. Dort befinden sich nur die öffentlich zugänglichen Ressourcen/Skripte.

Vielleicht heißt der Standardordner Deines Webhosters ebenfalls web/. Das kann manchmal verwirrend sein beim Festlegen des DocumentRoots.
19.03.2019, 07:20
louthi

Hallo xchs
Danke für Deine Info! Hoster ist Alfahosting, darin liegt diese Ordnerstruktur html/Kundenverzeichnis/ und darin liegt der neu erstellte web/Ordner. Und darein habe ich die Version installiert.

Nach der Installation liegt darin aber nochmal ein web-Ordner. Das verstehe ich nicht ganz. Muss dann die Domain beim Provider nachher in das Verzeichnis /web/web geroutet sein?

Grüße, L.
19.03.2019, 07:22
xchs

Im Prinzip könntest Du das so machen:

html/Kundenverzeichnis/mein-projekt/web/

Den DocumentRoot der Domain leitest Du auf genau dieses web/ Unterverzeichnis.

Den Contao Manager kopierst Du Dir dann in dieses web/ Unterverzeichnis und startest den Manager über https://example.com/contao-manger.phar.php (wobei Du example.com natürlich durch Deine Domain ersetzst)
19.03.2019, 07:24
Spooky
Zitat:

Zitat von louthi

Hallo xchs
Danke für Deine Info! Hoster ist Alfahosting, darin liegt diese Ordnerstruktur html/Kundenverzeichnis/ und darin liegt der neu erstellte web/Ordner. Und darein habe ich die Version installiert.

Nach der Installation liegt darin aber nochmal ein web-Ordner. Das verstehe ich nicht ganz. Muss dann die Domain beim Provider nachher in das Verzeichnis /web/web geroutet sein?

Ja, du hast das mit dem web Ordner misverstanden. Die Contao Installation kommt nicht in den web Ordner. Nur die contao-manager.phar kommt dort hin - und der DocumentRoot zeigt dann auf den web Ordner. Du machst also folgendes:
1. Einen Ordner für die Contao Installation anlegen.
2. In diesem Ordner einen Ordner namens web anlegen.
3. In diesen web Ordner den DocumentRoot zeigen lassen.
4. In diesem web Ordner die contao-manager.phar hineinspielen.
5. Die contao-managar.phar nach contao-manager.phar.php umbenennen.
6. Den Contao Manager mit https://example.org/contao-manager.phar.php aufrufen.
19.03.2019, 08:18
louthi

schönen Dank für die schnelle Hilfe.

Genau so und in dieser Reihenfolge habe ich es gemacht. Die Seite bleibt immer noch weiß. Irgendwo habe ich gelesen, dass das evtl. auch mit Symlinks zu tun hat. Wo wären diese und wie gehe ich mit denen um. Allerdings, habe ich zwischenzeitlich auch schon ein Ticket bei Alfahosting aufgemacht, vielleicht passen die Rechte noch nicht.

Grüße, L
19.03.2019, 08:21
Spooky

Zitat:

Zitat von louthi

Genau so und in dieser Reihenfolge habe ich es gemacht.

Laut deinen Posts hast du das nicht so gemacht. Wie rufst du das Contao Install Tool nun auf? Poste die exakte URL.
19.03.2019, 08:35
louthi

Zitat:

Zitat von Spooky

Laut deinen Posts hast du das nicht so gemacht. Wie rufst du das Contao Install Tool nun auf? Poste die exakte URL.

Hallo,
so den Manger: http://www.kellers-butterkuchen.de/c...nager.phar.php. Das Install-Tool so: http://www.kellers-butterkuchen.de/contao/install.
Das LogFile und der letzte Eintrag ist :
[2019-03-19 09:33:41] request.CRITICAL: Uncaught PHP Exception RuntimeException: "Failed to start the session: already started by PHP." at /var/www/web28468846/html/TL_C448_baeckerei-keller/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php line 141 {"exception":"[object] (RuntimeException(code: 0): Failed to start the session: already started by PHP. at /var/www/web28468846/html/TL_C448_baeckerei-keller/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:141)"} []

Danke für die Hilfe!
19.03.2019, 08:37
Spooky

Rufe das Contao Install Tool über die app_dev.php auf und poste den kompletten Stack Trace..
19.03.2019, 08:43
xchs

Der DocumentRoot der Domain zeigt jetzt auf /var/www/web28468846/html/TL_C448_baeckerei-keller/web/, richtig?
19.03.2019, 09:13
louthi

Zitat:

Zitat von Spooky

Rufe das Contao Install Tool über die app_dev.php auf und poste den kompletten Stack Trace..

habe ich gemacht, allerdings bin ich mir nicht sicher, ob die Vorgehensweise dazu richtig ist. Dies ist die Meldung: You are not allowed to access this file. Check app_dev.php for more information.
19.03.2019, 09:16
Spooky

Zitat:

Zitat von louthi

habe ich gemacht, allerdings bin ich mir nicht sicher, ob die Vorgehensweise dazu richtig ist. Dies ist die Meldung: You are not allowed to access this file. Check app_dev.php for more information.

Du musst im Contao Manager zuerst Benutzername & Passwort für die Entwicklungsumgebung setzen.
19.03.2019, 09:17
louthi

Zitat:

Zitat von xchs

Der DocumentRoot der Domain zeigt jetzt auf /var/www/web28468846/html/TL_C448_baeckerei-keller/web/, richtig?

ja, so habe ich das beim Hoster eingestellt: /TL_C448_baeckerei-keller/web. Allerdings ohne den Schrägstrich am Ende.
19.03.2019, 09:25
louthi

Zitat:

Zitat von Spooky

Du musst im Contao Manager zuerst Benutzername & Passwort für die Entwicklungsumgebung setzen.

Hallo Spooky,

hoffe, dass ich die Schritte jetzt richtig gemacht habe. Hier die Zeilen mit der Meldung:

Code:

RuntimeException: Failed to start the session: already started by PHP. at vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php:141 at Symfony\Component\HttpFoundation\Session\Storage\NativeSessionStorage->start() (vendor/symfony/http-foundation/Session/Session.php:57) at Symfony\Component\HttpFoundation\Session\Session->start() (vendor/contao/core-bundle/src/Framework/ContaoFramework.php:181) at Contao\CoreBundle\Framework\ContaoFramework->setConstants() (vendor/contao/core-bundle/src/Framework/ContaoFramework.php:127) at Contao\CoreBundle\Framework\ContaoFramework->initialize(true) (vendor/contao/core-bundle/src/Routing/Matcher/LegacyMatcher.php:59) at Contao\CoreBundle\Routing\Matcher\LegacyMatcher->matchRequest(object(Request)) (vendor/symfony-cmf/routing/src/DynamicRouter.php:271) at Symfony\Cmf\Component\Routing\DynamicRouter->matchRequest(object(Request)) (vendor/symfony-cmf/routing/src/ChainRouter.php:188) at Symfony\Cmf\Component\Routing\ChainRouter->doMatch('/', object(Request)) (vendor/symfony-cmf/routing/src/ChainRouter.php:158) at Symfony\Cmf\Component\Routing\ChainRouter->matchRequest(object(Request)) (vendor/symfony/http-kernel/EventListener/RouterListener.php:115) at Symfony\Component\HttpKernel\EventListener\RouterListener->onKernelRequest(object(GetResponseEvent), 'kernel.request', object(EventDispatcher)) (vendor/symfony/event-dispatcher/EventDispatcher.php:212) at Symfony\Component\EventDispatcher\EventDispatcher->doDispatch(array(array(object(DebugHandlersListener), 'configure'), array(object(ContentSecurityPolicyListener), 'onKernelRequest'), array(object(ValidateRequestListener), 'onKernelRequest'), array(object(CorsListener), 'onKernelRequest'), array(object(SessionListener), 'onKernelRequest'), array(object(FragmentListener), 'onKernelRequest'), array(object(CsrfTokenCookieListener), 'onKernelRequest'), array(object(RouterListener), 'onKernelRequest'), array(object(ResolveControllerNameSubscriber), 'onKernelRequest'), array(object(LocaleListener), 'onKernelRequest'), array(object(RefererIdListener), 'onKernelRequest'), array(object(LocaleListener), 'onKernelRequest'), array(object(TranslatorListener), 'onKernelRequest'), array(object(TraceableFirewallListener), 'onKernelRequest'), array(object(BackendLocaleListener), 'onKernelRequest'), array(object(BypassMaintenanceListener), 'onKernelRequest'), array(object(MaintenanceListener), 'onKernelRequest'), array(object(InsecureInstallationListener), 'onKernelRequest'), array(object(ToggleViewListener), 'onKernelRequest'), array(object(UserSessionListener), 'onKernelRequest'), array(object(HeaderReplayListener), 'onKernelRequest')), 'kernel.request', object(GetResponseEvent)) (vendor/symfony/event-dispatcher/EventDispatcher.php:44) at Symfony\Component\EventDispatcher\EventDispatcher->dispatch('kernel.request', object(GetResponseEvent)) (vendor/symfony/http-kernel/HttpKernel.php:126) at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1) (vendor/symfony/http-kernel/HttpKernel.php:67) at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true) (vendor/symfony/http-kernel/Kernel.php:198) at Symfony\Component\HttpKernel\Kernel->handle(object(Request)) (web/app_dev.php:83)

Und das steht im Log:

Code:

INFO 10:23:18 php User Deprecated: Referencing service route loaders with a single colon is deprecated since Symfony 4.1. Use contao_manager.routing_loader::loadFromPlugins instead. { "exception": {} } DEBUG 10:23:18 app Router Symfony\Bundle\FrameworkBundle\Routing\Router was not able to match, message "" CRITICAL 10:23:18 request Uncaught PHP Exception RuntimeException: "Failed to start the session: already started by PHP." at /var/www/web28468846/html/TL_C448_baeckerei-keller/vendor/symfony/http-foundation/Session/Storage/NativeSessionStorage.php line 141 { "exception": {} }
19.03.2019, 09:37
Spooky

Ist das eine frische Installation, ohne jegliche Anpassungen?
19.03.2019, 10:05
louthi

Zitat:

Zitat von Spooky

Ist das eine frische Installation, ohne jegliche Anpassungen?

diese Version habe ich auf meinem Entwicklungsserver mit einem Template aus den Themes von Contao aufgebaut – das ist die Seite: keller.freisbook.de. Zusätzlichen Module hatte ich da nicht installiert.

Zwischenzeitlich habe ich nun alles platt gemacht, das Procedere mit der neuesten Version 4.7 wiederholt: komplett das gleiche Ergebnis! Beim Installieren der DB kommt wieder die Fehlermeldung "An error occurred ".
Der Support von alfahosting arbeitet auch an dem Problem. Kann es sein, dass die Version 4.7 noch nicht ganz richtig funktioniert?

Danke und Grüße
01.04.2019, 19:58
planepix

Ich mag das Theme noch mal ansprechen:

Installation von 4.6 auf 4.7 aktualisiert. Der Manager funktioniert, holt auch neue Updates, aber nach Eingabe des Install Passwortes gibt es ein 500er Fehler. In den var/logs steht nichts - es wird nichts protokolliert.
Die Caches habe ich alle gelöscht; auch mit 5 verschieden Browser versucht. Immer ein 500er Fehler. Mich interessiert es einfach, wo und wie der Fehler behoben werden kann…

Welche Infos kann ich liefern?

Hoster: allinkl
PHP: 7.3.3
Contao 4.7.2

Die aktuelle composer.json:

Code:

{ "name": "contao/managed-edition", "type": "project", "description": "Contao Open Source CMS", "license": "LGPL-3.0+", "authors": [ { "name": "Leo Feyer", "homepage": "https://github.com/leofeyer" } ], "require": { "php": ">=5.5.0", "bastibuck/contao-backendhelper": "^1.3", "bugbuster/contao-botdetection-bundle": "^0.2.1", "bugbuster/contao-dlstats-bundle": "^1.0", "bugbuster/contao-visitors-bundle": "dev-master", "bwein-net/contao-database-backup": "^1.0", "cliffparnitzky/backend-custom-css": "^1.1", "cliffparnitzky/direct-content-elements": "^1.2", "codefog/contao-mobile_menu": "^2.6", "codefog/contao-news_categories": "^3", "contao/calendar-bundle": "4.7.*", "contao/comments-bundle": "4.7.*", "contao/conflicts": "*@dev", "contao/faq-bundle": "4.7.*", "contao/listing-bundle": "4.7.*", "contao/manager-bundle": "4.7.*", "contao/news-bundle": "4.7.*", "contao/newsletter-bundle": "4.7.*", "derhaeuptling/contao-seo-serp-preview": "^3.0", "do-while/contao-backupdb-bundle": "^1.2", "erdmannfreunde/contao-news-meta": "^1.0", "fritzmg/contao-sharebuttons": "^1.3", "fritzmg/contao-youtube-iframe": "^2.2", "hofff/contao-social-tags": "dev-master", "madeyourday/contao-rocksolid-columns": "^2.0", "madeyourday/contao-rocksolid-slider": "^2.0", "menatwork/contao-matomotrackingtag-bundle": "^1.0", "netzmacht/contao-font-awesome": "^4.7", "numero2/contao-tinypng": "^4.0", "omosde/contao-om-backend": "^1.4", "presprog/contao-undo": "^1.0", "terminal42/contao-ce-access": "^2.0", "terminal42/contao-conditionalselectmenu": "^3.0", "terminal42/contao-easy_themes": "^2.2", "terminal42/contao-leads": "^1.4", "terminal42/notification_center": "^1.4", "wangaz/contao-jquery-ui-tabs": "^1.1" }, "conflict": { "lexik/maintenance-bundle": "2.1.4", "symfony/symfony": "3.4.8|4.0.8", "doctrine/dbal": "2.9.1|2.9.2" }, "config": { "extra.contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ], "post-update-cmd": [ "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication" ] } }
01.04.2019, 20:31
tab

Vielleicht im Server-Log?
01.04.2019, 20:35
planepix

Keine error log Datei…
01.04.2019, 20:39
lrech

Hi,
Hatte das Problem auch bei all-inkl.
https://github.com/terminal42/contao...ter/issues/168

Geholfen hat ein erhöhtes memory limit in der htaccess (gleich am Anfang). Trotzdem habe ich seit 4.7.1 eine erhöhte Auslastung (ca. 500MB) über die app_dev.php.
01.04.2019, 20:48
planepix

Hallo lrech,

besten Dank für den Tipp!

Nutze schon den Cloud Resolver, aber das scheint nicht zu reichen…

Nun in der .htaccess einmal eingetragen:

Code:

php_value memory_limit 1G

und ich komme wieder ins Install Tool.

Besten Dank!

Peak memory Usage: 192 MB
01.04.2019, 21:00
tab

Puh, wenn man jetzt tatsächlich ein 1 GB für den Manager braucht, dann läuft da doch was gründlich schief und muss untersucht und behoben werden. Letztens habe ich noch in einem Hostingpaket installiert, das gar nicht mehr als 128MB als memory_limit hat. Da hatte ich zwar gar nicht mit gerechnet dass das noch geht, aber es ging.

Edit: Ach nee, geht ja ums Installtool, aber das ist ja noch fataler.
01.04.2019, 21:02
planepix

Ich habe einfach mal 1G eingeben; gff. reicht auch ein kleinerer Wert. Laut PHP Info habe ich 1G beim Business Paket.
01.04.2019, 21:21
lrech

Zitat:

Zitat von tab

Puh, wenn man jetzt tatsächlich ein 1 GB für den Manager braucht, dann läuft da doch was gründlich schief und muss untersucht und behoben werden. Letztens habe ich noch in einem Hostingpaket installiert, das gar nicht mehr als 128MB als memory_limit hat. Da hatte ich zwar gar nicht mit gerechnet dass das noch geht, aber es ging.

Edit: Ach nee, geht ja ums Installtool, aber das ist ja noch fataler.

Ist wohl auch eher Zufall, dass das Erhöhen des Limits überhaupt so weit geht. Eigentlich habe ich auch nur 256MB zur Verfügung.
Scheint aber ein all-inkl Problem zu sein, denn andere können diese hohe Auslastung mit dem NC nicht nachvollziehen.
01.04.2019, 22:11
3dr

Oje, bei mir auch für ein Update auf Contao 4.7.2 und Isotope 2.5.12 mit dem Contao-Manager bei all-inkl musste ich in die htaccess reproduzierbar tatsächlich php_value memory_limit 1G eintragen, mit php_value memory_limit 512M erscheint die blank page bei Aufruf des Install-Tools und ich kann dann auch keine Dateien oder Ordner löschen.

Ein Update auf Contao 4.7.2 ohne Isotope mit dem Contao-Manager bei all-inkl läuft hingegen ohne Cloud-Resolver und Hochsetzen des Memory-Limits via htaccess, das ist hart :eek:
01.04.2019, 22:12
tab

Habe ich nochmal Glück gehabt, das Update auf 4.7.2 lief gerade eben problemlos durch bei mir mit 128 MB memory_limit. ;) Natürlich nur mit dem Cloud-Resolver. Auch das Installtool war unproblematisch. :cool:
01.04.2019, 22:17
3dr

@tab, die Probleme habe ich auch nur dort wo Isotope mit dem NC installiert ist, mit einem Eintrag von 256 MB memory_limit läuft bei mir ein Update des Core von Contao bei all-inkl sogar ohne Cloud-Resolver
01.04.2019, 22:35
tab

Ok, Isotope ist natürlich schon ein gewisser Brocken :). Das würde ich in einem Hosting für 1,49€ pro Monat auch noch nicht mal zum Spass probieren. Wär ja auch sinnlos. Selbst wenn die Installation durchlaufen würde, hätte ich mit dem Shop hinterher wahrscheinlich wenig Freude. ;)
02.04.2019, 08:16
lrech

Zitat:

Zitat von 3dr

@tab, die Probleme habe ich auch nur dort wo Isotope mit dem NC installiert ist, mit einem Eintrag von 256 MB memory_limit läuft bei mir ein Update des Core von Contao bei all-inkl sogar ohne Cloud-Resolver

In einer Demo-Installation war bei mir aber wirklich nur das NC der ausschlaggebende Faktor. Isotope habe ich gar nicht installiert.
22.04.2019, 17:25
neelix

Hallo,

bin gerade auch in das Problem gerannt. Update von 4.6 auf die aktuelle 4.7 mit dem Manager und jetzt habe ich beim Install-Tool für die Datenbankanpassung einen ERROR 500 das in der apache_error.log

Code:

[22-Apr-2019 18:14:58 Europe/Berlin] PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 1376256 bytes) in /var/www/web124/html/contao4/var/cache/prod/ContainerHQvnYmP/appContao_ManagerBundle_HttpKernel_ContaoKernelProdContainer.php on line 408 [22-Apr-2019 18:14:58 Europe/Berlin] PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 1376256 bytes) in /var/www/web124/html/contao4/var/cache/prod/ContainerHQvnYmP/getContao_Listener_ExceptionConverterService.php on line 9

Mehr als die 512 MB RAM gibt's aber nicht. So spontan habe ich jetzt nichts zu Systemvoraussetzungen für Contao 4.7. gefunden, in denen was von mehr 512MB RAM steht.

Wie kriege ich dann jetzt das Update zu Ende gebracht?

Neelix
22.04.2019, 17:28
xchs

Hast Du ebenfalls die oben erwähnten Erweiterungsbundles installiert?
22.04.2019, 17:31
neelix

Nicht so viele, aber das NC ist dabei.
22.07.2019, 16:23
Birden

Habe das Problem bei all-inkl mit Contao 4.7.7 mit einer 500 Error im Installtool auch. Aufgetreten ist es nach einer fehlgeschlagenen Paketinstallation. (Oben erwähnte Erweiterung ist nicht installiert.) Hab so ziemlich alles versucht, was hier erwähnt wurde.
22.07.2019, 16:39
neelix

Schau mal ins Error-Log deines Webservers. Da sollte stehen, warum ein 500er ausgelöst wurde.
22.07.2019, 16:54
Birden

Da hab kein Zugriff, es ist nur ein Paket
22.07.2019, 17:34
xchs

Du könntest ja mal versuchen, das Logging wie folgt zu aktivieren: https://www.gambio-blog.de/all-inkl-server-error-log/
22.07.2019, 19:15
Birden

Danke für den Tip!

Der Serverlog spuckt nichts aus.

Auch unter var/logs ist kein eintrag, ebenso nichts unter contao-manager/logs
22.07.2019, 19:20
xchs

Ist die betreffende Erweiterung aus der fehlgeschlagenen Paketinstallation noch in der composer.json vermerkt? Falls ja, entferne den Eintrag, lösche Deine composer.lock und führe anschließend eine vollständige Paketaktualisierung durch.
22.07.2019, 19:39
Birden

Hab jetzt den Contao-Manager neu installiert. In der composer.json war die fehlgeschlagene Erweiterung (con4gis-Maps) nicht vermerkt, aber es war auch die davor installierte con4gis-Core nicht vermerkt, obwohl diese im Contao Manager als installiert gezeigt wird. So habe ich diese entfernt. Die composer.lock gelöscht und die Pakete vollständige aktualisiert. Jetzt geht es wieder.

Danke für die Hilfe
07.01.2020, 16:30
Dillinja

Liebe Gemeinschaft,

mich hat nach einem Bugfix-Update (4.7.x auf 4.7.7) das gleich Schicksal ereilt.

PHP: 7.3
Speicher auch schon "erhöht"
Manager erneut durch laufen lassen.

im Contao Manager läuft alles wunderbar durch jedoch komme ich danach weder ins Backend, noch ins Install-Tool oder auf die normale Seite. Jedoch funktioniert die Seite im Debug Mode (app_dev.php) wunderbar und zeit auch keine Fehler.

Ich habe mal All-Inkl. angeschrieben, ob die mehr sehen als ich.

Oder vielleicht seht ihr ja mehr als ich:

https://www.kirgistan.travel/app_dev.php

Benutzer: all-inkl
Passwort: all-inkl_debug

Vielen Dank euch.
07.01.2020, 16:38
Spooky

Aktualisiere zuerst auf die neueste Contao Version. Contao 4.7 wird nicht mehr supported.
07.01.2020, 18:35
Dillinja

das wird leider nicht gehen, da Metamodels installiert ist - dann wohl runter auf die 4.4 :/
07.01.2020, 22:38
Spooky

MetaModels unterstützt Contao 4.7, aber nicht 4.8?
08.01.2020, 04:56
MacKP

Nope. MM unterstützt Contao 4.4 und wird dann erst wieder die nächste LTS-Version (4.9) unterstützten.
Von daher war das eh schon kein guter Plan eine Seitet mit MM und Contao 4.7 zu betreiben ;-)

Viele Grüße
08.01.2020, 11:01
Dillinja

ja, das war auf keinen Fall ein guter Plan ;-)

unter 4.4 ist jetzt alles wieder schick!
08.01.2020, 12:21
rauel

Installtool läßt sich wegen fehlender Domaine nicht aufrufen

Zitat:

Zitat von xchs

Hast Du den DocumentRoot der Domain korrekt auf den web/ Unterordner gesetzt?

Hallo,

ich möchte an dieser Stelle mal folgendes Problem einbringen.

Ich möchte mit einem Contao 3.5.40 das bei Strato liegt zu Mittwald umziehen.
Das heißt ich habe bei Mittwald noch keine Domaine angemeldet sondern nutze für die Installation von Contao 4 die URL des Pakets.
Das wäre z.B p5xxxxx.webspaceconfig.de
Da ich keine leere neue Installation von Contao 4 machen will, habe ich mich für die manuelle Installation, anstatt über den SoftwareManager von Mittwald entschieden!
Nun habe ich wie schon erprobt, alles installiert und die Ordner der alten Version files, templates und config mit dcaconfig und langconfig per FTP hochgeladen!
Jetzt wollte ich das Installtool aufrufen um die Datenbank zu aktualisieren und die Installation abzuschließen!
Beim Aufruf es Installtool im Contao-Manager wir mir eine leere Seite angezeigt, denn der Pfad stimmt nicht.
Der Techniker bei Mittwald sagte mir nun, da ich keine Domaine sondern die Paketurl verwende geht das nicht. Contao will wohl eine echte Url.
Er rät mir, die Software über den Softwaremanager von Mittwald zu installieren denn dann wird automatisch eine Suddomain z.b. contao.p5xxxx.webspaceconfig.de.

Wenn ich das so mache, kann ich dann im nachhinein die Datenbank und die files, templates etc meiner 3.5.40 einbinden?

Überall wird einem gesagt, dass man vor dem Installtool die Dateien der alten Version übernommen werden soll!

Hast du einen Tipp wie ich es am besten löse?

Vielen Dank im Voraus.
08.01.2020, 14:16
Samson1964

Zitat:

Zitat von Spooky

MetaModels unterstützt Contao 4.7, aber nicht 4.8?

Unter 4.8 habe ich keine Probleme.
08.01.2020, 16:35
xchs

Zitat:

Zitat von rauel

Contao will wohl eine echte Url.

Es gibt keine echten oder unechten URLs. Contao ist es im Prinzip auch Wurst, über welche URL die Installation bzw. der Betrieb der Website erfolgt. Du musst lediglich sicherstellen, dass Du den DocumentRoot der Domain (welche das ist, ist - wie schon gesagt - egal) auf den web/ Unterordner der Contao-Installation zeigen lässt. Wenn das bei der Paket-Domain von Mittwald nicht möglich ist, dann brauchst Du eben eine andere Domain (oder einen anderen Hoster), wo das möglich ist.

Zitat:

Zitat von rauel

Er rät mir, die Software über den Softwaremanager von Mittwald zu installieren denn dann wird automatisch eine Suddomain z.b. contao.p5xxxx.webspaceconfig.de.

Den Softwaremanager von Mittwald brauchst Du dafür vermutlich nicht zwingend; die Sub-Sub-Domain könntest Du wahrscheinlich auch selbst anlegen (oder auch nicht - keine Ahnung, kenne Mittwald nicht). Ob es sinnvoll ist, für die Paket-Domain (die ja bereits eine Subdomain ist) noch eine weitere Subdomain anzulegen, sei mal dahingestellt. Wenn Du für diese Sub-Subdomain den DocumentRoot selbst festlegen kannst, dann soll's recht sein.

Zitat:

Zitat von rauel

Wenn ich das so mache, kann ich dann im nachhinein die Datenbank und die files, templates etc meiner 3.5.40 einbinden?

Diese Ressourcen kopierst Du ganz normal in Deine Contao 4 Installation und importierst den Dump Deiner Contao 3.5 Installation in die (leere) Datenbank Deiner neuen Contao 4 Installation. Anschließend rufst Du das Contao Installtool auf und führst die Migration der Datenbank aus.
10.01.2020, 10:15
rauel

Zitat:

Zitat von xchs

Es gibt keine echten oder unechten URLs. Contao ist es im Prinzip auch Wurst, über welche URL die Installation bzw. der Betrieb der Website erfolgt. Du musst lediglich sicherstellen, dass Du den DocumentRoot der Domain (welche das ist, ist - wie schon gesagt - egal) auf den web/ Unterordner der Contao-Installation zeigen lässt. Wenn das bei der Paket-Domain von Mittwald nicht möglich ist, dann brauchst Du eben eine andere Domain (oder einen anderen Hoster), wo das möglich ist.

Den Softwaremanager von Mittwald brauchst Du dafür vermutlich nicht zwingend; die Sub-Sub-Domain könntest Du wahrscheinlich auch selbst anlegen (oder auch nicht - keine Ahnung, kenne Mittwald nicht). Ob es sinnvoll ist, für die Paket-Domain (die ja bereits eine Subdomain ist) noch eine weitere Subdomain anzulegen, sei mal dahingestellt. Wenn Du für diese Sub-Subdomain den DocumentRoot selbst festlegen kannst, dann soll's recht sein.

Diese Ressourcen kopierst Du ganz normal in Deine Contao 4 Installation und importierst den Dump Deiner Contao 3.5 Installation in die (leere) Datenbank Deiner neuen Contao 4 Installation. Anschließend rufst Du das Contao Installtool auf und führst die Migration der Datenbank aus.

ich bin gerade im Umzug von Strato zu Mittwald und deshalb habe ich nur die Paket Url für die Installation zur Verfügung gehabt.
ich habe nun ein Domain registriert bei Mittwald und dann ließ sich auch das Intalltool aufrufen.
Also das Problem mit der leeren Installtool-Seite ist gelöst.

Vielen Dank.
08.07.2020, 10:07
Diana

Zitat:

Zitat von planepix

Hallo lrech,

besten Dank für den Tipp!

Nutze schon den Cloud Resolver, aber das scheint nicht zu reichen…

Nun in der .htaccess einmal eingetragen:

Code:

php_value memory_limit 1G

und ich komme wieder ins Install Tool.

Besten Dank!

Peak memory Usage: 192 MB

Hi!
Das würde ich auch gerne machen. Ich versuche mich gerade an einem Update von Contao 4.7.1 auf 4.7.*.
Gerne auch 4.9.*, aber da es nicht auf Anhieb geklappt hat, versuche ich es in kleinen Schritten... Provider ist Mittwald.

Wenn ich versuche mittels der .htaccess im /web den memory zu erhöhen, mache ich die htaccess kaputt und bekomme ich einen 500er.
php_value memory_limit 1G

Ich hab es ganz oben hingeschrieben, ganz unten. Ganz allein. Nix klappt.
Was mache ich da falsch?

Viele Grüße
Diana
08.07.2020, 10:13
Spooky

Ist bei Mittwald open_basedir gesetzt? Wenn ja, sollte das entfernt werden.
08.07.2020, 10:57
Diana

Zitat:

Zitat von Spooky

Ist bei Mittwald open_basedir gesetzt? Wenn ja, sollte das entfernt werden.

Äh, keine Ahnung. Wie macht man das? Mit der php.ini oder wie?
08.07.2020, 10:58
Spooky

Ob und wie du das machen kannst, kann ich dir nicht sagen, da ich den Hoster nicht kenne.
08.07.2020, 10:59
Diana

Zitat:

Zitat von Spooky

Ob und wie du das machen kannst, kann ich dir nicht sagen, da ich den Hoster nicht kenne.

Schade, okay. Ich suche... Danke schon mal für den Tipp.
08.07.2020, 11:03
tab

Zitat:

Zitat von Diana

Hi!
Wenn ich versuche mittels der .htaccess im /web den memory zu erhöhen, mache ich die htaccess kaputt und bekomme ich einen 500er.
php_value memory_limit 1G

Ich hab es ganz oben hingeschrieben, ganz unten. Ganz allein. Nix klappt.
Was mache ich da falsch?

Viele Grüße
Diana

Soweit ich weiss, geht das über die .htaccess nur wenn PHP als Apache-Modul läuft (mod_php). Ansonsten (FastCGI/FPM) muss das über ein ini-File gemacht werden. Das würde zumindest mal den 500er Fehler erklären.
08.07.2020, 13:05
Diana

Zitat:

Zitat von Diana

Schade, okay. Ich suche... Danke schon mal für den Tipp.

Ich hab rausgefunden, dass ich das memory-Limit bei Mittwald nicht über die .htaccess, sondern über die php.ini anpassen muss.
Falls sich einer fragt, die liegt hier: /etc/php
Leider war in meinem Fall schon das Maximum, nämlich 256M eingestellt:

; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit = 256M

Ich hab es natürlich trotzdem mit mehr versucht, hat aber nicht geklappt. Laut Support müsste ich in ein anderes Paket umziehen, wenn ich mehr will. Das ist jetzt natürlich Banane. Ich bin mir ja nicht mal sicher, ob es am memory liegt, dass ich das Installtool nicht aufrufen kann. Ich hab ja keine Fehlermeldung.

Wo könnte man denn außer im var/log nach einer Fehlermeldung suchen?
08.07.2020, 13:12
Spooky

Hast du das mit open_basedir schon verifiziert und versucht zu ändern?
08.07.2020, 14:03
Diana

Zitat:

Zitat von Spooky

Hast du das mit open_basedir schon verifiziert und versucht zu ändern?

Hi Spooky!
Ich dachte die open_basedir-Geschichte sei hinfällig, da ich das memory-Limit ja in der php.ini einstellen konnte. Nur eben nicht hoch genug...

Ich versteh nicht was open_basedir macht, aber ich hab das hier in meiner php.ini gefunden:
; open_basedir, if set, limits all file operations to the defined directory
; and below. This directive makes most sense if used in a per-directory
; or per-virtualhost web server configuration file.
; Note: disables the realpath cache
; http://php.net/open-basedir
;open_basedir =

Könnte mir das was helfen?
08.07.2020, 14:06
Spooky

Zitat:

Zitat von Diana

Hi Spooky!
Ich dachte die open_basedir-Geschichte sei hinfällig, da ich das memory-Limit ja in der php.ini einstellen konnte. Nur eben nicht hoch genug...

Theoretisch brauchst du das nicht machen, wenn du open_basedir beeinflussen kannst.

Zitat:

Zitat von Diana

Ich versteh nicht was open_basedir macht, aber ich hab das hier in meiner php.ini gefunden:
; open_basedir, if set, limits all file operations to the defined directory
; and below. This directive makes most sense if used in a per-directory
; or per-virtualhost web server configuration file.
; Note: disables the realpath cache
; http://php.net/open-basedir
;open_basedir =

Könnte mir das was helfen?

Demnach wäre open_basedir gar nicht im Einsatz. Bestätige das mal mit phpinfo();
08.07.2020, 14:12
Diana

Zitat:

Zitat von Spooky

Theoretisch brauchst du das nicht machen, wenn du open_basedir beeinflussen kannst.

Demnach wäre open_basedir gar nicht im Einsatz. Bestätige das mal mit phpinfo();

In der phpinfo steht bei open_basedir: no value
08.07.2020, 14:25
Spooky

Hm, verstehe. Contao 4.9.4 bringt da evt. eine Verbesserung.
30.01.2023, 17:39
doescher

Hallo,

ich habe auch das Problem, dass mir unter Contao 4.4 beim Aufrufen des Install-Tools oder des Backends nur eine weiße Seite gezeigt wird.

Ich habe die Installation und danach den Umzug unter MAMP durchgeführt, Root-Verzeichnist ist /web, habe unter MAMP die Limits auf bis zu 2048M hochgestellt, keinen Erfolg.

Habt Ihr noch einen Tipp für mich, warum der Composer zwar durchläuft, die Installation aber nicht abgeschlossen werden kann?

Mit verzweifelten Grüßen
doescher