Warning: The type attribute is unnecessary for JavaScript resources.
From line 10, column 146; to line 10, column 176
feed/" /> <script type="text/javascript">window
Warning: The type attribute for the style element is not needed and should be omitted.
From line 11, column 1798; to line 11, column 1820
</script> <style type="text/css">img.wp
Warning: The type attribute for the style element is not needed and should be omitted.
From line 23, column 193; to line 23, column 251
a='all' /><style id='kirki-styles-global-inline-css' type='text/css'>.envel
Warning: The type attribute is unnecessary for JavaScript resources.
From line 23, column 905; to line 23, column 1010
}</style> <script async type="text/javascript" src="http://....../wp-content/cache/minify/df983.js"></scri
Warning: The type attribute for the style element is not needed and should be omitted.
From line 70, column 126; to line 70, column 167
70.png" /><style type="text/css" id="wp-custom-css">@media
Warning: The type attribute is unnecessary for JavaScript resources.
From line 441, column 156; to line 441, column 261
iv></div> <script defer type="text/javascript" src="http://......./wp-content/cache/minify/26938.js"></scri
Warning: The type attribute is unnecessary for JavaScript resources.
From line 441, column 272; to line 441, column 302
</script> <script type='text/javascript'>/* */
Warning: The type attribute is unnecessary for JavaScript resources.
From line 443, column 17; to line 443, column 122
</script> <script defer type="text/javascript" src="http://......../wp-content/cache/minify/6ce07.js"></scri
Ces erreurs sont une nouvelle introduction du W3C et elles ont commencé à se glisser dans les 3-4 derniers jours seulement.
Nous mettons en file d'attente des scripts comme celui-ci →
wp_register_script( 'custom-js', get_template_directory_uri() . '/js/custom.js', array( 'jquery' ), '1.1', true );
wp_enqueue_script( 'custom-js' );
Pouvons-nous résoudre ce problème à partir de la méthode de mise en file d'attente ci-dessus?
Mettre à jour →
ce sont les erreurs réelles. Dans la case rouge viennent du cache total W3.
functions
errors
validation
L'intermédiaire WP
la source
la source
alt
balises ou oublier de fermer une balise), mais ne doit pas être considéré comme un standard comme il l'était auparavant.script_loader_tag
crochet, vous pourrez peut-être faire unstr_replace()
pour les retirer.Réponses:
Vous pouvez supprimer les
type='*'
attributs et les valeurswp_enqueue
des scripts et styles édités à l'aide des*_loader_tag
crochets respectifs .Ce qui suit a fonctionné pour moi:
la source
defer
balise) peuvent ne pas utiliserwp_enqueue_script
et ne l'utiliseraient pas*_loader_tag
. Pouvez-vous s'il vous plaît confirmer qu'avec mon extrait de code ajouté, sur le code source de votre site, celacustom.js
atype='text/javascript'
encore?wp_enqueue
. Je suggère d'ajouter une MISE À JOUR à votre message d'origine pour refléter la gauche tenace, avec des références de code et de plugin - pourrait être en mesure d'aider un peu plus.WordPress 5.3 introduit un moyen considérablement plus simple d'y parvenir. En enregistrant la prise en charge des thèmes pour HTML 5 pour
script
etstyle
, l'type=""
attribut sera omis:la source
J'ai obtenu cela du plugin sol / racines. a fait le travail pour la plupart.
la source
Les approches
style_loader_tag
etscript_loader_tag
ci-dessus semblent fonctionner pour tout balisage généré par Wordpress, dans les cas où le thème / plugin utilise les fonctions de mise en file d'attente appropriées.Si vous avez des plugins offensants qui ne coopèrent pas (IIRC Jetpack est / était un contrevenant à moins qu'une version plus récente depuis que je me souvienne ait révisé cela!), Et vous êtes catégorique sur la résolution de ce problème malgré le fait que vos visiteurs ne seront probablement pas impacté de quelque façon que ce soit (leur navigateur rendra la page très bien!), vous pouvez toujours aller à fond et utiliser la mise en mémoire tampon de sortie:
Soyez averti que bien que ce soit une solution, elle n'est pas très efficace. Vous devez exécuter
preg_replace()
l'intégralité de la sortie "finale" de Wordpress avant qu'elle ne soit envoyée au navigateur du client, pour chaque demande.La mise en mémoire tampon de sortie est activée au début (
wp_loaded
hook), c'est-à-dire à droite lorsque wp + theme + plugins + etc sont complètement chargés, et est désactivée au dernier moment (shutdown
hook) qui se déclenche juste avant que PHP ne ferme l'exécution. Le regex doit fonctionner à travers tout , et cela pourrait être beaucoup de contenu!Les approches
style_loader_tag
etscript_loader_tag
ci-dessus exécutent uniquement l'expression régulière sur une très petite chaîne (la balise elle-même), de sorte que l'impact sur les performances est négligeable.Je suppose que si vous avez un contenu relativement statique et que vous utilisez une couche de mise en cache, vous pouvez essayer d'atténuer le problème de performances.
références du manuel php:
la source
style_loader_tag
ouscript_loader_tag
lors de l'ajout d'une<script>
balise pour les scripts en ligne . developer.wordpress.org/reference/classes/wp_scripts/…Cela m'a beaucoup aidé:
Merci à css-tricks (LeoNovais): https://css-tricks.com/forums/topic/clean-up-script-tags-in-wordpress/#post-246425
la source
Selon le code dans script-loader.php, l' attribut de type est omis lorsque la prise en charge du thème html5 est ajoutée avec des arguments de script et de style.
Voir les liens ci-dessous:
la source
Construire hors de @ realmag77. Cela exploitera le plugin Autoptimize pour être en mesure de filtrer TOUS les attributs de type mais ne se cassera pas s'il n'est pas installé et activé. La solution de secours fonctionne bien, mais ces scripts et feuilles de style chargés via des plugins ne seront pas filtrés. Je ne sais pas comment les filtrer autrement qu'en utilisant la partie Autoptimize.
la source
la source
Eh bien, parce que j'ai essayé des tonnes d'autres codes et ceux mentionnés ici, il y a encore des traces des
text/javascript
fichiers de base WordPress et également d'autres plugins et codes javascript en ligne. Après avoir testé ce code, tout a été résolu:J'espère que cela peut aider certains :)
Je vous remercie
la source
Si vous rencontrez ce problème avec WP Fastest Cache, vous pouvez supprimer l'attribut type manuellement dans le script PHP du plugin, cela devrait également fonctionner avec d'autres plugins, mais je ne connais pas les fichiers où ils ajoutent l'attribut type. Pour WP Fastest Cache, vous devez aller dans le dossier wp-content / plugins / wp-rapid-cache / inc et ouvrir js-utilities.php, puis rechercher text / javascript et le supprimer avec l'attribut. J'ai eu cet avertissement sur le validateur W3 et l'ai corrigé de cette façon, sachez également que lorsque vous mettrez à jour le plugin, cette modification pourrait être annulée, pour désactiver la mise à jour du plugin, vous pouvez modifier wpFastestCache et changer la version du plugin en quelque chose comme ceci 10.0.8.7.7
la source
Vous pouvez optimiser le code HTML de votre site comme vous le souhaitez en 2 étapes:
Dans functions.php de votre thème wordpress actuel, appliquez le code suivant:
add_filter ('autoptimize_html_after_minify', fonction ($ content) {
et n'oubliez pas de changer $ site_url en votre lien de site sans barre oblique à la fin
la source
Vous pouvez utiliser les fonctions ci-dessous pour supprimer les attributs de type des balises de lien et de script.
Collez la fonction ci-dessous dans functions.php pour supprimer le type = text / css des
link
balises================================================== =========================
Collez la fonction ci-dessous dans functions.php pour supprimer le type = 'text / javascript' de
script
la source