Contao-Camp 2024
Seite 2 von 3 ErsteErste 123 LetzteLetzte
Ergebnis 41 bis 80 von 83

Thema: Composer: Nicht genug Speicher?

  1. #41
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Habe es jetzt zwischenzeitlich bei einer anderen Domain versucht. Also es kommt leider trotzdem, wie erwartet, ein Speicherfehler.

    Muss ich das ganze jetzt bei einem anderen Hoster klonen, updaten und bei 1und1 einspielen? Das wäre sehr aufwändig

    Code:
    $ /usr/bin/php7.1-cli -d memory_limit=1G -d max_execution_time=300 composer.phar update --no-ansi --no-interaction --dry-run --prefer-dist
    Loading composer repositories with package information
    Updating dependencies (including require-dev)
    
    mmap() failed: [12] Cannot allocate memory
    
    mmap() failed: [12] Cannot allocate memory
    
    mmap() failed: [12] Cannot allocate memory
    
    Fatal error: Out of memory (allocated 590356480) (tried to allocate 67108872 bytes) in phar:///homepages/46/d346729057/htdocs/eulena/composer/composer.phar/src/Composer/DependencyResolver/RuleSet.php on line 83
    Geändert von Kahmoon (22.05.2018 um 11:01 Uhr)

  2. #42
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Probiere es erst mal ohne die ganzen PHP Parameter also nur
    Code:
    /usr/bin/php7.1-cli

  3. #43
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Leider gleicher Fehler :-(. 1und1 is so nervig....

  4. #44
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Ja, so wie es aussieht musst du das composer update woanders machen (bspw. lokal) und am Server dann über SSH composer install ausführen.

  5. #45
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Wir wäre da der Ablauf? Ich hätte jetzt die ganze Installation per FTP auf einen anderen Hoster geschoben, dort alles aktualisiert und dann wieder komplett rüberkopiert. Is halt immer ne OP am offenen Herzen

  6. #46
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Nach dem composer update musst du nur die composer.lock auf den ursprünglichen Server kopieren und dann /usr/bin/php7.1-cli composer.phar install -o ausführen.

  7. #47
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Zitat Zitat von Spooky Beitrag anzeigen
    Nach dem composer update musst du nur die composer.lock auf den ursprünglichen Server kopieren und dann /usr/bin/php7.1-cli composer.phar install -o ausführen.
    Ab er ich muss ja auch alle ORdner der Module dann kopieren oder macht das "/usr/bin/php7.1-cli composer.phar install -o"

  8. #48
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Außer der composer.lock musst du gar nichts kopieren.

  9. #49
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    OK, letzt doofe Frage...wo führe ich dann /usr/bin/php7.1-cli composer.phar install -o aus? Im Terminal z.B. oberhammer/composer Verzeichnis?

  10. #50
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Alle Angaben beziehen sich immer auf das /composer Unterverzeichnis der Contao Installation (im root gibt es auch eine composer.lock bspw., aber die ist für dich uninteressant).

  11. #51
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    ich versuche es mal bei einer nicht so frequentierten Domain. Danke.

  12. #52
    Contao-Nutzer
    Registriert seit
    05.02.2010.
    Ort
    Hamburg
    Beiträge
    73

    Standard

    Auch von hier ein großes Danke!

    Die Auswahl eigenständiger Prozess und der Eintrag /usr/bin/php70 -d memory_limit=1G -d max_execution_time=900 in den CMS-Einstellungen -> Composer hat es bei All-Inkl gerissen!

    Da ich gerade zwei 3er Contao Installationen frisch aufgesetzt habe und dieser hohe Speicherbedarf dort nicht stattfand, war ich etwas verwirrt. Die legacy Erweiterungen haben bei mir den wahnsinnigen Speicherbedarf ausgelöst!

  13. #53
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Also...noch mal was zu diesem Thema.

    Ich konnte jetzt ein Composer Update bzw. Modulupdate auf All-Inkl durchführen. Anschließend habe ich die Lock Datei zu 1und1 geschoben und Composer install durchgeführt. Das sieht soweit gut aus.

    Jetzt habe ich bei All-INkL Notification Center installiert und wieder die Lockdatei zu 1und1 geschoben und Composer Install durchgeführt. Das klappt soweit laut Log auch, allerdings werden keine Tabellenänderungen bei 1und1 vorgenommen (Auch nicht wenn ich DB aktualisieren klicke), weshalb das Modul im Backend nicht angezeigt wird. Bei Installierten Modulen jedoch schon.

    Bei All-Inkl nach der Installation links die Menüpunkte vorhanden....hier wurde aber auch eine Änderung der DB durchgeführt.

    Code:
    (uiserver):u60854035:~/eulena/composer$ /usr/bin/php7.1-cli composer.phar install -o
    Loading composer repositories with package information
    Installing dependencies (including require-dev) from lock file
    Package operations: 2 installs, 0 updates, 0 removals
      - Installing terminal42/dcawizard (2.4.3): 
      - installed 13 files
      - Installing terminal42/notification_center (1.4.4): 
      - installed 110 files
    Generating optimized autoload files
    (uiserver):u60854035:~/eulena/composer$
    Muss man die Änderung der Datenbank von Hand (PHPMyAdmin) durchführen?
    Geändert von Kahmoon (22.05.2018 um 14:48 Uhr)

  14. #54
    Contao-Fan
    Registriert seit
    10.08.2011.
    Ort
    Berlin
    Beiträge
    828

    Standard

    Du schreibst nur von der composer.lock Datei , die composer.json hast Du aber auch "rübergeschoben" ??

  15. #55
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Natürlich....nicht

    Ändert aber auch nichts wenn ich das mache.

  16. #56
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Nachtrag:
    Wenn ich neue Erweiterung in den Einstellungen ein mal deaktiviere, speichere und im Anschluss wieder aktiviere, dann hat er eine Datenbankaktualisierung.

    Das ist aber doof.....denn es kann ja auch mal ein Modulupdate eine DB Änderung beinhalten. Das bekommt man so nicht wirklich mit

  17. #57
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Nach dem composer install musst du manuell den internen Cache von Contao löschen und das Install Tool aufrufen. Das macht alles normalerweise die Paketverwaltung für dich - aber die kommt in diesem Fall ja nicht zum Einsatz.

    // wobei, eigentlich sollte der interne Cache auch bei der Kommandozeilennutzung gelöscht werden, glaube ich... hm

  18. #58
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Übel wie umständlich das ist .

    Also wie folgt vorgehen?

    1. Erweiterungen installieren/aktualisieren auf Testsystem
    2. Composer.lock und composer.json auf Liveserver kopieren
    3. Console composer install -o ausführen
    4. Contao Installtool auf Liveserver aufrufen
    Geändert von Kahmoon (22.05.2018 um 15:45 Uhr)

  19. #59
    Wandelndes Contao-Lexikon Avatar von tab
    Registriert seit
    22.10.2013.
    Beiträge
    10.056
    Contao-Projekt unterstützen

    Support Contao

    Standard

    In Schritt 3 solltest du aber kein "composer update" machen, sonst läufst du ja wieder ins Speicherlimit, sondern
    Code:
    composer install -o ausführen
    Bzw eben mit der korrekten php-Version inklusive Pfad davor und composer.phar ...

  20. #60
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Vertippt sorry...meinte natürlich install

  21. #61
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Zitat Zitat von Kahmoon Beitrag anzeigen
    Übel wie umständlich das ist .

    Also wie folgt vorgehen?

    1. Erweiterungen installieren/aktualisieren auf Testsystem
    2. Composer.lock und composer.json auf Liveserver kopieren
    3. Console composer install -o ausführen
    4. Contao Installtool auf Liveserver aufrufen
    Genau. Evt. musst du zwischen 3. und 4. auch noch den internen cache von Contao löschen (system/cache/*) - bin mir aber wie gesagt nicht sicher.

  22. #62
    Contao-Urgestein Avatar von Kahmoon
    Registriert seit
    22.06.2009.
    Ort
    München
    Beiträge
    5.264

    Standard

    Heute Rückmeldung vom 1und1 Support bekommen. Die Antwort ist schon irgendwie lustig....oder traurig? ;-)

    Sehr geehrter Herr XXX,

    die 1024 MB haben Sie lokal für Ihr Skript, jedoch nicht für den Composer. Dieser wird auf der SSH ausgeführt und hier haben Sie maximal 768 MB für den Composer. Uns ist bekannt, dass es hierbei Probleme gibt.

    Dieser benötigt weitaus mehr Speicher als wir zur Verfügung stellen können. Eine Lösung ist aktuell nicht geplant. Ich bedaure sehr, dass ich Ihnen dieses Mal keine Lösung anbieten kann.

    Freundliche Grüße
    1&1 Kundenservice
    Und besagt diese Fehlermeldung nicht das er schon bei weniger als 768MB aussteigt?

    Code:
    Fatal error: Out of memory (allocated 590356480) (tried to allocate 67108872 bytes) in phar:///homepages/46/xx/htdocs/xxx/composer/composer.phar/src/Composer/DependencyResolver/RuleSet.php on line 83
    Geändert von Kahmoon (28.05.2018 um 16:25 Uhr)

  23. #63
    Contao-Nutzer
    Registriert seit
    16.01.2016.
    Beiträge
    14

    Standard

    Hallo,

    schlage mich eben auch mit dem Memory Problem im Composer rum.
    Ich bin bei Webgo.de mit dem Business Tarif. Contao Version 3.5.35.
    Laut https://github.com/contao/contao-manager/wiki/webgo ist das geeignet.

    Nun lasse ich es als eigenen Prozess mit max 2G laufen und bekomme trotzdem einen Memory Fehler. Auch über SSH geht es nicht...
    Code:
    $ /usr/bin/env php -d memory_limit=2G -d max_execution_time=900 composer.phar update --no-ansi --no-interaction --prefer-dist
    Failed loading /usr/local/ioncube/ioncube_loader_lin_7.0.so:  /usr/local/ioncube/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error
    Loading composer repositories with package information
    Warning: Accessing legacy-packages-via.contao-community-alliance.org over http which is an insecure protocol.
    Updating dependencies (including require-dev)
    
    Fatal error: Out of memory (allocated 1355546624) (tried to allocate 32 bytes) in phar:///home/www/contao-3.5.9/composer/composer.phar/src/Composer/DependencyResolver/Rule.php on line 60
    Da könnt Ihr mal die Wiki Seite zu WebGo anpassen.

    Nervig ist das. Jetzt versuche ich das Update mal lokal hinzubekommen...

    Viel Grüße,
    Ruppel

  24. #64
    Contao-Yoda Avatar von MacKP
    Registriert seit
    15.06.2009.
    Ort
    Duisburg
    Beiträge
    13.292
    User beschenken
    Wunschliste
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Hallo Ruppel,
    wenn ich das richtig sehe, dann werden da satte 1,3 GB RAM verbraucht. Das ist schon ne Hausnummer. Ich habe selber bisher mit einigen Erweiterungen (und auch so Schwergewichten wie MM) nicht so viel gebraucht. Kann es sein, dass du das ganze mit PHP7.0 betreibst? Stell besser auf PHP7.1 oder noch besser 7.2 um (wenn alle Erweiterungen mit machen) und lass den Prozess auf der Konsole auch darunter laufen. Ich könnte wetten, dass du dann weniger Probleme hast und das ganze durch läuft.
    Nur mal aus interesse: Was hast du da alles installiert? Also was versuchst du zu updaten?

    Viele Grüße
    Contao Pool | C-C-A | MetaModels | [Internetseite -> Mediendepot Ruhr]
    [Arbeitet bei -> Paus Design & Medien]
    "I can EXPLAIN it to you, but I can't UNDERSTAND it for you."

  25. #65
    Contao-Nutzer
    Registriert seit
    16.01.2016.
    Beiträge
    14

    Standard

    Hi MacKP,

    danke für die schnelle Antwort.
    Ja, das System war noch auf 7.0. Aber auch ein Umschalten auf 7.1 oder 7.2 hat nichts gebracht. Selber Fehler.
    Es ist die Webseite eine Sportvereins, die ich in meiner Freizeit administriere.

    Code:
    {
        "name": "local/website",
        "description": "A local website project",
        "type": "project",
        "license": "proprietary",
        "require": {
            "bugbuster/visitors": ">=3.8.1.0,<3.9-dev",
            "christianbarkowsky/tabcontrol": ">=3.0.6.0,<3.1-dev",
            "contao-community-alliance/composer-client": "~0.12",
            "contao-legacy/cookiebar": ">=2.0.2.9001,<2.1-dev",
            "contao-legacy/flexslider": "~1.4",
            "contao-legacy/fussball_widget": "~3.1",
            "contao-legacy/includes": "~0.1",
            "contao-legacy/inputvar": ">=1.1.1.9037,<1.2-dev",
            "contao-legacy/multicolumnwizard": "~3.3",
            "contao-legacy/simple_columns": "~1.6",
            "contao-legacy/tabcontrol": "~3.0",
            "jrgregory/m17-sticky-backend-footer": ">=2.0.5.0,<2.1-dev",
            "madeyourday/contao-rocksolid-slider": ">=1.6.0.0,<1.7-dev",
            "martin-kozianka/contao-fussball": ">=0.8.24.0,<0.9-dev",
            "menatwork/contao-multicolumnwizard": ">=3.3.3.0,<3.4-dev",
            "oneup/contao-efg": ">=3.0.2.0,<3.1-dev",
            "terminal42/contao-ce-access": ">=2.0.3.0,<2.1-dev",
            "terminal42/contao-easy_themes": ">=2.2.1.0,<2.3-dev"
        },
        "prefer-stable": true,
        "minimum-stability": "dev",
        "config": {
            "preferred-install": "dist",
            "cache-dir": "cache",
            "component-dir": "../assets/components",
            "secure-http": false
        },
        "repositories": [
            {
                "type": "composer",
                "url": "https://legacy-packages-via.contao-community-alliance.org/"
            },
            {
                "type": "artifact",
                "url": "packages"
            },
            {
                "type": "composer",
                "url": "http://legacy-packages-via.contao-community-alliance.org/"
            }
        ],
        "extra": {
            "contao": {
                "migrated": "done"
            }
        }
    }
    Mal schauen... morgen mache ich weiter.

    Viele Grüße

  26. #66
    Administrator Avatar von xchs
    Registriert seit
    19.06.2009.
    Beiträge
    14.545
    User beschenken
    Wunschliste
    Contao-Projekt unterstützen

    Support Contao

    Standard

    Versuche in den Einstellungen des Paketmanagers die minimale Stabilität auf "Stabil" zu setzen und anschließend erneut ein Composer Update auszuführen.
    Contao Community Administrator

    [Unterstützungsmöglichkeiten]

  27. #67
    Contao-Urgestein Avatar von fiedsch
    Registriert seit
    09.07.2009.
    Ort
    München
    Beiträge
    2.935

    Standard

    Und aktualisiere ggf. mal composer selbst. Auf der console "php composer.phar self-update" oder im Contao (3.x) Backend "Paketverwaltung -> Einstellungen -> Composer aktualisieren"
    Contao-Community-Treff Bayern: http://www.contao-bayern.de

  28. #68
    Contao-Nutzer
    Registriert seit
    16.01.2016.
    Beiträge
    14

    Standard

    Hallo,

    Composer ist/war aktuell.
    Minimale Stabilität war auf dem kleinsten Level. Habe ich auf Stabil gesetzt. Auch damit ändert sich nichts.
    Er benötigt immer noch über 1,3 GB für das Update.

    Viele Grüße

  29. #69
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Welche PHP Version benutzt du für das Update?

  30. #70
    Contao-Nutzer
    Registriert seit
    16.01.2016.
    Beiträge
    14

    Standard

    Hi,

    ich habe es mit 7.0, 7.1 und 7.2 versucht.
    Immer mit etwas unterschiedlichem Spicherbedarf, aber jedesmal fail...

    Viele Grüße

  31. #71
    Contao-Nutzer
    Registriert seit
    16.01.2016.
    Beiträge
    14

    Standard

    Hallo,

    so, nun habe ich es geschafft, auf meinem lokalen Linux Rechner den Composer Lauf durchzuführen. Und es hat funktioniert!
    Bin dann weiter verfahren, wie oben beschrieben. (json,lock hochladen, CLI install,...) Jetzt habe ich endlich das gewünschte Plugin drin...

    Statt 15 Sekunden für die Installation, hat mich das zwei Tage und einiges an Nerven gekostet. Dafür habe ich einige Dinge gelernt, die ich wahrscheinlich nicht mehr so schnell benötige, wie z.B. apache, mysql, phpmyadmin, php und einige php-module auf Linux zu installieren und zu konfigurieren; Erstellen, Download und Umgang von gesplitteten ZIP Files; Export und Import von MySQL DBs uswusf.

    Jetzt kann ich mich endlich wieder um das eigentliche Problem, die Aufrüstung des Webauftritts für die DSGVO, kümmern.

    Ich danke Euch allen, die mir geholfen haben.
    Vielleicht findet sich ja mal ein PHP Kenner, der den Composer Code weniger speicherintensiv umschreibt. Ich komme halt aus der Java Ecke.

    Viele Grüße,
    Ruppel

  32. #72
    Contao-Nutzer
    Registriert seit
    17.09.2009.
    Beiträge
    52

    Standard Problem mit composer und cookiebar

    Ich versuche die cookiebar für meine Version 3.5.18 zu installieren.

    Bekomme Fehlermeldung:

    $ /usr/bin/env php -d memory_limit=1G -d max_execution_time=900 composer.phar update --no-ansi --no-interaction --quiet --profile
    PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 64 bytes) in phar:///www/htdocs/w00be47e/composer/composer.phar/src/Composer/DependencyResolver/RuleSetGenerator.php on line 126
    Check https://getcomposer.org/doc/articles...y-limit-errors for more info on how to handle out of memory errors.

    Habe unter Einstellungen für composer schon folgende Eingabe gemacht: /usr/bin/env php -d memory_limit=1G -d max_execution_time=900

  33. #73
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Zitat Zitat von paulchen Beitrag anzeigen
    Ich versuche die cookiebar für meine Version 3.5.18 zu installieren.
    Aktualisiere zuerst auf Contao 3.5.35


    Zitat Zitat von paulchen Beitrag anzeigen
    Habe unter Einstellungen für composer schon folgende Eingabe gemacht: /usr/bin/env php -d memory_limit=1G -d max_execution_time=900
    Verwende wenn dann mindestens memory_limit=2G. Außerdem solltest du für die Contao Installation im Web Server so wie bei der Pfadangabe zum PHP CLI für die Paketverwaltung PHP 7.1 verwenden.

  34. #74
    Contao-Nutzer
    Registriert seit
    17.09.2009.
    Beiträge
    52

    Standard Problem mit composer und cookiebar

    Ich habe die PHP auf 7.0 hochgesetzt und das memory-limit auf 2G.
    Fehlermeldung ist gleich...

  35. #75
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Poste die gesamte Ausgabe.

  36. #76
    Contao-Nutzer
    Registriert seit
    17.09.2009.
    Beiträge
    52

    Standard

    $ /usr/bin/env php -d memory_limit=2G -d max_execution_time=900 composer.phar update --no-ansi --no-interaction --quiet --profile
    PHP Fatal error: Allowed memory size of 2147483648 bytes exhausted (tried to allocate 72 bytes) in phar:///www/htdocs/w00be47e/composer/composer.phar/src/Composer/DependencyResolver/Rule.php on line 60

    Fatal error: Allowed memory size of 2147483648 bytes exhausted (tried to allocate 72 bytes) in phar:///www/htdocs/w00be47e/composer/composer.phar/src/Composer/DependencyResolver/Rule.php on line 60

    Check https://getcomposer.org/doc/articles...y-limit-errors for more info on how to handle out of memory errors.

  37. #77
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Zitat Zitat von paulchen Beitrag anzeigen
    $ /usr/bin/env php -d memory_limit=2G -d max_execution_time=900 composer.phar update --no-ansi --no-interaction --quiet --profile
    Du hast die PHP Version nicht geändert.

  38. #78
    Contao-Nutzer
    Registriert seit
    17.09.2009.
    Beiträge
    52

    Standard

    Ich habe bei allinkl die Php Version von 5.5 auf 7.0 geändert.

  39. #79
    Community-Moderator
    Wandelndes Contao-Lexikon
    Avatar von Spooky
    Registriert seit
    12.04.2012.
    Ort
    Scotland
    Beiträge
    33.803
    Partner-ID
    10107

    Standard

    Ja, aber du musst sie auch in den Einstellungen für die Paketverwaltung ändern. Du verwendest immer noch
    Code:
    /usr/bin/env php -d memory_limit=2G -d max_execution_time=900
    Verwende folgendes:
    Code:
    /usr/bin/php70
    Gibt es einen Grund, warum du nicht gleich PHP 7.1 verwendest?

  40. #80
    Contao-Nutzer
    Registriert seit
    17.09.2009.
    Beiträge
    52

    Standard

    Hab die Änderung wie vorgeschlagen gemacht.

    Gleiche Fehlermeldung (aber schon nach 20 Sekunden)

    $ /usr/bin/php70 composer.phar update --no-ansi --no-interaction --with-dependencies 'codefog/contao-cookiebar' --quiet --profile
    PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 20480 bytes) in phar:///www/htdocs/w00be47e/composer/composer.phar/src/Composer/DependencyResolver/RuleSetGenerator.php on line 126

    Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 20480 bytes) in phar:///www/htdocs/w00be47e/composer/composer.phar/src/Composer/DependencyResolver/RuleSetGenerator.php on line 126

    Check https://getcomposer.org/doc/articles...y-limit-errors for more info on how to handle out of memory errors.

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Lesezeichen

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •