Fastidioso "JQMIGRATE: Migrate is ..." nella console dopo l'aggiornamento a WordPress 4.5
-
-
+1 altuo utilissimo DOC.Questoprobabilmente deriva dallo script dimigrazionejquery/compatibilità con le versioniprecedenti.C'è qualchepossibilità chetu usi la versione/devnonminimizzata?+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
-
Versionenonmodificata dimigrare?Non cheio sappiano,potrebberoessere deiplugin,ma a un'ispezionenonne vedonessuno: \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
-
nota cheentrambe le versioni sononelle directory WP: `/wp-admin/js/jquery/jquery-migrate.js`e`/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 risposta
- voti
-
- 2016-04-24
WordPress utilizza lo scriptjQuerymigratepergarantire la compatibilità con le versioniprecedenti di qualsiasiplugin otema chepotresti utilizzaree che utilizzafunzionalità rimosse dalle versionipiù recenti dijQuery.
Conil rilascio di WordPress 4.5,sembra che abbiano aggiornato la versione dijQuerymigrate da v1.2.1 a v1.4.0 : una rapida scansione del codice rivela che la v1.4.0 registra che lo script è stato caricatoindipendentemente dalfatto che l'opzione
migrateMute
siaimpostata omeno,sianel chenel versioniminimizzate.L'unicomodoper rimuovere l'avviso è assicurarsi chetuttii plugin/codice deltemanon sibasino su alcuna vecchiafunzionalità dijQuery,quindi rimuovere lo script dimigrazione. C'è un plugin làfuoriperfallo,ma è unmetodo abbastanza semplice chepuòessere semplicementeinseritonelfilefunctions deltuotema o simile:
add_action('wp_default_scripts', function ($scripts) { if (!empty($scripts->registered['jquery'])) { $scripts->registered['jquery']->deps = array_diff($scripts->registered['jquery']->deps, ['jquery-migrate']); } });
Tienipresente che questanon è considerata unabestpracticeper lo sviluppo di WordPresse,amioparere,lo script dimigrazionenon dovrebbeessere rimosso solopermantenerepulita la consoleper sviluppatori.
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.
-
Quindifondamentalmente uno deimiei plugin dipende da unafunzionalità chefacevaparte della vecchia versione dijQuery?C'è unmodoper scoprire cos'è questafunzionalità?Oposso semplicemente disattivare l'audio dello script dimigrazione?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
-
Nonposso dire con certezza se qualcuno deituoiplugin dipenda da vecchiefunzionalità,WordPressinclude solo lo script dimigrazione comeimpostazionepredefinita sicuranel casoin cui l'installazione abbiaplugin chenon sono stati aggiornati da unpo '.Sefossiin me,rimuoverei lo script dimigrazione su un'installazione locale del sitoe quindi controllerei chetuttofunzioni ancora comeprevisto,assicurandomi chenon ci sianoerrorinella console,ecc.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
-
Mi raccomando contro questo.Questa compatibilità con le versioniprecedentiesisteper unmotivo.È l'equivalentejQuery dell'eliminazione difile difunzioni obsoletein WordPress.Prendersituttii problemi di verificare se latua configurazione * attuale * è completamente compatibilenontiene nemmeno conto dellemodifiche alla configurazione o delle aggiunte diplug-ine,datii potenzialiproblemi chepotresti creare,non sibilancia conilbeneficio completamente dubbio della rimozione di una consolemessaggio di registro.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 Discute se la rimozione dello script sia unabuonaidea omeno è oltre lo scopo di questa risposta,questo affronta specificamenteilproblema di come rimuovereilmessaggionella console.FWIW,penso che anche rimuovere la sceneggiatura sia una cattivaidea.Penso cheil votonegativonon sia richiesto,poiché lamia risposta rispondeperfettamente alla domanda dei PO.@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
-
scusa,non ho votato spessoin basso,ma ho ritenuto chefossenecessario quiperchénon vi è alcun avviso che questapotrebbenonessere unabuonaideaed è l'opposto dellemiglioripratichein fase di sviluppo (aggiungi un avvisoe rimuoveròil votonegativo).credo che la domanda sia chiedere come rimuovere soloilmessaggio della consolenon come rimuoverejquerymigrate.se qualcuno chiedesse come rimuovereilmessaggio di aggiornamentonagin WordPressnon risponderesti "disinstalla semplicemente 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 avviso aggiunto.Hai ragionenel dire che la domanda è chiedere come rimuovereilmessaggio della console,lamia risposta afferma che l'unicomodoper rimuovereilmessaggio è rimuovere lo script,il che è vero ameno chenon sipercorra la strada della riscrittura dellefunzioni delbrowsernative come dalatua risposta.@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
-
nessunproblema,downvote rimosso.per quantomi riguarda,se davveromi infastidisse,preferirei semplicemente commentareilmessaggionelfilemigratejs ogni aggiornamento WPpiuttosto che rimuoverlo deltutto comunque.soloperchéjavascript èpiuttosto capriccioso,a volte una cosafuoripostoe quasitutto si rompe .. questo è un rischiotroppogrande senza alcunguadagno quando questo è specificamentein attoperevitarlo.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
-
Questomessaggio dierrore èfastidiosoma rimuoverlo su ogninuovo sito è unaperdita ditempo.Sarebbebello se da qualchepartepotessimo chiederegentilmente a uno sviluppatore,chiunque abbiainseritoilmessaggioin Wordpress,di rimuoverlonellaprossima versione :)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ć Non è stato aggiunto danessuno sviluppatore di WordPress,è stato aggiunto dalteam dijQuery.A quantoparenon è qualcosa che rimuoverannoneanche: 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
Èpossibilemodificareiltesto delmessaggio di login vuotoin
jquery-migrate.min.js
ma questonon verràmantenuto durante l'aggiornamento dibase.L'alternativa è aggiungere una copia dellafunzionepassthrough/filtro di
console.log
appenaprima che lo script dimigrazione venga caricatoe dirgli diignorarei messaggi di registrazione che contengono "Migrateisinstalled '. In questomodo verrannopreservati anchegli altri avvisi dimigrazione:
//script silenziatore funzionejquery_migrate_silencer () { //crea lafunzione di copia $ silencer='& lt; script > window.console.logger=window.console.log; '; //modifica lafunzione originaleperfiltraree utilizzare lafunzione di copia $ silencer.='window.console.log=function (tolog) {'; //bug out se vuotoperevitareerrori $ silencer.='if (tolog==null) {return;}'; //filtrai messaggi contenenti string $ silencer.='if (tolog.indexOf ("Migrateisinstalled")==-1) {'; $ silencer.='console.logger (tolog);}'; $ silencer.='} & lt;/script >'; return $ silencer; } //perilfrontend,usailfiltro script_loader_tag add_filter ('script_loader_tag','jquery_migrate_load_silencer',10,2); funzionejquery_migrate_load_silencer ($tag,$ handle) { if ($ handle=='jquery-migrate') { $ silencer=jquery_migrate_silencer (); //anteporre al caricamento dijquerymigrate $tag=$ silenziatore. $tag; } return $tag; } //per l'amministratore,hookto admin_print_scripts add_action ('admin_print_scripts','jquery_migrate_echo_silencer'); funzionejquery_migrate_echo_silencer () {echojquery_migrate_silencer ();}
Il risultato è una riga di script HTML aggiunta sia alfrontend che albackend che ottiene l'effetto desiderato (impedisceilmessaggioinstallato).
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.)
-
+1per l'idea,ma se èiltuo sito,probabilmente èmeglio assicurarti chetuttii tuoi script siano compatibili con l'ultima versionee rimuovereilmigratore;)+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
-
sì,manon sono affatto d'accordo con la rimozione delmigratore comepraticaperchénontiene conto dell'installazione ditemi/plug-in chepotrebberononessere ancora compatibili con l'ultimojQuery.parallelamente ci sonomoltiplugin chefunzionano ancorabene anche sepotrebberonon aver realizzato unafunzione WordPress qui o là è "ufficialmente" deprecata.la retrocompatibilità èprevenzionee meglio che una cura quando sitratta dientrambii casie,beh,del softwarein generale.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
-
Hai ragione,manon supportare l'ultima versione dijquery è unbug IMO.4.5 èentratoin RC circa unmesefae seil codicenon è statotestatoperfunzionare contutte lemodificheintrodotte,iltema/pluginnon è veramente compatibile.Nelmondo al difuori di wordpress,i messaggi di deprecazione sitrasformanoin una verae propria deprecazione a un certopuntoe non vuoi lasciare la lorogestione almomentoin cui devi aggiornare alpiùpresto.L'IMO delmigratore dovrebbeessere una soluzionetemporanea,non unafunzionalitàpermanente.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
-
Sono d'accordo che sia una soluzionetampone,maper questomotivo,ora èeffettivamenteilmomentoin cui èpiùimportante,.!Sicuramenteilprocesso di deprecazione all'interno di WordPresspotrebbeessere ottimizzato,ma con le dimensioni ridotte di `deprecated.php` ha davvero unimpattominimo sulleprestazionimantenendoi vecchi alias difunzione che si riferiscono a quellinuovie impedisce alle cose di rompersi.Dammi unplug-inben codificatoma "vecchio" su unplug-in "nuovo"mamal codificato ognigiorno.L'ideologia del "nuovo èmeglio"non dovrebbe romperein questomodo unbuon softwarefunzionante soloperché "oh abbiamo cambiatoilnome di quellafunzione"ecc.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
-
Non sono d'accordo suiprincipi qui,Internet è un obiettivoin rapidomovimentoe ilpanorama cambia continuamente.(neltempoimpiegatoperportare lafunzionalità del logo del sito a 4.5,adesempio,i sitieranopassati dall'idea di avere un solo logo).Il vecchio èbuono solo se applicato anicchiemolto specifichee stabili,majQuery,adesempio,ènotoperessere un obiettivo relativamentemobile.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
-
Posso accettare dinonessere d'accordo.Soloperché ci sonoprogressie nuovefunzionalitànon c'èmotivo di abbandonare vecchie cose chefunzionano,che sitratti dijQuery,WordPress o untema o unplugin o qualsiasi altra cosa ... Iltest di qualsiasi codice dovrebbeessere "funziona" o "quanto èbuononon è "non" quanti anni ha "...e l'utilizzo di" quanti anni ha "comemisuratoreperil softwarefunzionante sitraduce direttamentenel romperloinutilmentein questomodo ... quandoilnuovo codice ** è **ilpiùbuggier!realisticamente,aspettarsi chegli sviluppatoritenganoilpasso congli aggiornamentiper qualcosa che altrimentifunzionerebbeperfettamente è semplicementetroppo: uccideintere aziende.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
-
Untemanon è unprodottoisolato.Se untema comprendesse wordpresse jqueryecc.,Allora l'età deltema sarebbe stata deltutto rilevante.Poichénessuntema lofa,seiltemanon è statotestato con la versione di wordpress utilizzata,non è abbastanza chiaro qualetipo dibug verrà scoperto.Questa è solo un'altramanifestazione del dilemma del collegamento statico vs dinamico.In unmondo di collegamento statico latua affermazione èper lopiù vera,ma wordpress è un collegamento dinamicoe soloperché qualcosa avevafunzionato con 3.5non significa chefunzionerà con 4.5 anche coniltentativo diessere retrocompatibileA 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
-
mainterrompiamo questa discussione qui :),SEnon è contenta della sua durata :)but lets stop this discussion here :), SE is not happy about the length of it :)
- 0
- 2016-04-25
- Mark Kaplun
-
- 2016-04-25
Solo unpiccolotest qui.
Ho dato un'occhiata a jquery-migrate.js e honotato questaparte :
// Set to true to prevent console output; migrateWarnings still maintained // jQuery.migrateMute = false;
quindi hotestato quanto segue conilnuovo
wp_add_inline_script()
,introdottonella versione 4.5:add_action( 'wp_enqueue_scripts', function() { wp_add_inline_script( 'jquery-migrate', 'jQuery.migrateMute = true;', 'before' ); } );
Questo cambierà:
JQMIGRATE: Migrate èinstallato con registrazione attiva,versione 1.4.0
a:
JQMIGRATE: Migrate èinstallato,versione 1.4.0
Quindiin realtànonimpediscetutto l'output della console,come questapartein
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 ); }
-
Quindiil codicein basso rimuove semplicementeilmessaggio,giusto?Voglio dire,lamigrazione rimanemailmessaggio viene soppresso,giusto?Èmeglio che rimuovere definitivamente lamigrazioneSo 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
-
no,questa è una copia del codice cheproduceilmessaggio di log della console che *fa * l'output.mostra chemigrateMute ètestato soloper la secondametà delmessaggio della console - laprimametà vieneemessaindipendentemente ... * rimuovendo * questoblocco di codice rimuoveràilmessaggio della console,ma sarànecessario ripetere ogni aggiornamento 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
-
Grazieper la ricercae i dettagli!IMO è l'opzionemigliore,poiché rimuovere JQmigratenon è sempre unabuonaidea,perchémoltiplugin WP dipendono dafunzionijQuery deprecate.Questa soluzione aiuta a ripulire unpo 'l'output della console!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
Soluzione:
aggiungilo afunctions.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 );
Funziona quando
jquery-migrate
viene chiamato con hook standard (che restituisce<link rel=stylesheet....>
)e non conload-scripts.php
in blocco (comein 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).-
Questofunzionabene perme.Grazie!This works fine for me. Thank you!
- 1
- 2020-01-31
- Didierh
-
-
Non hafunzionatoperme.That did not work for me.
- 3
- 2018-10-04
- Serj Sagan
-
-
- 2018-04-26
Come accennatoin precedenza da Andy WordPress utilizza lo scriptjQuerymigratepergarantire la compatibilità con le versioniprecedenti ed èper questo che viene caricato automaticamenteperimpostazionepredefinita.
Ecco unmodo sicuroper rimuovereilmodulo JQuery Migratee quindieliminareilfastidioso avviso di JQMIGRATE accelerandoil caricamento dellatuapagina sul lato client. Basta copiare/incollare questo codicenelfile functions.php e ilgioco èfatto:
<?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 );
Maggiori dettagli
Per averemaggiori dettagli sulmotivoper cui sto utilizzando unafunzione statica,leggiilmio articolo qui:
►► 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/-
downvotedperché 1. questopuzzatroppo di spame fa soloilminimo sforzoper sentirsi come una risposta.2. Codifichi hard la versione annullandoilbusting della cache.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
-
è unpeccatoperché è un approccio carino,anche se stai usando `add_filter` quando èeffettivamente un'azione.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
Perché c'è un avviso costante,
chepunta a
load-scripts.php
nellamia console quando ho aggiornatoilmiotema a WordPress 4.5e comepuòessere rimosso?Non è unerrore,ma è semprepresentenellamia console,e davveronon vedo qual èilpunto. Devo aggiornare qualcosa o apportaremodifiche almio codice?
Forse ho unpo 'di disturbo ossessivo compulsivo,ma di solito quandoispezionoil sito,mi piace vedereerrorie avvisi reali cheindicano unproblemanellamia console ...
MODIFICA
WordPress 5.5 ha rimosso lo scriptjQuery Migrate,comepassaggio dipreparazioneper l'aggiornamento dijQuery all'ultima versionein 5.6. Quindi l'avviso dovrebbeessere sparito.
https://make.wordpress.org/core/2020/06/29/updating-jquery-version-shipped-with-wordpress/