WPCode vs. Fragments Fluent: Quin és millor? Comparació de complements i tutorial pràctic

Si WordPress Triar els complements incorrectes pot paralitzar el vostre lloc web, independentment de la bellesa del codi.

No és una exageració. He vist massa gent que té llocs web que funcionaven perfectament, però després d'afegir uns quants fragments de codi, la velocitat d'accés va augmentar de 0.8 segons a 3 segons. Després d'investigar durant molt de temps, va resultar que un determinat fragment de codi estava executant un munt de consultes innecessàries a la base de dades.

Així doncs, avui parlarem de WPCode i Fluent Snippets, dos complements de gestió de fragments de codi que sovint es comparen a la comunitat de WordPress.

Si he de ser sincer, he fet servir tots dos àmpliament i fins i tot he ajudat els meus amics a evitar alguns paranys. Avui compartiré totes les meves experiències honestes.

Permeteu-me començar amb alguns antecedents.

Bàsicament, hi ha unes quantes maneres d'afegir codi personalitzat a WordPress. Una és modificar directament el fitxer functions.php del tema, cosa que és senzilla i directa, però tot es perd amb cada actualització; una altra és utilitzar un tema fill, que és lleugerament millor, però encara té costos de manteniment més elevats; i una altra és trobar un complement de fragments de codi fiable, que sigui més segur de gestionar i executar.

WPCode i Fluent Snippets són aquests dos concursants.

Codi WPCÉs un producte veterà, fet per l'equip de WPCode, i sempre ha tingut una bona reputació a la comunitat de WordPress.

Fragments fluidsUn altre producte de l'equip de WPManageNinja, sí, el mateix equip que va crear FluentCRM.

El so va ressonar.

WPCode vs. Fragments Fluent: Quin és millor? Comparació de complements i tutorial pràctic

Experiència d'editor

WPCode utilitza l'editor ACE, que, per ser sincer, sembla una eina tradicional d'estil WordPress. Té ressaltat de codi, però l'enfocament és força conservador; no espereu completar el codi. Si esteu acostumats a VS Code, utilitzar-lo aquí us donarà una sensació desorientadora de "Ah, he viatjat cinc anys enrere".

Els fragments de text Fluent també són diferents ara, i es connecten directament a l'editor de Mònaco.

Sí, és el mateix editor que VS Code. Ressaltat de codi, autocompleció, suggeriments de sintaxi: tota l'experiència és gairebé idèntica a escriure codi localment. La primera vegada que el vaig fer servir, em vaig enamorar a l'instant. Vaig sentir com: "Finalment, un complement està disposat a fer una feina decent com a editor!"

Però aquí teniu la pregunta: sempre és millor utilitzar editors?

No necessàriament.

Conec un amic a Shenzhen que dirigeix ​​un negoci de llocs web de contingut. És propietari d'un lloc web en solitari, mantenint més de trenta llocs web ell sol. Em va dir que li encanta WPCode. Per què? Simplement perquè obres el backend, fas clic un parell de vegades, apareix el codi i ja està. No necessita cap funció sofisticada; necessita estabilitat i un funcionament sense errors.

Aquella frase em va commoure molt en aquell moment.

Sí, l'editor Monaco és fantàstic, però les funcions són limitades. Tanmateix, per a algú que gestiona més de trenta llocs web diàriament, la corba d'aprenentatge en si mateixa és una càrrega.

存储方式

Havent parlat de l'editor, passem a alguna cosa més hardcore.

Codi WPCS'emmagatzema en una base de dades; tots els fragments s'emmagatzemen a la taula `wp_options`. Cada operació de lectura implica una consulta a la base de dades i, en escenaris d'alta concurrència, aquest recompte de consultes es pot acumular.

Fragments fluidsEls fragments de codi s'emmagatzemen com a fitxers PHP al directori wp-content/fluent-snippets/. WordPress els inclou directament durant l'execució, evitant les consultes a la base de dades.

En teoria, l'emmagatzematge de fitxers és més ràpid i segur.

Com que l'emmagatzematge de fitxers aïlla inherentment el risc d'injecció SQL, no hi ha fragments de codi a la base de dades que es puguin injectar.

Però hi ha un "però".

L'emmagatzematge de fitxers també té els seus propis problemes. Cada vegada que s'actualitza el fragment, es requereixen permisos d'escriptura. Si el servidor no està configurat correctament o en certs entorns d'allotjament virtual especials, l'escriptura de fitxers pot tenir problemes. Anteriorment, algú es va queixar en un grup que el codi no funcionava després d'actualitzar el fragment i, després d'investigar-ho, es va descobrir que era un problema de permisos de fitxer.

Per tant, no hi ha cap solució milagrosa; cada escenari té el seu propi propòsit.

Condicions de càrrega

Aquí és on rau la diferència més evident entre els dos complements.

La càrrega condicional de WPCode és força bàsica, i admet tant la càrrega en primer pla com en segon pla. També podeu triar activar-la o desactivar-la globalment. És així de simple.

La càrrega condicional de Fluent Snippets és increïble; es pot fer per rol d'usuari, regles d'URL, tipus de dispositiu i fins i tot camps personalitzats. La seva professionalitat és excepcional.

què vol dir això?

Això significa que podeu aconseguir un control molt precís. Per exemple, "el codi només es pot carregar si l'URL mòbil conté /producte/ i l'usuari no ha iniciat la sessió". Aquest tipus de requisit és bàsicament impossible d'aconseguir a WPCode, però és una característica estàndard a Fluent Snippets.

Per descomptat, hi ha costos implicats. Com més complexa sigui la configuració, més alt serà el cost de manteniment. Sis mesos més tard, quan reviseu les condicions i les regles que heu escrit, és possible que ja no les pugueu entendre.

Els meus sentiments

WPCode és com una navalla suïssa: és suficient i estable, però la seva funcionalitat té limitacions.

Els fragments de text Fluent són com una caixa d'eines professional; pots fer més coses, però has de saber què estàs fent.

Sincerament, aquests dos ni tan sols són competidors propers.

Si només teniu un lloc web personal o una petita empresa, WPCode és suficient. El seu valor més gran rau en la bona gestió del codi, evitant errors i garantint un funcionament estable.

Si aconsegueixes operacions refinades o si el teu lloc web té una lògica empresarial complexa, la càrrega condicional de fragments de codi fluids pot ser realment un salvavides.

Aplicació pràctica: els tipus de contingut no poden cridar directament codis curts

D'acord, ara que hem tractat les comparacions bàsiques, vegem alguns exemples pràctics.

Molta gent crea un fragment de tipus de contingut a Fluent Snippets i després hi escriu codis curts.

símil

[你好wp]

Això és correcte.

Ja he dit que ja he caigut en aquest parany abans.

Fluent Snippets admet fragments clarament categoritzats: PHP, Contingut i CSS/JS. Si el vostre fragment és de tipus Contingut (PHP+HTML), podeu introduir-hi el shortcode de WordPress:

[你好wp]

No ho analitzarà; només ho farà...

[你好wp]

Aquests caràcters es mostren exactament tal com estaven.

És només text pla, no una sortida abreujada.

Perquè el shortcode s'executi realment, heu d'utilitzar la funció PHP `do_shortcode()` per ometre-ho. La sintaxi és la següent:

<?php echo do_shortcode('[你好wp]'); ?>

WordPress analitzarà el shortcode i mostrarà el contingut corresponent.

Em va costar molt entendre-ho; no estava clarament especificat a la documentació.

Si el vostre fragment de codi utilitza el tipus PHP, és encara més senzill: només cal escriure `return` a la funció, registrar-la amb `add_shortcode` i el shortcode funcionarà correctament. No hi ha cap ambigüitat; el problema rau únicament en el tipus `Content`.

Sospito que la persona que va escriure aquesta característica va assumir que el tipus de contingut era principalment HTML i que els shortcodes s'havien de gestionar amb PHP, d'aquí la manca de menció explícita d'això a la interfície. Tanmateix, a la pràctica, molta gent utilitza tots dos indistintament, cosa que genera problemes.

en conclusió

Codi WPCPer a qui és adequat? Per a llocs web petits amb necessitats senzilles i per a aquells que no volen fer-hi cap esforç. Està llest per utilitzar des del primer moment, amb una corba d'aprenentatge mínima i els problemes de creixement són fàcils de solucionar.

Fragments fluidsPer a qui és adequat? Llocs web de mida mitjana o gran amb controls condicionals complexos i un enfocament en el rendiment. L'emmagatzematge de fitxers significa velocitats d'execució més ràpides, la càrrega condicional significa un control més precís i Monaco Editor significa una experiència de desenvolupament més còmoda.

Per descomptat, això es basa en la premissa que esteu disposats a pagar el cost d'aquests mètodes d'aprenentatge "més" diversos.

Francament, si només esteu afegint codi de Google Analytics o un avís de drets d'autor al vostre article, WPCode està perfectament bé. Realment no cal passar per la molèstia de Fluent Snippets per un "millor editor".

Tanmateix, si el vostre lloc web requereix proves A/B i necessita carregar codi diferent segons el dispositiu, el rol d'usuari o el tipus de pàgina, la càrrega condicional de fragments de codi suaus pot estalviar molta feina manual i codificació física.

Una última cosa.

Les eines són simplement mitjans; el seu veritable valor rau en el fet que no es pot maximitzar el seu potencial.

WPCode és una eina popular que és estable, fàcil d'utilitzar i adequada per a un desplegament ràpid. Fluent Snippets és una eina professional que ofereix un rendiment més fort, un control de condicions més flexible i és adequada per a desenvolupadors i llocs web complexos.

Triar complements no es tracta de mostrar les teves habilitats, sinó de fer que el teu lloc web sigui més estable, més ràpid i més segur.

Crec fermament que el que més et convé és el millor, no necessàriament quantes més característiques tingui o com més fortes siguin.

Resum d'una frase

  • Lloc web petit, requisits senzills → Codi WPC
  • Gran lloc, control de condicions complex →Segments suaus

Finalment, aquí teniu un consell: l'exploració més valuosa és obtenir experiència pràctica i executar el codi. No ho afegiu als preferits sense practicar, tothom!

发表 评论

La teva adreça de correu electrònic no es publicarà. S'utilitzen els camps obligatoris * 标注

Tornar a dalt