Molesto "JQMIGRATE: Migrate is ..." en la consola después de la actualización a WordPress 4.5
-
-
+1 atu TOCmuy útil.Estoprobablementeprovenga del script demigraciónjquery/compatibilidad con versiones anteriores.¿Algunaposibilidad de que uses una versiónnominificada/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
-
¿Versiónnominificada demigrate?No que yo sepa,no,podrían ser algunos complementos,pero después de lainspecciónno veoninguno: \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
-
tengaen cuenta que ambas versionesestánen los directorios WP: `/wp-admin/js/jquery/jquery-migrate.js` y`/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 respuestas
- votos
-
- 2016-04-24
WordPress utilizael script demigración dejQueryparagarantizar la compatibilidad con versiones anteriores de los complementos otemas quepuedaestar utilizando y que utilicen lafuncionalidadeliminada de las versionesmás recientes dejQuery.
Conel lanzamiento de WordPress 4.5,parece que han actualizado la versión dejQuerymigrate de v1.2.1 a v1.4.0 : unescaneo rápido del código revela que la v1.4.0 registra queel scriptestá cargadoindependientemente de si la opción
migrateMute
está configurada ono,tantoen comoenversionesminificadas. La únicaforma deeliminarel avisoes asegurarse de quetodos sus complementos/código detemano dependan deningunafuncionalidad antigua dejQuery y luegoeliminarel script demigración. Hay un complemento para hagaesto,peroes unmétodobastante simple quepuede colocarseen el archivo defunciones de sutema o 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']); } });
Tengaen cuenta queestono se considera unabuenaprácticaparael desarrollo de WordPress y,en mi opinión,el script demigraciónno debeeliminarse soloparamantener limpia la consola del desarrollador.
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.
-
Entonces,¿básicamente uno demis complementos depende de unafuncionalidad queformabaparte de la versión anterior dejQuery?¿Hay algunaforma de averiguar cuálesesafuncionalidad?¿Oestoy seguro de silenciarel script demigración?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
-
Nopuedo decir con certeza si alguno de sus complementos depende de lafuncionalidad anterior,WordPress soloincluyeel script demigración como un valorpredeterminado seguroen caso de que suinstalacióntenga algún complemento queno se haya actualizadoen untiempo.Sifuera yo,eliminaríael script demigraciónen unainstalación local del sitio y luego verificaría quetodofuncione como seespera,asegurándome de queno hayaerroresen la consola,etc.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
-
Recomiendo contraesto.Esta compatibilidad con versiones anterioresestá ahípor una razón.Eselequivalente dejQuery aeliminar archivos defunciones obsoletosen WordPress.Tomarse lamolestia de verificar si su configuración * actual *estotalmente compatibleni siquieratiene en cuenta los cambios de configuración o las adiciones de complementos,y dados losproblemaspotenciales queestaría creandono seequilibra conelbeneficio completamente dudoso deeliminar una consolamensaje de 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 Estámás allá del alcance deesta respuesta discutir sieliminarel scriptes unabuenaidea ono,esto abordaespecíficamenteelproblema de cómoeliminarelmensajeen la consola.FWIW,creo queeliminarel scripttambiénes unamalaidea.Creo queel votonegativoesinnecesario,ya quemi respuesta respondeperfectamente a lapregunta de los 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
-
Lo siento,no hago un votonegativo amenudo,pero sentí queeranecesario aquí,ya queno hayninguna advertencia de queestopuedeno ser unabuenaidea yes lo opuesto a lasmejoresprácticasen desarrollo (agregue una advertencia yeliminaréel votonegativo).creo que lapreguntaes cómoeliminar soloelmensaje de la consola,no cómoeliminarjquerymigrate.si alguienpregunta cómoeliminarelmensaje de actualización de WordPress,no respondería "simplemente desinstale 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
-
Se agregó la advertencia @majick.Tiene razónen que lapreguntaes cómoeliminarelmensaje de la consola,mi respuestaindica que la únicaforma deeliminarelmensajeeseliminarel script,lo cuales cierto amenos que siga la ruta de reescribir lasfuncionesnativas delnavegador segúntu respuesta.@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
-
sinproblemas,votonegativoeliminado.paramí,si realmenteme molesta,preferiría comentarelmensajeen el archivojsmigrate cada actualización de WPen lugar deeliminarlopor completo detodosmodos.soloporquejavascriptesbastantetemperamental,a veces algoestáfuera de lugar y casitodo se rompe ...esoes demasiado riesgo singanancia cuandoestoestáespecíficamenteen su lugarparaevitareso.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
-
Estemensaje deerroresmolesto,peroeliminarloen cada sitionuevoes unapérdida detiempo.Seríagenial sien algún lugarpudiéramospedirle a un desarrollador que hayapuestoelmensajeen Wordpress que loelimineen lapróxima versión :)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ć Nofue agregadoporningún desarrollador de WordPress,fue agregadoporelequipo dejQuery.Por lo queparece,tampocoes algo que vayan aeliminar: 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
Puede cambiareltexto delmensaje de registro a unespacioen blancoen
jquery-migrate.min.js
,peroestono se conservaráen la actualizaciónprincipal.La alternativaes agregar una copia de lafunción depaso através/filtro de
console.log
justo antes de que se cargueel script demigración,y decirle queignore losmensajes de registro que contienen 'Migrate is installed
'. Si lo hace deestamanera,también se conservarán otras advertencias de Migrate:// 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();}
El resultadoes una línea de secuencia de comandos HTML agregadatanto alfrontend como albackend que lograelefecto deseado (evitaelmensajeinstalado).
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.)
-
+1para laidea,pero sies su sitio,probablemente seamejor asegurarse de quetodos sus scripts sean compatibles con la última versión yeliminarelmigrador;)+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í,peronoestoy de acuerdo coneliminarelmigrador comoprácticaen absolutoporquenotiene en cuenta lainstalación detemas/complementos quepuedenno ser compatibles con la última versión dejQuery.Paralelamente,haymuchos complementos que aúnfuncionanbien apesar de queesposible queno se hayan dado cuenta de unafunción de WordPress aquí o queestén "oficialmente"en desuso.La compatibilidad con versiones anterioresesprevención ymejor que cura cuando setrata de ambos casos y,bueno,del softwareen general.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
-
Tiene razón,perono admitir la última versión dejqueryes unerroren mi opinión.4.5entróen RC hace aproximadamente unmes,y siel códigono seprobópara quefuncionara contodos los cambios queintrodujo,entonceseltema/complementonoes realmente compatible.Enelmundoexterior,losmensajes de desaprobación de WordPress se conviertenen desaprobación realen algúnmomento,yno desea dejar demanejarlosparaelmomentoen que debe actualizar lo antesposible.La OMI delmigrador debería ser una solucióntemporal,no una característicapermanente.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
-
Estoy de acuerdoen quees una soluciónprovisional,pero debido aeso,ahoraeselmomentoen el queesmásimportante.Seguro queelproceso de obsolescencia dentro de WordPresspodría optimizarse,pero conelpequeñotamaño de `deprecated.php` realmentetiene pocoimpactoen el rendimiento almantener los alias defunción antiguos que se refieren a losnuevos yevita que las cosas se rompan.Dame un complementobien codificadopero "antiguo" sobre un complemento "nuevo"peromal codificadoen cualquiermomento.Laideología de "lonuevoesmejor"no debería romperel software quefuncionabien deestamanera soloporque "oh,cambiamoselnombre deesafunción"etc.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
-
Noestoy de acuerdo con losprincipios aquí,Internetes un objetivo que semueve rápidamente yelpanoramaestá cambiandotodoeltiempo.(paraelmomentoen que se llevó lafunción del logotipo del sitio a 4.5,porejemplo,los sitios habíanpasado de laidea detener un solo logotipo).Lo antiguoesbueno solo cuando se aplica anichosmuyespecíficos yestables,pero se sabe quejQuery,porejemplo,es un objetivo relativamentemóvil.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
-
Puedo aceptarestaren desacuerdo.El hecho de que hayaprogreso ynuevasfuncionesnoes razónpara abandonar las cosas viejas quefuncionan,ya seajQuery,WordPress o untema o un complemento o lo que sea ... Laprueba de cualquier código debería ser "funciona" o "quétanbuenoes "no" cuántos añostiene "... y usar" cuántos añostiene "como una vara demedirparael software quefunciona directamente resultaen romperloinnecesariamente deestamanera ... ¡cuandoel códigonuevo **es **elmás defectuoso!Demanera realista,esperar que los desarrolladores semantengan al día con las actualizaciones de algo que,de lo contrario,funcionaríaperfectamente,es demasiado: acaba conempresasenteras.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
-
Untemanoes unproducto aislado.Si untemafueraempaquetado de wordpress yjquery,etc.,entonces laedad deltema habría sidototalmente relevante.Comoningúntema haceeso,sieltemano seprobó con la versión de wordpress que seestá utilizando,entoncesnoestá lo suficientemente claro quétipo deerrores se descubrirán.Estaes solo otramanifestación del dilema de vinculaciónestática vs dinámica.En unmundo deenlacesestáticos,su afirmaciónesmayormente cierta,pero wordpresses unenlace dinámico y soloporque algo hayafuncionado con 3.5no significa quefuncionará con 4.5incluso conelintento de ser compatible con versiones anteriores.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
-
pero detengamosesta discusión aquí :),SEnoestá contento con la duración :)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 unapequeñaprueba aquí.
Me asomé a jquery-migrate.js ynotéestaparte :
// Set to true to prevent console output; migrateWarnings still maintained // jQuery.migrateMute = false;
así queprobé lo siguiente conelnuevo
wp_add_inline_script()
,introducidoen la versión 4.5:add_action( 'wp_enqueue_scripts', function() { wp_add_inline_script( 'jquery-migrate', 'jQuery.migrateMute = true;', 'before' ); } );
Esto cambiará:
JQMIGRATE: Migrate seinstala con registro activo,versión 1.4.0
para:
JQMIGRATE: Migrateestáinstalado,versión 1.4.0
Por lotanto,en realidadnoevitatodos los resultados de la consola,comoestaparteen
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 ); }
-
Entonces,el códigoinferior simplementeeliminaelmensaje,¿verdad?Quiero decir,lamigración semantieneperoelmensaje se suprime,¿verdad?Estoesmejor queeliminar definitivamente lamigraciónSo 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,esaes una copia del código queproduceelmensaje de registro de la consola que * hace * salida.muestra quemigrateMute solo sepruebapara la segundamitad delmensaje de la consola; laprimeramitad seemite independientemente de ... *eliminar *estebloque de códigoeliminaráelmensaje de la consola,pero deberá rehacer cada actualización de 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
-
¡Graciaspor lainvestigación y los detalles!Enmi opinión,lamejor opción,ya queeliminar JQmigrateno siemprees unabuenaidea,porquemuchos complementos de WP dependen defuncionesjQuery obsoletas.¡Esta solución ayuda a limpiar unpoco la salida de la consola!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
Solución:
agregueesto 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 );
Funciona cuando se llama a
jquery-migrate
con unganchoestándar (quegenera<link rel=stylesheet....>
) yno conload-scripts.php
agranel (comoen elpanel de administración).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).-
Estofuncionabien parami. ¡Gracias!This works fine for me. Thank you!
- 1
- 2020-01-31
- Didierh
-
-
Esonome funcionó.That did not work for me.
- 3
- 2018-10-04
- Serj Sagan
-
-
- 2018-04-26
Comomencionó anteriormente Andy WordPress usael script demigraciónjQueryparagarantizar la compatibilidad con versiones anteriores yesporeso que se carga automáticamente deformapredeterminada.
Aquí hay unaforma segura deeliminarelmódulo JQuery Migrate y así deshacerse delmolesto aviso JQMIGRATEmientras acelera la carga de supáginaen el lado del cliente. Simplemente copie/pegueeste códigoen su archivo functions.php y listo:
<?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 );
Más detalles
Para obtenermás detalles sobre la razónpor la que uso unafunciónestática,leami artículo aquí:
►► 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/-
votonegativoporque 1. huele demasiado a spam y haceelmínimoesfuerzopara sentirse como una respuesta.2. Codifica deforma rígida la versión anulandoel almacenamientoen caché.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
-
es unapenaporquees unbuenenfoque,incluso aunqueestés usando `add_filter` cuandoen realidades una acción.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
¿Por qué hay un aviso constante?
que apunta a
load-scripts.php
en mi consola cuando actualicémi tema a WordPress 4.5,y ¿cómo sepuedeeliminar?Noes unerror,pero siempreestápresenteen mi consola y realmenteno veo cuáleselpunto. ¿Debo actualizar algo o hacer algunos cambiosen mi código?
Tal veztenga unpoco de TOC,perogeneralmente cuandoinspeccionoel sitio,me gusta vererrores y avisos reales que apuntan a unproblemaen mi consola ...
EDITAR
WordPress 5.5eliminóel scriptjQuery Migrate,comopaso depreparaciónpara actualizarjQuery a la última versiónen 5.6. Portanto,el aviso debería desaparecer.
https://make.wordpress.org/core/2020/06/29/updating-jquery-version-shipped-with-wordpress/