En av de första sakerna jag gör när jag sätter upp en WordPress-webbplats är att ändra databasprefixet från standard wp_ till något unikt. Det är ett enkelt säkerhetssteg som många webbplatsägare missar, men det kan göra stor skillnad för att skydda din webbplats.
De flesta WordPress-webbplatser använder samma standarddatabasstruktur, vilket gör dem till lätta mål för hackare. Att anpassa ditt databasprefix gör det mycket svårare för automatiserade attacker att lyckas och lägger till ett viktigt säkerhetslager till din webbplats.
Oavsett om du säkrar en befintlig WordPress-webbplats eller vill lära dig denna bästa praxis för framtida projekt, kommer jag att visa dig flera sätt att säkert ändra ditt databasprefix.
Den här guiden täcker hur du gör det med hjälp av ett användarvänligt plugin samt en manuell metod, så att du kan välja det tillvägagångssätt som fungerar bäst för din situation.
TL;DR: Att ändra ditt WordPress databasprefix är ett enkelt men effektivt säkerhetssteg som kan skydda din webbplats från många automatiserade attacker. Det kommer inte att göra din webbplats helt hackfri, men det lägger till ett viktigt säkerhetslager som inte kostar något att implementera.
Metoden med pluginet Solid Security är det säkraste tillvägagångssättet för nybörjare, medan den manuella phpMyAdmin-metoden ger dig mer kontroll om du är bekväm med att arbeta med databaser. Skapa en säkerhetskopia och ta dig tid att se till att allt fungerar korrekt.
Du kan använda snabblänkarna nedan för att navigera genom artikeln:
- Varför ändra WordPress databasprefix?
- Method 1: Using Solid Security Plugin (Easier for Beginners)
- Method 2: Manual Method via phpMyAdmin
- Troubleshooting Issues With Changing the Database Prefix
- Vanliga frågor om att ändra WordPress databasprefix
- Ytterligare resurser för att förbättra WordPress-säkerheten
Varför ändra WordPress databasprefix?
WordPress databasprefix kan verka som en liten teknisk detalj, men det spelar en viktig roll i din webbplats säkerhetsinställningar. Varje WordPress-installation använder detta prefix för att organisera din webbplats data i databasen.
Som standard använder WordPress wp_ som prefix för alla databastabeller. Det betyder att dina inlägg lagras i en tabell som heter wp_posts, dina användare i wp_users och så vidare.
Problemet är att hackare känner till denna standardstruktur.
Säkerhetsrapporter från ledande säkerhetsföretag visar att ett stort antal automatiserade attacker är utformade för att specifikt rikta in sig på standardprefixet wp_. När hackare enkelt kan gissa dina databastabeller, blir deras attacker mycket mer sannolika att lyckas.
Här är de viktigaste fördelarna med att ändra ditt databasprefix:
- Ger säkerhet genom obskuritet: Även om det inte är en komplett säkerhetslösning i sig, är ett anpassat prefix en viktig del av en lagerindelad säkerhetsstrategi. Det gör din webbplats till ett mycket svårare mål för attacker med låg ansträngning och automatiserade attacker som förlitar sig på standardinställningar.
- Skyddar mot försök till SQL-injektion: Många automatiserade SQL-injektionsattacker är programmerade för att rikta in sig på standardprefixet
wp_. Genom att ändra det gör du din webbplats osynlig för dessa vanliga, automatiserade botar, vilket tvingar dem att gå vidare till ett enklare mål. - Minskar målinriktad skanning: Botar som skannar efter sårbara WordPress-sajter letar ofta efter standarddatabas-mönster som inte matchar din anpassade konfiguration.
- Ger sinnesro: Att veta att din databasstruktur är unik ger dig ett extra lager av förtroende för din sajts säkerhet.
Jag ändrar alltid databasprefixet vid nya WordPress-installationer eftersom det är ett så enkelt steg som kan förhindra många vanliga attackmetoder.
Viktigt: Att ändra ditt databasprefix är en avancerad operation. Innan du gör något som föreslås i den här handledningen är det absolut nödvändigt att du säkerhetskopierar din WordPress-databas.
Ett enda misstag kan göra din sajt otillgänglig, och en säkerhetskopia är ditt enda skyddsnät. Jag rekommenderar att du använder ett plugin som Duplicator för att göra dagliga säkerhetskopior.
Metod 1: Använda Solid Security Plugin (enklare för nybörjare)
Det enklaste sättet att ändra ditt WordPress-databasprefix är att använda det kostnadsfria Solid Security-pluginet, som är ett säkerhetsplugin som skyddar din webbplats från olika hot.
Jag rekommenderar detta tillvägagångssätt för nybörjare eftersom pluginet automatiskt uppdaterar alla nödvändiga databastabeller och konfigurationsfiler. Du behöver inte röra någon kod eller arbeta direkt med din databas.
För att lära dig mer om detta populära säkerhetsplugin, se vår detaljerade Solid Security-recension.
Steg 1: Installera och konfigurera Solid Security-pluginet
Först måste du installera och aktivera det kostnadsfria Solid Security-pluginet. För mer information kan du se vår steg-för-steg-guide om hur man installerar ett WordPress-plugin.
Efter aktivering måste du konfigurera pluginet med hjälp av en installationsguide. Gå till Säkerhet » Installation i din WordPress-instrumentpanel för att börja.
Guiden guidar dig genom den grundläggande konfigurationen för din webbplats.
Du kommer att uppmanas att välja vilken typ av webbplats du har, köra en genomsökning av din webbplats och mer.
Se till att läsa varje sida i guiden noggrant. Standardinställningarna fungerar för de flesta webbplatser.
Enligt min erfarenhet bör introduktionsguiden ta mindre än 10 minuter. När du har slutfört guiden kommer de grundläggande säkerhetsfunktionerna att vara aktiva.
Steg 2: Ändra databasprefixet
Nu när pluginet är konfigurerat kan du ändra ditt databasprefix. Navigera från din WordPress-instrumentpanel till Säkerhet » Verktyg.
På den här skärmen ser du ett verktyg märkt 'Ändra databastabellprefix'.
Klicka helt enkelt på knappen 'Kör' för att fortsätta.
Pluginet kommer automatiskt att välja ett slumpmässigt prefix. Därefter kommer det automatiskt att sätta din webbplats i underhållsläge, ändra prefixet för alla dina WordPress-tabeller, uppdatera din wp-config.php-fil och sedan ta webbplatsen ur underhållsläge.
Allt detta sker mycket snabbt, och du kan se processen när varje tabell byter namn.
Steg 3: Verifiera att din webbplats fungerar
Det var allt. Pluginet har gjort allt det tunga arbetet åt dig. Som en sista kontroll är det alltid en bra idé att se till att allt fungerar smidigt.
Besök din webbplats startsida för att säkerställa att den laddas korrekt. Därefter, försök att logga ut och logga in igen i ditt WordPress-adminområde. Om båda dessa åtgärder fungerar, då är ditt nya databasprefix funktionellt. 🎉
Metod 2: Manuell metod via phpMyAdmin
Om du föredrar att ändra databasprefixet manuellt eller inte vill använda ett plugin kan du göra det själv via phpMyAdmin. Denna metod ger dig fullständig kontroll men kräver fler tekniska steg och medför en högre risk för fel.
Innan du börjar är det en bra idé att sätta din WordPress-webbplats i underhållsläge (pluginet i Metod 1 gör detta automatiskt). Annars kan du orsaka en dålig användarupplevelse för besökare på din webbplats.
För de flesta användare, särskilt nybörjare, rekommenderar jag starkt att använda plugin-metoden.
Obs! för avancerade användare: Vissa plugins lagrar inställningar i ett speciellt format (kallat serialiserad data). Att köra en direkt SQL-fråga kan ibland skada dessa data. Detta är ytterligare en viktig anledning till att vi starkt rekommenderar plugin-metoden, eftersom den innehåller skyddsåtgärder för att förhindra dessa typer av fel.
Steg 1: Ändra tabellprefixet i wp-config.php
Först måste du ansluta till din webbplats med FTP eller filhanteraren i ditt WordPress-värdkonto.
Du behöver sedan öppna din wp-config.php-fil, som finns i din WordPress-rotkatalog. Här kan du ändra raden för tabellprefixet från wp_ till något annat, som detta wp_a123456_
Så raden skulle se ut så här:
$table_prefix = 'wp_a123456_';
Notera: Du kan bara ändra tabellprefixet med siffror, bokstäver och understreck.
Steg 2: Ändra alla databastabellnamn
Därefter måste du ansluta till din databas med verktyget phpMyAdmin.
Om din värd använder cPanel-kontrollpanelen kan du enkelt hitta phpMyAdmin där.
Det finns 12 standardtabeller i WordPress, så att ändra dem manuellt skulle vara ett besvär.
Istället bör du klicka på fliken 'SQL' högst upp.
Sedan kan du ange följande SQL-fråga:
RENAME table `wp_commentmeta` TO `wp_a123456_commentmeta`;
RENAME table `wp_comments` TO `wp_a123456_comments`;
RENAME table `wp_links` TO `wp_a123456_links`;
RENAME table `wp_options` TO `wp_a123456_options`;
RENAME table `wp_postmeta` TO `wp_a123456_postmeta`;
RENAME table `wp_posts` TO `wp_a123456_posts`;
RENAME table `wp_terms` TO `wp_a123456_terms`;
RENAME table `wp_termmeta` TO `wp_a123456_termmeta`;
RENAME table `wp_term_relationships` TO `wp_a123456_term_relationships`;
RENAME table `wp_term_taxonomy` TO `wp_a123456_term_taxonomy`;
RENAME table `wp_usermeta` TO `wp_a123456_usermeta`;
RENAME table `wp_users` TO `wp_a123456_users`;
Kom ihåg att ändra databasprefixet till det du valde när du redigerade filen wp-config.php.
Viktigt: Denna fråga byter bara namn på de 12 kärntabellerna i WordPress. Många plugins skapar sina egna databastabeller som också använder standardprefixet wp_.
Du måste identifiera dessa tabeller (de innehåller ofta pluginets namn i tabellnamnet) och lägga till en RENAME-rad för var och en i SQL-frågan ovan.
Om du glömmer detta steg kommer dina plugins att sluta fungera.
Om du till exempel ser en tabell som heter wp_yoast_indexable, skulle du behöva lägga till följande rad i din SQL-fråga:
RENAME table `wp_yoast_indexable TO wp_a123456_yoast_indexable`;
Steg 3: Uppdatera Options-tabellen
Därefter måste du söka i options-tabellen efter fält som fortfarande använder det gamla prefixet wp_. Den mest kritiska posten är wp_user_roles, som styr användarbehörigheter. Om detta inte uppdateras kan användare inte logga in korrekt.
För att uppdatera alla relevanta poster automatiskt kan du använda följande SQL-fråga. Kom ihåg att ersätta wp_a123456_ med ditt nya prefix:
UPDATE `wp_a123456_options` SET `option_name` = REPLACE(`option_name`, 'wp_', 'wp_a123456_') WHERE `option_name` LIKE 'wp_%';
Denna fråga hittar alla poster i kolumnen option_name som börjar med wp_ och ersätter den delen med ditt nya prefix.
Steg 4: Uppdatera UserMeta-tabellen
På samma sätt måste du uppdatera usermeta-tabellen, som lagrar användares förmågor och inställningar. Nycklar som wp_capabilities och wp_user_level måste uppdateras.
Kör följande fråga för att hitta och ersätta alla gamla prefix i kolumnen meta_key. Se till att du använder ditt nya prefix i frågan:
UPDATE `wp_a123456_usermeta` SET `meta_key` = REPLACE(`meta_key`, 'wp_', 'wp_a123456_') WHERE `meta_key` LIKE 'wp_%';
Detta säkerställer att alla användare behåller sina korrekta behörigheter och inställningar.
Du är nu redo att testa din webbplats. Om du följde stegen ovan bör allt fungera bra. Men om du behöver hjälp med felsökning, läs vidare.
Felsökning av problem vid ändring av databasprefixet
Även när du följer stegen noggrant kan problem ibland uppstå efter att ha ändrat ditt WordPress-databasprefix. Här är de vanligaste problemen och hur du åtgärdar dem.
Problem med inloggning
Om du inte kan logga in på din WordPress-admin efter att ha ändrat prefixet, beror det vanligtvis på att vissa databasposter inte uppdaterades korrekt. Detta händer oftast med den manuella metoden när du missar att uppdatera poster i tabellerna options eller usermeta.
För att åtgärda detta, gå tillbaka till phpMyAdmin.
Kontrollera specifikt tabellen options för en post som heter wp_user_roles (med ditt gamla prefix) och se till att den har bytt namn till ditt nya prefix (t.ex. wp_a123456_user_roles).
Sök också i tabellen usermeta efter meta_key-poster som wp_capabilities och se till att de har uppdaterats korrekt.
Databaskopplingsfel
Ibland kan du se meddelandet 'Fel vid upprättande av databaskoppling'. Detta betyder vanligtvis att det finns en inkonsekvens mellan din wp-config.php-fil och dina databastabellnamn.
Kontrollera att prefixet i din wp-config.php-fil exakt matchar prefixen för dina databastabeller, inklusive eventuella understreck.
Visa installationsskärmen för WordPress
Detta är ett skrämmande men åtgärdbart problem. Det betyder nästan alltid att din wp-config.php-fil uppdaterades med det nya prefixet, men dina databastabeller inte döptes om framgångsrikt.
När WordPress inte kan hitta tabeller som matchar prefixet i din konfigurationsfil, tror den att den behöver installeras.
För att åtgärda det måste du manuellt redigera din wp-config.php-fil och ändra prefixet tillbaka till det ursprungliga:
- Anslut till din webbplats med en FTP-klient eller din webbvärds filhanterare.
- Leta reda på filen
wp-config.phpi din webbplats huvudmapp. - Hitta raden som anger tabellprefixet. Den kommer att ha ditt nya (och felaktiga) prefix:
$table_prefix = 'wp_a1b2c3_'. - Ändra tillbaka det till ditt ursprungliga prefix (som vanligtvis är
wp_):$table_prefix = 'wp_'. - Spara filen och ladda upp den tillbaka till din server.
Din webbplats bör nu laddas korrekt. Detta problem kan ibland uppstå i hostingmiljöer med strikta filrättigheter som hindrar ett plugin från att döpa om databastabeller.
Lösningar och supportresurser
Om du fortfarande har problem, här är några steg som kan hjälpa.
Återställ först din säkerhetskopia och försök processen igen noggrannare. Det är därför det är så viktigt att skapa en säkerhetskopia innan du börjar.
För det andra, om du använde den manuella metoden, överväg att byta till Solid Security-pluginets metod istället. Den hanterar många specialfall automatiskt som är lätta att missa när man gör det manuellt.
Slutligen, om problemen kvarstår, kontakta ditt webbhotells supportteam. De kan ofta hjälpa till att identifiera databasrelaterade problem och kan eventuellt assistera med processen att byta prefix.
Vanliga frågor om att ändra WordPress databasprefix
Jag vet att det kan kännas skrämmande att ändra ditt databasprefix, särskilt om du är ny på WordPress.
Detta är frågorna jag får oftast om processen, tillsammans med tydliga svar för att hjälpa dig att känna dig mer säker.
Vad är standardprefixet för WordPress-databasen?
Standardprefixet för WordPress-databasen är wp_ och det används för alla databastabeller som wp_posts, wp_users och wp_options. Detta prefix är detsamma på alla WordPress-installationer om det inte har ändrats manuellt.
Kan ändring av WordPress-databasprefixet bryta min webbplats?
Ja, ändring av WordPress-databasprefixet kan bryta din webbplats om det inte görs korrekt. Därför är det viktigt att skapa en fullständig säkerhetskopia innan du börjar och följa stegen noggrant för att säkerställa att alla databasreferenser uppdateras korrekt.
Vad ska jag göra om jag inte kan logga in efter att ha ändrat databasprefixet?
Om du inte kan logga in efter att ha ändrat prefixet, betyder det vanligtvis att vissa databasposter inte uppdaterades korrekt. Återställ din säkerhetskopia och försök processen igen, eller använd Solid Security-pluginets metod, som hanterar dessa uppdateringar automatiskt.
Ytterligare resurser för att förbättra WordPress-säkerheten
Jag hoppas att den här artikeln hjälpte dig att lära dig hur du ändrar WordPress databasprefix. Detta är bara en del av att säkra din WordPress-webbplats. Det finns många andra steg du kan ta för att göra din webbplats ännu säkrare och bättre skyddad mot olika typer av attacker.
Här är några ytterligare säkerhetsåtgärder jag rekommenderar att du konfigurerar:
- Konfigurera fler härdningstekniker, som att använda starka lösenord och tvåfaktorsautentisering. Se vår guide om hur du förbättrar WordPress-säkerheten.
- Aktivera säkerhetsplugins eller inställningar. Se vår artikel om bästa WordPress-säkerhetsplugins för att skydda din webbplats.
- Regelbundna uppdateringar och övervakning. Se vår steg-för-steg-guide om hur du säkert uppdaterar WordPress.
Om du gillade den här artikeln, prenumerera då på vår YouTube-kanal för WordPress-videoguider. Du kan också hitta oss på Twitter och Facebook.
Jiří Vaněk
Tack för guiden. Innan jag började med WordPress använde jag standardinstallationerna där användaren naturligtvis var 'admin' och prefixet var 'wp_'. Det var först senare som jag läste att det inte är bra ur säkerhetssynpunkt och att det är mycket bättre att ha ett anpassat prefix. Jag var lite rädd för att börja ändra saker på en redan fungerande webbplats, och jag hade inte heller tillräckligt med kunskap för det. Jag försökte ändra prefixet på en liten webbplats enligt den här guiden, och det fungerade verkligen jättebra. Så jag kommer förmodligen att göra detsamma för mina andra webbplatser för att säkerställa lite bättre säkerhet. Jättebra.
Mrteesurez
Tack för din uppmuntran och för att du delade med dig av din erfarenhet om hur det fungerade för dig. Jag har bestämt mig för att ändra det på en ny WordPress-sajt, jag har fortfarande inte modet att ändra det på en etablerad sajt. Jag kommer också att följa den här guiden och prova den på en liten webbplats för att se om den fungerar.
enel lee
Du måste justera frågan till, ‘wp\_%’ – detta escape-tecknar understreckstecknet som annars har värdet ‘ett tecken’ i SQL, annars, som många kommer att upptäcka efter att ha följt ditt råd, kommer du att få allt med ‘wp’ i namnet! Du behöver inte heller det första ‘%’-tecknet eftersom vi letar efter namn som BÖRJAR MED ‘wp’ vilket betyder ingenting framför det. De inre förekomsterna i options-tabellen är dock ett utmärkt råd för dem som kanske använder den inbyggda phpMyAdmin-funktionen för att ändra prefix; detta ändrar bara de huvudsakliga tabellnamnen och tittar inte inom tabellfälten
WPBeginner Support
Thank you for your feedback, we will look into this code again, as this was for a search only and not a replace it was set up to have a broader search to be safe
Admin
Moinuddin Waheed
Det här är en ögonöppnare för wordpress-säkerhet.
Jag kände aldrig behovet av att ändra databasprefixet på grund av dess enkelhet och visste aldrig att det kunde vara farligt att lämna det som det är.
Jag tror att de flesta nybörjare lämnar databasprefixet som det är och aldrig ändrar det.
Jag kommer definitivt att tänka på detta när jag installerar varje ny wordpress-webbplats.
Mrteesurez
Ja, de flesta nybörjarbloggare, inklusive jag själv, lämnar det oförändrat eftersom vi inte kände till konsekvenserna. Det är bäst och enklast att ändra under en ny WP-installation, medan det är utmanande för en etablerad blogg.
Dayo Olobayo
Du har rätt Moinuddin. Många nybörjare (inklusive jag själv) missar ofta detta steg. "Standard"-naturen hos prefixet kan ge en falsk känsla av trygghet. Att ändra det lägger till ytterligare ett hinder för angripare som använder automatiserade skript. Det är en enkel säkerhetsåtgärd som kan göra stor skillnad.
mohadese esmaeeli
Hej. Att ändra prefixet för WordPress-tabeller är mycket, mycket viktigt eftersom detta prefix är standard, och de flesta ändrar det inte, vilket gör det mottagligt för tester av alla hackare. Så det är vettigt att ändra det, och jag rekommenderar detta till alla mina vänner. Om vi ändrar prefixet under WordPress-installationen är det mycket bättre. Men även efter installationen är det möjligt att ändra tabellprefixet.
Ka Khaliq
Hej,
Jag hänvisar till den här artikeln för att uppdatera mitt WordPress-webbplats databasprefix.
Jag är förvirrad över uppdateringen av tabellerna Options och Usermeta. När jag kör respektive SQL-frågor, innehåller de erhållna resultaten även rader som transient_wp_cloudflare ELLER dismissed_wp_pointers ELLER tlwp_feedback_data ELLER wpseo_social etc.
Så behöver jag uppdatera sådana rader också där wp_ finns i mitten/slutet ELLER behöver jag bara uppdatera rader som har wp_-prefixet i början som wp_page_for_privacy_policy etc.
Jag förstår att med prefix menas något i början, men vill ändå lösa denna förvirring.
WPBeginner Support
Nej, du vill lämna de tabellerna som de är eftersom de används av plugins och andra verktyg som letar efter dessa specifika namn.
Admin
Eka
you save my time, thanks alot bro.
i do test password and the problem has been detect
thanks !
WPBeginner Support
Glad our guide was helpful
Admin
Barry Richardson
En plugin-utvecklare sa till mig att man inte kan ha en Wordpress-blogg utan ett databasprefix. Detta är mycket förvirrande eftersom jag har haft en aktiv Wordpress-blogg i 5 år – och den har inget databasprefix. Så, kan man ha en Wordpress-sida utan ett databasprefix?
WPBeginner Support
WordPress har ett databasprefix som standard utan att du behöver göra några ändringar, detta är ett sätt att anpassa prefixet.
Admin
Emily
Hej, jag följde en annan handledning för att titta på databasfilerna och märkte att mina har namn som "wphy_users"... är detta möjligen en förlängning av det som beskrivs här, bara utan understrecket före?
Ser fram emot ditt svar!
WPBeginner Support
Correct, from the sound of it your database was created with a different prefix
Admin
Izzy
Hej, jag ändrade mina tabellprefixnamn för ett tag sedan. Jag upptäckte att det fanns några nya mappar som lades till med det gamla namnet + huvudmappen (databasen tror jag) har också det gamla namnet. Nu upptäckte jag också att mina mappar redan hade ett annat namn än standard "wp" prefixnamnet, så ändringen var inte ens nödvändig från början. Det enda nu är att hälften av tabellerna har ett visst namn och de andra har ett annat namn. Eftersom allt fungerar bra nu vill jag inte ändra saker igen, men min enda fråga nu är: är det ett problem att tabellerna har olika namn? Behöver de alla ha samma namn, eller spelar det ingen roll?
WPBeginner Support
De extra tabellerna kan ha skapats av ett plugin, vi skulle rekommendera att din webbplats använder samma prefix för allt ditt innehåll.
Admin
Akhilesh
Jag har multi-domän hosting. Vad ska jag ange i tabellprefix vid installation av WP (eftersom wp_ står som standard)??
Vänligen föreslå mig så tidigt som möjligt...
WPBeginner Support
Du skulle välja vad du vill att prefixet ska vara om du ändrar din webbplats databasprefix
Admin
Mainak Ghosh
Efter att ha ändrat databasprefixet får jag felmeddelandet "Tyvärr, du har inte behörighet att komma åt den här sidan" när jag besöker WordPress admin-instrumentpanelen.
WPBeginner Support
Du kanske vill se till att du har uppdaterat alla länkar i dina tabeller och du kanske vill kontrollera din wp-config-fil för en annan plats. För att se om det är mer än ett fel kan du aktivera wp debug: https://www.wpbeginner.com/wp-tutorials/how-to-set-up-wordpress-error-logs-in-wp-config/
Admin
Kid Max
Hej, jag använder WordPress multisite. Jag vill använda hemwebbplatsens databasprefix och mapp för mediebilagor för alla undersajter inklusive hemwebbplatsen. Några idéer?
WPBeginner Support
Du kan ladda upp dina bilder till hemwebbplatsens mediebibliotek och bädda in bilderna på dina underwebbplatser för att göra något sådant.
Admin
Kid Max
Jag vet om det, men förhandsgranskningsbilder stöds inte för det, så jag vill använda hemwebbplatsens mediadatabasprefix för hela webbplatsen.
WPBeginner Support
Tyvärr har vi för närvarande ingen rekommenderad metod för det.
Mike
Jag provade det och kunde sedan inte logga in. Förmodligen för att jag har ett säkerhetsplugin.
Om jag inaktiverar och tar bort alla mina plugins och bara lämnar min installation med kärn-WP, och sedan gör jag ändringen, skulle det förmodligen eliminera behovet av att ändra något i usermeta eller options-tabellerna? Dvs. skulle det förmodligen vara det säkraste sättet att göra tabelländringen och inte bryta något.
Sedan installerar jag bara om mina plugins.
Mishel
Enligt den här artikeln gör ändring av WordPress tabellprefix absolut ingenting för att förbättra webbplatsens säkerhet.
Även om vi har ändrat tabellprefixet kan en hacker hitta tabellprefixet genom att köra den här koden:
SELECT DISTINCT SUBSTRING(`TABLE_NAME` FROM 1 FOR ( LENGTH(`TABLE_NAME`)-8 ) )
2
FROM information_schema.TABLES WHERE
3
`TABLE_NAME` LIKE ‘%postmeta’;
WPBeginner Support
Hej Mishel,
Vi håller inte med om det. Varje säkerhetssteg som döljer något kan avslöjas av en erfaren hacker. Dessa steg lägger bara till ett svårighetslager för att göra din totala säkerhet svårare att knäcka. Att ändra tabellprefix har absolut ingen nackdel och om det kan blockera vissa automatiserade och uppenbara hackningsförsök, då är det helt värt det.
Admin
Sayeed
Ja, jag håller med.
Daniel
Precis vad jag letade efter. Tack.
Mehdi
Frågorna i både wp_options och wp_usermeta returnerar data som innehåller wp, ska jag döpa om dem också?
ex: wpseo_title, _yoast_wpseo_
rado
Jag gjorde ett riktigt dumt misstag, i min wp-config-fil tilldelade jag variabeln $table-prefix utan understrecket i slutet. Något i stil med "wp_12345", det borde vara "wp_12345_".
Molly
detta förstörde mina filer, ingen av mina filer är tillgängliga på den lokala eller live-sajten, tack och lov är detta bara inlärning och en testsajt, men vad gick fel?
Josch
Fungerar bra, tack så mycket! Förutom: Jag får följande varning i backend efter att ha ändrat prefix. Försökte det två gånger:
Varning: Kan inte ändra huvudinformation – huvuden har redan skickats av (utmatning startade i /myurl/wp-config.php:1) i /myurl/wp-includes/option.php på rad 837
Varning: Kan inte ändra huvudinformation – rubriker har redan skickats av (utdata startade på /myurl/wp-config.php:1) i /myurl/wp-includes/option.php på rad 838
Kan du hjälpa mig?
WPBeginner Support
Hej Josch,
Detta fel kan orsakas av ett tomt utrymme eller en extra rad i slutet av wp-config.php-filen. Att ta bort det kan lösa problemet.
Admin
Mehdi
Hej, tack för din artikel. Jag har en fråga om den. Om du har några plugins som är installerade i din wordpress, är den här metoden som du nämnde ovan densamma? eller kanske vi behöver andra saker för att slutföra det här steget?
Jag uppskattar om du kan guida mig om det eftersom jag har mer än 20 installerade plugins på min wordpress-sida.
Tack för din hjälp
Asterix
Kommer jag inte att ha problem när jag uppdaterar plugins etc i framtiden?
Jag försökte använda iThemes Securitys inbyggda avancerade funktioner för detta, men fick felet: Ett fel med "ogiltigt format" förhindrade att begäran slutfördes som förväntat. Formatet på den returnerade datan kunde inte kännas igen. Detta kan bero på en plugin/tema-konflikt eller en serverkonfigurationsfråga.
Så jag är inte säker på om jag vågar göra detta manuellt heller...
Joe
Hej team
tack för att du delade detta.
Alla steg gick bra förutom det sista: UserMeta Table.
MySql tillåter mig inte att ändra prefixet för det.
Det är felmeddelandet jag får:
#1054 – Okänd kolumn 'wp_new_usermeta.umeta_id' i 'where clause'
Snälla, några råd?
Tack så mycket,
Joe
Shivam Pandey
Hur man ändrar databasprefixet vid installation av WordPress.
Vipul Parekh
Det finns ett alternativ som bad om att ange db-prefix vid installationen. så du kan ange prefixet vad du vill!!
Tom B.
Är det nödvändigt att fortfarande inkludera "wp_" som en del av det nya prefixet jag vill skapa? Kan jag bara använda en alfanumerisk sträng för att minska risken för någon typ av hack?
Tack,
Tom
WPBeginner Support
Ja, du kan använda en alfanumerisk sträng.
Admin
Chad Mowery
Fin artikel. Jag tror att frågan på tabellerna Options och UserMeta kommer att förvirra mindre kunniga individer. Jag är inte säker på hur, men det skulle hjälpa om du kunde ge mer detaljer om dessa steg.
Jag följde guiden och har framgångsrikt ändrat mitt databastabellsprefix!
blad
This does not add really any kind of security.
If I can inject SQL, I can query against information_schema.tables and get info about tables, whatever fancy prefix you put in front of names
thomas
mycket sant. en bra htaaccess blockerar också sql-injektioner. dessutom ger min wordpress-installation endast fullständig databasåtkomst till mycket utvalda användare genom att tilldela dessa referenser baserat på vissa saker som samlats in långt innan en db-anslutning. alla andra får mycket mycket grundläggande åtkomst.
Jag stoppade också de flesta hackningsförsök genom att dölja wpzlogin.php och ytterligare lösenordsskydda åtkomst till wp admin i cpanel. Det krävs en inloggning bara för att komma till wp-inloggningssidan.
John
@Shivi
Är detta allt som behövs för att ändra table.prefix? Även när det är live?
shivi
Hej, fin artikel! Tänkte förenkla byte av tabellprefix.
I Phpmyadmin när du väl har valt databasen kan du se listan över tabeller.
1. Aktivera kryssrutan markera alla
2. välj Byt tabellprefix i rullgardinsmenyn 'med valda'
3. Ange det befintliga prefixet i alternativet: ‘wp_’ som nämns i artikeln.
4. Ange det nya prefixet i alternativet: 'wp_a123456_' som nämns i artikeln.
5. Klicka på skicka
Detta hjälper till att ändra tabellprefixet för alla tabeller inklusive pluginets.
Du kan kontrollera dessa artiklar om du behöver hjälp med att avhacka din webbplats
john
Så... @SHIVI
Allt jag behöver göra, för att ändra table.prefix är att gå in i min config.file ändra prefixet och sedan fortsätta med dina steg 1-5 och table.prefix kommer att ändras överallt (plugins etc..)
Och det är allt?
Dana Nourie
Toppen! Det här var bra.
Matt Boden
Du kommer fortfarande att behöva uppdatera prefixet manuellt i tabellerna options och usermeta.
Fahim
Ska jag köra SQL för varje tabell? Jag menar, jag har 15 tabeller. Eller räcker det att ändra de två tabeller du beskrev för att lösa problemet.
WPBeginner Support
Alla tabeller. Du vill ändra tabellprefixet för alla dina befintliga WordPress-tabeller.
Admin
Alph
Hej grabbar,
Tack för dessa instruktioner. De hjälpte mig att lösa mina problem med stora bokstäver.
Som nybörjare hade lite vägledning om hur man ändrar tabellnamnen manuellt uppskattats. Jag skulle ha känt mig mer bekväm att göra det på det sättet.
Dessutom, för en nybörjare som jag, skulle några instruktioner om hur man gör ändringarna i tabellerna Options och Usermeta ha varit hjälpsamma.
Tack igen. Kunde inte ha gjort det utan dig!
Chris A
Tack för instruktionerna. Jag behövde ta bort en VERSAL från ett prefix och detta visade exakt vilka poster jag behövde röra vid!
TIPS: med phpMyAdmin kan du kontrollera alla poster längst ner och välja 'ersätt tabellprefix' detta kommer att visa en standardersättningsruta med 'från' och 'till' värden.
Det kommer också att spara mycket skrivande i steg ett – särskilt om det är en stor databas.
Prabhakar
Du klarade det!
Tack
Igor
Hej grabbar,
när jag gjorde dessa ändringar kunde jag inte logga in som nuvarande användare utan det säger åt mig att installera wordpress igen...
Igor
WPBeginner Support
Detta händer vanligtvis när databasen du anslöt till är tom. Kontrollera ditt databasnamn igen.
Admin
Alan P
wp_termmeta saknas i listan över tabeller som ska byta namn.
WPBeginner Support
Tack för att du meddelade oss. Vi har uppdaterat artikeln.
Admin
Rick
Min SQL DB har inget tabellprefix så jag får ibland fel på wordpress Wpconfig.php utan $table_prefix = ”;.
hur man lägger till tabellprefix,
när jag försöker lägga till i config-filen och byta namn på alla tabeller med samma prefix
och loggar in i wp får jag felmeddelandet "du har inte behörighet att komma åt"
Sameer Panda
Worked as a charm, thanks for sharing.
Dave van Hoorn
Uppdatera SQL för att byta namn på prefixen, tack. WordPress lägger nu till tabellen ‘wp_termmeta’. Den ingår i SQL nedan.
BYT NAMN på tabellen `wp_commentmeta` TILL `wp_yoursitename_commentmeta`;
BYT NAMN på tabellen `wp_comments` TILL `wp_yoursitename_comments`;
BYT NAMN på tabellen `wp_links` TILL `wp_yoursitename_links`;
BYT NAMN på tabellen `wp_options` TILL `wp_yoursitename_options`;
BYT NAMN på tabellen `wp_postmeta` TILL `wp_yoursitename_postmeta`;
BYT NAMN på tabellen `wp_posts` TILL `wp_yoursitename_posts`;
BYT NAMN på tabellen `wp_termmeta` TILL `wp_yoursitename_termmeta`;
BYT NAMN på tabellen `wp_terms` TILL `wp_yoursitename_terms`;
BYT NAMN på tabellen `wp_term_relationships` TILL `wp_yoursitename_term_relationships`;
BYT NAMN på tabellen `wp_term_taxonomy` TILL `wp_yoursitename_term_taxonomy`;
BYT NAMN på tabellen `wp_usermeta` TILL `wp_yoursitename_usermeta`;
BYT NAMN på tabellen `wp_users` TILL `wp_yoursitename_users`;
Prabhudatta Sahoo
När jag byter namn på mina tabeller i databasen försvinner alla bilder i galleriet, jag förstår inte varför. Kan någon hjälpa mig att lösa detta problem?
Terry Thorson
Det här problemet uppstår om du inte uppdaterar de serialiserade datasträngarna (som används för dina galleribilder) korrekt i databasen. Ett bra sätt att göra detta är att använda pluginet WP Migrate DB. Det finns en utmärkt handledning för detta på Lynda.com (även om du måste se till att använda samma prefix för din måldatabas som din källdatabas).
Jag lärde mig detta den hårda vägen. När jag försökte börja om från början upptäckte jag att min säkerhetskopia också var felaktig. Lyckligtvis hade min webbhotell en äldre säkerhetskopia som jag kunde använda för att starta om min migrering. WP Migrate DB gjorde susen.
Cameron Jones
Jag kan inte hitta några fält i tabellerna _usermeta eller _options som skulle kräva uppdatering. Om de inte specifikt refererar till en tabell, bör de inte behöva uppdateras. Det är ett tabellprefix, inte ett variabelprefix.
Cameron Jones
Faktum är att jag rättar mig själv. Det finns ett par som kommer att ingå i en standardinstallation av WordPress:
I prefix_options
prefix_user_roles
I prefix_usermeta
prefix_capabilities
prefix_user_level
prefix_dashboard_quick_press_last_post_id
prefix_user-settings
prefix_user-settings-time
Du bör vara försiktig med att uppdatera några andra fält. Plugins kan antingen använda det definierade prefixet eller `wp_` som prefix. Gör alltid en säkerhetskopia och testa på en utvecklings- eller stagingmiljö.
kapil
hej,
i har en fråga. anta att jag har ändrat alla mina prefix från wp_something till ett annat namn. dessa ändringar kommer endast att göras i befintliga fält i databasen. men kommer inte koderna i mina wordpress .php-filer att förbli desamma??? så nästa gång för ny användarregistrering eller någon annan registrering, kommer entiteterna att sparas igen som wp_something eftersom huvudkoden i .php-filerna förblir oförändrad... ???
tack....
tech
UPDATE `wp_a123456_options` SET `option_name`=REPLACE(`option_name`,'wp_','wp_a123456_') WHERE `option_name` LIKE '%wp_%';
UPDATE `wp_a123456_usermeta` SET `meta_key`=REPLACE(`meta_key`,'wp_','wp_a123456_') WHERE `meta_key` LIKE '%wp_%';
Jag gör ändringar men efter att ha gjort detta kör jag igen följande fråga, den visar att prefixet inte har ändrats
SELECT * FROM `wp_a123456_options` WHERE `option_name` LIKE ‘%wp_%’
Wiem
Tack för frågorna
Nathan WHite
Det här inlägget och kommentarssvaren utelämnar en mycket viktig komponent. Måste tabellen börja med wp_ ?
När jag stötte på en annan diskussion på wordpress.org framgick det att det faktiskt inte behövdes. Det skulle ha hjälpt mig om den här frågan hade besvarats av moderatorn.
Dessutom besvarades inte frågor om dismissed_wp_pointers tydligt. Jag ändrade min.
Clare Wood
Hej grabbar,
Jag följde dessa steg, nu när jag försöker se backend eller frontend på min webbplats får jag detta:
FEL: $table_prefix i wp-config.php kan endast innehålla siffror, bokstäver och understreck.
Jag är säker på att jag bara har gemener och en understrykning som mitt tabellprefix.
Några idéer? Webbplatsen är på localhost.
Hälsningar.
Paul
Fantastisk och logiskt förberedd artikel om Wp-säkerhet.
Thomas
Tack så mycket! Jag försökte återställa min gamla databas, men utan framgång. Sedan insåg jag att mitt nya databasprefix var annorlunda än det gamla. Gjorde allt som du rekommenderade och vips!
Divyesh
Tack så mycket!!!
Det fungerade som en charm
Nikhil
Jag får detta fel…….”Du har inte tillräckliga behörigheter för att komma åt den här sidan” efter att ha implementerat ovanstående procedur…..hur löser jag det?????
Saz
Dessa instruktioner har följts men nu har rolltilldelning för nya användare försvunnit...
Tom
Tack för bra tips.
Jag har en fråga.
Måste jag ändra "wp_ ...." som används i post_meta-tabellen också?
johnny
eller detta plugin http://wordpress.org/plugins/db-prefix-change/