Der er ikke noget mere bekymrende og frustrerende end at surfe på dit WordPress-websted og støde på en hvid skærm med en fejl. Nogle almindelige, som du måske før har oplevet i, omfatter 502 dårlige gatewayfejl, den stadig så populære dødens hvide skærm eller den skræmmende fejl ved at etablere en databaseforbindelse. For mange blogs og e-handelssites resulterer disse fejl i tabet af indtægter fra besøgende, der straks hopper og kunderne ikke kan gennemføre deres køb. I dag ønsker vi at dykke ind i 504 gateway timeout fejlen og nogle anbefalinger om, hvordan du retter den på dit WordPress site. Læs mere nedenfor om, hvad der forårsager denne fejl og hvad du kan gøre for at forhindre det i fremtiden.

Hvad er en 504 gateway timeoutfejl?

Før du dykker ind i selve fejlen, er det vigtigt at forstå, hvordan de genereres. Når du starter din browser og besøger en hjemmeside, sender den en anmodning tilbage til den webserver, den er vært for. Webserveren behandler derefter anmodningen og sender de ønskede ressourcer sammen med, hvad de kalder en HTTP-header. Denne HTTP-header indeholder en af ​​mange HTTP-statuskoder for at kommunikere om alt er OK, eller hvis noget er gået galt. Ikke alle HTTP-statuskoder er dårlige. For eksempel betyder en 200 statuskode “Alt er OK.”

Der er mange forskellige typer af 500 statusfejlkoder (500, 501, 502, 503 504 osv.), Som alle har forskellige betydninger. Disse indikerer, at anmodningen blev accepteret, men serveren forhindrede opfyldelsen af ​​anmodningen.

I dette tilfælde betyder en 504 gateway-timeoutfejl, at “serveren, der fungerer som gateway, udløb ventende på en anden server til at reagere.” Koden vender tilbage, når der er to servere involveret i behandling af en anmodning, og den første server går ud, når den venter på den anden server (upstream server) for at reagere (RFC 7231, afsnit 6.6.5).

504 gateway timeoutfejl i Chrome

504 gateway timeoutfejl i Chrome

504 gateway timeout fejlvariationer

På grund af alle de forskellige webbrowsere, operativsystemer og servere kan en 504 gateway-timeoutfejl præsentere sig på en række forskellige måder. De har alle typisk den samme betydning. Nedenfor er blot nogle få af de mange forskellige variationer du måske ser pop op:

  • “504 Gateway timeout”
  • “504 Gateway timeout NGINX”
  • “NGINX 504 gateway timeout”
  • “Gateway timeoutfejl”
  • “Fejl 504”
  • “HTTP-fejl 504”
  • “HTTP fejl 504 – gateway timeout”
  • “HTTP 504”
  • “504 fejl”
  • “Gateway timeout (504)
  • “This page isn’t working – Domain took too long to respond”
  • “504 Gateway timeout – serveren reagerede ikke i tide”
  • En blank hvid skærm

Nogle virksomheder har endda brugerdefinerede sider til 504 gateway timeoutfejl.

Github 504 timeoutfejl

Github 504 timeoutfejl

504 fejl påvirkning på SEO

I modsætning til 503 fejl, der bruges til WordPress vedligeholdelsestilstand og for at bede Google om at checke tilbage på et senere tidspunkt, kan en 504-fejl have en negativ indvirkning på SEO, hvis den ikke er rettet med det samme. Hvis dit websted kun er nede i f.eks 10 minutter, og det bliver gennemgået konsekvent mange gange, vil crawleren simpelthen få siden leveret fra cachen. Eller Google har måske ikke engang mulighed for at genbruge den, før den er sikkerhedskopieret. I dette tilfælde er det helt fint.

Men hvis webstedet er nede i længere tid, siger 6+ timer, så kan Google muligvis se 504-fejlen som et problem på webstedsniveau, der skal løses. Dette kan påvirke dine placeringer. Hvis du er bekymret for at gentage 504 fejl, bør du finde ud af, hvorfor de sker til at begynde med. Nogle af nedenstående løsninger kan hjælpe.

Lidt af 504 gateway-timeout-fejl? Følg disse trin for at løse dem. 👍 Click to Tweet

Sådan løser du en 504 gateway timeoutfejl

Hvor skal du starte fejlfinding, hvis du ser en 504 gateway timeoutfejl på dit WordPress-websted? Uden en stor kontekst kan det nogle gange være frustrerende og overvældende, hvor end man begynder. Typisk er disse problemer med netværksforbindelse og eller problemer med serveren, hvor webstedet er vært. Det kan dog også være et problem med klientsiden eller endda et resultat af et tredjeparts plugin. Så vi dykker ind i lidt af begge. Tjek disse almindelige årsager og måder til at rette 504 gateway timeout fejlen og hvordan man kommer i gang igen og igen på ingen tid.

1. Prøv at genindlæse siden

En af de nemmeste og første ting du bør prøve, når du oplever en 504 dårlig gatewayfejl, er at vente et øjebliks tid og genindlæse siden (F5 eller Ctrl + F5). Det kan være, at værten eller serveren simpelthen er overbelastet, og siden så kommer tilbage straks. Mens du venter, kan du også hurtigt prøve en anden browser for at se om det skulle være problemet.

En anden ting du kan gøre, er at indsætte hjemmesiden i downforeveryoneorjustme.com. Denne hjemmeside vil fortælle dig, om webstedet er nede, eller hvis det er et problem på din side. Et værktøj som dette kontrollerer HTTP-statuskoden, der returneres fra serveren. Hvis det er andet end en 200 “Everything is OK” så vil det returnere en nede indikation.

downforeveryoneorjustme

downforeveryoneorjustme

2. Deaktiver proxyindstillinger

Nogle gange kan du se en 504-fejl, hvis du bruger en proxy-tjeneste. Dette er normalt temmelig sjældent, især på klientsiden. Men man kan have været indstillet uden at du selv ved det. Følg disse vejledninger om, hvordan du deaktiverer eller kontrollerer, at ingen proxy-indstillinger er aktiveret:

Deaktiver Chrome proxy-indstillinger

Deaktiver Chrome proxy-indstillinger

3. DNS problem

En 504 gateway-timeout kunne også være på grund af et DNS-problem. Der er to sider til denne sag, den første er på server-siden, som domænet ikke løser til den korrekte IP. Hvis du lige har migreret dit WordPress-websted til en ny vært, er det vigtigt at vente på, at ting kan udbredes, hvilket i nogle tilfælde kan tage op til 24 timer. Dette afhænger af TTL-værdien af dine DNS-poster. Du kan bruge et gratis værktøj som DNSMap til at kontrollere, om din DNS har spredt rundt om kloden.

Tjek DNS udbredelse

Tjek DNS udbredelse

Det andet er et DNS-problem på klientsiden. I så fald kan du prøve at skylle din lokale DNS-cache. Dette kan sammenlignes med at rydde din browsers cache.

I Windows skal du blot åbne kommandoprompt og indtaste følgende:

ipconfig /flushdns

Kommandoprompt - skyl DNS

Kommandoprompt – skyl DNS

Du vil se en “Succesfuldt skyllet DNS-resolver Cache”, hvis den fungerede.

For MacOS-brugere kan du indtaste følgende i terminalen:

dscacheutil -flushcache

Bemærk: Der er ingen succesbesked på Mac’er.

Og endelig kan du midlertidigt ændre dine klient-side DNS-servere. Som standard tildeles DNS-servere din internetudbyder. Men du kan prøve at ændre disse midlertidigt til en offentlig DNS-server, som f.eks. Googles. Faktisk foretrækker nogle at bruge Googles offentlige DNS-long-term på grund af at de nogle gange er mere pålidelige.

4. Deaktiver midlertidigt CDN

Det kan også være et problem med dit indholdsleveringsnetværk (CDN). Hvis du bruger en tredjeparts CDN-udbyder, er det nemt at fejle det her ved at afbryde din CDN midlertidigt. For eksempel er vi store fans af det gratis CDN enabler plugin. Hvis du bruger det, kan du bare deaktivere pluginet og derefter teste dit websted. Hvis du ikke har adgang til dit websteds dashboard, skal du blot logge ind på dit websted via SFTP og omdøbe pluginets mappe til cdn-enabler_old. Dette vil midlertidigt deaktivere CDN-forbindelsen. Det samme gælder for WP Rocket eller et andet plugin, du måske har tilsluttet din CDN.

Omdøb pluginmappe midlertidig

Omdøb pluginmappe midlertidig

Dette kan også nogle gange forekomme med fuldt proxy-tjenester som Cloudflare eller Sucuri, da de har ekstra firewalls imellem. De fleste af dem faktisk cacher 500 statuskoder, når de returneres af din oprindelsesserver. Vi har bemærket, at dette sker en gang imellem Cloudflare-gratisplanen. Desværre, da Cloudflare er en fuldstøttetjeneste, er der ingen hurtig måde at bare deaktivere den.

Men før du går på at pege på Cloudflare, er det vigtigt at vide, at der er to forskellige typer af 504 gateway timeout variationer som set nedenfor:

504 gateway timeout ved Cloudflare (variation 1)

Hvis du ser følgende skærm, er dette faktisk et problem på Cloudflare’s ende, og i så fald skal du kontakte dem for at få hjælp. Eller tjek deres statusside. Mest sandsynligt er de allerede opmærksomme på problemet, og deres team arbejder på det.

Cloudflare 504 gateway timeout

Cloudflare 504 gateway timeout

504 gateway timeout ved Cloudflare (variation 2)

Hvis du ser følgende skærm, er dette et problem med din WordPress-vært (oprindelsesserver), i hvilket tilfælde du vil springe ned til anbefaling nr. 5 nedenfor.

Cloudflare 504 gateway timeoutfejl på vært

Cloudflare 504 gateway timeoutfejl på vært

504 gateway timeout på Cloudflare med uploads

En anden grund til en timeout kan være relateret til størrelsen af ​​dine uploads. De begrænser POST (uploads) til 100 MB på deres gratis plan. Vi har dog lejlighedsvis set kunder have problemer med filer eller uploader mindre end dette. Nogle gange kan dette problem være på din værtens ende eller Cloudflare. En nem måde at bestemme, hvad det simpelthen er, er at omgå Cloudflare med din DNS-værtsfil og prøve din upload igen. Du kan også deaktivere Cloudflare midlertidigt.

Hvis du bruger Cloudflare med WordPress, anbefales det altid at bruge deres gratis plugin og udelukke vigtige webadresser fra caching (som f.eks. dit WordPress admin-område).

5. Serverproblem (check med din vært)

Et serverproblem er en af ​​de mest almindelige årsager til, at brugere oplever 504 gateway timeout-fejl på deres WordPress-websteder. For at sige det ligeud, så venter Nginx eller Apache på et svar fra noget, og det udløber. Vi får mange kunder, der kommer til Kinsta på grund af det faktum, at de hele tiden modtoger disse på andre WordPress-værter. Her er et eksempel på en samtale, vi modtager regelmæssigt.

Vi får omkring 100k besøgende om måneden med mere end 200k visninger. Vi er i øjeblikket vært med ____, og for nylig oplevede vi 504 fejl på grund af server overbelastning. Jeg kan ikke lide hvordan ____ behandlet problemet, og vi blev også underrettet om, at vi snart skal flytte til deres dedikerede planer, som jeg tror ikke er nødvendigt.

504 fejl forekommer oftere på højtrafik og e-handelssites som WooCommerce, der har mange uacceptable anmodninger, da de nogle gange kan forårsage en overbelastning af serveren. Vi har dog set disse fejl med alle typer websteder, selv med enkle blogs. Mange værter vil simpelthen svare tilbage og sige, at du skal opgradere til en plan med høj grad for at løse problemet. Og selvom dette sandsynligvis vil slippe af med de fleste 504 gateway timeout fejl, og det er nogle gange nødvendigt, er det ikke altid nødvendigt.

Her ved Kinsta bruger vi LXD-administrerede værter og orkestreret LXC-softwarebeholdere til hvert websted. Dette betyder, at hvert WordPress-websted er placeret i sin egen isolerede container, som har alle de nødvendige software ressourcer til at køre den (Linux, Nginx, PHP, MySQL). Ressourcerne er 100% private og deles ikke med andre eller endda dine egne websteder. Mange delte WordPress-værter har ikke denne mulighed, og derfor kan et naboområde med høj trafik forårsage 504 gateway-timeoutfejl, have stor påvirkning på dit websted.

Ikke alene er dine websteder isoleret, men vores infrastruktur er bygget til at håndtere tusindvis af samtidige forbindelser. Selv MySQL-databaser er hosted på localhost, ikke en fjernserver. Dette sikrer, at der ikke er nogen latens mellem maskiner, hvilket resulterer i hurtigere forespørgsler og mindre chance for timeouts, der forekommer hvor som helst i mellem. Mange kunder, der migrerer til Kinsta, ser enorme fald i samlede belastningstider.

Udover server timeouts på grund af serverbelastning, er der få andre grunde til, at en server kunne opleve en 504 fejl:

  • Langsom server: Det kan meget vel være den server, dit WordPress-websted er på, er simpelthen for langsomt til at svare på anmodningen, og det genererer derfor gatewayfejl.
  • Ikke nok PHP-medarbejdere: PHP-medarbejdere er vant til at udføre koden på dit WordPress-websted. På krævende websteder kan det meget vel være, at alle PHP-arbejderne er optaget, i hvilket tilfælde de begynder at opbygge en kø. Hvis køen og bagagen er fulde, begynder gamle anmodninger at blive ignoreret. Du kan bede din vært om at øge dit antal PHP-arbejdere. Yderligere PHP-arbejdere pr. Side tillader flere anmodninger om at udføre samtidig.
  • Firewall-problemer: Firewallen på din server kan have nogle fejl, en ukorrekt konfiguration eller regler, som forhindrer en forbindelse i at etablere sig korrekt.
  • Netværksforbindelse: Hvis der er problemer med netværksforbindelsen mellem proxyserveren og webserveren, kan det medføre forsinkelser i svaret til HTTP-anmodningen. Der kan også være problemer med netværksforbindelse med en belastningsbalancer, hvis en bruges.
  • HTTP timeouts: Kan opstå, når forbindelsen mellem din browser og webserveren holdes åben for lang tid. Disse sker normalt, når du kører WordPress-import. En måde at løse dette på er at skifte til en hurtigere internetforbindelse. Eller du kan bruge et værktøj med støtte til WP-CLI, f.eks. WordPress Importer plugin, og kør importen direkte på serveren, omgå helt HTTP-forbindelsen.

Det er også vigtigt at bemærke, at 504 fejl kan vildledende se meget ud som 503 service utilgængelige fejl eller endda 502 dårlige gatewayfejl, men de er faktisk forskellige. Hvis du oplever en 504 fejl hos Kinsta, skal du blot åbne en supportbillet, og vi får den rettet øjeblikkeligt. Vi overvåger også proaktivt fejl som disse med New Relic, så mere end sandsynligt er det, at vores team allerede undersøger dette.

WordPress support billet

WordPress support billet

Hvis du er bekymret for disse hændelser på dit websted i fremtiden, kan du også bruge et værktøj som updown.io til at overvåge og underrette dig omgående, hvis de opstår. Det sender jævnligt en HTTP HEAD-anmodning til den webadresse du ønsker. Du kan simpelthen bruge din hjemmeside. Værktøjet giver dig mulighed for at indstille kontrolfrekvenser på:

  • 15 sekunder
  • 30 sekunder
  • 1 minut
  • 2 minutter
  • 5 minutter
  • 10 minutter

Det vil sende dig en email, hvis og hvornår dit websted går ned. Her er et eksempel nedenfor.

E-mail-meddelelse af 504 fejl

E-mail-meddelelse af 504 fejl

Dette kan være særligt nyttigt, hvis du er på en delt vært, der har tendens til at overbelaste deres servere. Dette kan give dig et bevis på, hvor ofte dit websted rent faktisk kan gå ned (selv midt om natten). Derfor anbefaler vi altid at gå med en administreret WordPress-vært. Sørg for at tjekke vores indlæg, der udforsker de 9 bedste grunde til at vælge administreret WordPress hosting.

6. Spam, bots eller DDoS angreb

Det kan meget vel være, at dit websted bliver spammet af bots eller er under et DDoS-angreb. Nogle gange kan disse resultere i ubesvarede forespørgsler og dette kan overvælde serveren, hvilket resulterer i 504 gateway timeoutfejl. Du kan tage et kig på din serveranalyse og se, om du kan se nogle mønstre. Her ved Kinsta, leverer vi disse data i vores MyKinsta-analyseværktøj. Du kan også spørge din vært for disse data. Den første rapport, vi anbefaler at se på, er de bedste klient-IP’er. Dette kan være meget nyttigt, hvis dit websted pludselig genererer meget båndbredde eller rammes af bots.

Geo & IP top klient-IP'er

Geo & IP top klient-IP’er

Den anden rapport, vi anbefaler at se på, er cache analysen. Her kan du se, hvor mange anmodninger der omgår cachen, mangler cachen og de øverste placeringer på dit websted. Af hensyn til ydeevne og stabilitet vil du have så mange anmodninger bliver cachelagret som muligt. Dette er ikke altid muligt, da websteder som de, der kører WooCommerce, genererer mange uaccepterbare anmodninger og skal, for at funktioner som indkøbskurv og checkout-processen fungerer korrekt og forbliver synkroniseret.

Cache analyse

Cache analyse

Hvis du ser og identificerer trafik / IP’er, der skal blokeres på dit websted, kan du bruge et WordPress-sikkerheds plugin til at hjælpe. Men hvis du er Kinsta-kunde, tillader vi typisk ikke sikkerheds plugins af nogle årsager. Først og fremmest kan de have en stor effekt på din ydeevne, især scanningsfunktionerne. For det andet bruger vi load balancers med Google Cloud Platform, hvilket betyder meget tid, at deres IP-blokeringsfunktionalitet ikke ville fungere som ønsket.

Kæmper med nedetid og WordPress-problemer? Kinsta er hostingløsningen designet til at spare din tid! Tjek vores funktioner

Selvfølgelig kan IP-adresser altid blokeres af vores Kinsta-supportteam, men afhængigt af angrebets længde og omfang kan dette være en uendelig proces med blacklisting-IP’er, som i de fleste tilfælde ikke løser problemet hurtigt nok. En masse angreb eller spam, når det er blokeret i et område, vil bare dukke op i en anden eller ændre IP’er og proxyadresser. Så i dette tilfælde anbefaler vi, at klienten bruger en sikkerhedsløsning som Cloudflare eller Sucuri.

Se vores artikler om, hvordan du installerer Cloudflare på dit WordPress-websted, og hvordan Sucuri har hjulpet en af ​​vores kunder med at stoppe et DDoS-angreb i sine spor.

7. Kontroller dine plugins og temaer

Mange kan sige, at tredjeparts plugins eller temaer ikke forårsager 504 gateway timeoutfejl. Og i de fleste tilfælde gør de det heller ikke. Men med erfaring, kan en langsom ubearbejdet anmodning fra et plugin faktisk resultere i forsinkelser, da dette binder flere af dine PHP-arbejdere. Når du har nået din grænse for PHP-arbejdere, begynder køen at skubbe ældre forespørgsler, som kan resultere i 504 fejl. Dette skal ikke forveksles med 502 gatewayfejl, hvor fejlen opstår efter en timeout på 60 sekunder i køen.

Et par måder, du kan fejlfinde dette, er ved at deaktivere alle dine plugins. Husk, at du ikke vil miste data, hvis du bare deaktiverer et plugin. Hvis du stadig kan få adgang til din administrator, er det en hurtig måde at gøre det på, ved at browse til “Plugins” og vælge “Deaktiver” fra menuen for store handlinger. Dette vil deaktivere alle dine plugins.

Deaktiver alle plugins

Deaktiver alle plugins

Hvis dette løser problemet, skal du finde synderen. Start aktivering af dem en efter én, genindlæs webstedet efter hver aktivering. Når du ser returneringstidspunktet for 504 gateway, har du fundet det fejlbehæftede plugin. Du kan derefter nå ud til plugin-udvikleren til hjælp eller sende en supportbillet i WordPress-depotet.

Hvis du ikke har adgang til din administrator, kan du FTP ind i din server og omdøbe din pluginmappe til noget som plugins_old. Så tjek dit websted igen. Hvis det virker, skal du teste hvert plugin en efter en. Omdøb din pluginmappe tilbage til “plugins” og derefter omdøbe hver pluginmappe inde i,  en efter en, indtil du finder den. Du kan også prøve at replikere dette på et scene site først.

Omdøb pluginmappe

Omdøb pluginmappe

Sørg altid for, at dine plugins, temaer og WordPress-kerner er opdaterede. Og kontroller, at du kører en understøttet version af PHP. Du kan altid nå ud til din vært for at få hjælp. Vi benytter New Relic og andre fejlfindingsmetoder her hos Kinsta for at hjælpe kunder med at indsnævre, hvilket plugin, forespørgsel eller script der muligvis forårsager fejlen. Du kan også bruge din egen tilpassede New Relic-nøgle.

Tidskrævende forespørgsler til database

Tidskrævende forespørgsler til database

Hvis det viser sig at være en effektiv forespørgsel eller dårlig kode i et plugin, skal du muligvis medbringe en WordPress-udvikler for at løse problemet.

8. Tjek logfiler

Du bør også drage fordel af dine fejllogfiler. Hvis du er en Kinsta-klient, kan du nemt se fejl i logfremviseren i MyKinsta dashboard. Dette kan hjælpe dig med hurtigt at indsnævre problemet, især hvis det skyldes et plugin på dit websted.

Kontroller fejllogfiler for 502 dårlige gatewayfejl

Kontroller fejllogfiler for 502 dårlige gatewayfejl

Hvis din vært ikke har et værktøj til logning, kan du også føje følgende kode til din wp-config.php-fil for at aktivere logning:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );
WordPress fejl logfiler mappe SFTP

WordPress fejl logfiler mappe SFTP

Du kan også kontrollere logfilerne i Apache og Nginx, som ofte findes her:

  • Apache: /var/log/apache2/error.log
  • Nginx: /var/log/nginx/error.log

Hvis du er en Kinsta-klient, kan du også udnytte vores analyseværktøj til at få en sammenfatning af det samlede antal 504 fejl og se, hvor ofte og hvornår de forekommer. Dette kan hjælpe dig med at foretage fejlfinding, hvis dette er et igangværende problem eller måske noget, der har løst sig selv.

Response analysis 500 error breakdown

Response analysis 500 error breakdown

9. Nginx-indstillinger

Hvis du administrerer dine egne server- og WordPress-websteder på Nginx + FastCGI (php-fpm) eller Nginx som proxy for Apache, er der nogle yderligere indstillinger, du kan ændre for at forhindre 504 gateway timeout-fejl.

504 Gateway Timeout Fejl på Nginx + FastCGI (php-fpm)

Hvis du bruger Nginx med FastCGI (php-fpm), skal du først ændre på din PHP-FPM-fil. Naviger til /etc/php5/fpm/pool.d/www.conf (kan variere baseret på PHP-version). Indstil følgende direktiv:

request_terminate_timeout = 300

Dernæst skal du ændre din php.ini-fil, som typisk findes på /etc/php.ini. Søg efter direktivet om max_execution_time. Forøg værdien til 300, hvis direktivet ikke allerede er til stede, så tilføj det:

max_execution_time = 300

Endelig skal du ændre din nginx.conf-fil. Tilføj følgende inde i din Nginx virtuelle værtskonfiguration.

location ~ .php$ {
...
fastcgi_read_timeout 300;
}

Så genindlæs blot Nginx samt PHP-FPM.

service nginx reload
service php5-fpm reload

504 Gateway timeoutfejl på Nginx Proxy

Hvis du bruger Nginx som en proxy for Apache, skal du tilføje følgende til din nginx.conf-fil:

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

Så genindlæs simpelthen Nginx.

service nginx reload

Resumé

Som du kan se, er der mange forskellige måder at fejre og reparere 504 gateway-timeoutfejl på dit WordPress-websted. Disse er typisk et serverproblem, og i så fald kan du hurtigt nå ud til din vært for at få det løst. Men det er også vigtigt at forstå, at de rent faktisk kan være forårsaget af tredjeparts plugins eller har overvældet din PHP-medarbejder-kø / -log.

Hvis du rent faktisk maksimerer dine PHP-arbejdere, anbefaler vi at nå ud til vores support her hos Kinsta eller ansætte en WordPress-udvikler, der har specialiseret sig i optimering af webpræstationer. Hvis du efter at have gravet ind på dit websted opdager, at dine plugins, temaer og forespørgsler er fine, kan det meget vel være, at du skal opgradere din plan eller antallet af PHP-arbejdere.

Var der noget vi savnede? Måske har du et andet tip til fejlfinding af 504 gateway timeout fejl. I så fald, lad os vide nedenfor i kommentarerne.

55
Delinger