El problema es que estoy bastante seguro de que es imposible verificar si CSS se agrega efectivamente a una página a través de PHP: CSS es analizado por el navegador, por lo que el lado del cliente, y no tiene ningún efecto en el lado del servidor.
Por supuesto, en PHP es posible verificar si CDN responde o no ...
Opción 1
Envíe una solicitud y si responde con el estado HTTP 200, úsela. Algo como:
function font_awesome_css() {
$url = 'http://netdna.bootstrapcdn.com/font-awesome/4.0.3/css/font-awesome.min.css';
$cdn = wp_remote_get( $url );
if ( (int) wp_remote_retrieve_response_code( $cdn) !== 200 ) {
$url = get_template_directory_uri() . '/css/font-awesome/css/font-awesome.min.css';
}
wp_enqueue_style( 'font-awesome', $url, false );
}
eso da como resultado 2 solicitudes HTTP, una para la verificación, la segunda para CSS incrustado: realmente malo .
opcion 2
function font_awesome_css() {
$url = 'http://netdna.bootstrapcdn.com/font-awesome/4.0.3/css/font-awesome.min.css';
$cdn = wp_remote_get( $url );
if ( (int) wp_remote_retrieve_response_code( $cdn ) === 200 ) {
$css = wp_remote_retrieve_body( $cdn );
add_action( 'wp_head', function() use( $css ) {
$absolute = "//netdna.bootstrapcdn.com/font-awesome/4.0.3/fonts/";
$css = str_replace( "../fonts/", $absolute, $css );
echo '<style type="text/css">' . $css . '</style>';
} );
} else {
$url = get_template_directory_uri() . '/css/font-awesome/css/font-awesome.min.css';
wp_enqueue_style( 'font-awesome', $url, false );
}
}
Esto es aún peor :
- Arruina el
wp_enqueue_styleflujo de trabajo: si un complemento agrega Font Awesome, se agregará 2 veces.
- El número de solicitudes HTTP es el mismo, sin embargo, normalmente las 2 solicitudes se ejecutan en paralelo , por lo que la generación de la página PHP se ralentiza porque necesita esperar la primera respuesta de la solicitud.
- Esto también evita que el navegador almacene en caché el CSS, por lo que si usa el mismo estilo en diferentes páginas, fuerza la solicitud de CDN en cada página visitada. Cuando se usa el flujo de trabajo normal, las páginas después del primer CSS se toman del caché.
Entonces, realmente, no hagas esto en casa.
Lo que realmente importa es que usando PHP puedes verificar la solicitud de CDN, pero no verificar CSS, por lo que todos tus esfuerzos terminan en un peor rendimiento, en lugar de mejorar.
Sinceramente, si el suyo es un tema público, le sugiero que use solo la copia local, proporcionando a los usuarios una forma de elegir un CDN:
if ( ! function_exists( 'font_awesome_css' ) ) {
function font_awesome_css() {
$_url = get_template_directory_uri() . '/css/font-awesome/css/font-awesome.min.css';
$url = apply_filters( 'font_awesome_css_url', $_url );
wp_enqueue_style( 'font-awesome', $url, false );
}
}
Por lo tanto, los usuarios pueden anular completamente la función usando un tema secundario y también pueden usar el 'font_awesome css_url'filtro para cambiar la URL.
También considere que algunos proveedores de alojamiento de alta gama convierten automáticamente los activos locales a CDN, y hay complementos que permiten CDN todas las cosas; esta es la razón por la cual un tema público no debería usar CDN en absoluto.
Si el tema es para ti, entonces haz una elección. Tenga en cuenta que los CDN más famosos tienen un muy bajo% de tiempo de inactividad (y bootstrapcdn es uno de los más confiables, según cdnperf.com ). Estoy bastante seguro de que su alojamiento tiene un tiempo de inactividad% mayor que bootstrapcdn, por lo que las personas tienen más probabilidades de no ver su sitio en absoluto, que verlo con iconos rotos.
El camino sucio
Como se dijo, PHP no puede verificar CSS, porque la representación de CSS ocurre del lado del cliente, pero puede usar la verificación del lado del cliente: JavaScript.
Primero incrustar CSS usando CDN:
function font_awesome_css() {
$url = '//netdna.bootstrapcdn.com/font-awesome/4.0.3/css/font-awesome.min.css';
wp_enqueue_style( 'font-awesome', $url, false );
}
Después de eso, agregue algo de JavaScript a su pie de página:
/*
Normally the JS should be properly enqueued and the URL
passed via wp_enqueue_script, but this is a proof of concept,
more than real code.
*/
add_action( 'wp_footer', function() {
$cssurl = get_template_directory_uri() . '/css/';
?>
<span id="facheck" data-cssuri="<?php echo $cssurl; ?>" class="fa" style="display:none">
</span>
<script>
jQuery(document).ready(function($) {
var $check = $('#facheck');
if ( $check.css('fontFamily') !== 'FontAwesome' ) {
// Font Awesome not loaded!
// Remove current CSS link
$('#font-awesome-css').remove;
// Add the local version
var local = '<link rel="stylesheet" type="text/css" href="' +
$check.data('cssuri') + // This is the theme CSS folder URL
'font-awesome/css/font-awesome.min.css" />';
$('head').append( local );
}
});
</script>
<?php
});
Este código se ejecuta cuando se carga la página y comprueba si el intervalo invisible agregado al pie de página con la clase 'fa' tiene la propiedad de familia de fuentes establecida en 'FontAwesome'. Esto lo establece Font Awesome, por lo que si no es cierto, significa que CSS no está cargado. Si sucede, el código usa JavaScript para agregar el CSS local al encabezado.
(Para probar este código, puede incrustarlo a través de wp_enqueue_styleuna URL de CDN incorrecta y ver qué sucede)
Por lo tanto, en el raro caso de que un CDN no esté disponible, todos los estilos se mostrarán como se esperaba (para algunos milisegundos, los usuarios verán iconos CSS "rotos", porque CSS se agrega después de que se carga la página).
Ahora, considerando que los CDN son muy confiables, ¿vale la pena hacer este truco para el <1% de las personas que verán iconos rotos? Contestar esta pregunta te queda a ti.
is_readable($cdnPath)?