Inaktivera WordPress-plugins med SQL

Om du ärver en WordPress-kodbas, oavsett projektets ålder, kan det finnas en hel del sammanhang som du inte har till varför vissa beslut togs eller hur saker och ting genomfördes.

Detta kan inkludera servern, infrastruktur som används för att driva webbplatsen eller appen och annan kontextuell information om miljön där den kördes.

Den här typen av information kan vara serverrelaterad information, PHP-version, databastyp, information som faktiskt är lagrad i databasen, speciellt om du gör en databasimport, och så vidare.

Helst överlämnas allt detta men det är inte alltid fallet. Hur som helst, säg att du försöker starta upp det och sedan när du försöker starta programmet fungerar det inte bara, utan det visar antingen en vit skärm eller visar ett meddelande om tekniska problem med din installation.

Även om jag rekommenderar att du ser till att dina felsökningsinställningar alltid är definierade på din lokala dator, rekommenderar jag också att du ser till att alla plugins är avaktiverade innan du startar installationen av WordPress.

Men pluginaktiveringsstatus är inställd på databasnivå, så vad kan vi göra? När installationen är konfigurerad, anslut till databasen med ditt favoritdatabasgränssnitt (jag är ett fan av TablePlus) och kör sedan följande frågor:

Först, om du är intresserad av att se alla aktiva plugins som finns, kör följande :

SELECT * FROM wp_options WHERE option_name = 'active_plugins';

Efter det kan du uppdatera de aktiva plugins genom att i huvudsak ställa in alternativvärdet lika med en tom, serialiserad array :

UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins';

Denna sekundära fråga är ansvarig för att inaktivera WordPress-plugin så att du kan ladda WordPress så nära så vanilj som möjligt. Det bör fortfarande ha samma tema och tillgångar och plugins kommer att installeras, men avaktiveras.