WordPress 4.5にアップデートした後、コンソールで「JQMIGRATE:Migrateis ...」という迷惑な
-
-
非常に便利なOCDに+1します.これはおそらく、jqueryの移行/下位互換性スクリプトに起因します.縮小されていない/開発バージョンのバージョンを使用する可能性はありますか?+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
オプションが設定されているかどうかに関係なく、スクリプトが読み込まれたことをログに記録していることがわかります./em>縮小バージョン.通知を削除する唯一の方法は、すべてのプラグイン/テーマコードが古い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.
-
それで、基本的に私のプラグインの1つは、古い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
-
私はこれに反対することをお勧めします.この下位互換性には理由があります.これは、WordPressで非推奨の関数ファイルを削除するのと同等のjQueryです.*現在の*セットアップが完全に互換性があるかどうかを確認するすべての問題に取り組むことは、セットアップの変更やプラグインの追加さえ考慮していません.また、作成する潜在的な問題を考えると、コンソールを削除するという完全に疑わしい利点とバランスが取れていません.ログメッセージ.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
-
申し訳ありませんが、私は頻繁に反対票を投じることはありませんが、これは良い考えではない可能性があり、開発のベストプラクティスの反対であるという警告がないため、ここで必要だと感じました(警告を追加して反対票を削除します).問題は、jqueryの移行自体を削除する方法ではなく、コンソールメッセージだけを削除する方法を尋ねていると信じています.誰かがWordPressのupdatenagメッセージを削除する方法を尋ねた場合、「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
-
問題はありません.反対票は削除されました.私自身、本当にイライラするのであれば、とにかく完全に削除するよりも、WPをアップグレードするたびにmigratejsファイルのメッセージをコメントアウトしたいと思います.javascriptがかなり気質的であるという理由だけで、時々1つのことが場違いになり、ほとんどすべてが壊れます.これを回避するために特別に配置されている場合、それはリスクが大きすぎて利益がありません.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
のパススルー/フィルター関数のコピーを追加し、「Migrateがインストールされています<」を含むログメッセージを無視するように指示することです./code> '.この方法で行うと、他の移行警告も保持されます:
//サイレンサースクリプト 関数jquery_migrate_silencer(){ //関数のコピーを作成します $ silencer='&lt; script&gt; window.console.logger=window.console.log; '; //元の関数を変更して、関数のコピーをフィルタリングして使用します $ silencer.='window.console.log=function(tolog){'; //エラーを防ぐために、空の場合はバグアウト $ silencer.='if(tolog==null){return;}'; //文字列を含むメッセージをフィルタリングします $ silencer.='if(tolog.indexOf( "Migrateisinstall")==-1){'; $ silencer.='console.logger(tolog);}'; $ silencer.='}&lt;/script&gt;'; $ silencerを返します. } //フロントエンドには、script_loader_tagフィルターを使用します add_filter( 'script_loader_tag'、 'jquery_migrate_load_silencer'、10、2); 関数jquery_migrate_load_silencer($tag、$ handle){ if($ handle=='jquery-migrate'){ $ silencer=jquery_migrate_silencer(); //jqueryの移行読み込みの前に追加 $tag=$ silencer.$tag; } $tagを返します. } //管理者の場合、admin_print_scriptsにフックします add_action( 'admin_print_scripts'、 'jquery_migrate_echo_silencer'); functionjquery_migrate_echo_silencer(){echojquery_migrate_silencer();}
その結果、フロントエンドとバックエンドの両方に1行の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は約1か月前に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になるまでに、サイトはロゴを1つだけにするという考えから移行していました).Oldは、非常に具体的で安定したニッチに適用された場合にのみ有効ですが、たとえば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
-
テーマは孤立した製品ではありません.テーマがワードプレスやjqueryなどをパッケージ化した場合、テーマの年齢は完全に関連していました.テーマがそれを行わないので、使用されているワードプレスのバージョンに対してテーマがテストされていない場合、どのような種類のバグが発見されるかは十分に明確ではありません.これは、静的リンクと動的リンクのジレンマのもう1つの兆候です.静的リンクの世界では、あなたの主張はほとんど真実ですが、ワードプレスは動的リンクであり、何かが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()
<を使用して以下をテストしました./a>、バージョン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
-
調査と詳細をありがとう!多くのWPプラグインは非推奨のjQuery関数に依存しているため、JQmigrateを削除することは必ずしも良い考えではないため、IMOが最良のオプションです.このソリューションは、コンソール出力を少しクリーンアップするのに役立ちます.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
をまとめて(admin-dashboardのように)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
Andyが前述したように 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 );
詳細 h2>
静的関数を使用している理由の詳細については、こちらの記事をご覧ください:
►►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
常に通知があるのはなぜですか
テーマをWordPress4.5に更新したときに、コンソールの
load-scripts.php
を指していますが、どうすれば削除できますか?これはエラーではありませんが、コンソールには常に存在し、何が重要なのか本当にわかりません.何かを更新する必要がありますか、それともコードに変更を加える必要がありますか?
OCDを少し持っているかもしれませんが、通常、サイトを調べると、コンソールの問題を示すエラーや実際の通知が表示されます...
編集
WordPress 5.5は、jQueryを5.6の最新バージョンに更新するための準備手順として、jQueryMigrateスクリプトを削除しました.したがって、通知は消えるはずです.
https://make.wordpress.org/core/2020/06/29/updating-jquery-version-shipped-with-wordpress/