De ce nu poate API-ul WP Filesystem să citească googlefonts.json?

Nu este necesar să folosiți WP_Filesystem pentru orice lucru minor, iar în acest caz, soluția corectă este să utilizați funcția normală file_get_contents.

WP_Filesystem este un wrapper în jurul diferitelor metode de a interacționa cu sistemul de fișiere într-un mod sigur... dar nu este destinat pentru orice situație.

În esență, codul WP_Filesystem a fost creat pentru a permite WordPress să se actualizeze singur.

Când faceți astfel de operații, proprietatea fișierelor este o problemă destul de importantă. Multe servere rulează sub utilizatorul "www" (de exemplu) în loc să ruleze sub proprietarul real al fișierelor PHP. Dacă WordPress ar scrie direct un fișier în astfel de cazuri, fișierul rezultat ar fi deținut de "www", nu de adevăratul proprietar. Acest lucru poate duce la probleme de securitate, în special în cazul hostingului partajat.

Deci, WP_Filesystem abstractizează operațiunile cu fișiere. Poate citi și scrie fișiere în modalități care vor păstra proprietatea acestora. Dacă poate scrie direct și proprietatea rămâne neschimbată, atunci va face acest lucru, dar dacă nu poate, atunci va avea nevoie de credențiale pentru o metodă precum FTP. Folosind aceste credențiale, se poate conecta prin acea rută și poate scrie fișiere folosind proprietarul corect.

Ce înseamnă acest lucru este că înainte de a utiliza WP_Filesystem, acesta trebuie configurat. Trebuie efectuat un test, iar dacă testul eșuează, atunci trebuie obținute credențiale de la utilizator. Fără aceste credențiale, nu poate funcționa.

În cazul dumneavoastră, deoarece "schimbarea proprietarului întregului director WordPress la _www:_www" a rezolvat problema, aceasta este situația care vă afectează. Testul prin care încercă să scrie un fișier și să obțină proprietatea corectă eșuează. Prin schimbarea proprietarului fișierelor existente, modificați condițiile pentru acel test.

În realitate, în acest caz, nu există niciun motiv să utilizați WP_Filesystem deloc. Utilizatorul citește un fișier. Poate citi acel fișier direct. Proprietatea nu contează aici. Așadar, pur și simplu folosiți file_get_contents. Utilizarea WP_Filesystem pentru această operație nu are sens.

Mai multe informații despre WP_Filesystem, din perspectiva utilizării: http://ottopress.com/2011/tutorial-using-the-wp_filesystem/

@codecowboy, ce versiune de Redux folosești? În versiunile mai noi nici măcar nu mai folosim googlefonts.json în acest fel.

Îți sugerez să instalezi pur și simplu Redux Framework din depozitul de plugin-uri WordPress (http://wordpress.org/plugins/redux-framework/), iar această problemă va fi rezolvată pentru tine deoarece plugin-ul va suprascrie versiunea de Redux încorporată în tema ta.

După ce am făcut depanarea, se pare că ceea ce se întâmplă cu adevărat este că WP_Filesystem încearcă să deschidă o conexiune FTP către fișierul temporar în timp ce efectuează verificările:

public function get_contents( $file ) {
        $tempfile = wp_tempnam($file); // Creează un nume de fișier temporar unic
        $temp = fopen($tempfile, 'w+'); // Deschide fișierul temporar pentru scriere/citire

        if ( ! $temp )
            return false; // Dacă nu poate fi deschis, returnează false

        // Încearcă să descarce fișierul prin FTP în fișierul temporar
        if ( ! @ftp_fget($this->link, $temp, $file, FTP_BINARY ) )
            return false; // Dacă eșuează, returnează false și obțin un array gol pentru fonturile Google

        fseek( $temp, 0 ); // Revine la începutul fișierului temporar
        $contents = ''; // Inițializează variabila pentru conținut

        // Citește fișierul în bucăți de 8192 bytes
        while ( ! feof($temp) )
            $contents .= fread($temp, 8192);

        fclose($temp); // Închide fișierul temporar
        unlink($tempfile); // Șterge fișierul temporar
        return $contents; // Returnează conținutul citit
    }

Pe mașina mea locală cu OSX acest cod eșuează, în timp ce pe serverul țintă funcționează. Nu sunt sigur de ce schimbarea drepturilor de proprietate pentru întregul director WordPress la _www:_www permite acestui ftp_fget să funcționeze, având în vedere că încearcă să citească un fișier temporar în /var/tmp.

Pentru clarificare, cea mai recentă versiune de Redux nu mai utilizează această metodă specifică pentru încărcarea fonturilor Google. Și în al doilea rând, Otto are o oarecare aversiune față de oamenii de la Redux, așa că luați cu rezerve ceea ce spune el aici. Vedem CONSTANT erori în verificarea temelor care spun:

AVERTIZARE: file_put_contents a fost găsit în fișierul class.redux_filesystem.php Operațiunile cu fișiere ar trebui să folosească metodele WP_Filesystem în loc de apeluri directe la sistemul de fișiere PHP.

Serios? Deci, Otto? Inventezi standarde și linii directoare pe parcurs? Are sens, într-adevăr, având în vedere că întreaga bază $wp_filesystem acționează de parcă a fost asamblată bucată cu bucată de copii care nu aveau nicio idee despre ce făceau. Standarde, într-adevăr!