Perché l'API WP Filesystem non riesce a leggere googlefonts.json?

Non è necessario utilizzare il WP_Filesystem per ogni piccola cosa, e in questo caso, la soluzione corretta è utilizzare il normale file_get_contents.

Il WP_Filesystem è un wrapper attorno a vari metodi per interagire con il filesystem in modo sicuro... ma non è pensato per ogni utilizzo.

Fondamentalmente, il codice di WP_Filesystem è stato creato per permettere a WordPress di aggiornarsi autonomamente.

In un'operazione del genere, la proprietà dei file è un aspetto cruciale. Molti server girano come "www" (ad esempio) invece che come il vero proprietario dei file PHP. Se WordPress scrivesse un file direttamente in un caso del genere, il file risultante sarebbe di proprietà di "www", non del proprietario reale e corretto. Questo può portare a problemi di sicurezza, specialmente in ambienti di hosting condiviso.

Quindi, il WP_Filesystem astrae le operazioni sui file. Può leggere e scrivere file in modi che preservano la proprietà dei file. Se può scrivere direttamente e la proprietà rimane invariata, lo farà, ma se non può, allora avrà bisogno di credenziali per qualche metodo come FTP. Utilizzando credenziali, può accedere tramite quella via e scrivere file con il proprietario corretto.

Ciò significa che prima di utilizzare il WP_Filesystem, deve essere configurato. Deve essere eseguito un test, e se il test fallisce, allora devono essere ottenute credenziali dall'utente. Senza quelle credenziali, non può funzionare.

Nel tuo caso, dato che "cambiare la proprietà dell'intera directory di wordpress a _www:_www" ha risolto il problema, questo è ciò che ti sta succedendo. Il test di scrittura di un file con la proprietà corretta fallisce. Cambiando il proprietario dei file esistenti, stai modificando le condizioni per quel test.

Ora, la verità è che in questo caso, non c'è alcuna ragione di utilizzare il WP_Filesystem. Stai leggendo un file. Puoi leggerlo direttamente. La proprietà non ha importanza qui. Quindi, in realtà, basta usare file_get_contents. Utilizzare il WP_Filesystem per questo non ha senso.

Maggiori informazioni su WP_Filesystem, da un punto di vista pratico: http://ottopress.com/2011/tutorial-using-the-wp_filesystem/

@codecowboy, quale versione di Redux stai utilizzando? Nelle versioni più recenti non utilizziamo nemmeno il file googlefonts.json in questo modo.

Ti suggerisco di installare semplicemente Redux Framework dal repository dei plugin di WordPress (http://wordpress.org/plugins/redux-framework/), e questo problema sarà risolto per te in quanto il plugin sovrascriverà la versione di Redux incorporata nel tuo tema.

Dopo qualche debug sembra che quello che sta realmente succedendo è che WP_Filesystem cerca di aprire una connessione FTP al file temporaneo mentre sta effettuando i suoi controlli:

public function get_contents( $file ) {
        $tempfile = wp_tempnam($file);
        $temp = fopen($tempfile, 'w+');

        if ( ! $temp )
            return false;

        if ( ! @ftp_fget($this->link, $temp, $file, FTP_BINARY ) )
            return false; //false è restituito e quindi ottengo un array vuoto di Google Fonts

        fseek( $temp, 0 ); // Torna all'inizio del file in scrittura
        $contents = '';

        while ( ! feof($temp) )
            $contents .= fread($temp, 8192);

        fclose($temp);
        unlink($tempfile);
        return $contents;
    }

Sul mio computer locale con OSX questo fallisce mentre sul server di destinazione funziona. Non sono sicuro del perché cambiare la proprietà dell'intera directory di WordPress a _www:_www permetta a questo ftp_fget di passare dato che sta cercando di leggere un file temporaneo in /var/tmp

Per la cronaca, l'ultima versione di Redux non utilizza più questo specifico metodo per caricare i font Google. In secondo luogo, Otto ha una certa avversione per le persone di Redux, quindi prendi ciò che dice qui con le pinze. Vediamo errori di controllo del tema COSTANTEMENTE che dicono:

AVVISO: file_put_contents è stato trovato nel file class.redux_filesystem.php Le operazioni sui file dovrebbero utilizzare i metodi WP_Filesystem invece delle chiamate dirette al filesystem PHP.

Davvero? Quindi, Otto? Stai inventando standard e linee guida man mano che procedi? Ha senso, in realtà, poiché l'intera base di $wp_filesystem sembra sia stata messa insieme pezzo per pezzo da ragazzini che non avevano idea di cosa stessero facendo. Standard, davvero!