MevvBridge Documentation

Installazione

MevvBridge richiede WordPress 6.0 o successivo e PHP 8.1 o successivo. È completamente gratuito e non esiste un’edizione Pro — nessuna funzione è bloccata.

Lo installi mentre Elementor è ancora attivo. La corsia congelata viene catturata dal rendering di Elementor stesso; se esegue il subentro con Elementor spento, ottiene un risultato vuoto.

Carichi e attivi il plugin. Non rimuova ancora Elementor.
Apra MevvBridge nel menu di amministrazione a sinistra e legga il rapporto.
Prema Subentra. Non viene eliminato nulla e nessuna pagina viene modificata — viene catturato solo l’aspetto degli elementi congelati.
Disattivi Elementor e ripercorra le Sue pagine.
Se è tutto al suo posto, può disinstallare Elementor.
Se lo desidera, prema Converti in blocchi. Dopo questo passaggio il contenuto è WordPress nativo e anche MevvBridge stesso può essere rimosso.

Se dopo il passaggio 4 qualcosa non va, riattivi Elementor: MevvBridge si fa da parte da solo.

Come funziona

MevvBridge legge il post meta _elementor_data — i Suoi dati originali, che non elimina mai — e smista ogni elemento in una di due corsie.

Corsia dal vivo: Gli elementi che riconosce vengono ricostruiti dai Suoi dati a ogni richiesta, sia il markup sia il CSS. Restano modificabili e restano responsive.
Corsia congelata: Tutto il resto viene catturato una volta, mentre Elementor è ancora installato: l’HTML renderizzato dell’elemento più le sole regole CSS che lo riguardano. Viene ristampato esattamente com’era — non modificabile, ma nemmeno rotto.

La regola è una lista di elementi ammessi, non una lista di esclusi. Un “questo lo riconosco” sbagliato rompe la pagina; un “questo non lo riconosco” sbagliato costa solo la modificabilità. I widget di terze parti sono deliberatamente fuori dalla lista, perché i loro schemi di controllo ci sono chiusi.

Finché non converte in blocchi, il Suo post_content non viene toccato affatto. MevvBridge interviene su the_content e produce la pagina dal vivo. Lo fa solo finché non è attivo alcun page builder di origine — reinstalli Elementor e il ponte si ritira.

Il rapporto — lo legga prima di andarsene

MevvBridge ha una sola schermata di amministrazione, sotto MevvBridge nel menu di sinistra. Richiede la capacità di amministratore. Tutto avviene lì.

La scansione cerca i contenuti pubblicati che portano dati di Elementor, qualunque sia il loro tipo di post. Questo conta: intestazioni, piè di pagina e librerie di modelli sono salvati come tipi di post a sé, e una scansione limitata a pagine e articoli li perde.

Riepilogo: Quante pagine, quanti elementi e quanti di essi si congeleranno.
La tabella: Una riga per ogni contenuto: Contenuto · Tipo · Attivi · Verrà congelato · Cosa verrà congelato. L’ultima colonna nomina i tipi di widget che verranno congelati e quanti ce ne sono di ciascuno.
Avviso sui contenuti dinamici: Contrassegnato con ⚠. Contenuto che cambia a ogni richiesta — una griglia di prodotti, un elenco di articoli. Una volta congelato, resta fissato a ciò che mostrava al momento della cattura.
Contenuti che non è possibile convertire: Contrassegnato con ⛔. Elementi che smetterebbero di funzionare se congelati — moduli di checkout, moduli di contatto, accessi, slider. Le pagine che li contengono vengono rifiutate dalla conversione in blocchi e restano con Elementor.

Due problemi diversi, separati di proposito: dinamico significa che diventa obsoleto, pericoloso significa che smette di funzionare.

L’indicatore di stato in alto dice Attivo quando MevvBridge sta producendo le Sue pagine, e Plugin di origine attivo finché un page builder di origine è ancora attivo.

Passaggio 1 — Subentra

Questo passaggio non rimuove Elementor e non modifica nemmeno una pagina. Cattura.

L’HTML renderizzato di ogni elemento congelato, preso dal rendering front-end di Elementor stesso.
Solo le regole CSS che riguardano quell’elemento, con il prefisso di ambito della pagina rimosso perché le regole continuino ad applicarsi dopo il passaggio.
L’SVG degli elementi icona e riquadro icona — quelli restano nella corsia dal vivo, ma la loro icona esiste solo nell’output renderizzato. Se l’SVG manca non viene stampato nulla; un’icona inventata sarebbe peggio.
I fogli di stile che i plugin di origine stampavano davvero sul front-end, copiati nella Sua cartella dei caricamenti e riaccodati in seguito.
I colori globali e la tipografia di Elementor dal kit attivo, riemessi come le stesse variabili CSS che le Sue pagine già richiamano.
Il CSS inline che il Suo tema stampa solo mentre Elementor è attivo.

Gli elementi catturati vengono salvati in una tabella dedicata invece che nei post meta, così non vengono caricati a ogni richiesta.

L’intero sito viene catturato in un’unica richiesta. Su un sito molto grande questo può raggiungere il limite di tempo di PHP — è un limite noto, non un guasto silenzioso: l’avviso finale indica quanti elementi sono stati catturati ed elenca i primi errori.

Passaggio 2 — Converti in blocchi

Facoltativo, e si sblocca solo dopo che il passaggio 1 è stato eseguito. Scrive markup a blocchi standard in post_content, così il contenuto diventa WordPress nativo e MevvBridge può essere disinstallato.

Gli elementi riconosciuti diventano blocchi mevvsoft/* — i blocchi di MevvBlocks.
Gli elementi congelati diventano un blocco core/html con il loro CSS incorporato all’interno, così sopravvivono anche dopo che tutti i plugin sono spariti.
Il post_content originale viene salvato nel post meta _mevvbridge_onceki_icerik prima che venga scritto qualsiasi cosa.

La conversione è tutto o niente per ogni pagina. Se un elemento congelato non ha un’istantanea catturata, quella pagina viene saltata anziché scritta a metà — mezza pagina è peggio di nessuna. Vengono saltate anche le pagine che contengono un elemento destinato a smettere di funzionare, e l’avviso le nomina.

Dopo questo passaggio, modificare quelle pagine richiede MevvBlocks. Visualizzarle no: il markup è standard e le parti congelate sono blocchi HTML del core.

Perché non i blocchi del core? Perché fino a WordPress 7.1 gli attributi dei blocchi del core non hanno ancora un concetto di breakpoint. Nella home page di riferimento, 23 dei 35 elementi dal vivo portavano valori per tablet o mobile; scriverli come core/group avrebbe buttato via o la responsività o la fedeltà al pixel.

Che cosa resta modificabile

Questi tipi di elemento di Elementor vengono ricostruiti dai Suoi dati e restano nella corsia dal vivo:

containerheadingtext-editorbuttondividerimagetestimonialiconicon-boxicon-listshortcode

Gli shortcode vengono eseguiti dal vivo invece che congelati — congelare uno shortcode fisserebbe il suo output al momento della cattura.

Tre widget di terze parti hanno un equivalente nativo e vengono mappati invece che congelati:

uael-woo-products: Diventa il blocco prodotti, conservando il numero di elementi, il numero di colonne per desktop/tablet/mobile, l’ordinamento e il filtro di categoria.
uael-woo-categories: Diventa il blocco categorie prodotto, conservando il layout, le colonne, la posizione del titolo e la regola di filtro.
wpforms: Diventa un blocco shortcode che contiene lo shortcode di WPForms. Non è un nostro motore per moduli — il widget non faceva altro che chiamare WPForms, e lo stesso fa lo shortcode.

Un tipo riconosciuto senza equivalente a blocchi viene congelato invece che imitato. Una mappatura approssimativa è una rottura silenziosa.

Che cosa significa davvero congelare

Un elemento congelato appare identico e continua a funzionare come markup, ma:

non può essere modificato in MevvBridge né nell’editor a blocchi oltre l’HTML grezzo;
se mostrava contenuto dinamico, ora mostra ciò che mostrava il giorno della cattura;
se aveva bisogno di JavaScript — uno slider, un carosello, una fisarmonica — la copia congelata stampa i suoi contenuti impilati, perché lo script che lo rendeva interattivo non c’è più.

Quest’ultimo caso è il motivo per cui slider e caroselli sono nell’elenco dei pericolosi: MevvBridge non converte le pagine che li contengono. Portarsi dietro lo script del plugin di origine è stato scartato — dipende dal runtime front-end del builder stesso e dalla sua configurazione per pagina.

Per riprendere il controllo di un elemento congelato, o reinstalla il plugin di origine, oppure lo elimina e lo ricostruisce con un blocco.

Modelli di intestazione e piè di pagina

Una migrazione che porta con sé solo il corpo della pagina perde il piè di pagina in silenzio. MevvBridge stampa al loro posto i modelli di intestazione e piè di pagina di origine, leggendoli dalle impostazioni di Header Footer Elementor.

Esistono ricette di tema per Astra, GeneratePress e Storefront. Se il Suo tema non ha una ricetta, non viene stampato proprio nulla — innestare un’intestazione su un tema che non riusciamo a sollevare significa due intestazioni, garantito. Se MevvBlocks ha già un modello corrispondente, MevvBridge gli cede il passo.

I nomi delle classi originali vengono riprodotti, così il CSS ereditato dalla vecchia configurazione continua ad applicarsi.

Tornare indietro

Non viene mai eliminato nulla. Il Suo _elementor_data resta esattamente dov’era; MevvBridge lo legge e non ci scrive mai.

Prima della conversione in blocchi: Riattivi Elementor. MevvBridge lo rileva e si ritira dal filtro dei contenuti, dall’archivio degli stili, dalle variabili globali e dal subentro su intestazione e piè di pagina. Non c’è nulla da annullare.
Dopo la conversione in blocchi: Il contenuto originale si trova nel post meta _mevvbridge_onceki_icerik di ogni pagina convertita. Non esiste un pulsante per questo; lo ripristini con WP-CLI.

Un ripristino ha un tranello: wp_update_post() si aspetta un input con le barre rovesciate e le rimuove da sé. Se riscrive il backup senza wp_slash(), le sequenze di escape dentro gli attributi dei blocchi perdono la barra rovesciata — gli SVG compaiono a schermo come un letterale u003csvg.

wp eval '
foreach ( get_posts(["post_type"=>"any","numberposts"=>-1]) as $p ) {
  $y = get_post_meta( $p->ID, "_mevvbridge_onceki_icerik", true );
  if ( $y ) wp_update_post([ "ID"=>$p->ID, "post_content"=>wp_slash($y) ]);
}'

Poi svuoti la cache delle pagine. Su LiteSpeed: wp litespeed-purge all.

Free e Pro

Non c’è alcuna divisione da spiegare. MevvBridge è del tutto gratuito, compreso il passaggio di conversione. Nessuna funzione è limitata, non c’è una chiave di licenza e non esiste un’edizione Pro.

È una posizione deliberata: questo plugin esiste per farLa uscire da un abbonamento. Far pagare la via d’uscita sarebbe la stessa trappola di un altro colore.

Quando qualcosa non funziona

Il rapporto è vuoto: Nessun contenuto pubblicato porta dati di Elementor. Le pagine in bozza non vengono scansionate.
Il subentro non ha prodotto nulla: Elementor era già disattivato. Lo riattivi, esegua di nuovo il subentro, poi lo disattivi.
“Converti in blocchi” è in grigio: Il passaggio 1 non è stato ancora eseguito. Il vincolo è che il subentro sia stato eseguito — non che qualcosa si sia congelato, perché un sito con zero elementi congelati è il caso migliore e non deve restare escluso.
La conversione ha saltato alcune pagine: O un elemento congelato non aveva un’istantanea, oppure la pagina contiene un elemento che smetterebbe di funzionare una volta congelato. L’avviso li conta; la tabella del rapporto li indica con ⛔.
La tipografia o la spaziatura sono cambiate dopo aver spento Elementor: Esegua di nuovo il subentro con Elementor attivo. La cattura degli stili misura ciò che il Suo sito stampava davvero sul front-end, quindi deve avvenire in una richiesta front-end, non dall’amministrazione.
La pagina sembra ancora la vecchia versione: Una cache a pagina intera sta servendo HTML obsoleto. La svuoti — su LiteSpeed, wp litespeed-purge all. Aggiunga una stringa di query casuale all’URL per controllare la pagina senza cache.
Sono comparsi due piè di pagina: Il Suo tema non ha una ricetta, oppure è attivo anche un modello di piè di pagina di MevvBlocks. Verifichi che solo uno dei due stia producendo il piè di pagina.
Il subentro o la conversione è andato in timeout: Entrambi girano in un’unica richiesta. Su un sito grande, alzi il limite di tempo di PHP per quella richiesta oppure li esegua su una macchina meno carica.

Limiti

L’elenco qui sotto è il prodotto che è onesto su sé stesso. Nulla di ciò è un difetto.

Solo Elementor. Beaver Builder è riconosciuto come plugin di origine ai fini del farsi da parte, ma in questa versione non c’è un lettore per Beaver.
I widget di terze parti si congelano sempre. Riprodurre uno schema di controllo chiuso è stato misurato ed è fallito in ogni caso provato; congelare è l’esito onesto.
Gli elementi congelati non sono modificabili e non diventano mai modificabili da soli. Promuoverli alla corsia dal vivo è lavoro futuro.
Il contenuto dinamico resta fissato al momento della cattura. Una griglia di prodotti congelata non segue il Suo catalogo.
Le pagine con moduli, checkout, accessi, slider o caroselli non vengono convertite affatto — restano con Elementor.
Vengono trasferiti solo i modelli di intestazione e piè di pagina. I modelli singolo, archivio e popup del theme builder di Elementor Pro no.
Nessun motore per i moduli. La mappatura di WPForms trasporta la chiamata; è sempre WPForms a stampare il modulo.
Nessuna interfaccia di modifica. MevvBridge renderizza; modificare le pagine convertite è compito di MevvBlocks.
Il subentro su intestazione e piè di pagina è limitato a tre ricette di tema e alle impostazioni di Header Footer Elementor.
Le istantanee catturate vivono in una tabella dedicata, quindi un’esportazione WXR di WordPress non le porta con sé. Il recupero è comunque sicuro: reinstalli il plugin di origine e catturi di nuovo, perché i Suoi dati originali non sono mai stati eliminati.
Entrambe le operazioni girano in un’unica richiesta, senza suddivisione in blocchi.

Spenga Elementor senza rompere il sito.