Magento2 работает так медленно при разработке localhost

25

Недавно я начал разрабатывать новые расширения или настройки для magento2, и мое первое впечатление было кошмаром. Я должен ждать около 20-30 секунд для каждого изменения, которое я делаю? действительно?

Я говорю о режиме разработки , я знаю, что в работе с включенным кэшем и другими вещами сайт может быть гладким. Но когда я работаю с проблемой расширения или компоновки, мне нужно удалить статические файлы, очистить кеш и т. Д.

Мой вопрос, как вы все разработчики M2 работают? потому что я не верю, что вам нужно ждать 20-30 лет, чтобы обновить страницу ...

Мое окружение: мой компьютер "хороший" i5 с 8 ГБ ОЗУ. Мне нужно работать с Windows, поэтому я использую vagrant:

Использование всех 4-х ядерных процессоров
Используйте 5120 МБ ОЗУ
Ubuntu / trusty64 - Ubuntu 14.04
Версия PHP 7.0.12-1 + deb.sury.org ~ верный + 1
MariaDB - 10.1.18-MariaDB-1 ~ верный
Magento 2.1.2 устанавливается только с сэмплданными (больше модулей не установлено)
(Спроси меня, хочешь ли ты узнать больше)

Что именно происходит? Обычно M2 отвечает нормально, медленно, но нормально, около 5-10 секунд, чтобы загрузить страницы, но иногда (чаще, чем иногда) просто зависает навсегда! иногда это первая страница, а иногда файлы css, js, html, но всегда проблема с TTFB.

Я видел проблему с установкой мастера тоже ... с angular.js эти файлы длится вечно ...

Эти 2 изображения о навигации внутри мастера настройки.

Затем еще один переход по внешнему каталогу:

Что именно я спрашиваю? Это нормально? вы, ребята, работаете с этим временем? Я прокомментировал это с некоторыми коллегами, и мы просто не верим, я должен работать так? Я иногда отчаиваюсь ожидания все время смотрю на экран ...

Если кто-то просит меня показать ему тест, например, создать новый продукт или что-то в этом роде, он просто сходит с ума ... Создание нового заказа, заполнение полей и каждое поле выполняет js, который длится 5-6 с ...

Я не знаю, но я так плохо развиваюсь с этим материалом ...

— slayerbleast
источник

У вас не было возможности поиграть с magento 2: но я предполагаю, что большинство проблем с производительностью связано с вашей бродячей средой. Используете ли вы virtualbox с vagrant или что-то еще. Использование нескольких ядер с virtualbox снижает производительность. Запускаете ли вы magento из общей папки на vagrant> magento записывает файлы обратно в ту же общую папку, в которой возникают проблемы с производительностью.

— Олли Тайнеля

Кроме того, у вас также может быть нехватка памяти в вашей системе, что приводит к использованию свопа на хосте, если вы дадите бродяги 5 гигов. только увеличивайте сумму, если вам это действительно нужно.

— Олли Тайнеля

Большая часть вашей проблемы в том, что вы работаете в Windows. Я был на Windows в течение многих лет, и это было очень медленно с vagrant / magento. Это из-за режима синхронизации файлов, он не соответствует номиналу nfs. Я начал двойную загрузку на рабочий стол Ubuntu, и мои magento сайты были очень быстрыми, затем через некоторое время я получил mac, который использует NFS, и он тоже очень быстрый.

— Шон Абрамсон

Да, это бродит с VirtualBox. Почему использование большего количества ядер должно ухудшать производительность? Я предполагаю, что предоставление всех ресурсов ВМ может быть медленным «моим ПК», но быстрее моей ВМ ... И папка, которую я использую, - / var / www (я пытался не использовать общую папку, это только «linux», что работает в настоящее время). Как я могу увидеть, что терпит неудачу? Я могу выполнять top или подобные команды .... но не знаю, как их интерпретировать ...

— slayerbleast

@ShawnAbramson Да ... мы предложили установить двойную загрузку, просто чтобы попробовать, потому что, как я уже сказал, мы не верим, что разработчики M2 работают так, как я сейчас хе-хе ...

— slayerbleast

8

Я перепробовал все, и единственное, что работает, это виртуальная машина, которая обеспечивает битнами. https://bitnami.com/stack/magento/virtual-machine

Серьезно, я не знаю, что это за ВМ, но идет очень быстро. Я попытался создать свою виртуальную машину, используя новую установку Ubuntu, CentOS и т. Д. Но не работает так хорошо, как эта виртуальная машина.

— slayerbleast
источник

Я думаю, что основным отличием от спецификации этой виртуальной машины является memcache? Что, на моей Windows (по крайней мере, на PHP 7, невозможно)

— MackieeE

6

отключить слияние и минимизацию CSS / JS:

Stores > Configuration > CSS Settings (Javascript Settings) > Merge CSS (Merge JS) > NO

Stores > Configuration > CSS Settings (Javascript Settings) > Minify CSS (Minify JS) > NO

Также смотрите это руководство о том, как улучшить производительность Magento 2.

— Константин Герасимов
источник

1

Настройки по умолчанию уже имеют эти значения. И это не так сильно влияет ...

— slayerbleast

Так было бы полезно объединение на онлайн-сервере? Больше накладных расходов на обработку, а не загрузку?

— Мухаммед Джорайд

Почему вы отключили CSS / JS Слияния и минимизации, там буквально есть возможность увеличить скорость, мне кажется, что вы стреляете себе в ногу

— Джон

4

Я обнаружил, что режим разработчика отключить все - что было излишним. Есть некоторые аспекты, которые я хочу кэшировать, такие как перевод. К счастью, env.phpвы все еще можете установить, какие кэши использовать конкретно:

'cache_types' => 
      array (
        'config' => 1,
        'layout' => 0,
        'block_html' => 0,
        'collections' => 1,
        'reflection' => 1,
        'db_ddl' => 0,
        'eav' => 1,
        'customer_notification' => 1,
        'target_rule' => 1,
        'full_page' => 0,
        'config_integration' => 1,
        'config_integration_api' => 1,
        'translate' => 1,
        'config_webservice' => 1,
        'compiled_config' => 1,
      ),

Это было выше, что я выбрал для кеширования при разработке на Checkout, так как это был сильно фронтенд. Я решил не кэшировать макет; Блоки и полная страница, чтобы увидеть мои изменения.

— MackieeE
источник

Бесконечно благодарен! У меня была эта проблема, потому что я обновил Magento2 до более новой версии и сделал новую установку. Очевидно это переписывало мой env.php, что делало его бесконечно медленным. Это исправление в env.php исправило это. Еще раз спасибо!

— codiga

4

Предложения от Magento, опубликованные после ответа на этот вопрос. Читая другие ответы, я думаю, что эта информация может быть полезным дополнением.

http://devdocs.magento.com/guides/v2.2/extension-dev-guide/build/optimal-dev-environment.html

Оптимальная конфигурация

Ниже приведен список оптимизаций, которые вы можете выполнить на своем локальном компьютере для разработки.

Magento рекомендует установить и использовать последнюю поддерживаемую версию PHP 7 для повышения производительности.
Замените свою базу данных MySQL на Percona.
Убедитесь, что вы установили и включили PHP OPcache.
Xdebug выключен по умолчанию. Включайте эту функцию только тогда, когда вам это нужно, потому что она требует много памяти и снижает производительность. Конфигурация xdebug.max_nesting_level должна быть установлена на 200 или выше для Magento. Вы можете увеличить объем памяти, доступной PHP, чтобы увеличить производительность при включенном Xdebug.
Если вам нужны примеры данных, вы можете установить их с помощью composer или путем клонирования репозиториев.
Чтобы ускорить разработку интерфейса, отключите объединение CSS и JavaScript.
Убедитесь, что кэширование включено (это поведение по умолчанию). Как правило, только кэш страниц и кеш блоков должны быть отключены для разработки и включены при тестировании.
Проверка временных меток Opcache всегда должна быть включена для разработки. Разработка невозможна при включенном opcache и повторной проверке, потому что любая модификация PHP потребует сброса кэша.

— Ян в Ксантек
источник

Для меня Opcache сделал свое дело. Его загрузка довольно быстро сейчас.

— Амит Сингх

Еще одна вещь, с которой я столкнулся, это то, что Xdebug может быть включен по умолчанию, что также снижает производительность. Проверьте /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini После изменения я думаю, что вам нужно перезапустить перезапуск докера контейнера {web-container-name}

— Ян на Xantek

1

Включи свой кеш.

Перейти <your magento 2 directory>/binи запустить эту команду magento cache:enable.

Очистите кэш при редактировании интерфейса, чтобы увидеть, что вы редактировали.

Перейти <your magento 2 directory>/binи запустить эту команду magento cache:clean.

Моя ссылка

Я новичок в magento 2 тоже. Я надеюсь, что у кого-то есть способ сделать magento 2 быстрым, даже когда кеш отключен.

— Значение NULL
источник

1

Не знаю, является ли это жизнеспособным решением ... Везде говорится, что нужно отключить кэш в режиме разработки ...

— slayerbleast

6

Конечно, если я включу кеш, сайт будет работать быстрее ... но при каждом изменении мне придется чистить кеш ... я думаю, что это пустая трата времени ...

— slayerbleast

1

Мои настройки в Ubuntu 16.10 для разработки внешнего интерфейса для LESS :

Установить режим разработчика:

php bin/magento deploy:mode:set developer
Включить все кэши:

php bin / magento c: включить
Фронтальный рабочий процесс разработки установлен на стороне сервера компиляции
После любых изменений в меньшем количестве файлов запустите

хрюкать чисто

(В прошлый раз мне удается начать - ворчать смотреть с просмотра в реальном времени и его здорово)

— BartZalas
источник

0

Просто хочу поделиться своим личным опытом. Решение, которое я придумал, состояло в том, чтобы установить Xampp с версией php 7.0, так как Magento не полностью совместим с более поздней версией Php. Я попробовал Bitnami Image, указанный в ответе, но не сработал, как я ожидал Xampp 7.0.23 Ссылка для скачивания

— user3127648
источник

В самом деле? С xampp нормально работает? Я пробовал так много раз, и это было ужасно ... Какая версия Magento? Может быть, они исправили некоторые показатели в этот раз. Я попробую еще раз. И почему Bitnami Image не работает так, как вы ожидали?

— Slayerbleast

У меня есть ссылка на Magento 2.1 и Xampp 7.0, добавленная выше, сравнивая изображение Bitnami с Xampp 7.0, я обнаружил, что xampp проще и быстрее

— user3127648

0

Увеличение PHP memory_limitв файле php.ini будет иметь большое значение. Однако это не сделает его очень очень гладким (хотя это сэкономит время).

Значение по умолчанию 512M. На моей локальной машине я установил «-1» (неограниченно), и это дает лучшее время загрузки.

Рекомендуемое значение memory_limit = 2G, упомянутое здесь .

Magento тяжелый и нуждается в высокопроизводительном оборудовании, таком как SSD, чтобы быть гладким :(

— Бинод - GoFundMonica
источник

memory_limitне имеет никакого отношения к производительности вообще. Это видно из названия директивы.

— Данила Вершинин

@DanielV. Мне был также интересен об этом , но потом я нашел это: devdocs.magento.com/guides/v2.2/install-gde/prereq/... , где он говорит , 2G , как рекомендуемое значение

— Бинод - GoFundMonica

1

Опять же, это рекомендуется по своим причинам. Которые не имеют абсолютно никакого отношения к производительности. Ограничение памяти используется только для того, чтобы полностью не остановить вашу систему в случае, если некоторые PHP-скрипты (или, в данном случае, модули Magento) в конечном итоге потребляют всю оперативную память сервера. При настройке значения слишком низким или слишком высоким не происходит никакого влияния на производительность. Это просто превентивная директива, чтобы сделать систему более отказоустойчивой. И я удивлен, что люди слепо предполагают, что предоставление большего количества памяти для этого означает, что производительность достигается с помощью этой директивы. Это не так и никогда не будет.

— Данила Вершинин

Интересный момент, Даниэль. Я слепо предполагал, что на самом деле. Как мы можем продемонстрировать это? Какие-нибудь указатели, которыми вы можете руководствоваться, чтобы я мог испытать это?

— Binod - GoFundMonica

Установите слишком низкое значение (например, 16 МБ, что, безусловно, недостаточно для M2), и PHP потерпит неудачу с фатальной ошибкой. Установите столько модулей, сколько сможете, и установите слишком высокое значение (например, 4 ГБ), и все будет работать нормально, пока вы не получите больше посетителей сайта, что, несомненно, приведет к тому, что ваш сервер перейдет в состояние «Недостаточно памяти». Вам не нужны эти эксперименты, если вы просто читаете документы по этой директиве. PHP работает в памяти все время. Он не переключается на диск и не делает такие забавные вещи.

— Данила Вершинин

0

Если у вас возникли проблемы с настройкой на Vagrant box, это почти наверняка будет, как ваши папки являются общими. Они должны быть доступны через NFS.

После того, как я возился с множеством различных блоков, я понял, что, хотя я настроил NFS в конфигурации, он на самом деле не работал и стандартная система разделения VirtualBox вступала во владение.

Я вернулся к основам, настроил простую коробку LEMP и установил этот плагин:

https://github.com/Learnosity/vagrant-nfs_guest

Подтвердил, что NFS работает, и все было хорошо.

— engbmaso
источник

0

Вещи, которые могут сделать вашу установку Magento 2 быстрой на вашем локальном сервере или вообще на любой среде сервера.

Сократить JS и CSS
Используйте приложение для кэширования, такое как Redis или Memcached.
Включите весь кеш, такой как block_html, layout, page_cache и т. Д., Предоставляемый Magento 2.
Объединить CSS и JS
Включить плоские продукты и категории.

Теперь, когда вы работаете в среде разработки, очищайте только необходимый кеш, а не сбрасывайте весь кеш, чтобы предотвратить полное перестроение кеша.

— Сурабх Кумар Шарма
источник

0

Основная причина, почему magento2 работает медленно в режиме разработчика, связана с тысячами статических и скомпилированных файлов, сгенерированных на лету.

Для этого есть 3 решения:

Смонтировать весь каталог с помощью NFS (SSD по-прежнему является обязательным).
Смонтируйте только каталог приложения (с любым оборудованием), но вы потеряете доступ к каталогу / vendor на вашем хост-компьютере.
Смонтируйте весь проект с помощью rsync и исключите каталоги, в которых сгенерированы файлы (pub / статические, сгенерированные / code и т. Д.).

Я сделал эту работу, попробуйте: https://github.com/zepgram/magento2-fast-vm/

— Бенджамин Калеф
источник