Nein, das stimmt so nicht ;). Der Contao Manager führt die Konsolentasks in einem eigenen Prozess aus, wo andere Limits/Beschränkungen gelten.
Was meinst du mit "normale Anwendung" und warum sollte das so sein?
Druckbare Version
Zitat aus dem Kundenmenü -- SSH Konfiguration
Wie sonst kann es sein das Contao Manager , bei mir bei DF, mit dem Speicherfehler abbricht und ich dann eine Installation über die Konsole mit composer update fertig machen muss?Zitat:
SSH Zugänge unterliegen anderen Limits als ein Zugriff über den Webserver, diese sind um den Faktor 3 höher, abgesehen von der Anzahl der gleichzeitigen Prozesse, diese sind auf 12 für alle Logins zusammen limitiert. Die Priorität aller Aufrufe ist niedriger, um auch mit länger andauernden Skripten keine Präsenzen zu beeinträchtigen. Die maximale Laufzeit von Skripten und Programmen ist nicht mehr auf 90s limitiert, sondern nur noch durch CPU Sekunden.
Steffen Winde
PS: Eine Bekannter von mir hat einen ManagedServer bei DF, dort kann man im Kundenmenü für jede Domain PHPx.xx FastCGI einstellen. Dann macht auch der CM was er soll. Bei meinem Reseller Paket geht das nicht.
Wenn man jetzt einen günstigen Anbieter sucht, ist man hier in Österreich bei world4you mal nicht so schlecht bedient.
Ich habe all meine Kunden dort geparkt. Und reden kann man mit denen auch.
Was ich aber immer dort anmerken muss, damit der Manager auch funktioniert ist folgendes:
Ich bitte bei jeder Domain, die ich dort registriere, dass der I/O Wert auf 8192KB/s und der RAM auf 2GB angehoben wird. Das wird ohne meckern innerhalb ein paar Minuten gemacht.
Weiters sehen meine Werte wie folgt aus:
memory_limit -> 160 MB
max_execution_time -> 38 sec
upload_max_filesize -> 200 MB
post_max_size -> 200 MB
Nachtrag: soeben wurde mir hier das memory_limit auf 256 MB und max_execution_time auf 300 Sek. angehoben!
Wenn man denen sagt, ich benötige 300 sec bei der max_execution_time (ist mit 300 limitiert) und man benötigt mehr memory_limit, ist dies auch kein Problem.
Genau mit diesen Einstellungen läuft eine HP mit Contao 4.4.7 ohne Probleme. Und alles wurde mit dem Manager gemacht.
Das einzige was leider nicht funktioniert, da dies ein Aktionspaket ist, ist der Terminal.
Aber folgende Spezifikationen hat jetzt diese Domainserver:
50 GB Festplatte
10 MySQL Datenbank
10 GB Clout Speicher (zusätzlich)
PHP 7.1 usw.
und der Preis: 2,99 Euro / Monat.
Dies ist nur eine Info, sofern es jemanden interessiert!
Falls nicht schon geschehen, bitte auch in die Liste eintragen https://contao.org/de/news/welche-ho...o-manager.html
Danke für die Info. Hab dort den Eintrag erweitert.
Seit etwa 4 Wochen kann bei Contao 4.4.7 kein "update" mit dem Manager mehr gemacht werden. Das Resultat war immer ein Fehler 137. Nachdem ich beim Hoster das RAM Limit auf 768m erhöhte lässt sich das Manager Konsolentask nicht mehr abbrechen. Wenn ich nach einem Tag den Manager aufrufe erhalte ich sofort das Bild unten. Der Abbrechen Button ist wirkungslos. Muss ich die ganze Contao 4.4.7 Installation löschen um das Task zu stoppen oder gibt es einen Terminal Befehl dazu?
Vielen Dank für eine Antwort.
Rolf
Vielen Dank. Hier ist der ganze Fehlercode.
Ja ein SSH-Zugang auf beim Hoster besteht.
Gruss Rolf
Du könntest versuchen die background-process.set.json Datei zu löschen.
Ok mache ich, vielen Dank. Muss sie aber zuerst suchen :confused:
Steht doch eh in der Fehlermeldung wo die liegt... ist im Ordner "contao-manager" deiner Contao Installation.
Unter Contao-Manager hat es nur 'files' in https---packagist.org. Die beginnen alle mit p-provider oder provider, ausser packages.json. Soll ich die mal löschen?
In welchem Ordner befindest du dich jetzt? Zeige mal den kompletten Inhalt des contao-manager Ordners deiner Contao Installation.
Habe alles gelöscht in packagist.org aber das Konsolentask hängt immer noch (Cursor dreht).
Hier noch die Liste der Contao 4 Installation.
Gruss Rolf
Du sollst den Inhalt des Ordners contao-manager zeigen. Und du solltest nicht einfach irgendwelche Dateien löschen ;).
Der ist jetzt leer, nur noch die Log files. Ich glaube ich versuche es später nochmals mit Contao 4. Contao 3.5.31 funktioniert ja super.
Trotzdem vielen Dank
Gruss Rolf :)
Doch ist alles leer, habe alle .json Dateien gelöscht. Ich lösche jetzt den ganzen manager1 Ordner und beginne später wieder neu, aber nur wenn der Manager in Contao4 stabil läuft.
Contao 4 Front- und Backend sind super. Nochmals trotzdem vielen Dank Spooky.
Gruss Rolf
Das hatte ich schon verstanden, nur war die Datei in contao-manager leider nicht vorhanden. Warum weiss ich auch nicht.
Ich habe zum ersten Mal den Versuch unternommen, Contao-Manager und C4 unter dem o.g. Tarif zu installieren.
- Subdomain samt Verzeichnis eingerichtet (kein SSL)
- web-Verzeichnis angelegt
- PHP-Version auf 7.7.1 standard stable gesetzt und intl.so in der php.ini aktiviert
- phar-Datei hochgeladen und aufgerufen - und alles ging wie am Schnürchen
Jetzt die ABERs:
- Diese Installation klappte wie beschrieben nur mit FF56. Mit Firefox Quantum Developer Edition funktionierte die Installation, aber ich kann mich im CM nicht einloggen (ohne Fehlemeldung) und beim CM und der Domain wird offenbar SSL erzwungen. Da ich für diese Subdomain kein Zertifikat habe, habe ich es über df's globale sslsites.de probiert, aber auch das hat nicht funktioniert (Proxy-Fehlermeldung).
- Die Installation von Erweiterungen ist nicht möglich und führt zu folgender Fehlermeldung:
Der RAM ist das Problem, nehme ich an? Meine Domain ist auf 512 MB RAM gesetzt. Welches Minimum wird benötigt?Code:Using version ^1.2 for do-while/contao-backupdb-bundle /kunden/.../composer.json has been updated
Loading composer repositories with package information
Updating dependencies Error:
"Out of memory (allocated 465575936) (tried to allocate 4096 bytes)" in phar:///kunden/.../web/contao-manager.phar.php/vendor/composer/composer/src/Composer/DependencyResolver/RuleSetGenerator.php on 126 mmap() failed: [12]
Cannot allocate memory mmap() failed: [12]
Cannot allocate memory [Symfony\Component\Debug\Exception\OutOfMemoryException]
Error: Out of memory (allocated 465575936) (tried to allocate 4096 bytes)
Exception trace: () at phar:///kunden/.../web/contao-manager.phar.php/vendor/composer/composer/src/Composer/DependencyResolver/RuleSetGenerator.php:126 tenside:runtask [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [--disable-events] [--] <command> <taskId>
Process terminated with exit code 255 Reason: Unknown error
Ich habe etliche Kunden bei df, aber Updates auf C4 sind erst machbar, wenn das alles rund läuft.
Hallo Anke,
arbeite am besten auf der Konsole bei df.eu du hast da RAM Probleme und die wirst du auf der Konsole nicht haben (da gelten die Beschränkungen so nicht).
Viele Grüße
Mit der 57 stable funktioniert es bei mir, auch ohne Zwangs SSL.
Hi mlweb,
ich habe auch bei Hetzner gehostet. Wie hast Du das denn gemacht? Ich hab´s noch nicht ganz gecheckt. Also wenn ich in einer Subdomain Contao 4.4 testen will, dann lege ich den CM im Unterverzeichnis /web ab, richtig? Den rufe ich dann auf und installiere mir Contao 4.4 in der managed-edition?
Übrigens, auch ich habe heute zwei Subdomains bei Hetzner angelegt; war innerhalb drei Minuten erledigt. Warum? Keine Ahnung; vielleicht liegt´s an der Verbindung?
Gruß
Schneetiger
Ja, aber ich würde von Hetzner dringend abraten (außer wenn Du Level 19 hast). Alle anderen Pakete sind ohne ssh und damit hast Du keine Rückfallebene, wenn mal was schief geht. Außerdem sind RAM und Skriptlaufzeiten auch nicht gerade berauschend.
Habe in letzter Zeit bei Hetzner auch nicht mehr weiter getestet deswegen.
Edit: Noch habe ich Kunden bei Hetzner, aber die versuche ich gerade alle zum Umzug zu bewegen. Wer nicht umzieht bleibt bei 3.5. Alles andere ist mir zu "wacklig" gewesen bei meinen Tests.
Danke mlweb,Zitat:
Ja, aber ich würde von Hetzner dringend abraten (außer wenn Du Level 19 hast). Alle anderen Pakete sind ohne ssh und damit hast Du keine Rückfallebene, wenn mal was schief geht. Außerdem sind RAM und Skriptlaufzeiten auch nicht gerade berauschend.
Habe in letzter Zeit bei Hetzner auch nicht mehr weiter getestet deswegen.
das ist eine äußerst brauchbare Antwort und Erfahrung, die ich gerne berücksichtigen werde. Ich habe derzeit einen Kunden bei ratiokontakt (nicht ratiopharm ;-)); dort werde ich gleich prüfen, in wieweit dort die Voraussetzungen für Contao 4 vorliegen. Ich melde mich diesbezüglich dann wieder, wenn mir entsprechende Erkenntnisse vorliegen.
Wohin ziehst Du denn Deine Kunden hin?
Hallo Schneetiger,
und wenns dann rockt mit Ratio… dann bitte gleich die Liste ergänzen:
https://github.com/contao/contao-manager/wiki
Danke.
Hi planepix,
danke für den Hinweis; mach ich gerne.
Ich ziehe vorrangig zu webgo um. Habe aber auch schon zu Netcup umgezogen. Meine Kunden bekommen von mir eine Liste mit einer Auswahl von für Contao 4 geeigneten Hostern und den wesentlichen Unterschieden. Entscheiden muss dann der Kunde. Auf der Liste habe ich neben den beiden genannten Hostern noch All-Inkl (ab Tarif Premium) und Hostingwerk. Mittwald ist auch noch ein Kandidat, aber da bin ich bei den kleineren Tarifen noch nicht überzeugt, weil ich selbst noch nicht zum Testen gekommen bin. All-Inkl. und Hostingwerk habe ich selbst auch noch nicht getestet, verlasse mich da auf die Erfahrungen hier im Forum bzw. bei Hostingwerk auf Leo.
Entscheidend für mich ist Serverstandort Deutschland. Kostentechnisch ist mein Klientel bereit zwischen 5-10 €/Monat fürs Hosting auszugeben. Sind durchweg alles Kunden mit kleinen bis sehr kleinen Websites für die im Wesentlichen der Core von Contao ausreicht. Interaktivität beschränkt sich aufs Kontaktformular. Also alles nicht allzu stark frequentierte Präsenzseiten.
Code:[Thu Dec 14 13:16:59 2017] [warn] [client 91.106.177.152] mod_fcgid: stderr: [2017-12-14 13:16:59] request.INFO: Matched route "task_get". {"route":"task_get","route_parameters":{"_controller":"contao_manager.controller.tasks:getTask","_route":"task_get"},"request_uri":"http://eu-mart.org/web/contao-manager.phar.php/api/task?_locale=de","method":"GET"} [], referer: http://eu-mart.org/web/contao-manager.phar.php/
[Thu Dec 14 13:16:59 2017] [warn] [client 91.106.177.152] mod_fcgid: stderr: [2017-12-14 13:16:59] security.DEBUG: Checking for guard authentication credentials. {"firewall_key":"api","authenticators":1} [], referer: http://eu-mart.org/web/contao-manager.phar.php/
[Thu Dec 14 13:16:59 2017] [warn] [client 91.106.177.152] mod_fcgid: stderr: [2017-12-14 13:16:59] security.DEBUG: Calling getCredentials() on guard configurator. {"firewall_key":"api","authenticator":"Contao\\\\ManagerApi\\\\Security\\\\JwtAuthenticator"} [], referer: http://eu-mart.org/web/contao-manager.phar.php/
[Thu Dec 14 13:16:59 2017] [warn] [client 91.106.177.152] mod_fcgid: stderr: [2017-12-14 13:16:59] security.INFO: Populated the TokenStorage with an anonymous Token. [] [], referer: http://eu-mart.org/web/contao-manager.phar.php/
[Thu Dec 14 13:16:59 2017] [warn] [client 91.106.177.152] mod_fcgid: stderr: [2017-12-14 13:16:59] app.ERROR: Uncaught PHP Exception Symfony\\Component\\HttpKernel\\Exception\\AccessDeniedHttpException: "Access Denied." at phar:///var/www/vhosts/web20.eins.eumart-host.de/httpdocs/c4/web/contao-manager.phar.php/api/EventListener/ExceptionListener.php line 111 {"exception":"[object] (Symfony\\\\Component\\\\HttpKernel\\\\Exception\\\\AccessDeniedHttpException(code: 0): Access Denied. at phar:///var/www/vhosts/web20.eins.eumart-host.de/httpdocs/c4/web/contao-manager.phar.php/api/EventListener/ExceptionListener.php:111, Symfony\\\\Component\\\\Security\\\\Core\\\\Exception\\\\AccessDeniedException(code: 403): Access Denied. at phar:///var/www/vhosts/web20.eins.eumart-host.de/httpdocs/c4/web/contao-manager.phar.php/vendor/symfony/security/Http/Firewall/AccessListener.php:68)"} [], referer: http://eu-mart.org/web/contao-manager.phar.php/
Wenn ich das richtig sehe, dann müsste die Domain eu-mart.org auf den Ordner /web gerichtet sein. Folglich müsstest du den Contao-Manager so aufrufen:
http://eu-mart.org/contao-manager.phar.php
Allerdings erklärt mir das nicht, warum du ein 'Access denied' anstelle eines 'File not found' bekommst.
DF:
... schade, dass der externe Resolver von Toflar abgeschaltet wurde :(PHP-Code:
Loading composer repositories with package information
Updating dependencies
Error: "Out of memory (allocated 465575936) (tried to allocate 4096 bytes)" in phar:///kunden/123/webseiten/kunden/abc/web/contao-manager.phar.php/vendor/composer/composer/src/Composer/DependencyResolver/RuleSetGenerator.php on 64
mmap() failed: [12] Cannot allocate memory
so ist das echt nervig und ich frage mich, für was der Contao-Manager gut sein soll, wenn ich die composer.json lokal editiere und auf Konsole den Composer anwerfen soll... hmmm?
Hallo Leute,
habe seit meinem letzten Beitrag, das Thema weiter verfolgt und muss leider feststellen, dass es immer noch Probleme mit dem Contao Manager gibt und dieser nicht überall funktioniert.
Ich finde halt die Backend Oberfläche von Contao 4 besser als von 3.5., muss aber sagen das unter 3.5. sich Erweiterungen easy installieren lassen. Somit wirkt für mich Contao 4 immer schlechter als 3.5.
Bitte macht das der Contao Manager überall läuft, weil nur so wächst Contao weiter.
Da muss ich dich leider enttäuschen, er wird nie bei allen Hostern funktionieren, wenn die Voraussetzungen nicht da dafür da sind.
Ansonsten können die Entwickler nur dran was ändern, wenn die Fehler im Ticketsystem erfasst werden und Möglichkeiten geschaffen werden die Fehler nachzuvollziehen.
Gute Hoster, bei denen der Manager funktioniert, bieten meist auch einen SSH Zugang an, und in dem Fall braucht man den Manager nicht mehr unbedingt.
Nicht nur mit Bluetooth ist alles besser, auch mit Kommandozeile.
Hallo,
das ist ja alles richtig, aber bitte bedenkt das es auch Webdesigner gibt. Dazu zähle ich zum Teil. Die sich eben nicht mit Kommandozeile auskennen und sich freuen wenn es ein einfachen Manager gibt der auch immer funktioniert. Weil ich mach lieber Templating und ein paar einfache PHP Abfrage anstatt mich mit der Kommandozeile zu beschäftigen. Weil wie du schon sagst wenn ihr das voll auf SSh auslegt dann lasst den Contao Manager ganz weg und dann werden nur die Leute das nutzen die das können.
Na unnütz ist der Manager nicht, er ist halt praktisch aus der Ferne per Webzugriff mal eben schnell was zu installieren.
Die Kommandozeile dient dann als Notfall, wenn etwas schief läuft.
Contao 4 hat nun mal die Anforderungen erhöht. Entweder man geht mit, und lernt ggf. was dazu, musste ich auch, oder man sucht sie was neues.
Die 3.5 wird ja noch bis Mitte 2019 unterstützt, ist also noch genug Zeit.
Zum jetzigen Zeitpunkt brauchst du doch gar keine Kommandozeile mehr:
1. Contao-Manager von Contao.org herunterladen.
2. Auf Webspace die Ordnerstruktur contao/web/ anlegen (Domain muss drauf zeigen).
3. Manager-Datei in den Web-Ordner hochladen und ".php" dranhängen.
4. Die Datei im Browser aufrufen und die Installation vornehmen. Das war's. Contao 4 ist installiert.
Anschließend kann man über den Contao-Manager bequem die Erweiterungen installieren. Einziges Manko könnte sein, dass die gewünschte Erweiterung noch nicht auf Packagist verfügbar ist, aber da hat sich in den letzten Monaten einiges getan. Ich bin selbst erst vor ein paar Tagen mit 9 Erweiterung von 3.5 auf 4.4 gewechselt. Und wenn die gewünschte Erweiterung noch nicht verfügbar sein sollte, kann man die auf 3.5 installieren. Wie das geht erklärt Contao-Boss Leo Feyer in diesem Video.
Seitdem der Contao-Manager draußen ist, habe ich die Kommandozeile in nicht mehr anrühren müssen. Und ich bin Mediendesigner ;)
... das halte ich für ein Gerücht ;-)
siehe #234