Gabimi i brendshëm 500 i serverit (ang. 500 Internal Server Error) është një nga më të zakonshmet që shkakton panikun “Unë kam prishur gjithçka!”.

Arsyet më të zakonshme për shfaqjen e këtij gabimi nga WordPress përfshijnë të paturit e një skedari .htaccess të korruptuar, tejkalimin e kufirit të memories PHP ose të paturit e lejeve jo të duhura të skedarit (ang. file permissions), por mund të ketë edhe shkaqe të tjera të mundshme, të tilla si rritja e planit tuaj të web hosting ose një problem i njohur me ofruesin tuaj të hostimit.

Pavarësisht se cili është shkaku, ka shumë mënyra për të zgjidhur dhe rregulluar webfaqen tuaj, duke përfshirë rivendosjen e webfaqes tuaj nga një kopje rezervë deri në aktivizimin e thjeshtë të modalitetit të debagimit të WordPress.

Në postimin e sotëm, ne do të kalojmë nëpër mënyrat më të mira për të zgjidhur Internal Server Error në WordPress, në mënyrë që të mund të rregulloni webfaqen tuaj. Nëse po e përjetoni gabimin tani dhe po kërkoni një zgjidhje të drejtpërdrejtë, filloni nga fillimi i këtij postimi dhe vazhdoni në listën tuaj derisa ta keni identifikuar problemin, ta zgjidhni atë dhe webfaqja juaj të kthehet në biznes.

1. Backup-oni dhe rivendosni

Meqenëse ju duhet të bëni ndryshime serioze në disa nga skedarët tuaj bazë dhe ndryshime të tjera të ngjashme, është një ide e mirë të bëni kopje rezervë të webfaqes tuaj në rast se gjërat përkeqësohen. Në këtë mënyrë, ju mund ta rivendosni webfaqen tuaj në fillim të gabimit, në mënyrë që të keni më pak për të rregulluar.

2. Çaktivizoni Pluginat dhe Temat

Ndonjëherë, një shtojcë ose temë mund të jetë shkaku i gabimit dhe arsyet për këtë mund të ndryshojnë. Një shtesë mund të ketë bërë ndryshime në bazën e të dhënave ose skedarët tuaj, duke bërë që webfaqja juaj të prishet. Edhe tema juaj mund të ketë shkaktuar problemin nëse përfshin shumë veçori që do të trajtoheshin më mirë nga një shtojcë.

Nëse plani juaj i web hosting është i përbashkët (ang. shared) ose keni një VPS, kompania juaj e hostimit mund të ketë gjithashtu kufizime në shtojcat që mund të instaloni në webfaqen tuaj. Aktivizimi i një shtojce të ndaluar mund të jetë i mjaftueshëm që ofruesi juaj i web hosting të deaktivizojë webfaqen tuaj.

Me një gabim të brendshëm të serverit, nuk do të mund të hyni në dashboard-in tuaj të administratorit për të çaktivizuar shtojcat dhe temat tuaja, por gjithsesi mund ta bëni këtë manualisht duke hyrë në skedarët e webfaqes tuaj. Ju mund të përdorni skedarët tuaj përmes panelit të kontrollit, përmes FTP ose SSH.

Në cPanel, shkoni te Files > File Manager dhe gjeni direktorinë e webfaqes tuaj. Së pari, çaktivizoni shtojcat tuaja duke i riemërtuar përkohësisht.

Mbajeni të paprekur emrin e follderit origjinal, por shtoni diçka në fund si -çaktivizuar ose diçka të ngjashme, në mënyrë që të mund t’i dalloni siç duhet shtojcat tuaja më vonë.

3. Rregulloni skedarin e dëmtuar .htaccess

Një tjetër shkak i mundshëm i një gabimi të brendshëm të serverit është një skedar i dëmtuar .htaccess. Zëvendësimi i atij aktual me një kopje të re mund ta kthejë atë online.

Në cPanel, shkoni te Files > File Manager dhe navigoni te skedarët e webfaqes tuaj. Klikoni butonin “Settings” në krye të faqes dhe sigurohuni që kutia e kontrollit për të zbuluar skedarët e fshehur është e aktivizuar.

Në root e webfaqes tuaj, gjeni një skedar të quajtur .htaccess dhe klikoni mbi të, më pas në butonin Download në krye të faqes. Ruani skedarin në kompjuterin tuaj.

Tani, krijoni një skedar të ri .htaccess. Këtë mund ta bëni edhe në cPanel, duke fshirë fillimisht atë aktual.

Më pas, klikoni butonin File dhe shkruani .htaccess për emrin e skedarit, më pas klikoni Create File.

Kur skedari juaj i ri shfaqet në listë, klikoni mbi të një herë, pastaj në butonin Edit në krye të webfaqes. Në file editor, shtoni rregullat e mëposhtme me instalimet e vetme të WordPress:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Për rrjetet Multisite në versionet 3.5 ose më lart dhe konfigurimin me nëndrejtori, shtoni këto rregulla të tjera:

RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

Për të gjitha versionet e tjera të WordPress, mund të shikoni faqen WordPress Codex .htaccess page për rregullat që duhet të shtoni në vend të tyre.

Ruani skedarin dhe vizitoni webfaqen tuaj për të parë nëse kjo e zgjidhi problemin. Ju gjithashtu mund të shtoni çdo rregull tjetër që keni përfshirë një nga një për të parë nëse këto ndryshime shkaktuan gabimin.

4. Rritni limitin e memories PHP

Mund të provoni gjithashtu të rrisni limitin tuaj të memories PHP nëse asnjë nga hapat e zgjidhjes së problemeve deri tani nuk ju ka ndihmuar. Shtojcat dhe skriptet që përdorni në webfaqen tuaj kërkojnë memorie PHP në mënyrë që ato të ngarkohen dhe të funksionojnë në webfaqen tuaj.

Kur një shfletues kërkon këto shtojca dhe skripte, ato ngarkohen me ndihmën e PHP memory të webfaqes suaj. Rritja e këtij limiti do të rivendoste webfaqen tuaj nëse ky ishte shkaku i gabimit.

5. Verifikoni versionin PHP

Ndonjëherë shtojcat dhe skriptet që përdorni kërkojnë që një version i caktuar i PHP ose i fundit të instalohet në serverin tuaj. Nëse po përdorni versionin e gabuar, ky mund të jetë shkaku i gabimit të brendshëm të serverit.

Ju mund të kontrolloni për të parë se çfarë versioni po përdorni aktualisht për faqen tuaj në cPanel duke u identifikuar dhe duke klikuar lidhjen e Server Information në anën e majtë të faqes, nën listën e statistikave.

Gjeni shtojcat dhe skriptet që keni aktivizuar në webfaqen tuaj dhe kontrolloni nëse ato kanë kërkesa të veçanta për sa i përket versionit të PHP që u nevojiten në mënyrë që të funksionojnë siç duhet. Nëse shihni një mospërputhje, mund të përditësoni versionin tuaj të PHP ose të instaloni versionin që ju nevojitet.

6. Zëvendësoni skedarët thelbësorë

Ndonjëherë, zëvendësimi i skedarëve tuaj bazë të WordPress mund të rregullojë gabimin pasi mund të jetë një problem sintaksor ose leje jo të duhura të skedarit. Mbishkrimi i këtyre skedarëve me kopje të reja mund ta kthejë webfaqen tuaj në atë që duhet të jetë.

Gjithçka fillon me shkarkimin e një kopjeje të re të WordPress nga WordPress.org dhe ruajtjen e tij në kompjuterin tuaj, më pas duke e çkompresuar atë. Fshini skedarin wp-config-sample.php dhe dosjen wp-content për të siguruar që skedarët e rëndësishëm nuk do të mbishkruhen pasi përmbajnë të dhëna të rëndësishme për webfaqen tuaj.

Më pas, zhvendosni të gjitha kopjet e freskëta të skedarëve bazë në vendndodhjen e webfaqes tuaj dhe zgjidhni opsionin e mbishkrimit në mënyrë që të shmangni hapin shtesë të fshirjes së të gjithë skedarëve përkatës tashmë në serverin tuaj.

Gjithashtu, sigurohuni që të keni një kopje rezervë të plotë të webfaqes suaj përpara se ta bëni këtë siç u përmend më herët.

Pasi skedarët bazë të zëvendësohen me sukses, mund të vizitoni faqen tuaj për të parë nëse kjo funksionoi.

7. Aktivizo Debugging dhe Logging

Në këtë pikë, nëse webfaqja juaj nuk është rregulluar, ka të ngjarë të ndodhë një problem i rrallë dhe mund të aktivizoni modalitetin e korrigjimit të WordPress (ang. WordPress debugging mode) për të zgjidhur më tej problemet dhe për të gjetur problemin e saktë.

Meqenëse aktivizimi i korrigjimit mundëson gjithashtu raportimin e gabimeve në pjesën e front-end, është gjithashtu e rëndësishme të aktivizoni regjistrimin në mënyrë që vizitorët në webfaqen tuaj të mos shohin mesazhet shtesë të gabimit pasi ato zbulojnë informacione rreth webfaqees tuaj që mund të përdoren nga hakerët.

Për të mundësuar debagimin dhe logging, ndërkohë që çaktivizon raportimin e front-end, shtoni sa vijon në skedarin tuaj wp-config.php:

// Turn debugging on
define('WP_DEBUG', true);

// Tell WordPress to log everything to /wp-content/debug.log
define('WP_DEBUG_LOG', true);

// Turn off the display of error messages on your site
define('WP_DEBUG_DISPLAY', false);

// For good measure, you can also add the follow code, which will hide errors from being displayed on-screen
@ini_set('display_errors', 0);

Është e rëndësishme të mbani në mend se korrigjimi i gabimeve nuk është menduar për webfaqe live, por kur ju mbarojnë opsionet dhe webfaqja juaj nuk është në funksion, mund të jetë një mjet i dobishëm.

Gjithashtu, mos harroni të fshini kodin e korrigjimit nga skedari juaj wp-config.php sapo të keni mbaruar.

8. Kontaktoni web hostin tuaj

Nëse gjithçka tjetër dështon, kontaktoni ofruesin tuaj të web hosting pasi ata mund të jenë tashmë të vetëdijshëm për një problem që po ndodh me serverin tuaj. Web Hosti juaj gjithashtu mund t’ju njoftojë nëse i keni shpenzuar të gjitha resurset tuaja të caktuara, pasi kjo mund të shkaktojë gjithashtu gabimin.

Nëse është kështu, gjithçka që duhet të bëni është të ndryshoni planin tuaj të hostimit ose të kaloni në një lloj plani krejtësisht tjetër, siç është kalimi nga hostimi i përbashkët në një VPS ose nga një VPS në një server të dedikuar.

Ofruesi juaj i hostimit mund t’ju njoftojë nëse ndonjë nga këto probleme të veçanta është shkaku dhe ata gjithashtu mund të kenë një vështrim më të mirë për të gjetur shkakun e këtij gabimi misterioz.

Skanoni faqen tuaj për qështje sigurie

Gabimi i brendshëm i serverit mund të jetë i vështirë për t’u zgjidhur sepse është një gabim i përgjithshëm që shfaqet për një mori problemesh të mundshme. Megjithatë, këta hapa mund t’ju ndihmojnë të kuptoni se çfarë e shkakton problemin dhe gjithashtu t’ju ndihmojnë ta rregulloni atë për të rikthyer webfaqen tuaj.

Pasi webfaqja juaj të rikthehet online, është një ide e mirë të skanoni webfaqen tuaj me një shtesë sigurie si p.sh. VaultPress, Wordfence dhe të tjera.

Duke skanuar webfaqen tuaj, mund të kontrolloni nëse një haker ka depërtuar në webfaqen tuaj dhe ka shkaktuar gabimin. Më pas, mund të pastroni webfaqen dhe të largoni çdo rast të hakerit dhe të siguroni webfaqen tuaj. Kjo do të parandalonte gjithashtu hakerin që të kthehej përsëri dhe përsëri.

Gjithashtu, sigurohuni që të bëni përditësime të rregullta të të gjithë webfaqen tuaj, në mënyrë që të mund të zvogëloni numrin e hapave që duhet të ndërmerrni në rast se kjo ndodh përsëri.

A e keni përjetuar ndonjëherë gabimin e brendshëm të serverit? Çfarë funksionoi për ju për të rikthyer dhe funksionalizuar webfaqen tuaj? Cilat janë këshillat tuaja më të mira për zgjidhjen e problemeve dhe rregullimin e gabimit 500? Ndani përvojën tuaj në komentet më poshtë.