MevvBridge-documentatie

Elementor uitschakelen zonder de site stuk te maken.

MevvBridge is een compatibiliteitsbrug, geen omzetter. Het bouwt opnieuw op wat het herkent uit uw eigen Elementor-gegevens en legt al het overige precies zo vast als het eruitziet zolang Elementor nog geïnstalleerd is. Deze pagina behandelt de twee stappen, wat bewerkbaar blijft, wat bevriest, hoe u teruggaat, en de dingen die het bewust niet doet.

Installatie

MevvBridge heeft WordPress 6.0 of nieuwer en PHP 8.1 of nieuwer nodig. Het is volledig gratis en er is geen Pro-editie — geen enkele functie is vergrendeld.

Installeer het terwijl Elementor nog actief is. De bevroren baan wordt vastgelegd uit Elementors eigen rendering; voert u de overname uit met Elementor uitgeschakeld, dan krijgt u een leeg resultaat.

  1. Upload de plug-in en activeer die. Verwijder Elementor nog niet.
  2. Open MevvBridge in het linker beheermenu en lees het rapport.
  3. Druk op Overnemen. Er wordt niets verwijderd en geen enkele pagina bewerkt — alleen het uiterlijk van de bevroren elementen wordt vastgelegd.
  4. Deactiveer Elementor en loop uw pagina's door.
  5. Als alles op zijn plek staat, kunt u Elementor verwijderen.
  6. Druk desgewenst op Omzetten naar blokken. Na die stap is de inhoud native WordPress en kan ook MevvBridge zelf worden verwijderd.

Ziet er na stap 4 iets verkeerd uit, activeer Elementor dan opnieuw: MevvBridge stapt vanzelf opzij.

Hoe het werkt

MevvBridge leest de postmeta _elementor_data — uw oorspronkelijke gegevens, die het nooit verwijdert — en verdeelt elk element over een van twee banen.

Live baan
Elementen die het herkent, worden bij elk verzoek opnieuw opgebouwd uit uw gegevens, zowel de markup als de CSS. Ze blijven bewerkbaar en ze blijven responsief.
Bevroren baan
Al het overige wordt eenmalig vastgelegd, zolang Elementor nog geïnstalleerd is: de gerenderde HTML van het element plus alleen de CSS-regels die het aanspreken. Het wordt precies zo teruggegeven als het was — niet bewerkbaar, maar ook niet stuk.

De regel is een whitelist, geen blacklist. Een verkeerd 'dit herken ik' breekt de pagina; een verkeerd 'dit herken ik niet' kost alleen bewerkbaarheid. Widgets van derden vallen bewust buiten de whitelist, omdat hun bedieningsschema's voor ons gesloten zijn.

Totdat u naar blokken omzet, wordt uw post_content helemaal niet aangeraakt. MevvBridge haakt aan bij the_content en produceert de pagina live. Dat doet het alleen zolang er geen bron-paginabouwer actief is — installeer Elementor opnieuw en de brug trekt zich terug.

Het rapport — lees het voordat u vertrekt

MevvBridge heeft één beheerscherm, onder MevvBridge in het linkermenu. Het vereist de beheerdersbevoegdheid. Alles gebeurt daar.

De scan zoekt naar gepubliceerde inhoud met Elementor-gegevens, ongeacht het berichttype. Dat is belangrijk: koptekst, voettekst en sjabloonbibliotheken worden als eigen berichttypen opgeslagen, en een scan die zich beperkt tot pagina's en berichten raakt die kwijt.

Samenvatting
Hoeveel pagina's, hoeveel elementen, en hoeveel daarvan zullen bevriezen.
De tabel
Eén regel per stuk inhoud: Inhoud · Type · Live · Wordt bevroren · Wat wordt bevroren. De laatste kolom noemt de widgettypen die bevroren worden en hoeveel er van elk zijn.
Waarschuwing over dynamische inhoud
Gemarkeerd met ⚠. Inhoud die bij elk verzoek verandert — een productraster, een berichtenlijst. Bevroren staat die vastgepind op wat hij toonde op het moment van vastleggen.
Inhoud die niet kan worden geconverteerd
Gemarkeerd met ⛔. Elementen die zouden stoppen met werken als ze bevroren werden — afrekenformulieren, contactformulieren, aanmeldingen, sliders. Pagina's die ze bevatten, worden door de blokomzetting geweigerd en blijven bij Elementor.

Twee verschillende problemen, bewust gescheiden: dynamisch betekent dat het veroudert, gevaarlijk betekent dat het stopt met werken.

De statuschip bovenaan toont Actief wanneer MevvBridge uw pagina’s produceert, en Bronplugin actief zolang een bron-paginabouwer nog actief is.

Stap 1 — Overnemen

Deze stap verwijdert Elementor niet en bewerkt geen enkele pagina. Hij legt vast.

  • De gerenderde HTML van elk bevroren element, genomen uit Elementors eigen front-endrendering.
  • Alleen de CSS-regels die dat element aanspreken, met het paginascope-voorvoegsel verwijderd zodat de regels na de omschakeling blijven gelden.
  • De SVG van icoon- en icoonvak-elementen — die blijven in de live baan, maar hun pictogram bestaat alleen in de gerenderde uitvoer. Ontbreekt de SVG, dan wordt er niets afgedrukt; een verzonnen pictogram zou erger zijn.
  • De stylesheets die de bronplug-ins daadwerkelijk op de front-end hebben afgedrukt, gekopieerd naar uw uploadsmap en daarna opnieuw ingeladen.
  • Elementors globale kleuren en typografie uit de actieve kit, opnieuw uitgezonden als dezelfde CSS-variabelen waar uw pagina's al naar verwijzen.
  • Inline-CSS die uw thema alleen afdrukt zolang Elementor actief is.

Vastgelegde elementen worden opgeslagen in een eigen tabel in plaats van in postmeta, zodat ze niet bij elk verzoek worden geladen.

De hele site wordt in één verzoek vastgelegd. Op een heel grote site kan dat tegen de PHP-tijdslimiet aanlopen — dat is een bekende grens, geen stille mislukking: de resultaatmelding vertelt u hoeveel elementen zijn vastgelegd en somt de eerste fouten op.

Stap 2 — Omzetten naar blokken

Optioneel, en pas ontgrendeld nadat stap 1 is uitgevoerd. Het schrijft standaard blokmarkup naar post_content, zodat de inhoud native WordPress wordt en MevvBridge verwijderd kan worden.

  1. Herkende elementen worden mevvsoft/*-blokken — de MevvBlocks-blokken.
  2. Bevroren elementen worden een core/html-blok met hun CSS erin verwerkt, zodat ze zelfs overleven nadat elke plug-in weg is.
  3. De oorspronkelijke post_content wordt geback-upt naar de postmeta _mevvbridge_onceki_icerik voordat er iets wordt geschreven.

De omzetting is per pagina alles of niets. Heeft een bevroren element geen vastgelegde momentopname, dan wordt die pagina overgeslagen in plaats van half geschreven — een halve pagina is erger dan geen. Pagina's met een element dat zou stoppen met werken, worden eveneens overgeslagen, en de melding noemt ze.

Na deze stap is voor het bewerken van die pagina's MevvBlocks nodig. Voor het bekijken niet: de markup is standaard en de bevroren delen zijn core-HTML-blokken.

Waarom geen kernblokken? Omdat de attributen van kernblokken tot en met WordPress 7.1 nog steeds geen breakpointbegrip kennen. Op de referentiehomepage droegen 23 van de 35 live elementen tablet- of mobielwaarden; ze als core/group wegschrijven zou ofwel de responsiviteit ofwel de pixelgetrouwheid hebben weggegooid.

Wat bewerkbaar blijft

Deze Elementor-elementtypen worden opnieuw opgebouwd uit uw gegevens en blijven in de live baan:

containerheadingtext-editorbuttondividerimagetestimonialiconicon-boxicon-listshortcode

Shortcodes worden live uitgevoerd in plaats van bevroren — een shortcode bevriezen zou de uitvoer ervan vastpinnen op het moment van vastleggen.

Drie widgets van derden hebben een native equivalent en worden toegewezen in plaats van bevroren:

uael-woo-products
Wordt het productenblok, met het aantal items, de kolomaantallen voor desktop/tablet/mobiel, de sortering en het categoriefilter.
uael-woo-categories
Wordt het blok productcategorieën, met de lay-out, de kolommen, de titelpositie en de filterregel.
wpforms
Wordt een shortcodeblok met de WPForms-shortcode erin. Dit is geen formuliermotor van ons — de widget deed niets anders dan WPForms aanroepen, en dat doet de shortcode ook.

Een herkend type zonder blokequivalent wordt bevroren in plaats van nagebootst. Een benaderende toewijzing is stille breuk.

Wat bevriezen werkelijk betekent

Een bevroren element ziet er identiek uit en blijft als markup werken, maar:

  • het is in MevvBridge noch in de blokeditor te bewerken, behalve als ruwe HTML;
  • toonde het dynamische inhoud, dan toont het nu wat het toonde op de dag dat het is vastgelegd;
  • had het JavaScript nodig — een slider, een carrousel, een accordeon — dan drukt de bevroren kopie de inhoud gestapeld af, omdat het script dat het interactief maakte weg is.

Juist dat laatste geval is de reden dat sliders en carrousels op de gevaarlijst staan: MevvBridge zet pagina's die ze bevatten niet om. Het script van de bronplug-in meenemen is verworpen — het hangt af van de eigen front-endruntime van de bouwer en van diens configuratie per pagina.

Om een bevroren element weer onder uw controle te krijgen, installeert u ofwel de bronplug-in opnieuw, ofwel verwijdert u het en bouwt u het opnieuw met een blok.

Sjablonen voor koptekst en voettekst

Een migratie die alleen het paginalichaam meeneemt, raakt de voettekst stilletjes kwijt. MevvBridge drukt de koptekst- en voettekstsjablonen van de bron op hun plaats af en leest ze uit de eigen instellingen van Header Footer Elementor.

Themarecepten bestaan voor Astra, GeneratePress en Storefront. Heeft uw thema geen recept, dan wordt er helemaal niets afgedrukt — een koptekst schroeven op een thema dat we niet kunnen optillen betekent gegarandeerd twee kopteksten. Heeft MevvBlocks al een passend sjabloon, dan wijkt MevvBridge daarvoor.

De oorspronkelijke klassenamen worden gereproduceerd, zodat CSS die uit de oude opzet is geërfd, blijft gelden.

Teruggaan

Er wordt op geen enkel moment iets verwijderd. Uw _elementor_data blijft precies waar het was; MevvBridge leest het en schrijft er nooit naartoe.

Vóór de blokomzetting
Activeer Elementor opnieuw. MevvBridge merkt dat op en trekt zich terug uit het inhoudsfilter, de stijlopslag, de globals en de overname van koptekst en voettekst. Er valt niets ongedaan te maken.
Na de blokomzetting
De oorspronkelijke inhoud staat in de postmeta _mevvbridge_onceki_icerik van elke omgezette pagina. Hiervoor is geen knop; herstel die met WP-CLI.

Een herstel heeft één valkuil: wp_update_post() verwacht invoer met slashes en haalt die er zelf weer af. Schrijft u de back-up terug zonder wp_slash(), dan verliezen escapereeksen in blokattributen hun backslash — SVG's verschijnen dan letterlijk als u003csvg op het scherm.

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) ]);
}'

Leeg daarna de paginacache. Bij LiteSpeed: wp litespeed-purge all.

Free en Pro

Er valt geen splitsing uit te leggen. MevvBridge is volledig gratis, inclusief de omzettingsstap. Geen enkele functie is afgeschermd, er is geen licentiesleutel en er is geen Pro-editie.

Dat is een bewuste positie: deze plug-in bestaat om u uit een abonnement te halen. Geld vragen voor de uitweg zou dezelfde val in een andere kleur zijn.

Wanneer iets niet werkt

Het rapport is leeg
Geen enkele gepubliceerde inhoud bevat Elementor-gegevens. Concepten worden niet gescand.
De overname leverde niets op
Elementor was al gedeactiveerd. Activeer het opnieuw, voer de overname nogmaals uit en deactiveer het daarna.
“Omzetten naar blokken” is grijs
Stap 1 is nog niet uitgevoerd. De poort hangt eraan dat de overname is gelopen — niet eraan of er iets is bevroren, want een site met nul bevroren elementen is het beste geval en mag niet worden buitengesloten.
Sommige pagina's zijn door de omzetting overgeslagen
Ofwel had een bevroren element geen momentopname, ofwel bevat de pagina een element dat bevroren zou stoppen met werken. De melding telt ze; de rapporttabel noemt ze met ⛔.
Typografie of tussenruimte is verschoven na het uitschakelen van Elementor
Voer de overname opnieuw uit terwijl Elementor actief is. Het vastleggen van stijlen meet wat uw site daadwerkelijk op de front-end afdrukte, dus moet het draaien op een front-endverzoek, niet vanuit de beheeromgeving.
De pagina ziet er nog steeds uit als de oude versie
Een volledige paginacache serveert verouderde HTML. Leeg die — bij LiteSpeed wp litespeed-purge all. Voeg een willekeurige querystring aan de URL toe om de ongecachte pagina te controleren.
Er verschenen twee voetteksten
Uw thema heeft geen recept, of er is ook een MevvBlocks-voettekstsjabloon actief. Controleer dat maar één van beide de voettekst produceert.
De overname of de omzetting liep in een time-out
Beide draaien in één verzoek. Verhoog op een grote site de PHP-tijdslimiet voor dat verzoek, of voer ze uit op een rustigere machine.

Grenzen

De onderstaande lijst is het product dat eerlijk over zichzelf is. Niets daarvan is een bug.

  • Alleen Elementor. Beaver Builder wordt herkend als bronplug-in om opzij te kunnen stappen, maar in deze versie is er geen Beaver-lezer.
  • Widgets van derden bevriezen altijd. Een gesloten bedieningsschema nabouwen is gemeten en mislukte in elk beproefd geval; bevriezen is de eerlijke uitkomst.
  • Bevroren elementen zijn niet bewerkbaar en worden dat ook nooit vanzelf. Ze naar de live baan tillen is werk voor later.
  • Dynamische inhoud staat vastgepind op het moment van vastleggen. Een bevroren productraster volgt uw catalogus niet.
  • Pagina's met formulieren, afrekenpagina's, aanmeldingen, sliders of carrousels worden helemaal niet omgezet — ze blijven bij Elementor.
  • Alleen sjablonen voor koptekst en voettekst worden meegenomen. Enkelvoudige weergaven, archieven en pop-ups uit de themabouwer van Elementor Pro niet.
  • Geen formuliermotor. De WPForms-toewijzing draagt de aanroep; WPForms drukt het formulier nog steeds af.
  • Geen bewerkingsinterface. MevvBridge rendert; het bewerken van omgezette pagina's is de taak van MevvBlocks.
  • De overname van koptekst en voettekst is beperkt tot drie themarecepten en tot de eigen instellingen van Header Footer Elementor.
  • Vastgelegde momentopnamen staan in een eigen tabel, dus een WordPress-WXR-export neemt ze niet mee. Herstel is toch veilig: installeer de bronplug-in opnieuw en leg nogmaals vast, want uw oorspronkelijke gegevens zijn nooit verwijderd.
  • Beide bewerkingen draaien in één verzoek, zonder opdeling in stukken.