LPagery vs Multiple Pages Generator

Albei inproppe aanvaar ’n sigbladoplaai of ’n publieke Google Sheets-skakel, en geen van die twee benodig ’n Google API-sleutel nie. LPagery lees CSV en XLSX in jou blaaier en wys die kolomme voordat enigiets gestoor word. MPG laai die lêer na die bediener op en sy leser hanteer CSV, XLSX en ODS; XLS word in die lêerkieser aangebied, maar die leser verwerp dit. Geen van die twee inproppe het ’n handmatige ryredigeerder nie: die sigblad is die redigeerder.

MPG begin jou met ’n datastel-biblioteek op sy Create New-skerm: hotelle, eiendom, poste, wêreldstede, Amerikaanse stede, loodgietersdienste en slotmakerdienste, wat as gereedgemaakte bronlêers afgelaai kan word. LPagery het eerder ’n Radius-bron, wat ’n ry per stad rondom ’n ligging skep, en dit kan ’n voltooide bladsystel terug na XLSX uitvoer. MPG se uitvoer is van die projekinstellings en is op die Pro-plan beskikbaar.

Albei inproppe lees ’n Google Sheet volgens ’n skedule weer in, en albei behandel die sheet as ’n publieke CSV-skakel. LPagery se sinchronisasie loop by verstek uurliks en tot weekliks. Elke lopie laai die sheet af, skep bladsye vir nuwe rye, dateer bladsye op waarvan die ry verander het, slaan rye oor wat nie verander het nie, en verwyder bladsye vir verwyderde rye wanneer jy daardie opsie aanskakel. ’n Mislukte aflaai merk die stel met die fout, en ’n mislukte ry word weer probeer voordat dit aangeteken word.

MPG se sinchronisasie is ’n nuwe aflaai van die sheet se CSV-uitvoer-URL, wat die projek se datalêer vervang en die URL-indeks herbou. Geen bladsy word geskryf nie, omdat daar geen bladsye is nie. Op die Pro-plan kan jy uurliks, twee keer per dag, daagliks, weekliks of maandeliks kies, asook ’n On Demand-modus met ’n ondertekende webhook wat ’n eksterne stelsel kan oproep, en ’n Live-modus wat die sheet tydens die volgende besoek weer aflaai sodra die kas ouer as vyftien minute is. Op die gratis plan is slegs Manual beskikbaar. Bygevoegde rye is onmiddellik lewendig, veranderde rye wys met die volgende versoek, en verwyderde rye gee ’n 404 terug sonder enigiets om op te stel.

Die twee verskil in wat gebeur wanneer die aflaai misluk. In MPG 4.2.1 verswelg die aflaaifunksie sy eie fout, gaan die sinchronisasie voort met die vorige lêer, en word die sukses-e-pos steeds gestuur. Ons het dit met ’n verbindingsfout in die laboratorium herhaal. LPagery stop die lopie en wys die fout op die stel.

In albei plugins is die sjabloon ’n bladsy of plasing wat jy reeds het. MPG lys enige gepubliseerde plasing van ’n publieke plasingstipe en vind die sjabloon deur middel van ’n soekkassie waarvoor drie getikte karakters nodig is. LPagery lys bladsye, plasings en die pasgemaakte plasingstipes wat jy in sy instellings aktiveer.

Die verskil is hoe diep die plekhouers reik. MPG vervang hulle in die titel, in die inhoud en in alles wat ’n SEO-plugin in die bladsykop druk. Elementor kry sy eie haak, en elke Gutenberg-blok kry ’n voorwaardes-attribuut. Bouers wat hul uitleg in pasgemaakte velde hou, het geen vervangingspad in weergawe 4.2.1 nie: adapters vir Divi, Bricks, Breakdance, Oxygen, WPBakery, Brizy en SeedProd is nie gevind nie, en Avada en Thrive Architect werk slegs agter ’n ontwikkelaarkonstante. LPagery kopieer elke pasgemaakte veld van die sjabloon met die plekhouers vervang, en elf bouers het boonop hul eie adapter.

MPG hanteer WPML, Polylang en TranslatePress in kode: die sjabloon word vir sy vertaling verruil en die taalwisselaar wys na die gegenereerde URL. LPagery ken die WPML-taal slegs aan Classic-bladsye toe, en geen Polylang- of TranslatePress-kode is in 3.0 gevind nie.

Dit is die grootste verskil tussen die twee. MPG skryf niks na die plasingsdatabasis nie. Wanneer ’n versoek inkom, soek MPG die pad in die projek se URL-indeks op, laai die sjabloon, vervang die plekhouers en wys die resultaat as die bladsy. In ons toets met 300 rye het die Bladsye-skerm steeds drie items gelys, terwyl al 300 URL’s 200 teruggestuur het. Die bladsye is ook afwesig uit die kern-werfkaart en die REST API, dus herbou MPG hierdie oppervlaktes self met sy eie werfkaart, sy eie soektog en ’n opsie om die tuis- en soeklusse in te sluit.

LPagery skryf werklike bladsye. In Classic Mode is elke bladsy volledig onafhanklik: jy kan dit in die redigeerder oopmaak, een sin verander, en dit bly ’n normale bladsy as jy LPagery deaktiveer. Live Mode is LPagery se virtuele opsie: elke bladsy is ’n klein houer met sy eie slug, titel en status, en die inhoud word vanaf die sjabloon gelewer wanneer iemand dit oopmaak. ’n Sjabloonwysiging verskyn onmiddellik op elke regstreekse bladsy, en jy kan ’n bladsy of ’n hele stel tussen die twee modusse wissel. Regstreekse bladsye benodig die plugin aktief om hul inhoud te lewer, dus is Convert to Classic die uitgang.

URL-resolusie is die ander gevolg. LPagery se bladsye het werklike slugs, dus roeteer WordPress-kern hulle en geen pluginkode neem deel nie. MPG los elke versoek op met ’n lineêre skandering deur die projek se URL-lys: in die projek met 50 000 rye het die skandering tot by die laaste ry 0.012 sekondes geneem, bo-op ’n indekslaaityd van 0.035 sekondes, en ’n ontbrekende resultaat deurloop die hele lys.

Die twee plugins het nie hier dieselfde probleem nie. LPagery skryf een bladsy per ry, dus benodig ’n groot lopie ’n tou. Rye gaan in ’n tou op jou bediener, ’n werker verwerk dit, en elke bladsy word in sy eie versoek gegenereer. Die PHP-tydlimiet is dus op een bladsy van toepassing en nooit op die hele lopie nie. Mislukte rye word met ’n pouse tussen pogings weer probeer, ’n lopie sonder vordering vir tien minute word as vasgeloop vertoon sodat jy weet WP-Cron loop nie, en jy kan die oortjie sluit sodra die lopie in die tou geplaas is.

MPG het geen tou nie en benodig ook nie een nie. Deur ’n projek te publiseer, word die lêer ontleed en ’n URL-indeks geskryf: 300 rye in 0.07 sekondes, 50 000 rye in 2.08 sekondes met ’n maksimum geheuegebruik van 94 MB. ’n CSV-lêer met 50 000 rye is gepubliseer met die PHP-tydlimiet op tien sekondes gestel. Die enigste lang stap is die oplaai self.

Die koste verskuif eerder na die besoeker. In die projek met 50 000 rye het ’n gegenereerde bladsy 0.33 tot 0.66 sekondes geneem teenoor 0.20 sekondes vir ’n statiese bladsy op dieselfde werf, en MPG se lusblok laai elke projek se URL-indeks op elke versoek, insluitend administrasieskerms en bladsye waaraan MPG nooit raak nie. ’n Classic-bladsy in LPagery kos niks ekstra om te bedien nie; ’n Live-bladsy kos een geïndekseerde opsoek.

Wanneer jy ’n gewysigde lêer oplaai, laat LPagery jou toe om bestaande bladsye te skep, te ignoreer of by te werk. ’n Bladsy word slegs opgedateer wanneer sy ry of sy instellings verander het. As iemand ’n gegenereerde bladsy met die hand geredigeer het, merk LPagery dit tydens die stoorproses op en laat die bladsy onaangeraak, tensy jy kies om handmatige veranderinge te oorskryf. Bladsye word volgens ’n interne rekord gematch, dus word hulle steeds gevind nadat jy die permalink-patroon verander het. ’n Verwyderde ry verwyder sy bladsy wanneer die verwyderingsopsie aangeskakel is.

MPG vervang die hele datastel met elke sinkronisering of heroplaai en bou die indeks weer. Daar is geen besluit per ry, geen ry-hash en niks om te beskerm nie, omdat daar geen bladsye is om te wysig nie. Dit beteken ook dat ’n verwyderde ry vanself verdwyn, iets wat LPagery slegs doen wanneer die verwydervlag gestel is. ’n Sjabloonwysiging in MPG bereik elke URL met die volgende versoek; LPagery bied dieselfde in Live Mode, terwyl Classic-bladsye ’n opdateringslopie ná ’n ontwerpverandering benodig. Met albei kan jy ’n projek of ’n bladsystel na ’n ander sjabloon wys.

Geen van die betaalde planne het ’n bladsybeperking wat jy sal bereik nie. MPG Pro lees tot 1 000 000 rye per projek en ons het 50 000 bladsye vanuit een projek geverifieer; sy indeks word in blokke van 5 000 rye geskryf en sy werfkaart word verdeel bo 50 000 URL’s per lêer. Geen bladsybeperking is in LPagery se betaalde planne gevind nie. LPagery se werker verwerk standaard 1 000 rye per siklus, en ’n groot oplaaibestand word in dele verdeel sodat ’n klein oplaaibeperking op die gasheer dit nie blokkeer nie.

Ons het geen groot laboratoriumlopie teen LPagery vir hierdie bladsy uitgevoer nie, dus is die syfer van 50 000 rye slegs MPG s’n. Die duursaamheid van ’n groot LPagery-lopie word onder agtergrondverwerking gedek.

Albei plugins vervang plekhouers in die titel, slug en inhoud, en albei vul die velde van Yoast SEO, Rank Math, All in One SEO en SEOPress. MPG doen dit met ’n filterintegrasie per plugin en dek nog drie by die naam: Squirrly, The SEO Framework en SmartCrawl. LPagery kopieer elke pasgemaakte veld van die sjabloonbladsy, dus word die SEO-plugin se eie velde ingevul sonder ’n spesiale integrasie, en All in One SEO kry sy eie hanteerder omdat dit data in sy eie tabel stoor.

Werfkaarte werk anders omdat die bladsye verskil. LPagery se bladsye is normale plasings en verskyn in die kern- en SEO-plugin-werfkaarte; in Live Mode verander die gewysigde datum op elke bladsy wanneer jy die sjabloon stoor. MPG se bladsye ontbreek in daardie werfkaarte, dus skryf dit sy eie XML-lêer in die werf se wortelgids en voeg ’n reël by robots.txt. Daardie lêer word slegs herbou tydens ’n sinkronisering, ’n biblioteekontplooiing of ’n handmatige klik: nadat ons ’n projek van 15 rye na 3 verklein het, het die verwyderde URL’s 404 teruggestuur terwyl die werfkaart steeds al 14 gelys het. MPG genereer ook sy eie canonical-tag, en sy skuinsstreep-aan-die-einde-aanstuur word met ’n 200-status gestuur, dus lewer albei URL-vorms die bladsy.

Vir beelde neem albei plugins ’n uitgestalde beeld uit ’n kolom. MPG druk die ry se URL as die beeldbron uit en voer niks in nie, dus is daar geen lêernaam per bladsy en geen aanhegsel nie. LPagery kopieer, laai af of verwys na die beeld in die mediabiblioteek, met die lêernaam en alt-teks wat per bladsy vervang word.

MPG het die ryker sjabloontaal, en dit is gratis in weergawe 4.2.1. ’n mpg-if-kortkode aanvaar tot ses voorwaardes met all- of any-logika, elke Gutenberg-blok kry ’n MPG-conditions-kenmerk, daar is ’n MPG Conditional-blok, en elke Elementor-legstuk kry ’n voorwaardebeheer in sy Advanced-oortjie. Elf operateurs is beskikbaar, van has value en equals tot greater than en regex. ’n Lus-kortkode en -blok lys projekrye met filters, sortering en ’n limiet, ’n match-kortkode lys rye wat ’n waarde met die huidige ry deel, en ’n mpg_search-kortkode bied besoekers ’n soektog oor gegenereerde bladsye.

LPagery het geen voorwaardelike blokke nie. As ’n sin slegs vir sommige rye moet verskyn, plaas jy daardie sin in sy eie kolom en laat jy die sel vir die ander rye leeg. Plekhouers kan geneste wees, dus kan ’n sel nog ’n plekhouer bevat, wat MPG se enkele vervangingsdeurgang nie oplos nie. Views bou ’n gestileerde lys of rooster van verwante bladsye op elke bladsy, gesorteer volgens naam, datum of ’n kolom van jou keuse. Kolomme kan die outeur, ouerbladsy, status en taksonomieterme van elke bladsy instel; MPG het geen ouerverhoudings en geen taksonomie-uitset nie, omdat daar geen plasing is waaraan dit geheg kan word nie.

Spintax werk in albei en bly in albei stabiel. LPagery stoor ’n saad per bladsy, MPG stoor die gekose variant per URL in sy eie tabel, dus herskryf geen van die twee die bewoording tydens die volgende besoek of opdatering nie. LPagery lees ook MPG se sintaksis met dubbele krulhakies vir plekhouers en skakel dit om, sodat ’n sjabloon wat vir MPG geskryf is, hergebruik kan word.

Geen KI-inhoudfunksie is in MPG-weergawe 4.2.1 gevind nie. Ons het die modelle, beheerders, helpers, aansigte en blokke nagegaan vir enige hantering van verskaffers of API-sleutels en slegs Elementor se eie beheernaam gevind. Die verskaffer se dokumentasie verwys jou na sigblad-byvoegings wat kolomme met KI-teks vul voordat jy die lêer invoer.

LPagery genereer KI-teks en -beelde per ry in die LPagery-toepassing en stuur die voltooide bladsystel na die plugin. Jy kies die teksmodel per webwerf uit ses opsies oor OpenAI en Google. Beeldopdragte bevat styl, formaat, stemming en jou handelsmerkkleure, en teksopdragte is beskikbaar in meer as twintig tale, gekies volgens jou webwerf se land. Elke betaalde lisensie kry 'n maandelikse kredietaanvulling, dus is daar geen API-sleutel om op te stel nie. Geen produk bied 'n opsie om jou eie sleutel te gebruik nie.

Syfers uit die WordPress.org-plugingids op die verifikasiedatum. MPG se lysinskrywing is ouer en is twee dae voor ons verifikasie opgedateer. Die Pro-bouweergawe het geen WordPress.org-lysinskrywing nie en dra dieselfde weergawenommer as die gratis weergawe.

Slegs LPagery het twee weergawe-modusse met omskakeling in beide rigtings, Virtuele beeld-URL's wat een beeldlêer onder 'n ander naam per bladsy bedien, 'n stilstandkontrole vir dooie WP-Cron, KI-teks en -beelde met ingeslote krediete, en 'n invoerpad vir MPG se plekhouer-sintaksis.

Slegs MPG het die nul-skryf-model wat 50 000 URL's binne sekondes beskikbaar stel, 'n datastelbiblioteek met beginlêers, 'n ondertekende webhook wat 'n sinchronisering aktiveer, 'n voorkantsoektog oor gegenereerde bladsye, sy eie sitemap-lêer, 'n publikasieskedule uit 'n created_date-kolom wat 'n URL tot daardie datum 404 laat gee, en ondersteuning vir Polylang en TranslatePress. Dit laat jou ook toe om die haak te verskuif waarop dit versoeke onderskep — 'n uitweg vir temas wat met die verstekinstelling bots.

Ons het albei administrasieskerms met dieselfde vyfry-lêer deurgegaan en getel wat 'n nuwe gebruiker moet leer en klik voordat die eerste bladsy beskikbaar is. LPagery vereis drie konsepte (sjabloonbladsy, plekhouer, bronlêer) en een verpligte instelling, die sjabloon. Alles anders het 'n verstekwaarde. Die eerste bladsy was beskikbaar ná ses klikke op drie skerms, sonder enige stilstand.

MPG doen dit op twee skerms, die datastelbiblioteek en een lang boubladsy, met nege klikke. Dit vereis sewe konsepte, waaronder virtuele bladsye en die URL-formaatsjabloon, en vier instellings moet ingevul word. Een stilstand: die sjabloonkieslys wys niks totdat jy drie karakters intik nie, dus moet jy die titel van jou sjabloonbladsy ken. Die brontipe is ook standaard 'n skakel, dus moet 'n gebruiker met 'n CSV 'n aftreklys verander voordat 'n oplaaibeheer verskyn.