Ich habe die gleichen Einstellungen vorgenommen wie in der Bild-Konfiguration. Leider keine Änderung. Ja, die Subdomain zeigt auf den Ordner web (Der Aufruf erfolgt über subdomain.de/contao-manager.phar.php). Ach ja, merci für die schnelle Antwort!
Druckbare Version
Ich habe die gleichen Einstellungen vorgenommen wie in der Bild-Konfiguration. Leider keine Änderung. Ja, die Subdomain zeigt auf den Ordner web (Der Aufruf erfolgt über subdomain.de/contao-manager.phar.php). Ach ja, merci für die schnelle Antwort!
Wunsch zur CM beta4?
Bei Erstaufruf kann man ja den binary-pfad ändern. Nach Installation steht dies nicht mehr zur Verfügung.
Wäre schön, wenn dies im Anschluß auch weiter innerhalb des CM möglich wäre (und nicht nur direkt in der manager.json) ...
Frank
Ich habe es gerade noch einmal mit der beta getestet - funktioniert bei Hetzner.
Nachtrag: Wenn Du tatsächlich "allow_url_fopen" in der Konsole auf ja stehen hast und das nicht selbst an anderer Stelle aushebelst, dann würde ich direkt bei Hetzner nachfragen.
Wie schaffst Du es bei Hetzner so schnell unterschiedliche Subdomains aktiv zu bekommen? Bei meinem Kundenkonto dauert es immer ewig, wenn ich eine neue Subdomain anlege oder den Pfad zu einer vorhandenen Subdomain ändere?
Vielen Dank für das Testen!
Ich schaffe es jetzt auch, dass der Error 500 The PHP setting "allow_url_fopen" is not enabled on the server nicht mehr erscheint. Hierzu muss ich bei der Erstellung des Benutzerkontos unten bei den Einstellungen bei PHP-Binary eingeben: /usr/bin/php70 (da ich PHP 7.0 verwende). Dann startet das Ganze, endet dann aber mit einer Fehlermeldung:
Generating autoload files
> Contao\ManagerBundle\Composer\ScriptHandler::initi alizeApplication
Script Contao\ManagerBundle\Composer\ScriptHandler::initi alizeApplication handling the post-install-cmd event terminated with an exception
--------------------------------------------------------
Exception occured: Project could not be created.
(...)
Chained exception: The php executable could not be found.
(...)
Process terminated with exit code 1
Reason: General error
Nach Bestätigen und Schließen erscheint dann:
ERROR 500 Unknown installation status
Some files were found on your server but no known Contao version could be detected.
You must either manually repair your application or remove the following files and folders to install Contao:
- install-594baffb3346e
Hatte meinen Test mit einer beta2 gemacht und habe jetzt noch einmal die beta4 genutzt. Da bekomme ich den gleichen Fehler wie du. Werde jetzt noch einmal den Gegencheck mit der beta2 machen.
Nachtrag: Fehler ist reproduzierbar. Meldung auf Github: https://github.com/contao/contao-manager/issues/109
Kann ich bestätigen. Beta 3 und Beta 4 funktionieren bei Hetzner nicht mehr.
HTML-Code:[22-Jun-2017 14:59:39 Europe/Berlin] [2017-06-22 14:57:25] app.WARNING: Forking disabled by configuration, execution will block until the command has finished. [] []
[22-Jun-2017 14:59:39 Europe/Berlin] [2017-06-22 14:59:39] app.ERROR: Task 339559319698dfde1011cfaff036caad errored: Project could not be created. [] []
[22-Jun-2017 14:59:39 Europe/Berlin] [2017-06-22 14:59:39] app.ERROR: Task 339559319698dfde1011cfaff036caad started. Installing contao/managed-edition (4.4.0) - Installing contao/managed-edition (4.4.0): Downloading (100%) Created project in /usr/www/users/ (...) /contao-manager.phar.php(55): require('phar:///usr/www...') #23 {main} -------------------------------------------------------- [] []
[22-Jun-2017 14:59:39 Europe/Berlin] [2017-06-22 14:59:39] console.ERROR: Command "tenside:runtask 339559319698dfde1011cfaff036caad -v --no-interaction" exited with code "1" {"command":"tenside:runtask 339559319698dfde1011cfaff036caad -v --no-interaction","code":1} []
Die neue Beta will nicht? Dann schaut mal ins Verzeichnis contao-manager/, da liegt die vorherige drin als contao-manager-old.phar.php. Die einfach ins web/ Verzeichnis kopieren als contao-manager.phar.php (überschreiben) und schon hat man die wieder aktiv.
Das Update folgt dann nicht gleich wieder,sofern man am selben Tag schon ein Update erfahren durfte. (bzw. in den letzten 24h)sofern in der letzten Stunde ein Update war.
Ich hab die beta 2 eh noch liegen gehabt. Und außerdem wenn jemand die aktuelle Version herunterlädt, dann gibt es keine contao-manager-old.phar.php.
Für mich ist Hetzner im Moment eh nur eine Spielwiese für die community. Produktiv möchte ich den Kunden am liebsten umziehen auf ein Hostinhpaket mit ssh-Zugang.
Pech, ja :DZitat:
Und außerdem wenn jemand die aktuelle Version herunterlädt, dann gibt es keine contao-manager-old.phar.php.
Ich habe mal zum Test die manager.json angepasst und blocke das Update bis morgen, ich brauche die beta3, die konnte noch deinstallieren. ;)
Ach ja:
Wie ich es schaffe die Subdomains so schnell aktiv zu bekommen? Keine Ahnung. Ich erstelle diese und nach wenigen Sekunden sind die aktiv.
Kurze Frage dazu, ohne die intl-Erweiterung funtkioniert die Installation des Mangers/von Contao gar nicht oder kann es damit später zu Problemen kommen?Zitat:
Zitat von BugBuster
Die intl-Erweiterung wird, wenn vorhanden, vom CM genutzt. Contao braucht sie bzw. eine Abhängigkeit davon.
Also zwei Abhängigkeiten die das benutzen, vermutlich bei internationale Domains. Wobei es wie gesagt bei manchen schon im Install Tool knallte ohne diese.Code:composer why ext-intl
jeremykendall/php-domain-parser 3.0.0 requires ext-intl
league/uri 4.2.2 requires ext-intl
Hallo Leute ...
was ich habe ist:Habe den CM installiert über das file ins /web gelegt und abgerufen. alles OK
Auch nach zwei Tagen ... aber jetzt komme ich nicht mehr hinein über das abrufen im Browser per URL.
Verstehe ich das richtig, dass es dir gelungen ist, Contao 4.4 über den Contao-Manager bei Netcup im kleinsten Shared Hosting Tarif zu installieren? Dann würde ich mir den mal zum Testen holen. Da hält sich das finanzielle Risiko in Grenzen :D. Vom Memorylimit und der maximalen Skriptlaufzeit scheinen die Tarife alle identisch zu sein. Was leider nicht erwähnt wird sind die maximalen gleichzeitig laufende Prozesse.Zitat:
Zitat von mlweb
Aber egal, falls die Tests zu meiner Zufriedenheit verlaufen, würde ich von 1&1 zu Netcup ins größte Hostingpaket wechseln. Viel Zeit für die Entscheidung habe ich leider nicht mehr, da ich sonst die Kündigungsfrist für mein 1&1 Hostingpaket versäume und ein weiteres Jahr darauf sitzenbleibe. Und momentan sieht die Perspektive für die Nutzbarkeit mit Contao 4.4 da aus meiner Sicht eher mau aus, Ich würde ja einfach noch ein paar Uberspaces dazunehmen, aber zumindest für zwei Websites brauche ich mittelfristig mehr als 10 GB Webspace.
Noch ne Frage zum CM (beta5).
Kann man den auch auf der Shell (anstelle des eigentlichen php composer) einsetzen,
bzw. hätte dies evtl. auch Vorteile hinsichtlich der Laufzeit?
Also wie:
Code:php contao-manager.phar.php composer require xyz
Nein, das hat keinen Sinn, dafür ist der Contao Manager ja auch gar nicht da ;). Bzw. vielleicht missverstehst du was der Contao Manager überhaupt ist: mit dem Contao Manager hast du (unter Anderem) ein GUI, das für dich Shell Operationen ausführt, wie eben zBCode:composer update
composer require …
vendor/bin/contao-console cache:clear
…
Ein Vorteil hierbei ist, du kannst den Composer verwenden auch wenn keiner installiert ist, da der CM den ja mitbringt. Habe selber schon so gearbeitet.
Wäre möglich, weiß ich aber nicht, das der CM bei diesem Aufruf noch vorher versucht RAM und Laufzeit zu ändern zu gunsten des Composers.
Ah ok, das wusste ich nicht - ich dachte der Contao Manager lädt sich auch die composer.phar runter.
@ tab Ja, genau das heißt es. War aber eine alpha-Version des Managers. Einschränkung deshalb weil z.B. bis zur beta 2 auch unter Hetzner alles lief, aber die beta 4 nicht mehr. Mein Testaccount bei Netcup ist ausgelaufen, da kann ich die neuen betas nicht mehr testen. Testen kannst Du bei denen jeden Account 30 Tage lang. Bis dahin räumen sie dir ein Rücktritt vom Vertrag ein.
Ja also, bin auch nur darauf gekommen:Zitat:
Zitat von Spooky
bzw.Code:php contao-manager.phar.php -v
Eine zusätzliche, separate composer.phar im Contao Hauptverzeichnis (also da wo die Contao composer.json liegt) wäre dann nicht nötig.Code:php contao-manager.phar.php composer -v
Nochmal zu meiner Frage: wenn ich über die CM GUI gehe oder eben halt direkt auf der Shell so versuche Erweiterungen zu installieren bricht er mit memory Fehlern ab (bei 1und1 Hosting).
Dennoch kann ich aber bei 1und1 über den CM komplett installieren. Wieso geht das denn dann? Mit welchen Einstellungen (memory_limit, max_execution etc .) ruft der CM denn da den composer auf, damit das funktioniert. Müßte dann doch mit den gleichen Aufrufen auch für Erweiterungen gelingen ...
Dank
Franko
Wenn der CM Contao selbst installiert, bekommt dieser eine fertige composer.lock und braucht nur noch ein "composer install" ausführen.
Damit fällt die ganze RAM fressende Abhängigkeitsprüfung weg. Somit knallt das erst, wenn Erweiterungen installiert werden sollen.
Außerdem gibt es noch composer Parameter die gesetzt werden wie "--update-no-dev" oder "--no-dev" und ähnliches je nach require oder update Aufruf.
Damit wird verhindert, das die Abhängikeiten in den require-dev Abschnitten der composer.jsons der Erweiterungen auch installiert werden. Das spart Zeit und RAM.
Mal ne blöde Frage (sorry bin kein Entwickler), wenn Erweiterungen eine composer.lock zur Verfügung stellen würden,Zitat:
Wenn der CM Contao selbst installiert, bekommt dieser eine fertige composer.lock und braucht nur noch ein "composer install" ausführen.
(Beispiel hier :-))
und dann über composer install angestoßen wird entfallen die dependencies abfragen und es müßte dann auch z.B. bei 1und1 gehen ?
Wenn man dann immer noch auf aktuelle Versionen umsteigen will, könnte man dies über composer update erreichen (wobei .json u. .lock dabei ebenfalls aktualisert werden) ...
https://getcomposer.org/doc/01-basic...-the-lock-file
Du hast ja nur eine composer.json in deinem System. Von daher klappt das nicht ganz.
Außerdem wenn ich eine dort zur Verfügung stellen würde, dann für meine Umgebung, das hilft dir nicht.
Äh, ja - war Unsinn - mach Schluß für heute ...Zitat:
Zitat von BugBuster
Franko
Hallo zusammen,
ich bekomme es nicht hin beim Strato Manged-Server den Contao-Manager zum lauf zu bringen.
Contao 4,4 läuft ohne Probleme.
Nach dem Login im Contao-Manager kommt folgende Fehlermeldung:
ERROR 500 The PHP Intl extension is not available. Weitere Informationen
Contao 4 requires the PHP Intl extension for internationalization purposes.
Laut der PHPinfo ist INTL installiert und der Support von Strato hat es auch geprüft und bestätigt das Intl verfügbar ist.
Weiß jemand Rat?
Viel Grüße
Michael
die intl Erweiterung muss wohl auch bei der CLI Variante von PHP vorhanden sein. (Kommandozeilen Version)
Danke für die schnelle Antwort.
Wie kann ich das prüfen?
na einfach auf Kommadozeile:aufrufen, so sollte dann "intl" auftauchen.Code:php -m
Oder gleich danach filtern:Code:php -m | grep intl
Das Problem mit dem Contao Manager und Hetzner soll mit der heute erscheinenden Beta 6 behoben sein.Zitat:
Zitat von mlweb
Hallo zusammen,
wie kann ich denn den Contao Manager selber updaten - sprich wenn schon ein Contao 4.4 erfolgreich läuft?
Merci!
Hallo mimamuxx,
der aktualisiert sich nach dem Einloggen automatisch.
Eben getestet von beta5 auf beta7.
Der prüft das stündlich um sich selber zu updaten. Einfach nach einer Stunde anmelden im CM und das Update startet von selbst.
Wenn es dringend ist, es geht auch per Kommandozeile.
Müsste ich mal nachsehen wenn es interessiert.
Zitat:
Zitat von BugBuster
Code:php contao-manager.phar.php self-update
Hallo,
Ich versuchen Contao 4.4 auf Strato zu installieren. Wenn ich es richtig verstehe geht bei Contao Manager um eine andere Software. Ich brauche auf jeden Fall "nur" Contao damit ich ein Premium Contao Template verwenden kann.
Wenn ich richtig verstehe kann C44 auf Strato Server nicht installiert werden.
ich habe die Verzeichnisstruktur auf den FTP Server hochgeladen und ein Subdomain auf "web" umgeleitet:
Also "c440.tank-recXXXXXXXXXX.de" zeigt auf "/Seite_KaXXXXXXXXk/20170629_C440/web/"
In "20170629_C440" befinden sich die Contao-Root-Verzeichnisse.
Also ich c440.tank-recXXXXXXXXXX.de/contao/install" aufgerufen habe konnte ich noch die Lizenz akzeptieren. Danach kam nur ein Hinweis mit unvollständiger Installation.
Aktuell ist PHP 5.6 ausgewählt mit PHP Boost. Ich könnte noch 7 oder 7.1 auswählen. Ich würde die PHP Version aber erst dann ändern, wenn ich weiß, dass es bei einer anderen Seite mit 3.2.9 kein Problem verursacht.
Kann es jemand für mich bitte bestätigen?
Vielen Dank für eine kurze Rückmeldung.
Gr. I.
schau mal hier nach, das soll an der fehlenden intl_Erweiterung liegen: https://community.contao.org/de/show...l=1#post443012
Vielen Dank VGT.
Also für diese Seiten wird 3.5.27 die letzte Version sein. Für C4 muss ich dann auf meinem All INKL Server weitermachen ...
Gut zu wissen.
Gr. I.
Welche Infos gibt es zu dieser Fehlermeldung nach Aufruf des Managers zur Installation von Contao?
Code:No forker found for your current platform.
Nachtrag 8 zum ersten Beitrag:
Ab Beta9 wird Algolia zu Suche von Paketen benutzt, nicht mehr direkt über Packagist (indirekt natürlich schon). Das bedeutet, der Browser muss Javascript ausführen dürfen und laden dürfen von extern. Sonst funktioniert die Suche nach Paketen nicht mehr. Eine passende Meldung kommt mit der nächsten Beta.
Wow! Jetzt wird's richtig gut. Danke für eure Arbeit.Zitat:
Zitat von BugBuster
Korrigiere mal auf Algolia.
Edit: Auch im Titel ;).
Übrigens Titel/Überschriften sind die Texte mit den prozentual meisten Fehlern.