Udhëtimi nëpër hapësira rrjet i gjere boteror, mund të hasni në mesazhin e keq "Faqja ju janë në kërkim sepse është përkohësisht i padisponueshëm". Ky gabim, duke folur relativisht, mund të ndodhë në të gjithë shfletuesit modernë, kështu që askush nuk është i imunizuar nga pamja e tij. I përkthyer në Rusisht, ky mesazh lexohet si më poshtë:

Faqja që po kerkoni është e padisponueshme perkohësisht.

Shkaqet e mëposhtme mund të jenë shkaku i këtij gabimi:

• probleme në serverin e burimit të internetit që po vizitoni;
• probleme me lidhjen e përdoruesit në internet;
• burimi i uebit bllokon vizitat për përdoruesit nga rajone të caktuara;

Si rregull, këto janë tre arsye për gabimin "Faqja që po kërkoni është përkohësisht e padisponueshme". Duhet të theksohet se popullariteti i tij gabim i dhënë e fituar në vitin 2014 falë rrjet social VKontakte: në atë kohë ky burim kishte dështim masiv, si rezultat i të cilit një numër i madh i përdoruesve morën mesazhin e përmendur.

Ne u njohëm me gabimin - le të shohim se si mund të shpëtojmë prej tij.

Zgjidhjet e gabimeve

Zgjidhja numër 1

Thjesht përpiquni të prisni. Sidomos nëse jeni i sigurt se gjithçka është në rregull me lidhjen tuaj në internet dhe e keni vizituar tashmë këtë burim në internet më parë. Ndoshta, disa probleme kanë ndodhur në server ose po kryhen fare. punimet inxhinierike. Gjithsesi, përpiquni të prisni pak dhe provoni përsëri.

Zgjidhja numër 2

Ne ju rekomandojmë fuqimisht që të siguroheni që gjithçka është në rregull me lidhjen tuaj në internet. Ashtu është, mund të keni mendimin e mëposhtëm: Unë ndoqa këtë lidhje, që do të thotë se gjithçka është në rregull me lidhjen. Epo, ekziston mundësia që aksesi në internet të vijë e të shkojë, dmth. të jetë jashtëzakonisht i paqëndrueshëm.

Më besoni, një problem i tillë është mjaft i vështirë për t'u vërejtur, veçanërisht nëse nuk përdorni qasje në internet për disa qëllime intensive, për shembull, për të shkarkuar shumë përmbajtje ose për të shfletuar transmetim video. Kontrolloni nëse keni problem i ngjashëm. Nëse është me të vërtetë, atëherë duhet të shkoni me të te ofruesi juaj ose të kontrolloni korrektësinë e parametrave lidhje rrjeti në kompjuterin/pajisjen tuaj.

Zgjidhja #3 Duke përdorur një VPN

Ekziston mundësia që faqja ku po përpiqeni të shkoni të ketë bllokuar aksesin për përdoruesit nga rajone të caktuara. Po, kjo ndodh mjaft shpesh - ia vlen të pajtoheni. Sidoqoftë, mund të përpiqeni të anashkaloni bllokimin e faqes duke përdorur një ose një shërbim tjetër VPN, me pagesë ose falas.

Me surfing aktiv në pafundësinë e rrjetit, çdokush mund të përballet lehtësisht me një numër mjaft mbresëlënës gabimesh të ndryshme. Fatkeqësisht, metoda e trajtimit të tyre nuk është gjithmonë e qartë për përdoruesin mesatar.

Për shembull, jo mesazhi më personal "Shërbimi 503 i padisponueshëm përkohësisht" shfaqet në dritaren e një shfletuesi interneti që funksionon - çfarë do të thotë kjo?

Do të ishte më logjike ta shtronim pyetjen ndryshe: shërbimi 503 përkohësisht i padisponueshëm - çfarë të bëni? Meqenëse dëshira e natyrshme e çdo përdoruesi mesatar është që thjesht të jetë në gjendje të vazhdojë me aktivitetet e tij.

Arsyet për këtë situatë

Për të zbuluar shkaqet kryesore të këtij fenomeni, do të jetë e nevojshme të përkthehet në Rusisht "Shërbimi 503 i padisponueshëm përkohësisht". Për këtë qëllim është mjaft çdo do të bëjë përkthyes online.

Nëse shpjegoni në mënyrë të arritshme të gjitha opsionet e ofruara të përkthimit për këtë frazë, atëherë rezulton një gjë kaq interesante: serveri që pret burimin e Internetit të kërkuar nga përdoruesi nuk mund të zbatojë aftësinë për të hyrë në sit, pasi në ky moment duke përjetuar disa probleme që lidhen me mbingarkesa serioze.

Atëherë si të rregulloni shërbimin 503 të padisponueshëm përkohësisht? Nga ana e një vizitori të zakonshëm, kjo nuk është e mundur, pasi shkaqet e gabimit janë plotësisht të palidhura me veprimet e tij ose cilësimet e sistemit dhe pajisjeve të përdorura.

Rezulton se vetëm pronari i burimit problematik mund të përpiqet të rregullojë situatën, dhe vizitori i tij i mundshëm mund të këshillohet:

1. Prisni pak. Ndoshta kjo telashe do të rregullohet dhe ai do të ketë sërish mundësinë për akses të plotë.
2. Gjeni një burim alternativ të informacionit të kërkuar për projekte të tjera që funksionojnë në internet.
3. Nëse është e mundur të komunikoni me pronarin e faqes së problemit, atëherë përpiquni të kontaktoni me të dhe të raportoni situatën.

Rekomandime për pronarët e burimeve problematike të Internetit

Duhet të theksohet menjëherë se pamja e një gabim i tillë. Prandaj, nuk duhet të vraponi për të transferuar faqen në një platformë alternative, pasi kjo nuk do të japë ndonjë efekt pozitiv.

Një nga arsyet situatë e ngjashme mund të jetë një sulm ddos. Kjo është kur një burim vëzhgohet në të njëjtën kohë shumë numër i madh vizitat që mbingarkojnë serverin. Çfarë duhet bërë? Instaloni një lloj mbrojtjeje të sistemit - zakonisht kjo zgjidhet duke kontaktuar një programues inteligjent. Përndryshe, provoni të kaloni në më shumë server i fuqishëm të aftë për të përballuar mbingarkesa të tilla.

Një tjetër shkak rrënjësor i mundshëm është cilësimet e sakta vetë siti. Çfarë rekomandohet të kontrolloni së pari:

1. Numri i kërkesave nga robotët që indeksojnë burimin. Nëse ka shumë prej tyre, atëherë është e nevojshme të zvogëlohet numri i tyre.
2. Nëse faqja ka një bisedë, rekomandohet të vendosni kufizime në numrin e pjesëmarrësve të njëkohshëm, si dhe të vendosni një ndalim për mundësinë e hapjes së disa dritareve paralelisht.
3. Ngarkesa mund të shkaktohet gjithashtu nga numri i madh i skedarëve që vizitorët mund të shkarkojnë. Nëse është e mundur, është e dëshirueshme t'i kombinoni ato.
4. Duke bërë postimi automatik letra, është e dëshirueshme të caktohet koha e mbajtjes së saj në mënyrë që shumica e vizitorëve në faqen e internetit të mungojnë.
5. Zvogëloni numrin e skripteve dhe shtojcave të përdorura, të cilat gjithashtu kanë një ndikim shtesë në serverin në distancë.

Shërbimi 503 është përkohësisht i padisponueshëm. Çfarë do të thotë gabimi 503?

Gabim 503 shërbimi përkohësisht i padisponueshëm do të thotë që burimi është përkohësisht i padisponueshëm.

Gabimi 503 ndodh nëse krijohen më shumë se 15 lidhje të njëkohshme në sajt nga adresa IP të ndryshme ose më shumë se 10 lidhje të njëkohshme nga adresa juaj ip.

Kufizimet nuk vlejnë për llojet e mëposhtme MIME: aplikacion/aplikacion javascript/imazh x-shockwave-flash/imazh jpeg/imazh png/imazh gif/imazh bmp/imazh tiff/tekst ikonës x/css. Kjo do të thotë, imazhet, CSS dhe javascript përfshihen kur faqja ngarkohet, lidhjet e njëkohshme nuk merren parasysh.

Duhet të theksohet gjithashtu se nëse 15 përdorues kanë hapur një faqe në faqen tuaj, kjo nuk është e 15-ta. lidhjet e njëkohshme. Pas kthimit të faqes, lidhja mbyllet.

U futën kufijtë për të përmirësuar stabilitetin e serverëve dhe mbrojtjen e pjesshme kundër sulmeve DDoS.

Shkaqet e gabimit 503 mund të jenë të ndryshme. Ja disa prej tyre:
1. Një numër i madh vizitash në sit. Për shembull, mund të quhet Sulmi DDOS në faqen e internetit.
2. Ngarkimi i një pjese të skriptit duke përdorur metoda të përfshira ose të tjera në URL-në e plotë. Thirrje të tilla duhet të shmangen, ato ngadalësojnë shumë ngarkimin e faqes. Përveç kësaj, nëse ngarkohen 3 faqe në të njëjtën kohë, secila prej të cilave kryen 4 telefonata shtesë, do të kryhen vetëm 10 thirrje shtesë, pjesa tjetër do të marrë një kod gabimi 503.

3. Gjatë përpunimit të skripteve të faqes, serveri i vendos ato në radhë, skriptet e shpejta ekzekutohen shpejt, dhe ato të ngadalta përpunohen ngadalë dhe ngadalësojnë ekzekutimin e kërkesave të tjera në sajt. Kur numri i kërkesave në radhë arrin një maksimum kritik, serveri do të kthejë një gabim 503 për të gjitha kërkesat e tjera. Arsyet kryesore për këtë sjellje janë si më poshtë:
- Ngarkimi i skedarëve të mëdhenj përmes HTTP. Është më mirë të përdorni protokollin FTP për këtë.
- Një ngarkesë e madhe skriptesh faqesh në serverin MySQL.
- Skriptet afatgjata të thirrura përmes HTTP. Një shembull i një skripti të tillë mund të jetë dërgimi i skripteve të sajtit. Ne rekomandojmë të gjitha skriptet që ekzekutohen kohe e gjate, vrapo permes linja e komandës, ose duke përdorur shërbimin CRON.
- mambot në joomla. Si parazgjedhje, këto skripte ekzekutohen së bashku me kërkesa të tjera nga përdoruesit e faqes nëpërmjet http, duke ngadalësuar kështu punën Serverët HTTP faqen tuaj. Është më mirë të transferoni ekzekutimin e tyre në CRON.

Gabimet e serverit

Gabim 403 - 403 Qasja u refuzua

Gabimi 403 do të thotë që qasja në burim, dosje ose skedar është refuzuar (kodi i marrë 403 i ndaluar). Është e mundur që qasja të jetë refuzuar nëpërmjet skedarit .htaccess.

Gjithashtu, gabimi mund të shkaktohet nga fakti se nuk ka skedar indeksi në dosje.

Gabim 404 - 404 Skedari nuk u gjet

dokument mbi URL e specifikuar nuk ekziston. Ndoshta një skedar i tillë është fshirë, ose keni bërë një gabim kur shkruani URL-në në shfletues, ose keni ndjekur lidhjen e gabuar.

Gabim 500 - 500 Gabim i brendshëm i serverit

Shfaqja e një gabimi 500 mund të jetë për shkak të gabimit parametrat e specifikuar në skedarin .htaccess, i cili ndodhet në dosjen me faqen tuaj.

Gjithashtu, nëse skedari ruhet në kodimin UTF-8, ai duhet të jetë i paetiketuar BOM. Nëse skedari ruhet në UTF-8 me etiketën BOM, hapni skedarin dhe ruajeni pa etiketën BOM.

Si të hiqni etiketën UTF-8 BOM

Për të hequr BOM, për shembull në Notepad++, duhet të hapni në të skedar problematik, klikoni në artikullin "Encodings" në menyja kryesore dhe zgjidhni "Konverto në UTF-8 (pa BOM)". Më pas, ruani skedarin dhe ngarkoni atë në server (hosting).

Gabim 500 Skriptet CGI, mund të thirret për shkak të lejeve të pasakta në skedarin e skriptit CGI (duhet të jetë 755).

Gjithashtu, mund të jetë një gabim në vetë skriptin. Shkaku i saktë mund të përcaktohet duke parë regjistrin e gabimeve.

Gabim 502 - 502 Bad Gtaway

Ky gabim do të thotë që serveri (ose serveri proxy) ka marrë përgjigje të pavlefshme nga një server tjetër (ose server proxy).
Arsyeja mund të jetë punë e gabuar skriptet, ose një gabim i përgjigjes së portës së ueb serverit.

Një nga më shkaqet e zakonshme 502 gabime:
skripti i faqes dërgon cookie ose të dhëna të tjera shumë herë për disa veprime specifike, duke rezultuar në rritjen e vëllimit të titujve (titullit) kufiri i lejuar ueb server.

Kur arrihet pragu, serveri i uebit refuzon kërkesën me një kokë shumë të madhe, duke e hequr lidhjen me një gabim 502 Porta e keqe . Kjo ndodh kur skriptet shkruhen nga zhvilluesit pa optimizimin e duhur.

Pritja përdor një mori serverësh në internet nginx (fundi i përparmë) + apache (fundi i pasëm)
nginx ka parametrat optimale për kokat:

proxy_buffer_size 32k; proxy_buffers 16 32k;

Arsyet e tjera:
ndonjëherë përdoruesit janë të pavëmendshëm në zgjedhjen e opsioneve dhe nuk e lexojnë përshkrimin e tyre.
Shkoni te seksioni Domenet → Cilësimet, nëse të gjitha opsionet janë aktivizuar atje (ka shenja kontrolli), atëherë çaktivizoni ato. Kjo mund të heqë gabimin 502.

Në disa raste, kur gabimi 502 shfaqet periodikisht dhe nuk është e mundur të rregullohen skriptet, pastrimi i kukive dhe cache në shfletues mund të ndihmojë përkohësisht.

Gabim 503 - 503 Shërbimi është përkohësisht i padisponueshëm

Gabim 503 (Shërbimi përkohësisht i padisponueshëm) - Shërbimi është përkohësisht i padisponueshëm.

Shumë nuk i kuptojnë plotësisht arsyet e shfaqjes së gabimit 503 dhe besojnë se serveri është fajtor për gjithçka.
Gabimet 5xx janë me të vërtetë nga ana e serverit, por kjo nuk do të thotë gjithmonë se problemi është në anën e serverit.

Nëse keni nevojë të hiqni qafe këtë gabim sa më shpejt të jetë e mundur, përfundoni proceset në llogarinë tuaj.

Informacion për një kuptim më të detajuar të problemit.

Çfarë është hostimi? Hosting - një numër i caktuar llogarish në një server, secila llogari mund të ketë më shumë se një sajt dhe kufizimi kryesor në pritjen tonë është kufizimi në ngarkesën e llogarisë së përdoruesit, dhe kufizimi është nga një fill i procesorit (CPU), dhe ne përdorim serverë të fuqishëm me shumë procesorë.
Le të japim një shembull bazuar në serverin tonë me një minimum Frekuenca e CPU-së 3.2 GHz është frekuenca e një fije (bërthame) të procesorit, dhe ka 8 prej tyre (më shumë në disa), por siç është shkruar më lart, kufiri për një llogari llogaritet nga një bërthamë. Tani le të marrim minimumin SSD1, ku kufiri i ngarkesës është 20% e CPU-së. 20% nga 3.2 GHz është 640 MHz, dhe për vetëm 100 rubla/muaj. Shumë ose pak - varet nga ju, por për tarifa minimale kjo është më se e mjaftueshme. Prandaj, për secilën llogari në server, ndahen një numër i caktuar i proceseve të punonjësve që përpunojnë kërkesat nga përdoruesit e faqeve tuaja. Këto kërkesa i dërgohen serverit sipas prioritetit. Nëse ka disa nga këto kërkesa, atëherë serveri do t'i përpunojë lehtësisht, por nëse ka shumë, radha do të rritet, dhe nëse proceset janë gjithashtu të rënda, atëherë radha do të lëvizë më ngadalë.
Serveri është i kufizuar në fuqinë kompjuterike, kështu që ka kufizime të ngarkesës për secilën llogari. Nëse një ngarkesë serioze zgjat shumë - i gjithë serveri, të gjitha llogaritë e përdoruesve dhe të gjitha faqet mund të "shemben" - këtu ndodh gabimi 503 (Shërbimi përkohësisht i padisponueshëm), që tregon se serveri në internet nuk mund të përpunojë më shumë kërkesa dhe duhet të prisni. derisa radha të ulet dhe do të jetë e mundur të përpunohen më tej kërkesat.
Ne shikuam se si funksionon pritja dhe tani do të përpiqemi të përshkruajmë arsyet kryesore për të cilat mund të rritet radha dhe, nëse është e mundur, mënyrat për të zgjidhur këtë problem. Ndonjëherë mund të jetë shumë detyrë sfiduese dhe njohuritë tuaja mund të mos jenë të mjaftueshme, por megjithatë, merrni parasysh opsionet:

- Varja e skripteve kur transferoni skedarë të mëdhenj statikë përmes PHP.

Të tillë skedarë të mëdhenjështë më mirë të transferoni drejtpërdrejt pa përdorur skriptet. Pse? Skriptet funksionojnë kohë të caktuar, dhe jo përgjithmonë, dhe kur skriptit i mbaron koha, transferimi i skedarit ndërpritet, kështu që skedari nuk do të transferohet plotësisht dhe kërkesa do ta lërë procesin e serverit të uebit të funksionojë për një kohë të gjatë. Gjithashtu, çdo transferim skedar përmes PHP është një rrjedhë pune e veçantë. server në internet apache, dhe një proces i veçantë me shumë fije do të përdoret për të transferuar direkt skedarët statikë serveri në internet nginx, i cili mund të përpunojë transmetime të shumta, që do të thotë se nuk do të ketë efekt të transferimit të skedarëve në shkarkim.
Ruajtja dhe shërbimi i skedarëve mund të zbatohet gjithashtu përmes rregullave mod_rewrite dhe skedarit .htaccess, në këtë rast, mund të përdorni zgjidhjen antilich. Antilich është një sistem që nuk do t'ju lejojë të shkarkoni skedarin tuaj nga një lidhje në një faqe nga një faqe tjetër. Shpesh, nëse skedari juaj është i njohur, webmasterët e paskrupullt mund të lidhen drejtpërdrejt me të pa përmendur faqen tuaj. Natyrisht, nëse vizitohet faqja në të cilën është ngarkuar imazhi nga faqja juaj, kjo gjithashtu mund të krijojë një ngarkesë shtesë.

- Lidhja në distancë me një server tjetër (faqe interneti, etj.).

Lidhjet në distancë shmangen më së miri nëse është e mundur, por nëse është e nevojshme, këshillohet të vendosni afate të vogla për pritjen e përgjigjeve nga një server tjetër, pasi serveri në distancë mund të mos jetë i disponueshëm në një kohë të caktuar, gjë që mund të shkaktojë kërkesa të vazhdueshme për t'u lidhur me server në distancë. Prandaj, në raste të tilla është shumë e rëndësishme lidhje e mire me këta serverë të largët.

Gjithashtu përdoret shpesh për të futur funksione individuale, kode, etj. (përfshi) dhe nëse këto funksione ndodhen në të njëjtën llogari - përdorni vetëm shtigje lokale, dhe jo në formën e futjes së një adrese url (http://site.ru/file.php). Është më mirë të fusni një ndërtim, për shembull, të kësaj forme: përfshini "file.php"; . Kjo nuk do të bëjë një kërkesë të jashtme shtesë për serverin dhe kështu ju do të zvogëloni ngarkesën, do të zvogëloni numrin e proceseve të krijuara.

Shtesa shumë të rënda ose të dëmtuara të sistemit të menaxhimit të përmbajtjes (me duke përdorur CMS dhe skriptet e tjera).

Për t'i gjetur ato, mund t'i çaktivizoni shtesat (plugins, hacks, modulet, etj.) individualisht. Ndoshta kur e ndizni / fikni, do të vini re se faqja do të ngarkohet më shpejt / më ngadalë. Pastaj mund të gjeni një zëvendësim më të lehtë ose të rregulloni shtesat e dëmtuara. Gjithashtu, shpërndarja e shumë CMS përfshin shtesa që ju personalisht mund të mos ju nevojiten, prandaj është më mirë t'i hiqni ato.

- Detyrat po zhvillohen për një kohë të gjatë.

Ndonjëherë në vetë skriptet ata shkruajnë detyra për të kryer diçka në një orar (për shembull, në të njëjtat mambots në joomla). Nëse ato mund të transferohen në planifikues (cron), atëherë është më mirë ta bëni këtë përmes cron, pasi detyra të tilla në joomla ekzekutohen së bashku me kërkesat e përdoruesve dhe kështu ngadalësojnë ngarkimin e faqes dhe rrisin ngarkesën, dhe në disa rastet që faqja ndalon së ngarkuari fare.

Buletinet e postës elektronike mund të ndikojnë në ngarkimin e faqes, megjithatë, ato shpesh janë të nevojshme dhe është gjithashtu më mirë t'i optimizoni ato. Skripti i nisjes së postimeve mund të shtohet në planifikuesin (cron), siç është rasti me mambots në joomla. Menaxhimi i programuesit është i disponueshëm dhe i disponueshëm me tarifën e duhur. Është më mirë të ekzekutohen skriptet e tilla në atë kohë ngarkesën më të vogël, për shembull, gjatë natës, kur faqja ka më pak vizitorë.

- I ngadalshëm ose jo i optimizuar pyetje sql në bazën e të dhënave.

Zgjidhjet në këtë rast janë përdorimi i caching, optimizimi i pyetjeve dhe indeksimi i tabelës së bazës së të dhënave sipas kolonave (rendimi, renditja). Gjithashtu, nëse e gjithë kjo nuk ju ndihmon, duhet të mendoni për ndryshimin e skenarit në një më të optimizuar.

- Një numër i madh kërkesash në server.

Mundohuni të shmangni kërkesa shtesë. Kërkesat mund të vijnë jo vetëm nga vizitorët në faqet tuaja, por gjithashtu, për shembull, nga indeksimi i robotëve nga motorët e kërkimit, sape, etj. Numri i kërkesave rritet gjithashtu kur përdorni një numër të madh url-sh për skedarë (imazhe, skripta js, css stilet), të cilat ngarkohen nëpërmjet kërkesat individuale(me apache të aktivizuar në vend të nginx). Nëse është e mundur, kombinoni ato në një skedar.

Gjithashtu, kërkesat mund të vijnë, për shembull, nga një bisedë ose ndonjë seksion, të bllokohet në sajtin që dërgon kërkesa ajax në server. Shumë prej nesh pëlqejnë të hapin disa skeda në shfletues - mbani në mend se kjo gjithashtu mund të rrisë numrin e kërkesave dhe, në përputhje me rrethanat, proceset e serverit në internet.

Futja e kodeve iframe në një sajt mund të shkaktojë gjithashtu një gabim 503.
Një shembull tjetër i rritjes së kërkesave është përdorimi i burimeve tuaja nga faqe të tjera (lidhje me skedarë, foto, informatorë të ndryshëm). Përdorni sistemin anti-lich për ta luftuar këtë.

Sulmet DDoS, përmbytjet, mesazhet e padëshiruara në komente ose në forma të tjera të internetit në faqe mund të shkaktojnë gjithashtu nje numer i madh i kërkesat.

Nëse gjithçka është e optimizuar për ju, përdoret caching, një minimum kërkesash dhe thjesht nuk ka burime të mjaftueshme për tarifën e përdorur, atëherë mbetet të mendoni për kalimin në plane të tjera tarifore.

Sigurisht, të gjithë duan tarifa të lira, ndërsa shumë thjesht harrojnë përdorimin optimal të burimeve.
WebHOST1 u zhvillua normat optimale dhe ju vetëm duhet të zgjidhni tarifën që ju nevojitet, të cilën mund ta bëni vetë në faturim.

Së fundi, nëse faqet tuaja nuk kanë tarifa të mjaftueshme të nivelit të lartë dhe shpesh ndodhin 500 gabime, dhe ju nuk dini si ta shmangni këtë problem, atëherë keni nevojë për më shumë burime dhe keni nevojë për të paktën një server virtual ose të dedikuar.

Gabim 504 - 504 Kohëzgjatja e portës

Ky kod përgjigjeje do të thotë që kërkesa e klientit nginx i kaloi apache-së dhe apache nuk ishte në gjendje të kthente një përgjigje HTTP brenda afatit kohor të specifikuar, si rezultat serveri prishet lidhje rrjeti nga koha e ndërprerjes. Arsyeja mund të jetë punë e gjatë proces - skenar, nisur nga skenari faqe interneti.

Mund të përpiqeni të rrisni kohën e caktuar për php duke shtuar kodin e mëposhtëm në rrënjën e faqes në skedarin .htaccess:

# koha e ekzekutimit të skriptit - skripti php_value max_execution_time 60 # koha e ngarkimit të të dhënave php_value max_input_time 60 Megjithatë, kjo nuk do të heqë qafe kohën e skadimit të serverit të uebit me gabimin 504. Koha e ueb serverit brenda hosting virtual ndryshimi nuk është i mundur.