Никакого воркера нет, этим занимается стандартный индексер мадженты. Собственно, одно другого не исключает: кэш в эластике нужен для разного рода публичных списочных данных, например, категорий и товаров. Это позволяет получать огромные объемы данных за минимальное время (к примеру, фильтрация каталога в реальном времени). Для прямого взаимодействия с бэком можете использовать запросы graphql к мадженте (и даже обычный старомодный REST тоже можете использовать).
Добрый день!
Этот вопрос было бы корректнее задать фронтенд-разработчикам, все таки мы работаем с М2 и фронтом занимаемся опосредованно. Однако, все описанное не имеет отношения непосредственно к VSF, думаю что это нюансы реализации конкретного дизайна. Насколько мне известно, все описанные недостатки есть в трекере, над ними идет работа.
Сам по себе VSF является своего рода фреймворком для построения фронта, поэтому по умолчанию имеет обширную библиотеку компонентов. Также скорость сильно зависит от количества запросов, которые страница отправляет к эластику и на бэк.
Таким образом, пути ускорения работы очевидны — сокращение круга подгружаемых компонентов, оптимизация количества запросов в эластик и на бэк. В нашем случае стоит учесть, что многие страницы содержат ряд достаточно тяжелых графических элементов и имеют сложный интерактив.
Я бы рекомендовал воспользоваться любой готовой Docker сборкой M2 и посмотреть, как работает дефолтный VSF — он имеет все что нужно из коробки, чтобы с ним ознакомиться.
Тогда наверное выберу время и посмотрю, что там можно улучшить и дополнить. Я думаю, следующая статья по конфигурации будет интересной именно с той стороны, что такой информации в документации вообще нет.
Я не уверен что документация разрабатывается сообществом, все таки у М2 есть Commerce версия. Да и все описанное в этой статье так или иначе есть в документации, просто здесь на русском языке :) Также мне показалось, что общий список с иллюстрациями будет более удобен и нагляден.
Я тоже встречал загрузку коллекции ПЕРЕД тем как при помощи цикла из нее выбирались элементы. Но это встречается нечасто, и обычно заканчивается когда коллекция превышает определенное количество элементов
Я думаю вы можете дать им ссылку на документацию и показать пример реализации в коде, приведенный в этой статье, с краткими комментариями. Этого должно быть достаточно для базового понимания. Также можно попробовать перевести данную статью гугл переводчиком :)
С чем связана схожесть стилей иллюстраций на разных, порой никак не связанных друг с другом проектах? Я не раз замечал: волна 3D, потом волна реализма, потом волна гротескной графики? На Ваших примерах это также заметно
Никакого воркера нет, этим занимается стандартный индексер мадженты. Собственно, одно другого не исключает: кэш в эластике нужен для разного рода публичных списочных данных, например, категорий и товаров. Это позволяет получать огромные объемы данных за минимальное время (к примеру, фильтрация каталога в реальном времени). Для прямого взаимодействия с бэком можете использовать запросы graphql к мадженте (и даже обычный старомодный REST тоже можете использовать).
Картинки были в первой части.
В конфигурации особо нечего визуализировать, на мой взгляд. Вероятно, у вас есть какие либо предложения? :)
Этот вопрос было бы корректнее задать фронтенд-разработчикам, все таки мы работаем с М2 и фронтом занимаемся опосредованно. Однако, все описанное не имеет отношения непосредственно к VSF, думаю что это нюансы реализации конкретного дизайна. Насколько мне известно, все описанные недостатки есть в трекере, над ними идет работа.
Сам по себе VSF является своего рода фреймворком для построения фронта, поэтому по умолчанию имеет обширную библиотеку компонентов. Также скорость сильно зависит от количества запросов, которые страница отправляет к эластику и на бэк.
Таким образом, пути ускорения работы очевидны — сокращение круга подгружаемых компонентов, оптимизация количества запросов в эластик и на бэк. В нашем случае стоит учесть, что многие страницы содержат ряд достаточно тяжелых графических элементов и имеют сложный интерактив.
Я бы рекомендовал воспользоваться любой готовой Docker сборкой M2 и посмотреть, как работает дефолтный VSF — он имеет все что нужно из коробки, чтобы с ним ознакомиться.
Тогда наверное выберу время и посмотрю, что там можно улучшить и дополнить. Я думаю, следующая статья по конфигурации будет интересной именно с той стороны, что такой информации в документации вообще нет.
devdocs.magento.com/guides/v2.4/extension-dev-guide/message-queues/message-queues.html
Я думаю вы можете дать им ссылку на документацию и показать пример реализации в коде, приведенный в этой статье, с краткими комментариями. Этого должно быть достаточно для базового понимания. Также можно попробовать перевести данную статью гугл переводчиком :)