Wp-rocket: Контактная форма 7 перестает работать, если скрипты зависимостей откладываются после их последнего обновления

Связанные билеты:

https://secure.helpscout.net/conversation/1437159796/242644/
https://secure.helpscout.net/conversation/1437431153/242713/

По теме: https://secure.helpscout.net/conversation/1437701881/242861/
но упомянутых файлов для обходного пути нет. Все еще проверяю это.

@ wp-media / productrocket

Я думаю, что у нас есть два варианта, чтобы иметь возможность ухаживать (я попробовал их на выходных, и это мои мысли, которые нужно подтвердить): -

1. Мы можем исключить отложенный шаблон wp-includes/js/dist/(.*).js , поскольку эти файлы являются библиотеками, функции которых наверняка будут вызываться на самой странице.
2. Как я заметил, все эти файлы внутри каталога dist вызываются с использованием wp. (за исключением _ внутри i18n), поэтому мы можем отложить все встроенные скрипты, которые содержат эти шаблоны, как то, что мы сделайте со сценариями jquery, заключив их в прослушиватель событий DOMContentLoaded .

Что вы думаете?

Похоже, это связано с # 2850 и:
https://github.com/wp-media/wp-rocket/issues/2318

Решение № 2, предполагающее, что другие сценарии не используют wp. , лучше, поскольку 1 будет отмечать эти файлы как блокирующие отрисовку в PageSpeed ​​Insights.

@vmanthos @ engahmeds3ed Можем ли мы быть уверены, что решение № 2 будет работать в 100% случаев и не может вызвать другую проблему?

Я согласен с @vmanthos в том, что решение № 1 не подходит для нас, поскольку оно

@vmanthos Забыл важный момент. Пока файлы JS не находятся в нижнем колонтитуле, они не считаются блокировкой рендеринга!

Вы можете попробовать себя, поместить файл JS в заголовок без задержки, он будет отображаться как блокировка рендеринга в PSI. Поместите тот же файл JS в нижний колонтитул без атрибута defer, этот JS больше не будет отображаться как блокировка рендеринга в PSI.

@GeekPress Если вы имеете в виду поместить эти файлы в нижний колонтитул, я думаю, это приведет к тем же результатам, что и эти файлы (функции / классы внутри них) используются внутри встроенных скриптов, поэтому нам также нужно будет переместить эти встроенные строки, это то, что вы имеете в виду здесь?

@ engahmeds3ed Эти файлы уже загружены в нижний колонтитул.

@GeekPress Хороший улов!
Я пробовал это с помощью контактной формы 7 на своем тестовом сайте, и PSI не помечал файлы.

Связанные билеты
https://secure.helpscout.net/conversation/1438795814/243070
https://secure.helpscout.net/conversation/1439134214/243130
https://secure.helpscout.net/conversation/1438701667/243053
https://secure.helpscout.net/conversation/1438623587/243038

Итак, option 1 действительно? или нам нужно попробовать option 2 ?

Вариант 1 действителен, но, возможно, без регулярного выражения, исключающего все / dist / files.

Основываясь на последней версии SG Optimizer для решения этой проблемы, мы можем исключить только эти 3 сценария:
https://plugins.trac.wordpress.org/changeset/2481447/sg-cachepress/trunk/core/Front_End_Optimization/Front_End_Optimization.php

@GeekPress после тестирования, что локально, ниже приведен окончательный список файлов, которые нужно исключить из отсрочки отсрочки.

'/wp-includes/js/dist/vendor/lodash(.min)?.js',
'/wp-includes/js/dist/api-fetch(.min)?.js',
'/wp-includes/js/dist/i18n(.min)?.js',
'/wp-includes/js/dist/vendor/wp-polyfill(.min)?.js',
'/wp-includes/js/dist/url(.min)?.js',

пожалуйста, проверьте следующую строку

'api-fetch.js' => array('dependencies' => array('wp-i18n', 'wp-polyfill', 'wp-url'),

здесь
https://github.com/wordpress/wordpress-develop/blob/9ca0ce7275fdaea1b9635deeba6bd3f821529270/src/wp-includes/assets/script-loader-packages.php#L1

поэтому я добавил url.js в список, так как lodash.js уже есть в коде SG.

Я сейчас создам пиар напрямую.

По теме: https://secure.helpscout.net/conversation/1438422069/242990?folderId=3864740

Чтобы подтвердить комментарий выше:

Пока файлы JS не находятся в нижнем колонтитуле, они не считаются блокировкой рендеринга!

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

@ engahmeds3ed Спасибо за информацию. Пойдем с этим подходом :)

Это тоже решает проблему, когда форма перестает работать через 12-24 часа?

JavaScript был только половиной проблемы с обновлением CF7. Вторая проблема заключается в том, что форма перестает работать через некоторое время из-за использования одноразовых значений. Конечно, это можно решить, кэшируя весь веб-сайт каждые 12-24 часа, но это снизит ценность внешнего кеша, такого как CloudFlare и CloudFlare Argo, сделав их несколько бесполезными.

@PCAviation исправление относится к новым зависимостям, которые использует CF7. Мы начнем их автоматически исключать.
К сожалению, мы ничего не можем поделать с nonce, который нужно периодически обновлять. Разработчики CF7 должны защитить свою форму способом, совместимым с кешированием страниц.
Единственный обходной путь - обновлять кеш с интервалом, совместимым с жизненным циклом nonce, с помощью нашей функции Cache Lifeespan.

@PCAviation исправление относится к новым зависимостям, которые использует CF7. Мы начнем их автоматически исключать.
К сожалению, мы ничего не можем поделать с nonce, который нужно периодически обновлять. Разработчики CF7 должны защитить свою форму способом, совместимым с кешированием страниц.
Единственный обходной путь - обновлять кеш с интервалом, совместимым с жизненным циклом nonce, с помощью нашей функции Cache Lifeespan.

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

У меня также сложилось впечатление, что минификация JS также не работает с CF7. Мне пришлось отключить ОБА JS «минификацию» и «отсрочку», чтобы CF7 заработал. Вы знаете, так ли это?

Я не знаю почему, но команда wp-rocket принимает решения, не принимая во внимание, что исключение таких JS-файлов из отсрочки имеет хорошее влияние на оценку скорости страницы. Использование ярлыка простого исключения, а не объединения в правильной последовательности - это просто большой промах со стороны wp-rocket. Многие сайты, которые я оптимизировал в прошлом и которые использовали контактную форму-7, после этого последнего обновления наблюдали падение скорости мобильных страниц на 20-25 пунктов. Пожалуйста, отмените это изменение и найдите правильный способ отложить эти файлы JS в правильной последовательности.

Я не знаю почему, но команда wp-rocket принимает решения, не принимая во внимание, что исключение таких JS-файлов из отсрочки имеет хорошее влияние на оценку скорости страницы. Использование ярлыка простого исключения, а не объединения в правильной последовательности - это просто большой промах со стороны wp-rocket. Многие сайты, которые я оптимизировал в прошлом и которые использовали контактную форму-7, после этого последнего обновления наблюдали падение скорости мобильных страниц на 20-25 пунктов. Пожалуйста, отмените это изменение и найдите правильный способ отложить эти файлы JS в правильной последовательности.

Это влияет на все плагины кеширования Wordpress, а не только на WP-Rocket. Виной всему автор CF7.

тогда люди могут избавиться от contact-form-7, а не wp-rocket, решив замедлить работу тысяч сайтов, чтобы исправить очень незначительную проблему. И НЕТ, это не влияет на каждый плагин кеширования, отсрочка Litespeed JS работает лучше. Уменьшился не только показатель скорости страницы, но и время взаимодействия со страницей, а в некоторых случаях также увеличился LCP. Отличная работа!

@GeekPress Хороший улов!
Я пробовал это с помощью контактной формы 7 на своем тестовом сайте, и PSI не помечал файлы.

Связанные билеты
https://secure.helpscout.net/conversation/1438795814/243070
https://secure.helpscout.net/conversation/1439134214/243130
https://secure.helpscout.net/conversation/1438701667/243053
https://secure.helpscout.net/conversation/1438623587/243038

Эти файлы становятся частью критического пути рендеринга. Это обнаруживается в тестах скорости страницы!

тогда люди могут избавиться от contact-form-7, а не wp-rocket, решив замедлить работу тысяч сайтов, чтобы исправить очень незначительную проблему. И НЕТ, это не влияет на каждый плагин кеширования, отсрочка Litespeed JS работает лучше. Уменьшился не только показатель скорости страницы, но и время взаимодействия со страницей, а в некоторых случаях также увеличился LCP. Отличная работа!

Использование в CF7 «одноразовых номеров» также означает, что кеш необходимо обновлять каждые 24 часа или форма перестает работать. Единственная альтернатива - повторно кэшировать эту страницу каждые 24 часа или отключать кеширование на этой странице.

Исключить страницу контактной формы из кеширования. Простой!

Это по-прежнему не оправдывает грубую ошибку команды wp-rocket с исключением решения JS.

Я не знаю почему, но команда wp-rocket принимает решения, не принимая во внимание, что исключение таких JS-файлов из отсрочки имеет хорошее влияние на оценку скорости страницы.

@akkiverma Эти файлы вообще не блокируют рендеринг, поскольку они загружаются из
https://github.com/wp-media/wp-rocket/issues/3625#issuecomment -787847496

И это было подтверждено кем-то из нашей команды:
https://github.com/wp-media/wp-rocket/issues/3625#issuecomment -787853885

Вы можете быть уверены, что каждый раз, когда мы принимаем решение, мы уверены в том, какое влияние оно может оказать на оценку PSI и время загрузки.

Я говорю о том, что эти файлы добавляются в критический путь рендеринга, они не блокируют рендеринг, но по-прежнему загружаются параллельно, следовательно, это сильно влияет на оценку скорости страницы, поскольку JS начинает выполняться, как только он загружается. Это нужно изменить!

Это никак не влияет на ваши PSI, поскольку они загружаются из нижнего колонтитула ...

Это уже повлияло на рейтинг PSI: 20-25 для мобильных устройств, без изменений для настольных компьютеров. Я эксперт по скорости, и никто не может сказать лучше меня!

Извините, я забыл, что мы тоже не «эксперты по скорости» ...

Я работаю полный рабочий день, и у многих сайтов, использующих wp-rocket с контактной формой 7, уже упали оценки для мобильных устройств. Перепрошил заново зарядкой! Благодаря твоей ошибке я заработал на этом дополнительные деньги! ха-ха

Я уверен, что вы тоже являетесь экспертом по скорости, и просто интересно, как вы упустили часть критического пути рендеринга или упавшие оценки PSI!

Как я уже сказал, файлы JS в нижнем колонтитуле не блокируют рендеринг.

Снимайте это видео, как хотите:
https://share.getcloudapp.com/X6u9P0Rr

То, что вы пытаетесь показать в видео, файлы JS - это не то же самое, что добавлено в контактной форме 7.

Вы хотите сделать ставку? Я хотел бы показать вам, что JS, добавленные с помощью контактной формы 7, влияют на оценку PSI для мобильных устройств. Оценка PSI упала после того, как вы исключили эти файлы в последнем обновлении wp-rocket. Вот почему мои клиенты связались со мной, чтобы узнать, что пошло не так после обновления плагина. Почему упал рейтинг PSI. Иначе зачем мне вообще заморачиваться!

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

Пожалуйста, поймите, какой JS загружается, начинает выполняться немедленно, что приводит к увеличению времени взаимодействия и некоторому влиянию на FID и, следовательно, к снижению оценки скорости страницы.

Привет, ребята, и особенно @GeekPress , большое спасибо за лучший плагин кеширования

Я также недавно заметил об этом изменении и связался со службой поддержки, и они подтвердили, что это новое изменение в wp rocket.

Так, например, перед обновлением плагина до последней версии:

https://gtmetrix.com/reports/www.angrybbq.com/mJysMHp4/

Теперь он изменен на:

https://gtmetrix.com/reports/www.angrybbq.com/yRcr0X7z/

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

Как вы думаете, можно ли предложить для этого какое-нибудь другое решение?

Спасибо еще раз

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

Стоит отметить, что CF7 загружает около 7 файлов сценариев, даже если форма отсутствует на странице.

@akkiverma Я только что провел несколько тестов на нескольких сайтах и ​​получил точно такой же результат. Независимо от того, какие файлы JS включают атрибут defer или нет, это не влияет на оценку PSI, пока эти файлы не будут вставлены в нижний колонтитул.

Если у вас другое поведение, у вас другая конфигурация.

Атрибут defer меняет только одно: приоритет установлен на низкий с defer и средний без. Но поскольку файлы JS должны быть самыми последними для загрузки, это никоим образом не меняет порядок загрузки.

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

тогда люди могут избавиться от contact-form-7, а не wp-rocket, решив замедлить работу тысяч сайтов, чтобы исправить очень незначительную проблему.

Краткое пояснение по этому поводу.

В любом случае автоматическое исключение этих файлов из Defer JS - единственное решение, которое мы можем предоставить. Проблема должна быть исправлена ​​в контактной форме 7 ...

Со своей стороны, мы не хотим ломать сайты клиентов. Это тоже наша ответственность. Если мы не исключим отсрочку этих файлов, сайт сломается. Это неприемлемо.

@amiremami Спасибо за ваш отзыв. Вы используете устаревший отчет GT Metrix. И действительно, на этом GT Metrix проверяет, содержат ли теги скрипта атрибут defer. Но это старый отчет ... И вам следует сосредоточиться на новом, который использует показатели Lighthouse (такие же, как Google PageSpeed).