Forçando a recarga do editor-style.css

Existe um método para forçar a atualização editor-style.css, quando altero manualmente a folha de estilo para o editor TinyMCE? A modificação não aparece imediatamente, mas eles serão armazenados em cache no lado do administrador do back-end de administração.

Por exemplo, assim:

editor-style.css?ver=3393201

Há um gancho para que: 'mce_css'. É chamado _WP_Editors::editor_settings()e você obtém todas as vírgulas carregadas separadas por vírgula como o primeiro e único parâmetro.

Agora é fácil: use a variável global $editor_styles(aqui estão as folhas de estilo do editor do tema e do tema pai já armazenadas), adicione a hora da última modificação do arquivo como parâmetro e reconstrua a string.

Como um plugin :

<?php # -*- coding: utf-8 -*-
/**
 * Plugin Name: Refresh Editor Stylesheets
 * Description: Enforces fresh editor stylesheets per version parameter.
 * Version:     2012.07.21
 * Author:      Fuxia
 * Plugin URI:  http://wordpress.stackexchange.com/q/33318/73
 * Author URI:  https://fuxia.me
 * License:     MIT
 * License URI: http://www.opensource.org/licenses/mit-license.php
 */

    add_filter( 'mce_css', 't5_fresh_editor_style' );

    /**
     * Adds a parameter of the last modified time to all editor stylesheets.
     *
     * @wp-hook mce_css
     * @param  string $css Comma separated stylesheet URIs
     * @return string
     */
    function t5_fresh_editor_style( $css )
    {
        global $editor_styles;

        if ( empty ( $css ) or empty ( $editor_styles ) )
        {
            return $css;
        }

        // Modified copy of _WP_Editors::editor_settings()
        $mce_css   = array();
        $style_uri = get_stylesheet_directory_uri();
        $style_dir = get_stylesheet_directory();

        if ( is_child_theme() )
        {
            $template_uri = get_template_directory_uri();
            $template_dir = get_template_directory();

            foreach ( $editor_styles as $key => $file )
            {
                if ( $file && file_exists( "$template_dir/$file" ) )
                {
                    $mce_css[] = add_query_arg(
                        'version',
                        filemtime( "$template_dir/$file" ),
                        "$template_uri/$file"
                    );
                }
            }
        }

        foreach ( $editor_styles as $file )
        {
            if ( $file && file_exists( "$style_dir/$file" ) )
            {
                $mce_css[] = add_query_arg(
                    'version',
                    filemtime( "$style_dir/$file" ),
                    "$style_uri/$file"
                );
            }
        }

        return implode( ',', $mce_css );
    }

Não consegui que a resposta do toscho funcionasse para a versão atual do WordPress (4.7.2), e isso parece ser porque o array init do TinyMCE tem um cache_suffix definido como 'wp-mce-' . $tinymce_version.

Portanto, você pode simplesmente substituí-lo pelo filtro tiny_mce_before_init , da seguinte maneira:

function wpse33318_tiny_mce_before_init( $mce_init ) {

    $mce_init['cache_suffix'] = 'v=123';

    return $mce_init;    
}
add_filter( 'tiny_mce_before_init', 'wpse33318_tiny_mce_before_init' );

Obviamente, isso não é tão bom quanto filemtime(), mas pelo menos isso funciona no 4.7.2.

Nota: Isso também adiciona o buster de cache a outros estilos de editor (como skin.min.css, content.min.css, dashicons.min.css e wp-content.css)

Em vez de apenas chamar o add_editor_styleseu arquivo CSS, adicione um parâmetro de string de consulta do buster de cache:

add_action('admin_enqueue_scripts', function(){
  if(is_admin()){
    add_editor_style(get_template_directory_uri().'/assets/css/editor.css?1');
  }
});

Eu tive o mesmo problema (2012, WP 3.4.2 !!). Possíveis soluções enquanto esse bug estiver por aí:

1) Se você usa o firebug, [x] Desativar cache do navegador no painel Rede ajuda. Eu até tive um problema muito estranho, que o estilo de editor em cache aparece brevemente (em um painel de rede filtrado por css) Firebug por uma fração de segundo, que desaparece novamente. Tomou screenshots para provar a mim mesmo.

2) Uma limpeza completa do cache do navegador ajuda. Por qualquer motivo posterior, o problema não reapareceu.

3) Por fim, meu conselho preferido, se você também tiver certeza, ou seja, seus clientes no armazenamento temporário ou no servidor ativo receberão suas melhorias incrementais (sem qualquer aviso irritante de liberação de cache):

Realoque o arquivo e continue contando:

// add_editor_style('editor-style-01.css'); bump for every deployment
// add_editor_style('editor-style-02.css');
add_editor_style('editor-style-03.css');

Hacky, mas confiável.

O problema com as respostas aceitas nas versões mais recentes, presumo, é que o $editor_stylesarray contém apenas folhas de estilo adicionadas usando o tema, portanto, retira o restante das folhas de estilo adicionadas pelo núcleo wordpress ou plugins da string de retorno.

A seguir está a solução que eu encontrei após ajustar o código, você pode usá-lo no seu arquivo functions.php. Minha solução usa loop aninhado e verifica as folhas de estilo presentes na $editor_stylesmatriz e acrescenta a última hora da modificação como parâmetro para consultar a string e atualiza o valor na matriz.

add_filter('mce_css', 'fresh_editor_style');

function fresh_editor_style($mce_css_string){
    global $editor_styles;
    $mce_css_list = explode(',', $mce_css_string);

    foreach ($editor_styles as $filename){
        foreach($mce_css_list as $key => $fileurl){
            if(strstr($fileurl, '/' . $filename)){
                $filetime = filemtime(get_stylesheet_directory() . '/' . $filename);
                $mce_css_list[$key] =  add_query_arg('time', $filetime, $fileurl);
            }
        }
    }

    return implode(',', $mce_css_list);
}