Composer: لا يمكن تحديث الحزم بعد الآن "خطأ فادح: نفاد الذاكرة (تم تخصيص 1392771072) (حاول تخصيص 268435456 بايت)"

تم إنشاؤها على ١٤ مايو ٢٠١٨  ·  48تعليقات  ·  مصدر: composer/composer

بلدي composer.json :

{
    "name": "gregv/des-iwid",
    "description" : "The Desoutter Industrial Tools multilingual website",
    "license": "proprietary",
    "type": "project",
    "autoload": {
        "psr-4": {
            "": "src/"
        },
        "classmap": [
            "app/AppKernel.php",
            "app/AppCache.php",
            "vendor/phpdocx/Classes/Phpdocx"
        ]
    },
    "require": {
        "cloudconvert/cloudconvert-php": "^2.2",
        "cspoo/swiftmailer-mailgun-bundle": "^0.3.1",
        "doctrine/doctrine-bundle": "~1.4",
        "doctrine/orm": "^2.4.8",
        "egeloen/ckeditor-bundle": "^4.0",
        "fresh/vich-uploader-serialization-bundle": "^1.0",
        "friendsofsymfony/jsrouting-bundle": "^1.6",
        "friendsofsymfony/user-bundle": "~2.0",
        "helios-ag/fm-elfinder-bundle": "^6.2",
        "hshn/base64-encoded-file": "^1.2",
        "incenteev/composer-parameter-handler": "~2.0",
        "jms/di-extra-bundle": "^1.8",
        "jms/i18n-routing-bundle": "^2.0",
        "jms/serializer-bundle": "^2.0",
        "jms/translation-bundle": "^1.3",
        "knplabs/knp-menu-bundle": "^2.0",
        "knpuniversity/oauth2-client-bundle": "^1.16",
        "league/oauth2-linkedin": "^2.1",
        "leaseweb/memcache-bundle": "^2.1",
        "lexik/jwt-authentication-bundle": "^2.4",
        "liip/imagine-bundle": "^1.6",
        "mediafigaro/google-analytics-api-symfony": "^1.0",
        "ninsuo/symfony-collection": "^2.1",
        "php": ">=5.3.9",
        "php-http/guzzle6-adapter": "^1.1",
        "sensio/distribution-bundle": "~5.0",
        "sensio/framework-extra-bundle": "^3.0.2",
        "stof/doctrine-extensions-bundle": "^1.2",
        "symfony/assetic-bundle": "^2.8",
        "symfony/monolog-bundle": "~2.4",
        "symfony/swiftmailer-bundle": "~2.3",
        "symfony/symfony": "2.8.*",
        "twig/extensions": "^1.4",
        "vich/uploader-bundle": "^1.3",
        "willdurand/js-translation-bundle": "^2.6"
    },
    "require-dev": {
        "sensio/generator-bundle": "~3.0",
        "symfony/phpunit-bridge": "~2.7",
        "doctrine/doctrine-fixtures-bundle": "^2.3"
    },
    "scripts": {
        "symfony-scripts": [
            "Incenteev\\ParameterHandler\\ScriptHandler::buildParameters",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::buildBootstrap",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::clearCache",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installAssets",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installRequirementsFile",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::prepareDeploymentTarget"
        ],
        "post-install-cmd": [
            "@symfony-scripts",
            "Fuz\\Symfony\\Collection\\ScriptHandler::postInstall"
        ],
        "post-update-cmd": [
            "@symfony-scripts",
            "Fuz\\Symfony\\Collection\\ScriptHandler::postUpdate"
        ]
    },
    "config": {
        "bin-dir": "bin",
        "component-dir": "web/assets"
    },
    "extra": {
        "symfony-app-dir": "app",
        "symfony-web-dir": "web",
        "symfony-assets-install": "hard",
        "incenteev-parameters": {
            "file": "app/config/parameters.yml"
        }
    }
}

ناتج composer diagnose :

Checking composer.json: WARNING
Defining autoload.psr-4 with an empty namespace prefix is a bad idea for performance
Checking platform settings: OK
Checking git settings: OK
Checking http connectivity to packagist: OK
Checking https connectivity to packagist: OK
Checking github.com rate limit: OK
Checking disk free space: OK
Checking pubkeys:
Tags Public Key Fingerprint: 57815BA2 7E54DC31 7ECC7CC5 573090D0  87719BA6 8F3BB723 4E5D42D0 84A14642
Dev Public Key Fingerprint: 4AC45767 E5EC2265 2F0C1167 CBBB8A2B  0C708369 153E328C AD90147D AFE50952
OK
Checking composer version: OK
Composer version: 1.6.5
PHP version: 5.6.18
PHP binary path: C:\wamp\bin\php\php5.6.18\php.exe

عندما أقوم بتشغيل هذا الأمر:

php -d memory_limit=-1 composer.phar update -vvv

أحصل على المخرجات التالية:

Fatal error: Out of memory (allocated 1392771072) (tried to allocate 268435456 bytes) in phar://C:/wamp/www/DES
iwid/composer.phar/src/Composer/DependencyResolver/Solver.php on line 220
Support
مصدر
picture picks44

التعليق الأكثر فائدة

فعلت هذا في صندوق لينكس الخاص بي وعمل

sudo / bin / dd if = / dev / صفر من = / var / swap.1 bs = 1M count = 1024
sudo / sbin / mkswap /var/swap.1
sudo / sbin / swapon / var/swap.1

picture ealanisg في ٢٠ أغسطس ٢٠١٨
👍75 ❤35 🎉22 👎4 😄3

ال 48 كومينتر

ما مقدار ذاكرة جهازك؟

أيضًا ، هل يمكنك تشغيل الأمر update باستخدام --profile لترى مكان حدوث أكبر قفزات في الذاكرة؟

alcohol picture alcohol في ١٤ مايو ٢٠١٨

لدي 16 جيجابايت من ذاكرة الوصول العشوائي.

هنا ناتج ملف التعريف

php composer.phar update --profile
[8.7MB/0.00s] Loading composer repositories with package information
[9.1MB/1.28s] Updating dependencies (including require-dev)

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

Check https://getcomposer.org/doc/articles/troubleshooting.md#memory-limit-errors for more info on how to handle out of memory errors.
picks44 picture picks44 في ١٤ مايو ٢٠١٨

ومع الإسهاب ، فإن الأسطر الأخيرة هي

...
[192.7MB/16.11s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-willdurand$js-translation-bundle.json from cache
[193.2MB/16.63s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$swiftmailer-bridge.json from cache
[194.5MB/16.73s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-egulias$email-validator.json from cache
[205.2MB/17.54s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-phpdocumentor$reflection.json from cache
[205.3MB/17.55s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$browser-kit.json from cache
[207.1MB/17.67s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$css-selector.json from cache
[208.7MB/17.76s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$debug-bundle.json from cache
[210.0MB/17.84s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$dom-crawler.json from cache
[211.6MB/17.92s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$expression-language.json from cache
[212.7MB/18.02s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$ldap.json from cache
[213.4MB/18.07s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$property-info.json from cache
[214.4MB/18.13s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$proxy-manager-bridge.json from cache
[215.9MB/18.22s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$security-guard.json from cache
[216.6MB/18.28s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$security-http.json from cache
[218.3MB/18.41s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$var-dumper.json from cache
[219.4MB/18.49s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$web-profiler-bundle.json from cache
[222.2MB/20.22s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-phpunit$phpunit.json from cache
[508.9MB/41.65s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-phpdocumentor$reflection-docblock.json from cache
[509.5MB/41.68s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-phpdocumentor$type-resolver.json from cache
[515.3MB/41.90s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-symfony$workflow.json from cache
[749.0MB/50.38s] Reading C:/Users/gregv/AppData/Local/Composer/repo/https---packagist.org/provider-doctrine$phpcr-odm.json from cache

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

Check https://getcomposer.org/doc/articles/troubleshooting.md#memory-limit-errors for more info on how to handle out of memory errors.
picks44 picture picks44 في ١٤ مايو ٢٠١٨

يبدو أنه يحاول تخصيص 1 غيغابايت تقريبًا ، لكن حدود الذاكرة لن تسمح بالمزيد. يبدو لي أن علامة -d memory_limit=-1 لا يتم تمريرها بشكل صحيح إلى عملية php التي تقوم بتشغيل الملحن. لكن ليس لدي خبرة في التطوير على Windows ، لذلك لا يمكنني تصحيح هذا لك. سيكون عليك إجراء مزيد من التحقيق بنفسك.

alcohol picture alcohol في ١٤ مايو ٢٠١٨

يمكن أن يكون عامًا - قد تكون آلية التفرع لتعطيل Xdebug خطأً في عدم إعادة توجيه علامة -d memory_limit=-1 .

ومع ذلك ، يجب أن يتم تكوين PHP-CLI بشكل عام دائمًا باستخدام memory_limit=-1 .

curry684 picture curry684 في ١٤ مايو ٢٠١٨

لدي نفس المشكلة عند تحديث ملف php.ini إلى memory_limit=-1 أو memory_limit=5G ...
توقفت عن العمل ذات صباح ...

picks44 picture picks44 في ١٤ مايو ٢٠١٨

هل قمت بمراجعة php --ini إذا قمت بتعديل ملفات ini الصحيحة؟

هل أنت متأكد من أن composer.phar لا يستخدم فعليًا ملف php ثنائي مختلف لتشغيل الملحن؟ هل يمكنك التحقق من محتويات composer.phar الخاص بك ومعرفة ما إذا كان من المحتمل أن يكون رقاقة (مثل ملف وهمي يستدعي ملف ثنائي آخر مع بعض المعدلات / الأعلام / إلخ)؟

alcohol picture alcohol في ١٤ مايو ٢٠١٨

نعم ، لقد راجعت هذا. يمكنني حذف ملف composer.phar وتنزيل نسخة جديدة لمعرفة ما إذا كان هناك أي اختلاف ...

picks44 picture picks44 في ١٤ مايو ٢٠١٨

لا يغير شيئا: /

picks44 picture picks44 في ١٤ مايو ٢٠١٨

لقد واجهت نفس المشكلة هذا الصباح. بالأمس كان كل شيء على ما يرام ، ولكن اليوم أي محاولة لتشغيل composer update --no-dev أو composer install --no-dev في مشروع حالي قوبلت بحلقة لا نهاية لها أثناء عملية إنشاء أداة التحميل التلقائي.

أعتقد أن المشكلة قد تكون مع الملف المصدر عند https://getcomposer.org/composer.phar . لا أواجه أية مشكلات عند استخدام إصدار 1.6.5 Phar من Github.

joshstoik1 picture joshstoik1 في ١٥ مايو ٢٠١٨

نفس المشكلة هنا ، مع composer install ، سارت الأمور بشكل جيد يوم الاثنين لكنها بدأت في الانهيار أمس.

الأمر باستخدام [الملحن 1.7-dev (089f3803de4797a78e6e1feddfbbb74920c5ad2c) 2018-05-15 14:07:13]: export SYMFONY_ENV=prod && php -dmemory_limit=-1 /home/www/website/composer.phar install --prefer-dist --no-progress --no-interaction --optimize-autoloader --no-dev

النتائج في:

mmap() failed: [12] Cannot allocate memory
PHP Fatal error:  Out of memory (allocated 3827302400) (tried to allocate 262144 bytes) in phar:///home/www/website/composer.phar/src/Composer/Autoload/AutoloadGenerator.php on line 926

لم تكن علامة الذاكرة مطلوبة من قبل ، وتمت زيادة ذاكرة الخادم من 1Go إلى 3.5 ، دون نجاح كبير. حاولت باستخدام كلا الإصدارين من PHP 7.1.8-1ubuntu1 و 7.1.17-0ubuntu0.17.10.1 والذي نتج عنه نفس الشيء.

الطريقة الوحيدة لجعل الأمر السابق يعمل مع الإصدار الأخير من الملحن ، هو _ المفاجئ _ إزالة علامة --no-dev .

حاولت باستخدام الإصدار 1.6.5 Composer version 1.6.5 2018-05-04 11:44:59 وعمل كل شيء كما في السابق.

xlr-8 picture xlr-8 في ١٦ مايو ٢٠١٨

PingingSeldaek في إذا كان يحدث فقط في فرع dev.

curry684 picture curry684 في ١٦ مايو ٢٠١٨

أعتقد أن # 7316 يبدو وكأنه السبب وراء حدوث هذه المشكلة في وقت التحميل التلقائي مع - no-dev. قد لا يتعامل مع التبعيات الدائرية بشكل جيد أو شيء من هذا القبيل. يبدو أن هذا لا علاقة له بمشكلة الذاكرة التي تم الإبلاغ عنها في البداية في هذه المشكلة.

Seldaek picture Seldaek في ١٦ مايو ٢٠١٨

بالنظر إلى هذا الرمز: نعم ، من المؤكد أن التبعية الدائرية ستجعلها تنفد من الذاكرة بسرعة كبيرة ، ولا تتعامل معها على الإطلاق.

curry684 picture curry684 في ١٦ مايو ٢٠١٨

لدي نفس المشكلة.

imsheng picture imsheng في ٢٤ مايو ٢٠١٨

حسنًا ، لقد وجدت حلاً: كنت أستخدم WAMP 32 بت ، وتحولت إلى WAMP 64 بت ، والذي حل كل شيء.
إغلاق.

picks44 picture picks44 في ٢٩ مايو ٢٠١٨

لقد تأثرنا بهذه المشكلة أيضًا. ولكن فقط إذا استخدمنا أحدث إصدار من أداة تطوير الملحن.
إصدار الملحن: 1016cf19b2c6212b76df5b4f58ba1be8382e5945

php -d memory_limit=-1 composer.phar dump-autoload --no-dev

يستخدم هذا كل ما تبقى من الذاكرة ويبدأ في المبادلة. أستطيع أن أؤكد أن 22025f2e29dbcae962efaec49e3c8677edde8a6f يعمل بشكل جيد. ولكن منذ دمج # 7316 (b0be87177d62611e0bf22825942be4820e7295c4) بدأ بأكل الذاكرة. :بسكويت:

dol picture dol في ٢٩ مايو ٢٠١٨
👍1

dol @ joshstoik1 @ xlr- 8imsheng هل يمكنك المحاولة مرة أخرى بأحدث لقطة؟ نأمل https://github.com/composer/composer/commit/eedbd218f52c526ec41c6c623137c3781eb4d928 بإصلاحه.

Seldaek picture Seldaek في ٣١ مايو ٢٠١٨

أستطيع أن أؤكد أن eedbd218f52c526ec41c6c623137c3781eb4d928 يعمل على إصلاح المشكلة.

dol picture dol في ٣١ مايو ٢٠١٨
👍1

فعلت هذا في صندوق لينكس الخاص بي وعمل

sudo / bin / dd if = / dev / صفر من = / var / swap.1 bs = 1M count = 1024
sudo / sbin / mkswap /var/swap.1
sudo / sbin / swapon / var/swap.1

ealanisg picture ealanisg في ٢٠ أغسطس ٢٠١٨
👍75 ❤35 🎉22 👎4 😄3

هذا يعني أن آلة التطوير الخاصة بك لم يكن لديها أي مساحة للتبديل لتبدأ ، وببساطة كانت الذاكرة تنفد بالطريقة الصعبة.

curry684 picture curry684 في ٢٠ أغسطس ٢٠١٨

عانيت من نفس المشكلة وحلها حل

kareemashraf picture kareemashraf في ٢٤ أغسطس ٢٠١٨

كما يشير تعليقي أعلاه: هذا ليس غريباً لأنه يعني أنك كنت تشغل جهاز مطور بدون ملف مبادلة. هذا انتحار ما لم يكن به 16 جيجابايت على الأقل من ذاكرة الوصول العشوائي على أي حال.

curry684 picture curry684 في ٢٤ أغسطس ٢٠١٨
👍1

لقد عانيت من نفس المشكلة وحلها حل

webdoc79 picture webdoc79 في ١٦ سبتمبر ٢٠١٨

لقد عانيت من نفس المشكلة وفقط حل ealanisg هو الذي

bokino17 picture bokino17 في ٢١ سبتمبر ٢٠١٨

نعم ، إصلاح ealanisg يعمل بالنسبة لي (لدي 1 جيجابايت vps). شكرا.

sotisoti picture sotisoti في ٢٣ سبتمبر ٢٠١٨

يعمل Swapfile ولكن يجب عليك تحسين composer.json لاستخدام المزيد من التبعيات الصريحة إن أمكن. أحيانًا يكون سحب ومقارنة عدد كبير جدًا من الإصدارات مسؤولاً عن زيادة استهلاك الذاكرة.

rapliandras picture rapliandras في ١ أكتوبر ٢٠١٨

في حال واجه أي شخص آخر هذا وكان عالقًا بإصدار 32 بت من php على Windows ، فقد عمل هذا الباتشر من أجلي https://ntcore.com/؟page_id=371 ، قمت بتطبيقه على php.exe وقام الملحن بتحديثه لا توجد مشاكل على الإطلاق ، كان استخدام الذاكرة مجرد لمسة فوق 2 جيجابايت.

cybersholt picture cybersholt في ١١ أكتوبر ٢٠١٨
👍5 🎉3 ❤1

وهو عالق بإصدار 32 بت من php على Windows

بالنظر إلى أن جميع إصدارات Windows التي يتم الاحتفاظ بها لا تحتوي إلا على إصدارات 64 بت وأن التبديل إلى إصدار 64 بت من PHP يستغرق أقل من 5 دقائق - كيف يمكن أن تتعثر في إصدار 32 بت من PHP؟

curry684 picture curry684 في ١١ أكتوبر ٢٠١٨
😄4

ealanisg tks الأخ!

cadmax picture cadmax في ٢٧ أكتوبر ٢٠١٨

لقد قمت بحل هذه المشكلة بتحديث ذاتي بسيط للملحن. تم تعيين memory_limit الخاصة بي على 2G

kleidi90 picture kleidi90 في ٢٧ أكتوبر ٢٠١٨

توقف مشروعي بسبب هذه المشكلة:

https://github.com/composer/composer/issues/8063#issuecomment -478987263

لقد خلقت مشكلة لنفس الخطأ! لكن القضايا أغلقت والمشار إليها في هذه الصفحة!

devkbsc picture devkbsc في ٢ أبريل ٢٠١٩

اليوم هو 2 أبريل ، وليس 1 أبريل @ kleidi90

C:\xampp\htdocs\risym>composer self-update
You are already using composer version 1.8.4 (stable channel).

C:\xampp\htdocs\risym>composer update
Loading composer repositories with package information
Updating dependencies (including require-dev)

VirtualAlloc() failed: [0x00000008] Les ressources mÚmoire disponibles sont insuffisantes pour traiter cette commande.


VirtualFree() failed: [0x000001e7] Tentative dÆaccÞs Ó une adresse non valide.


VirtualAlloc() failed: [0x00000008] Les ressources mÚmoire disponibles sont insuffisantes pour traiter cette commande.


VirtualFree() failed: [0x000001e7] Tentative dÆaccÞs Ó une adresse non valide.

PHP Fatal error:  Out of memory (allocated 1553989632) (tried to allocate 4096 bytes) in phar://C:/ProgramData/ComposerSetup/bin/composer.phar/src/Composer/DependencyResolver/RuleWatchGraph.php on line 52

Fatal error: Out of memory (allocated 1553989632) (tried to allocate 4096 bytes) in phar://C:/ProgramData/ComposerSetup/bin/composer.phar/src/Composer/DependencyResolver/RuleWatchGraph.php on line 52

C:\xampp\htdocs\risym>php -r "echo ini_get('memory_limit').PHP_EOL;"
10G

إليكم ما حدث لي بعد التحديث الذاتي

devkbsc picture devkbsc في ٢ أبريل ٢٠١٩

devkbsc في حالتك ، لا تصل إلى حد ذاكرة PHP. تصل إلى حد ذاكرة النظام.

stof picture stof في ٢ أبريل ٢٠١٩

Capture

يحتوي نظامي على مساحة ذاكرة كافية

تضمين التغريدة

devkbsc picture devkbsc في ٢ أبريل ٢٠١٩

devkbsc مع كل الاحترام الواجب ، يجب أن تقرأ معلومات الكمبيوتر الأساسية إذا كنت تعرض أرقام مساحة القرص لإثبات أنك لست خارج ذاكرة النظام. يتم شرح الاختلاف هنا على سبيل المثال بشكل أكثر شمولاً هنا . يجب أن تكون على دراية بهذه الأشياء قبل استخدام أدوات تطوير البرامج.

curry684 picture curry684 في ٣ أبريل ٢٠١٩

عملت التحديث الذاتي بالنسبة لي

gopalkohli picture gopalkohli في ٢٨ يونيو ٢٠١٩

يمكنك أيضًا الحصول على حل بمجرد إزالة دليل البائع وإعادة تنفيذ أمر composer install.

shadman picture shadman في ١٦ يوليو ٢٠١٩

@ curry684 لقد وجدت مكان وجود المشكلة! تم الإعداد! هناك ملف تم إنشاؤه بواسطة الملحن يحتاج إلى وضعه في مجلد المشروع! إنه composer.phar يحتاج إلى المزامنة في كل مرة أستخدم فيها أمر composer في CMD-windows! لقد فهمت أن هذا السيناريو استغرق شهورًا! شكرا على دليلك الرائع!

devkbsc picture devkbsc في ١ أغسطس ٢٠١٩

@ curry684 يعتمد الفهم أحيانًا على المصطلحات التي نستخدمها بشكل مشترك! حسب علمي ، فإن مصطلح "SYSTEM" هو مصطلح شائع يستخدم لمضيف الكمبيوتر

devkbsc picture devkbsc في ١ أغسطس ٢٠١٩

جرب التحديث الذاتي

Michira picture Michira في ١١ سبتمبر ٢٠١٩

ealanisg شكرا

tusharmp picture tusharmp في ٢٨ أكتوبر ٢٠١٩

شكرا لكealanisg. الحل الخاص بك يعمل ، هل هذا يعني أن ubuntu ليس لديه قسم مبادلة (خادم ec2)؟

mzubairharoon picture mzubairharoon في ١٤ نوفمبر ٢٠١٩

مرحبًا ، هذا الحل سيصلح مشكلتك.

قم بتحديث ملف php.ini ثم أعد تشغيل Apache أو الخادم الخاص بك
مثال:
memory_limit = 128 م
ل
memory_limit = 1128 م

إنه يعمل علي.

vinika02 picture vinika02 في ٢١ ديسمبر ٢٠١٩
👎6 👍2

مرحبًا ، لقد تم إغلاق متصفح الويب الخاص بي وأي تطبيق آخر باهظ الثمن للذاكرة تم إصلاح هذا الأمر بالنسبة لي.
(تطلبت 1.3 غيغابايت من ذاكرة الوصول العشوائي المجانية التي كان عليّ تحريرها)

top-master picture top-master في ١٣ فبراير ٢٠٢٠
👍1

في حالتي ، الحل هو مؤلف التحديث
composer self-update

laocoi picture laocoi في ٢٣ أبريل ٢٠٢٠

لقد عانيت من نفس المشكلة وحلها حل

connecteev picture connecteev في ١٦ مايو ٢٠٢٠

فعلت هذا في صندوق لينكس الخاص بي وعمل

sudo / bin / dd if = / dev / صفر من = / var / swap.1 bs = 1M count = 1024
sudo / sbin / mkswap /var/swap.1
sudo / sbin / swapon / var/swap.1

شكرا لكم ealanisg لقد
فقط لمعرفة المزيد عن هذه الأوامر ، يمكنك الانتقال إلى هذه الصفحة على موقع الملحن .

في الواقع ، تم إعطاؤه من خلال الخطأ في المحطة:
The following exception is caused by a lack of memory or swap, or not having swap configured Check https://getcomposer.org/doc/articles/troubleshooting.md#proc-open-fork-failed-errors for details

benjbmc picture benjbmc في ١٦ يونيو ٢٠٢٠
هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

PabloJoan picture PabloJoan  ·  3تعليقات
finwe picture finwe  ·  3تعليقات
ravanscafi picture ravanscafi  ·  3تعليقات
greg0ire picture greg0ire  ·  3تعليقات
antoscarface picture antoscarface  ·  3تعليقات