Share
WordPress heeft de supermacht van uitbreidbaarheid waardoor het het meest gebruikte content management systeem ter wereld is geworden. Het concept van thema's en plug-ins maakte WordPress een extreem populair raamwerk om mee te werken en het werken met WordPress zorgde ervoor dat het tienduizenden thema's en plug-ins kon gebruiken.
Maar met grote macht komt grote verantwoordelijkheid, volgens oom Ben. Je kunt niet meer dan één thema gebruiken (meestal), maar je kunt een onbeperkt aantal plug-ins gebruiken in een enkele WordPress-installatie. En dat kan de prestaties verminderen, maar niet noodzakelijkerwijs elke keer. In deze zelfstudie ga ik u helpen gebruik te maken van WordPress-plug-ins zonder de prestaties op te geven.
Laten we iets dieper ingaan op de uitbreidbaarheid van WordPress.
WordPress werd voor het eerst gemaakt in 2003, als een vork van een andere blogsoftware genaamd "b2 Cafelog". Een jaar later, in versie 1.2 uitgebracht op 22 mei 2004, werd de functie "plug-in" geïntroduceerd. Ongeveer een jaar later, op 17 februari 2005, kwam versie 1.5 met een themasysteem. (Je kunt hier de volledige geschiedenis bekijken, als je wilt.)
Naar mijn mening waren deze twee versies de grootste verbeteringen in de geschiedenis van WordPress. Dat komt omdat tot deze versies de gemeenschap van WordPress bestond gebruikers, en met deze versies, ontwikkelaars is lid geworden van de community (en een aantal gebruikers zijn ontwikkelaars geworden). Als u software wilt maken die mensen overal ter wereld gebruiken (en ontwikkelen), hebt u een grote ontwikkelaarscommunity nodig.
En WordPress heeft een van de grootste ontwikkelaarsgemeenschappen in het open-source ecosysteem. De cijfers zijn moeilijk te bepalen, dus ik kan niet een exact aantal geven, maar het is waarschijnlijk in tienduizenden. En deze ontwikkelaars hebben meer dan honderdduizend plug-ins en thema's gemaakt (gecombineerd).
Vanwege het grote aantal plug-ins en thema's, gebruiken en ontwikkelen steeds meer mensen voor WordPress, wat ertoe leidt dat steeds meer mensen lid worden van de community ... En deze virtueuze cyclus is de reden dat één op de vier websites wordt aangedreven door WordPress.
Kort antwoord: Ja en nee. Zoals met de meeste korte antwoorden, heeft het echter weinig zin.
U kunt niet meten hoeveel plug-ins voor resources worden gebruikt door de plug-ins te tellen. Het probleem is dat sommige plug-ins meer systeembronnen gebruiken en andere niet. Ik kan meer dan duizend plug-ins installeren die een website niet vertragen, of installeer slechts één plug-in om een andere volledig te verwijderen.
Het hangt van een paar factoren af:
Nu hebben we het behandeld waarom plug-ins kunnen (misschien niet) uw website vertragen, het is tijd om te zien hoe om te voorkomen dat het gebeurt. Ik ga een paar dingen schrijven die bij me opkomen, maar voel je vrij om aan dit onderdeel bij te dragen door ideeën op te nemen in het gedeelte Opmerkingen.
De Plugin Performance Profiler-plug-in (of kortweg P3) is precies wat je nodig hebt om te zien hoeveel je plug-ins je website vertragen door ze een voor een te meten.
Het gebruik van de plug-in is vrij eenvoudig als u alleen een beknopt overzicht van het gebruik van de bronnen van uw plug-ins wilt. Na het installeren van de plug-in, gaat u gewoon naar de P3 Plugin Profiler pagina onder de Hulpmiddelen menu en druk op Start scan. Als jij kiest Auto Scan, P3 voert een quick scan uit door willekeurig een aantal pagina's te bezoeken en te controleren hoe plug-ins van invloed zijn op het laden van de pagina.
Het is een geweldige manier om te zien welke plug-ins de systeemresource in beslag nemen en welke niet veel effect hebben.
Zoals ik eerder al zei, slechter gecodeerde plug-ins presteren slechter dan goed gecodeerde plug-ins. En in ons gigantische WordPress-ecosysteem voor plug-ins beschikt u meestal over meer dan één optie om een plug-in te kiezen die hetzelfde werk doet. Als u begrijpt hoe een goede codebasis eruit ziet, moet u de code van de plug-in controleren die u wilt gebruiken. (U kunt hiervoor ook profiteren van het rapport van P3.)
Onthoud: een populaire plug-in is niet noodzakelijk de beste plug-in die er is.
Waarom worden mensen boos over de manier waarop Google Chrome de RAM zo veel opschept? Ik bedoel, meer vrije RAM hebben betekent niet dat je computer sneller zal werken. Als uw computer acht gigabytes RAM heeft en Google Chrome één gigabyte gebruikt, komt dat omdat Google Chrome één gigabyte nodig heeft om beter te presteren.
Hetzelfde geldt voor servers. Als u over meer systeembronnen beschikt, kunt u ze voor meer dingen gebruiken. Als u geen krachtige server nodig hebt, heeft het geen zin om er een te gebruiken. Als u een krachtigere server nodig hebt om meer plug-ins te gebruiken, heeft het geen zin om snelheid op een gedeelde server te bereiken.
Als u over de systeembronnen beschikt of over de middelen om de systeembronnen te hebben, wees niet verlegen over het gebruik van de plug-ins die u nodig hebt.
Je moet niet allemaal "ik moet niet meer dan (X) plug-ins gebruiken" of "een SEO-plug-in gebruiken zal mijn website vertragen, dus ik zou het niet moeten gebruiken, ook al moet ik het doen". U kunt zoveel plug-ins gebruiken als u nodig heeft (of wilt), op voorwaarde dat u uw plug-ins en uw server verstandig kiest.
Wat is jouw mening hierover? Voel je vrij om je gedachten te delen in het gedeelte Opmerkingen hieronder. En als je deze tutorial leuk vond, vergeet dan niet om het met je vrienden te delen!
Accentsconagua