Druckbare Version
Hallo,
ich habe bei serverprofis.de im Rootverzeichnis ein contao 3.5.28 und möchte parall in der Subdomain web.domain.de mit Contao-Manager die contao 4.4.1 installieren, um später mal die aktive Webseite auf das contao 4.4.1 zu updaten.
Nach dem Zuschalten der PHP Intl und dem erfolgreichen contao-check kommt die nachfolgende Fehlermeldung, das der Manager mit 3.5.28 nicht kompatibel ist.
Anhang 19632
Vielen Dank im Voraus für einen Hinweis !
VG
KDF
Konnte den Anhang zwar nicht aufrufen, aber wie genau sieht Deine Ornerstruktur aus? Wo liegt der Contao-Manager? Wohin zeigt die Subdomain?
Eine Contao-Installation (Contao 3) direkt im Root des Webspaces ist aber ohnehin nicht glücklich.
Hallo mlweb,
vielen Dank!
Ich rufe den Contao-Manager, der im Ordner /web/ ist, im Firefox auf:
https://web.baerbels-naturfoto.de/co...er.phar.php/#/
Vielleicht klappt es jetzt mit dem Bild.
Ich habe also nicht die aktive Seite www.baerbels-naturfoto.de auf den Ordner public_html/web/ gelegt, da ich gern die 4.4.1
in Ruhe ausprobieren möchte über den Aufruf der Subdomain web.baerbels-naturfoto.de.
Ja, die 3-er Version ist im public_html dierekt.
VG
kdf
Wie ich vermutet habe, ist bei Dir der Ordner web mitten in der Contao 3 Installation. Das funktioniert so nicht. Eine Contao 4 Installation hat auch Dateien oberhalb von web. Dort findet der Manager dann Deine Contao 3 Installation und meckert völlig zu recht.
Deine Dateistruktur sollte eigentlich in etwa so aussehen:
www.meine-domain.de zeigt auf ordner meine_live_installation mit der kompletten Contao 3 Installation.
contao4.meine-domain.de zeigt auf Ordner meine_testinstallation/web. Dort liegt dann auch die contao-manager.phar.php.
Alles klar!
Herzlichen Dank für den Hinweis!
Beste Gruesse
kdf
Hallo,
habe eben eine neue Managed Edition 4.4.2 für eine SSL-geschützte Seite installiert. Die Installation lief problemlos durch und sah auch gut CSS-formattiert aus.
Das Fenster zum Einloggen nach der Installation war wie erwartet korrekt formattiert siehe https://documentation.lodgit.com/contao
Aber nach dem Einloggen wird nun das Backend komplett ohne CSS-Files dargestellt.
Im Quelltext des Backendstartseite wird <base href="http://documentation.lodgit.com/"> angezeigt, aber es sollte doch <base href="https://documentation.lodgit.com/"> heissen, oder?
Dort wo z.B.steht, wird mir als Fehlermeldung in der Browser-Ressourcenansicht ausgegeben:Code:<link rel="stylesheet" href="assets/simplemodal/css/simplemodal.min.css"">
<link rel="stylesheet" href="assets/datepicker/css/datepicker.min.css">Code:[blocked] The page at https://documentation.lodgit.com/con...s&ref=nW0SI7jn was not allowed to run insecure content from http://documentation.lodgit.com/asse...emodal.min.css.
Was kann ich tun, dass diese CSS-Files unter https richtig geladen werden?
Hoffe, dass mir hier jemand helfen kann?
Liebe Grüße
Dirk
Da der base href im backend login funktioniert, dürfte es nicht an der SSL Erkennung liegen.
Eine Managed Edition 4.4.3 sollte es eigentlich nicht geben?
Ja, Sorry war 4.4.2!Zitat:
Zitat von Spooky
hallo,
ich habe heute einer bestehenden Contao 4.4.1 version den aktuellen CM hinzugefügt.
beim versuch mittels CM die backup erweiterung zu laden, erhalten ich die meldung
zugewiesen waren 128 MB RAM, nun habe ich 256 MB freigegeben, kann aber den CM nicht mehr beenden.Code:Error: "Out of memory (allocated 73568256)
was muss ich tun, um ihn wieder zurückzusetzen?
viele grüße aus münster
Was genau meinst du mit du kannst den CM nicht mehr beenden?
ich komme immer nur zurück auf das modale fenster:
jedoch gibt [Abbrechen] zwar einen JS alert aus, hat aber keine erkennbare funktion.Code:"Pakete werden installiert"
Konsolentask gestartet …
[Abbrechen]
Poste das vielleicht als Bug auf GitHub und schildere den genauen Hergang.
ja, danke, hab ich gemacht, es gab schon eine ähnliche meldung:
https://github.com/contao/contao-man...pjax-container
Übrigens, laut der Fehlermeldung standen dir nur 70 MiB zur Verfügung. Das ist natürlich sehr wenig.
mh, stimmt schon, freigegebn waren aber mehr (?!)
kann's leider jetzt aus den genannten gründen nicht mehr erneut testen ;)
... aber vielleicht ist die komplette fehlermeldung sinnvoll / hilfreich:
Code:Error: "Out of memory (allocated 73568256) (tried to allocate 917504 bytes)" in phar:///home/domain.de/contao/web/contao-manager.phar.php/vendor/composer/composer/src/Composer/Json/JsonFile.php on 272
Ist wohl wieder der Klassiker. Memory Limit ist höher eingestellt als was tatsächlich überhaupt an RAM verfügbar ist. Deswegen lautet der Fehler hier auch "Out of memory" und nicht "Allowed memory size of xxxxxxxx bytes exhausted".
yo, könnte sein
Hallo zusammen,
ich konnte nunmehr den Contao-Manager installieren und er funktioniert auch so weit; ich habe im Experten-Modus den PHP-Bin - Pfad eingegeben und danach kam auch die
Console (WebSite)..... Doch ein anderes Problem /Fehler hat sich danach gemeldet. Wenn ich z. B. nach "Update suchen" anklicke, dann erhalte ich eine Fehlermeldung, dass nicht genügend MEMORY allokiert wäre.... Wie kann ich diesen Fehler beheben?
Meine Umgebung: Alfahosting, Multi XL => PHP 7.1 und in den Servereinstellungen sind: memory_limit: 256 MB eingestellt.
Besten Dank und herzliche Grüße
Matthias
Bei mir fehlt beim installieren über den CONTAO Manager und per Download von der Website die install.php. Woran kann das liegen?
Ich bekomme eine "Not Found" zurück.
Das liegt daran, daß es die install.php nicht mehr gibt.
Dur rufst statt dessen die Route contao/install auf.
Hallo,
ich habe folgendes Problem:
Wollte folgende Erweiterung über Manager installieren:
https://rocksolidthemes.com/de/conta...tion/opensauce
Intallation scheint funktioniert zu haben. Hier die Konsolenausgabe:
Using version ^2.0 for madeyourday/contao-rocksolid-custom-elements
/hp/ax/ac/ho/www/Kita/composer.json has been updated
Loading composer repositories with package information
Updating dependencies
Package operations: 1 install, 0 updates, 0 removals
- Installing madeyourday/contao-rocksolid-custom-elements (v2.0.3): Downloading (100%)
Writing lock file
Generating optimized autoload files
> Contao\ManagerBundle\Composer\ScriptHandler::initi alizeApplication
Added/updated the web/app.php file.
Added/updated the web/app_dev.php file.
// Clearing the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully cleared.
// Warming up the cache for the prod environment with debug
// false
[OK] Cache for the "prod" environment (debug=false) was successfully warmed.
Trying to install assets as relative symbolic links.
--- ------------------------------- ------------------
Bundle Method / Error
--- ------------------------------- ------------------
? ContaoCoreBundle relative symlink
? ContaoCalendarBundle relative symlink
? ContaoCommentsBundle relative symlink
? ContaoFaqBundle relative symlink
? ContaoNewsBundle relative symlink
? ContaoNewsletterBundle relative symlink
? RockSolidCustomElementsBundle relative symlink
--- ------------------------------- ------------------
[OK] All assets were successfully installed.
Added/updated the system/initialize.php file.
Symlinked the system/config/tcpdf.php file.
--- ------------------------ ----------------------------------------------------------------
Symlink Target / Error
--- ------------------------ ----------------------------------------------------------------
? system/themes/flexible vendor/contao/core-bundle/src/Resources/contao/themes/flexible
? web/assets assets
? web/system/themes system/themes
? system/logs var/logs
--- ------------------------ --------------------------------------------------
Problem:
Installation wird nicht beendet. Also ich kann nicht mehr auf den Manager zugreifen.
Es wird nur das Fenster mit "Pakete werden installiert" angezeigt.
"Abbrechen" funktioniert nicht und Neustart des Managers funktioniert auch nicht.
Einen schönen guten Tag, darf ich kurz fragen ob es dafür mittlerweile schon eine Lösung gibt?Zitat:
Zitat von stefan.sl
Wollte gerade auf Windos 10 unter MAMP Pro mit den Contao Manager ansehen aber komme nirgends hin ausser zur Fehlermeldung das genau das fehlt. Habe jetzt unter MAMP schon überall dies freigeschaltet aber es funzt einfach nicht.
Könntest du mir da vielleicht helfen?
Unter Windows läuft der ContaoManager m.E. (noch) nicht.
Das würde mich definitiv auch Wunder nehmen. Hat keiner 'ne Ahnung?Zitat:
Zitat von planepix
Einen schönen guten Morgen liebe Contao Family,
also nach dem der CM unter Mamp auf Windows nicht geht dachte ich mir dann schnal ich es einfach auf mein Hosting rauf und teste mal dort.
Ätsch geht bei meinem Hoster nicht der sagt das die PHP Erweiterung proc_open eine Sicherheitsrelevante Geschichte sei und dies auf dem normalen Hostingpaketen nicht freigeschaltet werden kann.
Da hier mehr Kunden von den Einstellungen betroffen werden.
Will mich auf einen Managed-Server hochstufen wo ich dann also meinen eingenen Server habe und machen kann was ich dann will.
Diese kostet mir aber ne Stange mehr als das Hostingpaket.
Nun meine Frage nach was ich ja gelesen habe wird ja noch mächtig am CM geschraubt, bleibt das so oder kommt hier noch eine Änderung das dies dann doch ohne geht?
Blick da grad garnicht richtig durch?
Ein managed server ist dafür eigentlich nicht nötig. Und ob proc_open sicherheitsrelevant ist, darüber sind sich die Admins verschiedener Hoster nicht einig.
Ich vertraue da den Leuten von uberspace. Dort habe ich kürzlich ein Contao 4.4 ohne Probleme aufgesetzt, und die Kosten sind gegenüber einem eigenen Server zu vernachlässigen :-)
Für Tests auf jeden Fall zu empfehlen!
Zitat:
Zitat von planepix
Da die Fehlermeldung nichts aussagt habe ich mich durch den Sourcecode gewühlt und die Lösung auf unseren Servern dazu gefunden.Zitat:
Zitat von patmueller
In unserer Jailumgebung gab es den Befehl "nohup" nicht.
Falls dies nicht das Problem ist, suche nach den verschiedenen isSupported Funktionen innerhalb von den *Forker classen.
Gruss
Jetzt bekomme ich zum ersten Mal auch diesen Fehler:
Getestet mit php5.6 7.0 und 7.1 auf eigenem ServerCode:Exception occured: Project could not be created. Chained exception: The php executable could not be found.
intl, openssl und allow_url_fopen sind in PHP und PHP-CLI vorhanden
Contao Manager Beta 10 - hat jmd. ne Idee?
Bei der domainFactory klappte auf einem ManagedHosting-Pro-Paket die Installation über den Contao-Manager nach einigen Feinjustierungen. Da war ich sehr begeistert, da ich schon seit sehr langer Zeit Contao4 nutzen möchte und mich zuvor - ohne Manager - nicht getraut hatte. Leider bricht die Paketaktualisierung immer nach knapp mehr als 30 Sekunden mit der folgenden Fehlermeldung ab:
Aus der php.ini sehe ich, dass die max-execution_time = 300 gesetzt ist. Wird hier schon an einer Lösung gebastelt?Code:Loading composer repositories with package information
Updating dependencies
Process terminated with exit code 152
Reason: CPU time limit exceeded [signal 24]
Vielen Dank für all Eure Bemühungen!!
In welcher php.ini hast du geschaut? Der Composer, gestartet durch den Contao Manager, läuft mit der Kommandozeilen Version von PHP, und die hat eine eigene php.ini gegenüber der die vom Webserver genutzt wird.
Hi BugBuster!
Vielen Dank für den Tipp. Ich hatte im php.ini-Editor im Kundenmenü nachgesehen. Nun habe ich über die /contao-managaer/manager.json herausgefunden, dass mein Contao-Manager wohl auf folgende PHP-Version zugreift:
Über die Konsole habe ich dann folgende Einstellungen in der dort hinterlegten php.ini herausfinden können:Code:"php_cli": "\/usr\/local\/bin\/php5.6.28-cli",
Das ist sicherlich kürzer, passt aber immer noch nicht zu den 30 Sekunden, nachdem das Skript abbricht... :(Code:max_execution_time = 180 ; Maximum execution time of each script, in seconds
memory_limit = 100M ; Maximum amount of memory a script may consume (8MB)
Hallo TLight,
guck mal bei df was für ein Paket du da hast und wie viel Scriptlaufzeit. Das ist soweit ich weiß je nach Paket etwas unterschiedlich. Was immer du auch in der php.ini einträgst wirkt sich nicht auf die tatsächliche Zeit aus für Scripte. df hat da noch eine Instanz darüber, die den Teil regelt. Eventuell erreichst du mit einem Update von dem Paket schon alles was du brauchst.
Oder du kannst auf ein neueres Paket, was meistens bessere Konditionen hat ;-)
Viele Grüße
Hi MacKP!
Das war eine gute Anregung. Ich habe beim df-Support angerufen und erfahren, dass die max_execution_time in meinem Paket nur bei 30 Sekunden liegt. Wie Du vermutet hattest, war es ein veraltetes Paket und mir wurde angeboten, es zu einem fast kostengleichen aktuellen Paket umzustellen, das mir nun u. a. 60 Sekunden max_execution_time und 128 MB RAM beschert.
Das Schöne ist, dass der o. g. Fehler nun weg ist, das Schlechte, dass mich nun ein anderer, schon mehrfach im Forum beschriebener Fehler begrüßt:
Vielleicht findet sich hierfür ja auch bald eine Lösung...Code:Process terminated with exit code 255
Reason: Unknown error
Liebe Grüße
Hey,
bei uns läuft PHP 5.6.30
Manager sagt ganz kurz da: "ERROR 500: Unerwarteter API-Status."
dann lädt er ewig und dann kommt: "ERROR 500 The process "/srv/www/htdocs/contao-4.4.4/vendor/bin/contao-console 'contao:version'" exceeded the timeout of 60 seconds."
max_execution_time = 3000
memory_limit = 300M
wir sind am verzweifeln auch alle PHP-Erweiterungen die in der Doku stehen laufen
PHP Erweiterung Intl und OpenSSL
PHP Funktionen proc_open und proc_close
PHP Einstellung allow_url_fopen muss aktiv sein
Ratlosigkeit macht sich breit
Niemand ne Idee? :(
Bist du sicher, dass die php-Version passt, also die CLI-Version?
Installiert ist diese: PHP 5.6.30-0+deb8u1 (cli)Zitat:
Zitat von tab
Hallo Communtiy,
ich habe mir auf einer Virtuellen Maschnine (Windows) eine Testumgebung eingerichtet.
PHP 7
Apache 2.4
Mysql 5.7
Nun meine Frage:
Der Contao Manager funktioniert ja nicht unter Windows. Ansonsten habe ich oft gelesen, das Contao im Unterordner Web installiert werden muss.
Muss ich dafür wirklich den Dokumentenroot auf Web umlegen? Oder gibts noch ne andere option....?
Würde halt gern neben Contao noch andere Sachen installieren auf dem Server.
Für jede Applikation solltest du sowieso einen eigenen VirtualHost anlegen.
Und ich glaube du hast das falsch verstanden. Egal wo du Contao 4 installierst, du musst den DocumentRoot des VirtualHost deiner Contao Installation in den /web Ordner der Contao Installation setzen.