Jetpack Funcționând Local

Metoda din linkul furnizat de @TracyRotton pare să nu mai funcționeze începând cu Jetpack 2.0 și WordPress 3.4.2.

Chiar dacă replicăm toate câmpurile din baza de date, acesta nu se comportă ca fiind conectat.

Deoarece întrebarea inițială se referă la sincronizarea unui mediu de dezvoltare cu unul de producție, este posibil ca acest lucru să nu fie posibil.

Nu am testat în detaliu care module funcționează și care nu, dar Jetpack poate fi manipulat să creadă că este conectat prin următoarea modificare în fișierul /plugins/jetpack/jetpack.php.

În interiorul clasei Jetpack_Data, modificați prima funcție get_access_token astfel:

class Jetpack_Data {    
    function get_access_token( $user_id = false ) {
        return 'VALOAREA-USER_TOKENS-GĂSITĂ-ÎN-OPȚIUNEA-JETPACK_OPTIONS'; // <---truc
        if ( $user_id ) {
            if ( !$tokens = Jetpack::get_option( 'user_tokens' ) ) {
                return false;
            }

Sau pur și simplu puneți un return true; în loc de user_tokens pe care îl putem copia din opțiunea jetpack_options.

_{PS: prima versiune a acestui răspuns folosea un alt truc. Aici, este o modificare de o singură linie care ar trebui să acopere totul, în teorie...}

Este posibil să păcălești JetPack copiind valorile câmpurilor din baza de date de la o instalare activată în instalarea ta locală.

Pe o instalare (la distanță) cu JetPack conectat, caută în tabela wp_options câmpurile option_name care încep cu jetpack_, cum ar fi:

• jetpack_activated
• jetpack_options
• jetpack_nonce_{șir_aleatoriu}
• jetpack_active_modules

Copiază aceste câmpuri și valori în baza de date a instalării tale locale.

Pentru mai multe detalii despre acest proces, vezi: http://www.ravendevelopers.com/node/57

Inspirat de ultima soluție a lui brasofilo, există o metodă și mai ușoară, doar deschideți fișierul jetpack.php, căutați

/**
* Este Jetpack activ?
*/
public static function is_active() {
    return (bool) Jetpack_Data::get_access_token( JETPACK_MASTER_USER );
}

și înlocuiți cu:

/**
* Este Jetpack activ?
*/
public static function is_active() {
    return true;
}

Pare mult mai ușor decât să te joci cu baza de date și a funcționat pentru mine cu versiunea Jetpack 2.1.1 și versiunea WordPress 3.5.

Dar ar trebui să setați o regulă de ignorare pentru acest fișier sau ceva similar dacă doriți să păstrați pluginul funcțional pe site-ul live, deoarece este mai bine să fie conectat prin metoda reală decât să forțați flag-ul de activ prin hardcodare.

Dacă dorești funcționalitatea completă a Jetpack, mediul tău de dezvoltare va trebui să fie accesibil public. Poți configura acest lucru prin crearea unui subdomeniu pentru adresa de dezvoltare, de exemplu sandbox.siteulmeu.com, setând înregistrarea DNS să indice adresa IP unde se află serverul de dezvoltare și eventual configurând routerul/firewall-ul pentru a permite cererile pe portul 80 către mașina ta.

O altă opțiune este să rulezi un mediu de staging și să-l folosești pentru orice legat de Jetpack. Mediile de staging au multe avantaje, așa că ar fi o investiție utilă să configurezi asta oricum.

Filtrul jetpack_development_mode:

Vreau să menționez filtrul jetpack_development_mode.

Puteți folosi simplu:

add_filter( 'jetpack_development_mode', '__return_true' );

pentru a rula JetPack local.

Un mic plugin:

Pentru a evita modificarea fișierului wp-config.php cu trucul obișnuit:

define ('JETPACK_DEV_DEBUG', true);

acum îl puteți controla prin acest mic plugin:

<?php
/**
 * Plugin Name: Rulează JetPack local
 * Plugin URI:  http://wordpress.stackexchange.com/a/144317/26350
 * Version:     0.0.1
 */
add_filter( 'jetpack_development_mode', '__return_true' );

Îl puteți verifica pe GitHub.

Remediul de la http://ravendevelopers.com/node/57 S-ar putea să nu funcționeze cu versiunile Jetpack mai noi de 2.x. Dacă nu funcționează la versiunea 2.x, încearcă să instalezi Jetpack mai întâi pe site-ul live (exemplu.com), conectează-l la wordpress.com și apoi importă setările de pe site-ul live pe localhost/exemplu care trebuie să fie același (setările importate de la exemplu.com s-ar putea să nu funcționeze cu localhost/exemplu2). Ideea este că orice faci pe site-ul live, asigură-te că setările importate sunt pentru același site pe localhost.

Hmm, se pare că răspunsul tău poate fi simplificat. Adoptă această modificare și voi vota pozitiv răspunsul tău.

Deoarece is_active() returnează true, trebuie doar să modifici o singură linie în admin_page():

1. schimbă valoarea $is_user_connected în true

function admin_page() {
    global $current_user;

    $role = $this->translate_current_user_to_role();
    $is_connected = Jetpack::is_active();
    $user_token = Jetpack_Data::get_access_token($current_user->ID);
    $is_user_connected = true;//$user_token && !is_wp_error($user_token);
    // ...funcția continuă