Раздражающее сообщение «JQMIGRATE: Migrate is ...» в консоли после обновления до WordPress 4.5
-
-
+1 к вашему очень полезному ОКР.Вероятно,это происходит из-за сценария миграции/обратной совместимостиjquery.Есть ли шанс,что вы используете его unminified/dev версию?+1 to your very useful OCD. This probably come from the jquery migration/backward compatibility script. Any chance you use unminified/dev version of it?
- 0
- 2016-04-24
- Mark Kaplun
-
Унифицированная версия миграции?Насколько мне известно,нет,это могут быть какие-то плагины,но при осмотре я их не вижу: \Unminified version of migrate? Not to my knowledge no, it could be some plugins, but upon inspection I don't see any of it :\
- 0
- 2016-04-24
- dingo_d
-
обратите внимание,что обе версии находятся в каталогах WP: `/wp-admin/js/jquery/jquery-migrate.js` и`/wp-admin/js/jquery/jquery-migrate.min.js`note both versions are in WP dirs: `/wp-admin/js/jquery/jquery-migrate.js` and `/wp-admin/js/jquery/jquery-migrate.min.js`
- 1
- 2016-04-25
- majick
-
6 ответ
- голосов
-
- 2016-04-24
WordPress использует скрипт миграцииjQuery для обеспечения обратной совместимости с любыми плагинами или темами,которые вы можете использовать,которые используют функции,удаленные из более новых версийjQuery.
С выпуском WordPress 4.5,похоже,они обновили версиюjQuery,перенесенную с v1.2.1 на v1.4.0 - Быстрый просмотр кода показывает,что v1.4.0 регистрирует загрузку скрипта независимо от того,установлен ли параметр
migrateMute
как в несжатом ,так и в уменьшенные версии.Единственный способ удалить уведомление - убедиться,что все ваши плагины/код темы не полагаются на какие-либо старые функцииjQuery,а затем удалить скрипт миграции. Есть плагин для сделайте это,но это довольно простой метод,который можно просто поместить в файл функций вашей темы или аналогичный:
add_action('wp_default_scripts', function ($scripts) { if (!empty($scripts->registered['jquery'])) { $scripts->registered['jquery']->deps = array_diff($scripts->registered['jquery']->deps, ['jquery-migrate']); } });
Обратите внимание,что это не считается лучшей практикой для разработки WordPress,и,на мой взгляд,сценарий миграции не следует удалять только ради сохранения чистоты консоли разработчика.
WordPress uses the jQuery migrate script to ensure backwards compatibility for any plugins or themes you might be using which use functionality removed from newer versions of jQuery.
With the release of WordPress 4.5, it appears they have upgraded the version of jQuery migrate from v1.2.1 to v1.4.0 - Having a quick scan through the code reveals that v1.4.0 logs that the script is loaded regardless of whether or not the
migrateMute
option is set, in both the uncompressed and minified versions.The only way to remove the notice is to ensure all your plugins/theme code don't rely on any old jQuery functionality, and then remove the migrate script. There's a plugin out there to do this, but it's quite a simple method that can just be placed in your theme's functions file or similar:
add_action('wp_default_scripts', function ($scripts) { if (!empty($scripts->registered['jquery'])) { $scripts->registered['jquery']->deps = array_diff($scripts->registered['jquery']->deps, ['jquery-migrate']); } });
Please note that this is not considered best practice for WordPress development and in my opinion the migrate script should not be removed just for the sake of keeping the developer console clean.
-
Итак,в основном один из моих плагинов зависит от функциональности,которая была частью старой версииjQuery?Есть ли способ узнать,что это за функциональность?Или я могу просто отключить скрипт миграции?So basically one of my plugins is depending on a functionality that was a part of the old jQuery version? Is there a way to find out what that functionality is? Or am I safe to just mute the migrate script?
- 0
- 2016-04-24
- dingo_d
-
Я не могу точно сказать,зависят ли какие-либо из ваших плагинов от старых функций,WordPress просто включает скрипт миграции в качестве безопасного значения по умолчанию на случай,если в вашей установке есть какие-либо плагины,которые не обновлялись некоторое время.Если бы это был я,я бы удалил сценарий миграции при локальной установке сайта,а затем проверил бы,что все работает должным образом,убедитесь,что в консоли нет ошибок и т. Д.I can't say for sure whether any of your plugins depend on old functionality, WordPress just includes the migrate script as a safe default in case your install has any plugins which haven't been updated in a while. If it were me I'd remove the migrate script on a local install of the site and then check everything still works as expected, ensuring there are no errors in the console etc.
- 1
- 2016-04-24
- Andy
-
Я не рекомендую этого делать.У этой обратной совместимости есть причина.ЭтоjQuery-эквивалент удаления файла устаревших функций в WordPress.Принятие всех мер по проверке полной совместимости вашей * текущей * настройки даже не учитывает изменения настроек или дополнений плагинов,и,учитывая потенциальные проблемы,которые вы могли бы создать,не уравновешивает совершенно сомнительное преимущество удаления консолисообщение журнала.I recommend against this. This backwards compatibility is there for a reason. It is the jQuery equivalent of deleting deprecated functions file in WordPress. Going to all the trouble of verifying whether your *current* setup is fully compatible does not even account for changes of setup or plugin additions, and given the potential problems you'd be creating does not balance against the completely dubious benefit of removing a console log message.
- 0
- 2016-04-25
- majick
-
@majick Обсуждение того,является ли удаление скрипта хорошей идеей,выходит за рамки этого ответа,это конкретно касается вопроса о том,как удалить сообщение в консоли.FWIW,я думаю,что удаление скрипта тоже плохая идея.Я думаю,что отрицательный голос неуместен,поскольку мой ответ полностью отвечает на вопрос OP.@majick It's beyond the scope of this answer to discuss whether removing the script is a good idea or not, this specifically addresses the issue of how to remove the message in the console. FWIW, I think removing the script is a bad idea also. I think the downvote is uncalled for, as my answer perfectly answers the OPs question.
- 2
- 2016-04-25
- Andy
-
извините,я не часто голосую против,но чувствую,что здесь это было необходимо,поскольку нет предупреждения,что это может быть не очень хорошая идея и является противоположностью передовой практики в разработке (добавьте предупреждение,и я удалю голос против).считаю,что вопрос заключается в том,как удалить только консольное сообщение,а не как удалить самjquerymigrate.Если бы кто-то спросил,как удалить сообщение об обновлении в WordPress,вы бы не ответили «просто удалите WordPress».sorry I don't downvote often, but felt it was needed here as there is no warning that this may not be a good idea and is the opposite of best practice in development (add a warning and i'll remove the downvote.) I believe the question is asking how to remove just the console message not how to remove jquery migrate itself. if someone asked how to remove the update nag message in WordPress you wouldn't answer "just uninstall WordPress."
- 1
- 2016-04-25
- majick
-
Добавлено предупреждение @majick.Вы правы в том,что вопрос заключается в том,как удалить сообщение консоли,мой ответ гласит,что единственный способ удалить сообщение - это удалить скрипт,что верно,если вы не пойдете по маршруту переписывания собственных функций браузера в соответствии сваш ответ.@majick warning added. You're right in that the question is asking how to remove the console message, my answer states that the only way to remove the message is to remove the script, which is true unless you go down the route of rewriting native browser functions as per your answer.
- 0
- 2016-04-25
- Andy
-
проблем нет,голос против удален.для меня,если это действительно меня раздражало,я бы предпочел просто закомментировать сообщение в файлеmigratejs при каждом обновлении WP,а не удалять его полностью.просто потому,чтоjavascript довольно темпераментен,иногда что-то не на своем месте и почти все ломается ... это слишком большой риск без выгоды,когда это специально используется,чтобы этого избежать.no probs, downvote removed. for myself, if it really annoyed me, I'd prefer to just comment out the message in the migrate js file each WP upgrade over removing it entirely anyway. just because javascript is pretty temperamental, sometimes one thing out of place and almost everything breaks.. that is just too much of a risk with no gain when this is specifically in place to avoid that.
- 1
- 2016-04-25
- majick
-
Это сообщение об ошибке раздражает,но удалять его на каждом новом сайте - пустая трата времени.Было бы здорово,если бы где-нибудь мы могли попросить разработчика,который поместил сообщение в Wordpress,удалить его в следующем выпуске :)This error message is annoying but removing it on every new site is a waste of time. It would be great if somewhere we could kindly ask a developer whoever put the message there in Wordpress to remove it in next release :)
- 0
- 2016-07-21
- Ivan Topić
-
@ IvanTopić Его добавили не разработчики WordPress,а командаjQuery.Судя по всему,это тоже не то,что они собираются удалять: https://github.com/jquery/jquery-migrate/issues/149@IvanTopić It wasn't added by any WordPress developers, it was added by the jQuery team. By the looks of things it's not something they're going to remove either: https://github.com/jquery/jquery-migrate/issues/149
- 0
- 2016-07-21
- Andy
-
- 2016-04-25
Вы можете изменить текст сообщения журнала на пустой в
jquery-migrate.min.js
,но это не будет сохранено при обновлении ядра.Альтернативой является добавление копии функции сквозной передачи/фильтрации
console.log
непосредственно перед загрузкой сценария миграции и указание ему игнорировать сообщения журнала,содержащие 'Migrateisinstalled код> '. При этом сохранятся и другие предупреждения о миграции:
//скрипт глушителя functionjquery_migrate_silencer () { //создаем копию функции $ silentr='& lt; script > window.console.logger=window.console.log; '; //изменяем исходную функцию для фильтрации и использования копии функции $ silentr.='window.console.log=function (tolog) {'; //ошибка,если пусто,чтобы предотвратить ошибку $ silentr.='if (tolog==null) {return;}'; //фильтруем сообщения,содержащие строку $ silentr.='if (tolog.indexOf ("Migrate установлен")==-1) {'; $ silentr.='console.logger (tolog);}'; $ silentr.='} & lt;/script >'; вернуть глушитель $; } //для внешнего интерфейса используйте фильтр script_loader_tag add_filter ('script_loader_tag','jquery_migrate_load_silencer',10,2); функцияjquery_migrate_load_silencer ($tag,$ handle) { if ($ handle=='jquery-migrate') { $ silentr=jquery_migrate_silencer (); //добавляем кjquery миграция загрузки $tag=$ глушитель. $tag; } вернуть тег $; } //для админа подключаемся к admin_print_scripts add_action ('admin_print_scripts','jquery_migrate_echo_silencer'); функцияjquery_migrate_echo_silencer () {echojquery_migrate_silencer ();}
Результатом является одна строка HTML-сценария,добавленная как во внешний интерфейс,так и в серверную часть,который обеспечивает желаемый эффект (предотвращает установленное сообщение).
You could change the log message text to blank in
jquery-migrate.min.js
but this will not be preserved on core update.The alternative is to add passthrough/filter function copy of
console.log
to just before the migrate script is loaded, and tell it to ignore logging messages that contain 'Migrate is installed
'. Doing it this way will preserve other Migrate warnings too:// silencer script function jquery_migrate_silencer() { // create function copy $silencer = '<script>window.console.logger = window.console.log; '; // modify original function to filter and use function copy $silencer .= 'window.console.log = function(tolog) {'; // bug out if empty to prevent error $silencer .= 'if (tolog == null) {return;} '; // filter messages containing string $silencer .= 'if (tolog.indexOf("Migrate is installed") == -1) {'; $silencer .= 'console.logger(tolog);} '; $silencer .= '}</script>'; return $silencer; } // for the frontend, use script_loader_tag filter add_filter('script_loader_tag','jquery_migrate_load_silencer', 10, 2); function jquery_migrate_load_silencer($tag, $handle) { if ($handle == 'jquery-migrate') { $silencer = jquery_migrate_silencer(); // prepend to jquery migrate loading $tag = $silencer.$tag; } return $tag; } // for the admin, hook to admin_print_scripts add_action('admin_print_scripts','jquery_migrate_echo_silencer'); function jquery_migrate_echo_silencer() {echo jquery_migrate_silencer();}
The result is a one line of HTML script added to both frontend and backend that achieves the desired effect (prevents the installed message.)
-
+1 за идею,но если это ваш сайт,вероятно,лучше просто убедиться,что все ваши скрипты совместимы с последней версией,и удалить мигратор;)+1 for the idea, but if it is your site, it is probably better to just make sure all your scripts are compatible to the latest version and remove the migrator ;)
- 1
- 2016-04-25
- Mark Kaplun
-
да,но я просто не согласен с удалением мигратора как с практикой,потому что он не принимает во внимание установку тем/плагинов,которые еще могут быть несовместимы с последней версиейjQuery.параллельно есть множество плагинов,которые все еще работают нормально,даже если они,возможно,не реализовали здесь функцию WordPress или «официально» не рекомендуются.обратная совместимость - это профилактика и лучше,чем лекарство,когда дело касается как случаев,так и программного обеспечения в целом.yes but I just don't agree with removing the migrator as a practice at all because it doesn't take into account installing themes/plugins which may not be compatible with the latest jQuery yet. as a parrallel there are plenty of plugins that still work fine even though they may not have realized a WordPress function here or there is "officially" deprecated. backwards compatibility is prevention and better than a cure when it comes to both cases and well, software in general.
- 0
- 2016-04-25
- majick
-
Вы правы,но отсутствие поддержки последней версииjquery - это ошибка IMO.4.5 был выпущен в RC около месяца назад,и если код не был протестирован на работу со всеми внесенными в него изменениями,то тема/плагин не являются полностью совместимыми.В мире за пределами WordPress сообщения об устаревании в какой-то момент превращаются в фактическое устаревание,и вы не хотите откладывать их обработку до того момента,когда вам нужно будет обновить как можно скорее.IMO-переносчик должен быть временным решением,а не постоянной функцией.You are right, but not supporting the latest jquery version is a bug IMO. 4.5 went into RC about a month ago, and if code wasn't tested to work with all the changes it introduced, then the theme/plugin are not truly compatible. In the world outside wordpress deprecation messages turn into actual deprecation at some point, and you don't want to leave handling them to the time where you have to upgrade ASAP. The migrator IMO should be a temporary solution, not a permanent feature.
- 2
- 2016-04-25
- Mark Kaplun
-
Я согласен,что это временное решение,но именно поэтому сейчас именно то время,когда это наиболее важно.!Конечно,процесс устаревания в WordPress можно оптимизировать,но при небольшом размере файла `deprecated.php` он действительно мало влияет на производительность,сохраняя старые псевдонимы функций,которые ссылаются на новые,и предотвращает поломку.Дайте мне хорошо закодированный,но «старый» плагин вместо «нового»,но плохо написанного плагина в любое время.Идеология «новое лучше» не должна нарушать в противном случае хорошее работающее программное обеспечение таким образом только потому,что «о,мы изменили имя этой функции» и т. Д.I agree it is a stop gap solution, but because of that, now is actually the time when it is most important,.! Sure the deprecation process within WordPress could be optimized but with the small size of `deprecated.php` it really has little performance impact keeping old function aliases that refer to new ones and stops things from breaking. Give me a well-coded but "old" plugin over a "new" but badly-coded plugin anyday. The ideology of "new is better" should not break otherwise good working software this way just because "oh we changed the name of that function" etc.
- 0
- 2016-04-25
- majick
-
Я не согласен с принципами здесь,Интернет - быстро меняющаяся цель,и ландшафт все время меняется.(к тому времени,когда,например,до версии 4.5 для логотипа сайта потребовалось время,сайты уже отказались от идеи иметь только один логотип).Старое хорошо только тогда,когда применяется к очень специфическим и стабильным нишам,но,например,jQuery известен как относительно подвижная цель.I disagree on principals here, the internet is a fast moving target and the landscape is changing all the time. (by the time it took to get the site logo feature to 4.5 for example, sites had move on from the idea of having only one logo). Old is good only when applied to very specific and stable niches but jQuery for example is know to be a relatively moving target.
- 2
- 2016-04-25
- Mark Kaplun
-
Я могу согласиться,чтобы не согласиться.Просто потому,что есть прогресс и новые функции,это не причина отказываться от старых вещей,которые работают,будь тоjQuery,WordPress,тема,плагин или что-то еще ... Тест любого кода должен быть «работает ли он» или «насколько хорошоРазве это не "сколько ему лет" ... и использование "сколько ему лет" в качестве меры для измерения работающего программного обеспечения напрямую приводит к его ненужному нарушению таким образом ... когда новый код ** ** самый глючный!На самом деле,ожидать от разработчиков,что они будут следить за обновлениями чего-то,что в противном случае будет работать идеально,- это слишком много - это убивает весь бизнес.I can agree to disagree. Just because there is progress and new features is no reason to abandon old stuff that works, whether it's jQuery, WordPress or a theme or a plugin or whatever... The test of any code should be "does it work" or "how good is it" not "how old is it"... and using "how old is it" as a measuring stick for working software directly results in breaking it unnecessarily this way... when new code **is** the buggiest! realistically, expecting developers to keep up with updates for something that would still work perfectly otherwise is just too much - it kills entire businesses.
- 0
- 2016-04-25
- majick
-
Тема - это не изолированный продукт.Если бы тема была упакована в wordpress,jquery и т. Д.,То возраст темы был бы полностью уместен.Поскольку ни одна тема этого не делает,если тема не тестировалась на используемой версии wordpress,то не совсем ясно,какие ошибки будут обнаружены.Это просто еще одно проявление дилеммы статического и динамического связывания.В мире статических ссылок ваше утверждение в основном верно,но wordpress - это динамическое связывание,и то,что что-то работало с 3.5,не означает,что он будет работать с 4.5 даже при попытке быть обратно совместимымA theme is not an isolated product. If a theme was packaging wordpress and jquery etc, then the age of the theme would have been totally relevant. As no theme does that, if the theme was not tested against the version of wordpress being used, then it is not clear enough what kind of bugs will be discovered. This is just another manifestation of the static vs dynamic linking dilemma. In a static linking world your claim is mostly true, but wordpress is dynamic linking and just because something had worked with 3.5 do not mean it will work with 4.5 even with the attempt to be backcompatible
- 1
- 2016-04-25
- Mark Kaplun
-
но давайте остановим это обсуждение здесь :),SE недовольна его длиной :)but lets stop this discussion here :), SE is not happy about the length of it :)
- 0
- 2016-04-25
- Mark Kaplun
-
- 2016-04-25
Небольшой тест.
Я заглянул в jquery-migrate.js и заметил эту часть :
// Set to true to prevent console output; migrateWarnings still maintained // jQuery.migrateMute = false;
поэтому я протестировал следующее с новым
wp_add_inline_script()
,представленный в версии 4.5:add_action( 'wp_enqueue_scripts', function() { wp_add_inline_script( 'jquery-migrate', 'jQuery.migrateMute = true;', 'before' ); } );
Это изменится:
<цитата>JQMIGRATE: Migrate устанавливается с ведение журнала активно,версия 1.4.0
кому:
<цитата>JQMIGRATE: Migrate установлен,версия 1.4.0
Таким образом,он фактически не предотвращает весь вывод консоли,как эта часть в
jquery-migrate.js
:// Show a message on the console so devs know we're active if ( window.console && window.console.log ) { window.console.log( "JQMIGRATE: Migrate is installed" + ( jQuery.migrateMute ? "" : " with logging active" ) + ", version " + jQuery.migrateVersion ); }
Just a little test here.
I peeked into jquery-migrate.js and noticed this part:
// Set to true to prevent console output; migrateWarnings still maintained // jQuery.migrateMute = false;
so I tested the following with the newly
wp_add_inline_script()
, introduced in version 4.5:add_action( 'wp_enqueue_scripts', function() { wp_add_inline_script( 'jquery-migrate', 'jQuery.migrateMute = true;', 'before' ); } );
This will change:
JQMIGRATE: Migrate is installed with logging active, version 1.4.0
to:
JQMIGRATE: Migrate is installed, version 1.4.0
So it doesn't actually prevent all console output, like this part in
jquery-migrate.js
:// Show a message on the console so devs know we're active if ( window.console && window.console.log ) { window.console.log( "JQMIGRATE: Migrate is installed" + ( jQuery.migrateMute ? "" : " with logging active" ) + ", version " + jQuery.migrateVersion ); }
-
Итак,нижний код просто удаляет сообщение,верно?Я имею в виду,что миграция остается,но сообщение подавлено,верно?Это лучше,чем однозначно удалить миграциюSo the bottom code just removes the message, right? I mean, the migrate stays but the message is supressed, right? This is better than removing the migrate definitely
- 1
- 2016-04-25
- dingo_d
-
нет,это копия кода,создающего сообщение журнала консоли,которое * выполняет * вывод.он показывает,чтоmigrateMute тестируется только для второй половины сообщения консоли - первая половина выводится независимо ... * удаление * этого блока кода приведет к удалению сообщения консоли,но вам нужно будет повторять это каждое обновление WP.no, that is a copy of the code producing the console log message that *does* output. it shows that migrateMute is only tested for the second half of the console message - the first half is output regardless... *removing* this code block will remove the console message, but you would need to redo that each WP update.
- 1
- 2016-04-25
- majick
-
Спасибо за исследование и подробности!IMO - лучший вариант,поскольку удаление JQmigrate не всегда является хорошей идеей,потому что многие плагины WP зависят от устаревших функцийjQuery.Это решение помогает немного очистить вывод консоли!Thanks for the research and details! IMO the best option, since removing JQmigrate is not always a good idea, because many WP plugins depend on deprecated jQuery functions. This solution helps to clean up the console output a bit!
- 2
- 2017-04-28
- Philipp
-
- 2018-09-21
Решение:
добавьте это вfunctions.php:
function remove_jquery_migrate_notice() { $m= $GLOBALS['wp_scripts']->registered['jquery-migrate']; $m->extra['before'][]='temp_jm_logconsole = window.console.log; window.console.log=null;'; $m->extra['after'][]='window.console.log=temp_jm_logconsole;'; } add_action( 'init', 'remove_jquery_migrate_notice', 5 );
Это работает,когда
jquery-migrate
вызывается со стандартным обработчиком (который выводит<link rel=stylesheet....>
),а не сload-scripts.php
оптом (как в админ-панели).Solution:
add this to functions.php:
function remove_jquery_migrate_notice() { $m= $GLOBALS['wp_scripts']->registered['jquery-migrate']; $m->extra['before'][]='temp_jm_logconsole = window.console.log; window.console.log=null;'; $m->extra['after'][]='window.console.log=temp_jm_logconsole;'; } add_action( 'init', 'remove_jquery_migrate_notice', 5 );
It works when
jquery-migrate
is called with standard hook (which outputs<link rel=stylesheet....>
) and not withload-scripts.php
in bulk (like in admin-dashboard).-
У меня это отлично работает.Спасибо!This works fine for me. Thank you!
- 1
- 2020-01-31
- Didierh
-
-
У меня это не сработало.That did not work for me.
- 3
- 2018-10-04
- Serj Sagan
-
-
- 2018-04-26
Как упоминалось ранее Энди WordPress использует скрипт миграцииjQuery для обеспечения обратной совместимости ,и именно поэтому он автоматически загружается по умолчанию.
Вот безопасный способ удалить модуль JQuery Migrate и,таким образом,избавиться от раздражающего уведомления JQMIGRATE,ускорив загрузку вашей страницы на стороне клиента. Просто скопируйте/вставьте этот код в свой файл functions.php ,и все готово:
<?php /** * Disable jQuery Migrate in WordPress. * * @author Guy Dumais. * @link https://en.guydumais.digital/disable-jquery-migrate-in-wordpress/ */ add_filter( 'wp_default_scripts', $af = static function( &$scripts) { if(!is_admin()) { $scripts->remove( 'jquery'); $scripts->add( 'jquery', false, array( 'jquery-core' ), '1.12.4' ); } }, PHP_INT_MAX ); unset( $af );
Подробнее
Чтобы узнать больше о причине,по которой я использую статическую функцию,прочтите мою статью здесь:
►► https://en.guydumais.digital/disable-jquery-migrate -in-wordpress/As mentionned previously by Andy WordPress uses the jQuery migrate script to ensure backwards compatibility and this is why it is automatically loaded by default.
Here's a safe way to remove the JQuery Migrate module and thus get rid of the annoying JQMIGRATE notice while speeding up the loading of your page on the client side. Simply copy/paste this code in your functions.php file and you're done:
<?php /** * Disable jQuery Migrate in WordPress. * * @author Guy Dumais. * @link https://en.guydumais.digital/disable-jquery-migrate-in-wordpress/ */ add_filter( 'wp_default_scripts', $af = static function( &$scripts) { if(!is_admin()) { $scripts->remove( 'jquery'); $scripts->add( 'jquery', false, array( 'jquery-core' ), '1.12.4' ); } }, PHP_INT_MAX ); unset( $af );
More details
To get more details about the reason I'm using a static function, read my article here:
►► https://en.guydumais.digital/disable-jquery-migrate-in-wordpress/-
проголосовали против,потому что 1. это слишком сильно пахнет спамом и просто прикладывает минимальные усилия,чтобы почувствовать себя ответом.2. Вы жестко запрограммировали версию,отменяющую очистку кеша.downvoted because 1. this smells too much of a spam and just does the minimal effort to feel like an answer. 2. You hard code the version nullifying cache busting.
- 2
- 2018-04-26
- Mark Kaplun
-
это позор,потому что это хороший подход,даже если вы используете add_filter,когда на самом деле это действие.its a shame because its a nice approach, even tho you're using `add_filter` when its actually an action.
- 0
- 2018-09-20
- pcarvalho
Почему есть постоянное уведомление,
<цитата>JQMIGRATE: Migrate установлен,версия 1.4.0
который указывает на
load-scripts.php
в моей консоли,когда я обновил свою тему до WordPress 4.5,и как его можно удалить?Это не ошибка,но она всегда присутствует в моей консоли,и я действительно не понимаю,в чем ее смысл. Стоит ли мне что-то обновить или внести какие-то изменения в свой код?
Может быть,у меня немного ОКР,но обычно,когда я проверяю сайт,мне нравится видеть ошибки и реальные уведомления,указывающие на проблему в моей консоли ...
ИЗМЕНИТЬ
WordPress 5.5 удалил скриптjQuery Migrate в качестве подготовительного этапа к обновлениюjQuery до последней версии 5.6. Так что уведомление должно исчезнуть.
https://make.wordpress.org/core/2020/06/29/updating-jquery-version-shipped-with-wordpress/