WPCode vs Fluent Snippets: Vilken är bättre? Jämförelse av plugins och praktisk handledning

Även den vackraste koden kan lamslå din WordPress-webbplats om du väljer fel plugins.

Det här är ingen överdrift. Jag har sett alldeles för många webbplatser som fungerade perfekt, bara för att få deras laddningshastighet att hoppa från 0.8 sekunder till 3 sekunder efter att ha lagt till några kodavsnitt. Efter en lång undersökning visar det sig att ett visst kodavsnitt körde en massa onödiga frågor i databasen.

Så idag ska vi prata om WPCode och Fluent Snippets, två plugins för hantering av kodavsnitt som ofta jämförs i WordPress-communityn.

Ärligt talat har jag använt båda flitigt och till och med hjälpt vänner att undvika vissa fallgropar. Idag ska jag dela med mig av alla mina ärliga erfarenheter.

Låt mig börja med lite bakgrund.

Det finns i huvudsak några sätt att lägga till anpassad kod i WordPress. Ett är att direkt modifiera temats functions.php, vilket är enkelt och okomplicerat, men allt går förlorat med varje uppdatering; ett annat är att använda ett barntema, vilket är något bättre, men fortfarande har högre underhållskostnader; och ytterligare ett är att hitta ett pålitligt kodavsnittsplugin, som är säkrare att hantera och köra.

WPCode och Fluent Snippets är konkurrenterna i dessa två spår.

WPCode , en veteran i WordPress-communityn, är en produkt av WPCode-teamet och har alltid haft ett gott rykte. Det har ett betyg på 4.9 av 10; trots att det bara har 31 recensioner talar det för sig självt.

Fluent Snippets , ytterligare en produkt från WPManageNinja-teamet – ja, samma team som skapade FluentCRM. Den har över 40 000 installationer och ett betyg på 4.6, något färre än WPCode men med fyra gånger så många installationer.

Det här är intressant. Det omvända förhållandet mellan installationsvolym och märkdata måste ha en orsak bakom sig.

Erfarenhet av redaktör

WPCode använder ACE-redigeraren, som, låt mig säga er, har en tydligt traditionell WordPress-stil. Den har kodmarkering, men färgschemat är ganska konservativt, och glöm kodkomplettering. Om du är van vid VS Code, kommer att använda den här ge dig en desorienterande känsla av "Ah, jag har rest tillbaka fem år."

Fluent Snippets är annorlunda; det är direkt integrerat i Monaco Editor.

Ja, det är samma editor som VS Code. Kodmarkering, autokomplettering, syntaxledtrådar – hela upplevelsen är nästan identisk med att skriva kod lokalt. När jag använde den första gången blev jag direkt förälskad i den. Det var den där känslan av "äntligen ett plugin som är villig att göra en hyfsad editor!"

Men här är frågan: betyder en bättre editor nödvändigtvis en bättre användarupplevelse?

osäker.

Jag känner en vän i Shenzhen som driver ett företag för innehållswebbplatser. Han är ensam webbplatsägare och underhåller över trettio webbplatser på egen hand. Han berättade för mig att han älskar WPCode. Varför? För att det är enkelt. Öppna backend-systemet, klicka ett par gånger, koden visas, och det är allt. Han behöver inga avancerade funktioner; han behöver stabilitet och felfri drift.

De orden berörde mig verkligen då.

Ja, Monaco Editor är fantastisk och väldigt kraftfull. Men för någon som hanterar fler än trettio webbplatser varje dag är själva inlärningskurvan en börda.

存储方式

Efter att ha diskuterat redaktören, låt oss gå vidare till något mer hardcore.

WPCode lagras i databasen, och alla kodavsnitt lagras i tabellen wp_options. Varje läsoperation involverar en databasfråga, och i scenarier med hög samtidighet kan antalet frågor ackumuleras.

Fluent Snippets använder fillagring. Kodavsnitten lagras som PHP-filer i katalogen wp-content/fluent-snippets/, och WordPress inkluderar dem direkt under körningen, vilket kringgår databasfrågor.

I teorin är fillagring snabbare och säkrare.

Varför anses det vara säkrare? Eftersom fillagring i sig isolerar risken för SQL-injektion finns det inga kodavsnitt i databasen som kan injiceras.

Men det finns ett men.

Fillagring har också sina egna problem. Varje gång koden uppdateras krävs skrivbehörighet. Om servern är felaktigt konfigurerad, eller i vissa speciella virtuella hostingmiljöer, kan det uppstå problem med filskrivning. Tidigare klagade någon i en grupp att koden inte fungerade efter att koden uppdaterats, och efter undersökning visade det sig vara ett problem med filbehörigheter.

Därför finns det ingen mirakellösning; varje lösning har sitt eget scenario.

Lastförhållanden

Det är här den mest uppenbara skillnaden mellan de två plugin-programmen ligger.

WPCodes villkorliga laddning är ganska grundläggande och stöder både förgrunds- och bakgrundsladdning. Du kan också välja att aktivera eller inaktivera det globalt. Så enkelt är det.

Fluent Snippets villkorliga inläsning är otrolig; den kan baseras på användarroller, URL-regler, enhetstyper och till och med anpassade fält. Dess professionalism är utöver det vanliga.

这意味着什么?

Det här innebär att du kan uppnå mycket finkornig kontroll. Till exempel är "ladda endast denna kod på mobila enheter där URL:en innehåller /produkt/ och användaren inte är inloggad" ett krav som i princip är omöjligt att uppnå i WPCode, men det är en standardfunktion i Fluent Snippets.

Naturligtvis finns det kostnader. Ju mer komplex konfigurationen är, desto högre blir underhållskostnaderna. Sex månader senare är det tveksamt om du ens kan förstå de villkor och regler du skrev.

Mina känslor

WPCode är som en schweizisk armékniv: den är tillräcklig och stabil, men dess funktionalitet har begränsningar.

Fluent Snippets är som en professionell verktygslåda; du kan göra mer, men du måste veta vad du gör.

Ärligt talat är dessa två inte ens konkurrenter inom samma område.

Om du bara driver en personlig webbplats eller en liten verksamhet är WPCode tillräcklig. Dess största värde ligger i att hantera din kod väl, undvika buggar och säkerställa stabil drift.

Om du utför sofistikerade operationer eller om din webbplats har komplex affärslogik kan Fluent Snippets villkorliga inläsning vara en livräddare.

Praktisk tillämpning: Innehållstypen kan inte direkt anropa kortkoder

Okej, nu när vi har gått igenom de grundläggande jämförelserna, låt oss gå vidare till några praktiska exempel.

Många skapar ett Content type-snippet i Fluent Snippets och skriver sedan shortcodes i det.

Till exempel

[nihaoya]

Det stämmer.

Låt mig säga er, jag har fallit i den här fällan förut.

Fluent Snippets stöder tre typer av snippets: PHP-typ, innehållstyp och CSS/JS-typ.

Om ditt kodavsnitt är inställt på typen Innehåll (PHP+HTML), skriv följande inuti: [nihaoya]Den kommer inte att analysera det; den kommer bara... [nihaoya] Dessa tecken visas exakt som de var.

Det är bara vanlig text, inte förkortad utdata.

För att shortcoden faktiskt ska köras måste den omslutas av PHP-funktionen `do_shortcode()`. Syntaxen är följande:

<?php echo do_shortcode('[nihaoya]'); ?>

På så sätt kommer WordPress att analysera shortcoden och mata ut motsvarande innehåll.

Det tog mig lång tid att förstå detta, det framgick inte tydligt i dokumentationen.

Om ditt kodavsnitt använder PHP-typen är det ännu enklare: skriv bara en `return`-sats i funktionen, registrera den med `add_shortcode`, så fungerar shortcoden korrekt. Det finns ingen tvetydighet här; problemet ligger enbart i Content-typen.

Jag misstänker att personen som skrev den här funktionen antog att innehållstypen främst är för HTML-innehåll, och att förkortningar bör hanteras med PHP-typer, därav bristen på en tydlig indikation av detta i gränssnittet. Men i praktiken använder många båda typerna omväxlande, vilket leder till problem.

Sammanfattningsvis

Vem passar WPCode för? Små webbplatser med enkla behov, och de som inte vill lägga ner ansträngningen. Den är redo att användas direkt ur lådan, med kort inlärningskurva, och felsökning är enkelt.

Vilka passar Fluent Snippets för? Medelstora till stora webbplatser med komplex villkorlig kontroll och fokus på prestanda. Fillagring innebär snabbare exekveringshastigheter, villkorlig inläsning innebär mer detaljerad kontroll och Monaco Editor innebär en bekvämare utvecklingsupplevelse.

Naturligtvis är detta under förutsättning att du är villig att betala inlärningskostnaden för dessa "mer".

Ärligt talat, om du bara lägger till Google Analytics-kod eller en upphovsrättsmeddelande i slutet av din artikel, fungerar WPCode helt okej. Det finns egentligen ingen anledning att besvära sig med att justera Fluent Snippets för en "bättre redigerare".

Men om din webbplats kräver A/B-testning och behöver läsa in olika kod beroende på enhet, användarroll eller sidtyp, kan Fluent Snippets villkorliga inläsning spara dig mycket manuell bedömning och hårdkodning.

En sista sak.

Verktyg är bara medel; deras verkliga värde ligger i om du kan maximera deras potential.

WPCode är ett populärt verktyg som är stabilt, lättanvänt och lämpligt för snabb driftsättning. Fluent Snippets är ett professionellt verktyg som erbjuder starkare prestanda, mer flexibel villkorskontroll och är lämpligt för utvecklare och komplexa webbplatser.

Att välja plugins handlar inte om att visa upp dina färdigheter, utan om att göra din webbplats stabilare, snabbare och säkrare.

Jag är övertygad om att det som passar dig bäst är det bästa, inte nödvändigtvis ju fler funktioner eller ju starkare de är.

sammanfattning av en mening

  • Liten webbplats, enkla krav → WPCod
  • Stor anläggning, komplex tillståndskontroll → Flytande utdrag

Slutligen, här är ett råd: Den mest värdefulla utforskningen är att få praktisk erfarenhet och att köra koden. Bokmärk den inte bara utan att öva, allihopa!

发表 评论

您的邮箱地址不会被公开。必填项已用*标注

Bläddra till början