Hur många WordPress-plugins ska du installera på din webbplats?

Hur många WordPress-plugins ska du installera på din webbplats? Hur många plugins är för många? Är inte pluggar dåliga för prestanda? Pluggar inte öka risken för säkerhetsutnyttjande? Är det inte bättre att undvika pluggar till varje pris? Det här är några av de mest ställda frågorna vi ser av WordPress nybörjare. Det finns många artiklar i blogosfären som direkt eller indirekt misguider nya användare (inklusive vissa på vår webbplats). Målet med denna artikel är att bättre utbilda både nybörjare och elanvändare i hopp om att rensa upp ett missförstånd som kan ha funnits tidigare.

Ända sedan WordPress 1.2 (när stöd för WordPress-plugins har lagts till) har plugins blivit en välsignelse för användarna. WordPress utan plugins är som en leksaksbutik utan leksaker. Det är inte kul. Även om WordPress-kärnan ger en stark publiceringsram, är det plugins som är allmänt ansvarig för plattformens framgång. När WordPress-samhället växer, har antalet WordPress-plugins också. Vid skrivandet av denna artikel finns över 21 000 gratis WordPress-plugins tillgängliga i WordPress-plugins-förvaret.

Syftet med plugins är att förlänga WordPress för att göra nästan vad som helst du kan tänka dig. Men nu ser vi en känsla av rädsla eller återhållsamhet mot plugin från många användare. Folk är oroade över prestanda, säkerhet, tillförlitlighet, etc. Detta beror främst på att designers och utvecklare blir riktigt frustrerade när deras klient har en röra av plugins installerade på en webbplats. I sin frustration gör de kommentarer som att de har mindre plugins, eller det är plugins som saktar ner din webbplats. Dessa uttalanden har resoneras genom sociala medier och personliga händelser. Den största frågan med dessa uttalanden är deras tvetydighet. Vad är mindre? Hur många plugins ska du installera? Plugins i allmänhet inte sakta ner din webbplats. Bara dåliga gör det.

Det finns artiklar på webben som visar dig: "Hur man gör XYZ utan ett plugin" (som den här och många andra på vår sida). Syftet med dessa typer av artiklar är inte att avskräcka från användningen av tillgängliga plugins. Syftet med dessa slags artiklar är att visa dig hur man gör saker själv. Att ange en kod i ditt temas funktioner.php-fil skulle fungera identiskt för att lägga till den via ett plugin (dvs samma mängd resurser krävs). Så med andra ord, om du klistrar in 30 kodfragment från olika ställen på webben i ditt temas funktioner.php-fil, så lägger du till 30 plugins till din webbplats.

Det finns en hel debatt om att inte lägga till alla snippets till din functions.php-fil ändå. För det första för att om du byter teman, kommer du tekniskt förlora all den funktionalitet som du kanske inte vill bli av med. Du kan läsa mer om detta i vår artikel om: Vad, varför och hur är det med att skapa en webbplatsspecifik WordPress-plugin

Många användare är under illusionen att lägga till koden i deras functions.php-fil eller i en sajtspecifik plugin kommer att påskynda deras webbplats. Eller det är bättre för "säkerhet" att göra detta. Det är inte fallet. Du kan ha dåligt kodad funktion som kan uttömma dina serverresurser och orsaka att webbplatsen kraschar. Du kan ha en dålig kodad funktion som kan skapa ett säkerhetsproblem på din webbplats.

Innan vi går längre, låt oss fastställa att det är ALDRIG för många plugins som saktar ner din webbplats. Det är alltid dåligt kodade plugins som saktar ner din webbplats.

Svaret på frågan: "Hur många WordPress-plugins ska du installera på din webbplats" är så många som du behöver. När vi säger detta svar till folket är de som om du är lika vag som andra. Hur många plugins använder du på din webbplats? För närvarande finns det 53 aktiva plugins på WPBeginner. Ett bra antal plugins vi använder kan ses på vår Blueprint-sida.

Enligt Pingdom varierar vår starttid från 483 ms till 1,7 m beroende på tid på dagen. Nedan följer en skärmdump som vi tog vid skrivandet av denna artikel:

Vid denna tidpunkt borde du ha svarat på din fråga. Men om du vill förstå effekterna av plugins och hur du väljer det bästa pluginet, fortsätt sedan läsa.

Plugins och prestanda

Det finns olika typer av plugins. Plugins som påverkar front-end (dvs sociala plugins, användbarhets plugins, etc). Det finns plugins som är främst för back-end (dvs Hot Fix, Backup Plugins, etc). Det finns plugins som gör både backend och front-end (dvs SEO plugins, etc).

Insticksprogram kan påverka webbplatsens prestanda genom att:

• Ytterligare HTTP-förfrågningar - Vissa plugins (främst frontend-än) kan kräva att anpassad styling eller skript fungerar korrekt. På grund av detta kan de lägga till en extra JS- och / eller CSS-fil (er).
• Ytterligare DB-frågor - Vissa plugins kan öka dina databasfrågor. Om du använder ett plugin för populära inlägg, relaterade inlägg eller något annat som drar databaselement och visar det på fronten kommer det att läggas till ytterligare databasfrågor.

Utanför lådan presenterar vissa plugins dessa problem men det finns i regel en lösning för det. Låt oss ta en kort sikt och en långsiktig fix för dessa problem. Innan vi gör det här, låt oss fastställa att alla BEHOV att ha caching installerad. Vi rekommenderar och använder W3 Total Cache-plugin.

Ytterligare HTTP-förfrågningsutgåva - Ja, några plugins HÄR måste du lägga till ytterligare http-förfrågningar (dvs. JS och CSS-fil) för att träna i rutan. Till exempel, när du installerar ett plugin för kontaktformulär, vill du INTE att det ska fungera ur lådan? Människor klagar över ytterligare HTTP-frågor som om de skulle vara okej med en ostylad form. Inte säker på vad en ostylad form ser ut?

De flesta av er skulle skrika ut att säga att det är trasigt. Stylesheet saknas. Jo det är exakt vad som skulle hända om kontaktformuläret inte lägger till ytterligare HTTP-förfrågan. Vi vill alla att våra former ska se stilistiska ut. Vi vill alla att captcha ska jobba, så vi får inte SPAM-mail. Kortfattat måste den extra stilen och skriptet läggas till för att plugin ska fungera korrekt.

Det finns två sätt att optimera ytterligare HTTP-förfrågningsfrågan. Båda metoderna kräver lite kunskap om kunskap och WordPress-know-how. Den första metoden skulle vara att avregistrera de ytterligare stilar och skript som laddas av pluginprogrammet. Kombinera sedan pluginstilarna i din style.css-fil. Kombinera pluginskripten i din main.js-fil. Den andra metoden skulle vara att villkorligt ladda pluginformat / skript på sidor som de behövs. Vi har redan förklarat båda metoderna i vår artikel om att inaktivera ytterligare skript och stylesheets som WordPress plugins lägger till.

Människor som inte är koda kunniga kommer att argumentera bra hur är det med oss? Tyvärr finns ingen sann lösning tillgänglig. Du måste dock förstå att några ytterligare HTTP-förfrågningar inte är lika signifikanta som du kanske tror. Vi talar om mikrosekunder av skillnader här. Visst, om du har många HTTP-förfrågningar, så tillåter lite kodande know-how dig att raka några sekunder från laddningstiden. Vid denna tidpunkt skulle du behöva tänka på hur stor prioritet detta är för ditt företag. Om det är en stor prioritet, är det värt att anställa en professionell för att påskynda din webbplats. Vi är alltid tillgängliga för uthyrning.

Den kortsiktiga lösningen för det här problemet är att plugin-författare som lägger till ytterligare stylesheets lägger till en kryssruta i sina plugin-inställningar som WP-PageNavi-plugin gör.

Detta gör det lättare för folk som inte vet mycket om PHP för att helt enkelt kolla rutan för att avregistrera det extra stilarket. Det här sättet som alla användare behöver göra är att ta innehållet i den extra stilarkfilen och lägga till den längst ner i huvudformatarket som de laddar.

En långsiktig lösning för detta problem skulle vara att någon kommer ut med en plugin eller WordPress-kärna lägger till en förmåga att kombinera alla registrerade stylesheets och skript som en. Det finns uppenbarligen många problem som behöver fästas med här. Först och främst är kompatibilitetsfrågan. Ibland kanske två skript inte är kompatibla tillsammans. Det här är vad vi ser mycket när debugging plugin-problem för våra användare.

Nu när vi har täckt det här kan vi titta på ytterligare DB-frågor.

Ytterligare databasfrågor - Vissa plugins kan öka belastningen på din databasserver. WordPress själv gör ett mycket bra jobb vid caching av frågorna. De flesta välkodade plugins kommer inte att orsaka en signifikant fråga. Om du har en väldigt mycket stor sida kan du använda relaterade inlägg som plugin som YARPP, men det kan bli ett problem speciellt om du inte har bra serverresurser.

Vid denna tidpunkt skulle du förmodligen vilja överväga att uppgradera din värd. Den enda andra lösningen skulle vara att bli av med plugin och hyra någon att bygga en anpassad lösning för dig. Ibland kan du behöva göra en del aggressiv cachning på serversidan för att göra det existerande pluginarbetet. De anpassade lösningarna varierar från sida till sida.

Pluggar och säkerhet

Ibland ökar folk bekymmer med plugins och säkerhet. Ja, tidigare har det varit problem att vissa plugins öppnade en stor säkerhetsproblem. Dessa sker oftast med dåligt kodade plugins. Dessutom är säkerhet en risk med nästan alla program som finns. Övervakningar är bundna att hända. Men den bästa delen om öppen källkod är så många människor använder det så att det blir upptaget mycket snabbare.

Den bästa säkerheten du kan få för din webbplats är en vanlig WordPress-säkerhetskopia. Du kan också förbättra din säkerhet genom att använda Sucuri.

Plugins och tillförlitlighet

Vissa människor har tagit upp problemet med plugins tillförlitlighet. Vad händer om plugin stoppas? Vad händer om uppdateringarna är långa? Detta är risken du kör med när du använder någon programvara rätt? Vad händer om Adobe går i konkurs, då kommer vi inte ha Photoshop. Vad händer om Apple går i konkurs, då kommer vi inte ha iPhone. Tja, gissa vad då får du något bättre. Den bästa delen om WordPress är samhället. Denna gemenskap växer snabbare än någonsin. Om du använder en populär plugin är chansen att den inte kommer att avbrytas. Om det är så kommer någon annan troligen att gaffla den och fortsätta utvecklingen. Det är kraften i GPL. Detta är precis hur WordPress kom till existens.

Tack vare tjänster som gitHub kombinerar utvecklarna ansträngningar genom att skicka in patchar till varandras plugin. Detta kommer bara att bli bättre så länge som människor fortsätter att arbeta tillsammans.

Vi rekommenderar att du väljer plugins med bra track records, och du kommer att bli bra.

Hur man väljer de bästa pluggarna?

Det här är en stor fråga för nya användare. Vilka plugins är bäst? Vilka ska jag använda? Vi rekommenderar att du väljer plugins som har bra track records. Så här bestämmer du det?

Tja, titta på antalet nedladdningar. Titta på plugin-värdena. Titta på hur många stödtrådar har besvarats. Titta på hur många människor säger att det fungerar. Läs några recensioner om det. Titta på författarens trovärdighet. Förhoppningsvis efter allt detta borde du ha ditt svar.

Tips! Du kan se alla dessa mätvärden i WordPress-plugins-förvaret. Vad gäller recensioner, Google det. Använd sedan din bästa bedömning.

Slutsats

Vi hoppas att den här artikeln har hjälpt dig att förstå att det inte finns något som "för många" plugins. Svaret på hur många plugins du ska installera på din webbplats är så många som du behöver. Kom alltid ihåg att antalet plugins inte saktar ner din webbplats. Antal dåligt kodade plugins gör.

Om du har ytterligare tankar, inte håller med vår åsikt, eller vill lägga till något i diskussionen, uppmanar vi dig att lämna en kommentar. Vi är också nyfiken på att se hur många plugins du kör på din webbplats. Lämna en kommentar och meddela oss.