Druckbare Version
Zitat:
Zitat von Spooky
- Erweiterung von Github geladen.
- Erweiterung in den Ordner /system/modules/dk_mmenu kopiert
- CM: Systemwartung -> Cache Neu erstellen
- CM: Tools -> Instaltool -> Keine Änderungen
- Contao BE: Systemwartung -> Daten bereinigen
- CM: Tools -> Instaltool -> Keine Änderungen
Ich habe auch versucht einen Ordner "dklemmt" mit Unterordner "contao_dk_mmenu" oder "dk_mmenu" im Ordner "system/modules" anzulegen.
Leider ebenfalls ohne Erfolg.
Im Archiv (wenn du die master version runter lädst) befindet sich ja der Ordner contao_dk_mmenu-master/system/modules/dk_mmenu. Diesen Ordner hast du nach system/modules kopiert?
Hüstel, ähm, ja, jetzt schon.Zitat:
Zitat von Spooky
Klappt natürlich. Danke.
Ich glaube ich muss mal Pause machen...
Man hat mir jetzt geantwortet, das man das memory_limit (ich nehme an, das auf der Konsole) über eine eigene php.ini selbst definieren kann. Bis die mir verraten, wie ich das zu machen habe, ist mir in der Zwischenzeit ein "spektakulärer" Erfolg gelungen:Zitat:
Zitat von Spooky
Ich habe beim Aufruf des Contao-Managers beim PHP-Pfad folgendes eingegeben:Danach kam doch tatsächlich:Code:/usr/bin/php7.1 -d memory_limit=1G -d max_execution_time=900
Anschliessend habe ich das memory_limit auf 2G hochgesetzt und siehe da - es funktionierte. Nach der Installation konnte ich im Manager auch nach Herzenslust updaten, Cache löschen und Erweiterungen installieren!Code:Your PHP configuration only allows for 1G memory (on the command line). This is not enough to run Composer and it was not possible to automatically increase this limit. Please contact your hosting provider for support.
Das kann doch wohl aber nicht ernsthaft so gedacht sein???
Zur Installation von Contao 4 ein memory_limit größer als 1GB - wieviel genau weiss ich nicht, habe nur 1 und 2 GB versucht.
Wenn das die Voraussetzungen für eine Contao 4 Installation mit dem Contao-Manager sind, werden sich wohl viele davon verabschieden...
Die Anforderung, derzeit im Manager auf 1.5. GByte gesetzt, könnte man bestimmt runterschrauben. Soviel wird für die Installation von Contao nicht benötigt.
Wohl aber wenn viele und oder große Erweiterungen mit vielen Abhängigkeiten installiert werden.
Das Speicherhungrige ist dabei Composer. Der wurde in den letzten Monaten schon etwas dahingehend verbessert. Das Problem ist bei den Machern bekannt und es wird dran gearbeitet das zu verbessen.
Frage: Gilt das auch für Installation über das .zip Archiv oder nur über php composer Downloads ...Code:Nachtrag3: Der CM kann auch nachträglich in eine vollständig installierte Contao 4 Managed Edition hinzugefügt werden.
Sorry
Frank
Gilt für beides.
Nur zur Info,
wer den CM auf einer Synology Diskstation (DSM 6.1.2-15132) testen möchte - folgendes:
- In der Webstation unter PHP-Einstellungen die Erweiterungen für php5.6 und php7.0 aktivieren
vhost mit php5.6:
- Archiv Download und anschließende Installation: Geht
- Contao-Manager ( binary-pfad: /usr/local/bin/php56 ) und anschließende Installation: Geht
vhost mit php7.0:
- Archiv Download und anschließende Installation: Geht
- Contao-Manager ( binary-pfad: /usr/local/bin/php70 ) und anschließende Installation: Geht nach Änderungen - s.u
Unter php7 erkannte der CM den binary-pfad nicht autom. auch wenn man den korrekten Pfad /usr/local/bin/php70 setzte.
Über SSH habe ich dann folgendes getestet:
/usr/local/bin/php70 -v
Gibt "PHP 7.0.16 (cli)" zurück
/usr/local/bin/php70 contao-manager.phar.php -v
Meckert er z.B. fehlende phar Erweiterung an, obwohl diese Erweiterung in der Webstation aktiviert ist.
Tatsächlich sind für php 7 CLI keine Erweiterungen erreichbar obwohl in /volume1/@appstore/PHP7.0/usr/local/lib/modules alle vorhanden sind.
Test: /usr/local/bin/php70 -m
Im Synology Forum wird das bereits angemerkt und evtl. wird da bald nachgebessert.
Ich habe dann einfach die /usr/local/etc/php56/conf.d/webstation-extension.ini nach /usr/local/etc/php70/conf.d/webstation-extension.ini kopiert (Wie immer ohne Gewähr). Danach sind die hier eingetragenen Erweiterungen auch für die PHP7 CLI erreichbar.
Danach erkennt der CM den korrekten binary und die Installation unter php7 lief durch...
Franko
PS.: Ich habe mir zur einfacheren Bearbeitung auf der shell den Midnight-Commander instaliert.
Hierzu einfach im Paket-Zentrum unter Einstellungen/Paketquellen eine neuen Eintrag hinzufügen:
Name: SynoCommunity
Ort: http://packages.synocommunity.com/
Im Anschluß kann man unter Community den Midnight-Commander installieren.
Hinweis: Nach der Installation steht hier der Status auf angehalten - Kann man vernachlässigen der mc ist ja nur für den ssh Betrieb.
Danach per ssh mit Benutzer admin und passwort anmelden. Aufruf Midnight-Commander: mc bzw. sudo mc (Passwort identisch wie für Benutzer admin) ...
Ich versuche seit gestern (leider vergeblich) den Manager bei Hetzner zum Laufen zu bringen. Ich habe dort einen Account Level 4, PHP 7.0.20 und auch allow_url_fopen ist auf "on" gesetzt. Ich lade also die contao-manager.phar ins Verzeichnis "web" meiner Installation hoch, benenne dies um und rufe die Datei auf. So weit - so gut. Nach Eingabe von Benutzername und Passwort kommt dann aber trotzdem immer die Fehlermeldung "ERROR 500 The PHP setting "allow_url_fopen" is not enabled on the server". Ich habe schon mit <?php phpinfo(); die PHP-Informationen angesehen, aber da sehe ich, das allow_url_fopen auf on gesetzt ist. Da ich hier bereits gelesen habe, dass bei Hetzner (erfolgreich) getestet wurde, kann mir vielleicht jemand einen Tipp geben, was ich falsch mache. Besten Dank!
Ich habe das im Rahmen des Alphatest erfolgreich getestet. Kann es nacher noch einmal mit der Beta-Version testen.
Domain bzw. Subdomain zeigen auf den Ordner web?
Nachtrag: Bild-Konfiguration hinzugefügt.
Anhang 19495
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.
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.