Nadat die WordPress-webwerf geskuif is, is die voorblad van die voorblad leeg en die agtergrond is leeg, wat moet ek doen?

Nadat ek my WordPress- webwerf gemigreer het, is die tuisblad en backend albei leeg. Wat moet ek doen?

Wanneer 'n WordPress-webwerf na 'n nuwe gasheerruimte of domein migreer , is dit algemeen dat foute voorkom. Ons het 'n vinnige migrasieproses vir WordPress-webwerwe opgesom en probleme een vir een aangespreek om dit vinnig op te los.

Fout in wp-config.php lêer

Daar is dalk 'n fout in die wp-config.php lêer.

Kontroleer eers die MySQL -konfigurasie-inligting in wp-config.php.

Kontroleer of jou MySQL-databasisnaam , databasisgebruikersnaam, databasiswagwoord en MySQL-gasheerinligting korrek ingevoer is.

Om die tutoriaal te verander, verwys asseblief na hierdie artikel ▼

🔗WordPress bewegende handleiding: Hoe om webwerfspasie oor te dra en domeinnaam te verander?

Voer 'n databasis in met MySQL-databasisopdragte via SSH▼

🔗phpMyAdmin invoer databasis 500 fout? Voer MySQL groot lêer opdragreël uit

Die oplossing vir die leë inhoudbladsy of 404-fout op die voorgrond

• 1. Oor die algemeen, as die ontvangstoonbank nie normaal oopgemaak kan word nie, moet dit pseudo-staties wees.As die oorspronklike spasie soos gewoonlik verkry kan word, moet dit wees dat die Herskryf van die nuwe spasie nie geaktiveer is nie of die pseudo-statiese reëls is verkeerd.
• 2. Bevestig dat spasie Herskryf geaktiveer is en dat jou eie pseudo-statiese reëls korrek is.kan aanmeldWordPress-agterkant, herskryf die vaste verbinding %post_id%.html Stoor, en werk dan die artikel een keer op, dit behoort opgelos te word.

WordPress Hernoem probleemoplossing

Hoe om noodlottige foute in die WordPress-webwerf se agterkant op te los?

Probleemoplossing vir die hernoeming van WordPress-inprop :

1. sit die tans gebruikWP-inpropHernoem die gids, hernoem eers "plugins" na "-plugins", en skep dan 'n nuwe "plugins" om te sien of dit na normaal terugkeer?
2. Indien wel, hernoem dit dan terug na "plugins", hernoem dan die plugin onder die "plugins"-lêergids en kyk of dit na normaal terugkeer?

WP-tema nie geaktiveer nie

• Gaan na die agtergrond en aktiveer die WP-tema.
• As dit nie werk nie, hernoem die huidige WP-tema-lêergids en kyk of dit na normaal terugkeer?

Deur hierdie twee bewerkings te doen, is om te kyk of die wit skerm deur die tema of inprop veroorsaak word.

• Dit word aanbeveel om te rugsteun voordat jy daaraan deelneem. As jy die wp-kasinprop geïnstalleer het, maak eers die kas skoon, basies dis dit.

As daar na die gebruik van die "hernoem foutsporingsmetode" gevind word dat die voorkant of agterkant van die webwerf na normaal herstel kan word, wat beteken dat sommige inproppe of temas foute veroorsaak, en die foutiewe inproppe of temas moet gedeaktiveer word.

Op hierdie stadium word dit aanbeveel om "WordPress-ontfoutmodus" te aktiveer.

Hoe kan u WordPress-ontfoutmodus aktiveer?

1. Wysig die "wp-config.php"-lêer in die wortelgids van jou WordPress-werf;
2. Sal"define('WP_DEBUG', false); ",verander in"define('WP_DEBUG', true); "
3. Nadat u WordPress-ontfouting geaktiveer het, verfris die foutbladsy, en die pad en foutboodskap van die inprop of tema wat die fout veroorsaak het, sal vertoon word;
4. Hernoem die verkeerde inprop of tema, byvoorbeeld: wordpress-seoInpropfout, hernoem dit na "=wordpress-seo".

/**
* 开发者专用：WordPress调试模式
*
* 将这个值改为true，WordPress将显示所有用于开发的提示
* 强烈建议插件开发者在开发环境中启用WP_DEBUG
*
* 要获取其他能用于调试的信息，请访问Codex
*
* @link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', true);
//define('WP_DEBUG', false);

• Redigeer uiteindelik die "wp-config.php" lêer, "define('WP_DEBUG', waar);" verander terug na "define('WP_DEBUG', valse);".

Meld verkeerde inpropinstellings aan

• As jy vasgestel het dat nadat die WP-webwerf geskuif is en die databasis die domeinnaam-URL vervang, die instellingsdata van sommige temas en inproppe outomaties leeggemaak sal word, dus moet jy aanteken watter WordPress-inproppe en -temas verkeerd is, en stel die instellings van hierdie WordPress-temas en -inproppe vooraf stel, uitvoer of kopieer na 'n rekenaar vir rugsteun.

Die volgende is 'n rekord van die instellingsbladsy wat foute ondervind het nadat die webwerf "UFO Truth (www.et ufo.org)" verskuif, die bedienerpad verander het en na 'n nuwe domeinnaam oorgeskakel het.

(Daar is nog een spasie voor wp-admin in die volgende URL om te verhoed dat soekenjin-kruipers direk toegang tot die interne bladsy verkry, want die interne bladsy van die inprop kan slegs deur administrateurs verkry word)

wp-sleutelwoordskakel-inprop:
https://www.etufo.org/ wp-admin/options-general.php?page=rejected-wp-keyword-link-rejected/wp_keywordlink.php

itsec-inpropinstellings:
https://www.etufo.org/ wp-admin/admin.php?page=itsec

advertensie-invoeger-inpropinstellings:
https://www.etufo.org/ wp-admin/options-general.php?page=ad-inserter.php

Tema instellings:
https://www.etufo.org/ wp-admin/themes.php?page=bunyad-admin-options

Die rugsteun-inproptaak:
https://www.etufo.org/ wp-admin/admin.php?page=backwpupjobs

Die rugsteuninpropinstellings:
https://www.etufo.org/ wp-admin/admin.php?page=backwpupsettings

WP-DBManager-inpropinstellings:
https://www.etufo.org/ wp-admin/admin.php?page=wp-dbmanager/wp-dbmanager.php

Broodkrummels:
https://www.etufo.org/ wp-admin/options-general.php?page=breadcrumb-navxt

Sinkroniseer outomaties buitelandse sosiale inprop-rekeninge:
https://www.etufo.org/ wp-admin/admin.php?page=nxssnap

xPinner Lite-inpropinstellings:
https://www.etufo.org/ wp-admin/options-general.php?page=xpinner

SEO-inprop sosiale rekening:
https://www.etufo.org/ wp-admin/admin.php?page=wpseo_social#top#accounts

postman-inpropinstellings:
https://www.etufo.org/ wp-admin/options-general.php?page=postman

SSH het 775 toestemmings gestel

As jy 'n VPS gebruik, is die standaard eienaar van hierdie gidse root, die FTP-bediener wat gebruik word, is vsftpd, en die bediener is Apache2.

Hierdie voorwaardes beperk hoofsaaklik die verstek gebruikersgroepname.

As die Linux -stelsel wat jy installeer anders is, moet jy dalk die gebruikersgroepnaam aanpas.

Die volgende is die SSH-instelling 775 toestemmingsproses ▼

Stap 1: Meld aan via SSH

Stap 2: Navigeer na die /wp-content/ gids ▼

cd /home/admin/web/你的域名文件夹/public_html/wp-content/

Stap 3: Stel 755 toestemmings vir hierdie gidse, dit wil sê, net die eienaar het toestemming om ▼ te skryf

chmod -R 755 plugins/
chmod -R 755 themes/
chmod -R 755 uploads/
chmod -R 755 upgrade/

VestaCPVerander vouertoestemmings

As jy die VestaCP-paneel geïnstalleer het , kan jy die volgende opdrag gebruik om die regte van jou WordPress-webwerfgids vinnig te verander ▼

chown -R admin:admin /home/admin/web/你的域名文件夹/public_html/*

HestiaCPVerander vouertoestemmings

HestiaCP verander vinnig die toestemmings van die WordPress-webwerfgids

chown -R 你的用户名:你的用户名 /home/你的用户名/web/你的域名文件夹/public_html/*

CWP-kontrolepaneelStel 755 toestemmings

As jou VPS met die CWP-kontrolepaneel geïnstalleer is, meld asseblief direk aan op die agtergrond van die CWP-kontrolepaneel om toestemmings te stel.

Stap 1: Gaan na die Regstel Toestemmings-bladsy

• CWP-kieslys -> Gebruikersrekeninge -> Maak toestemmings reg (maak toestemmings reg en kies gebruiker)

Stap 2: Kies jou gebruikers ▼

Stap 3: Klik Herstel rekeningtoestemmings ▲

• CWP-kontrolepaneel wat 755 toestemmings stel, is regtig eenvoudig en vinnig ^_^

Virtuele gasheerinstellingstoestemmings

As jy 'n virtuele gasheer gebruik, nie 'n VPS nie, is die bogenoemde instellingsmetode nie van toepassing nie.

Voeg asseblief die volgende kode by die wp-config.php-lêer in die wortelgids van jou WordPress-webwerf ▼

define("FS_METHOD","direct");
define("FS_CHMOD_DIR", 0755);
define("FS_CHMOD_FILE", 0755);

As u dit basies doen, sal u WordPress-program veiliger maak en u kan opgradeer.

Om jou aanlyn bemarkingstake suksesvol te voltooi, kan jy nou begin om verskeie aanlyn promosie- inproppe te toets, te installeer en op te gradeer . ^_^