Få HTTP 500 intern serverfeil fra nettsiden

500 Intern serverfeil er en HTTP-statuskode som indikerer en ukjent feil på en webserver. Hvis du prøver å se et nettsted og mottar en intern 500-serverfeil, er problemet ikke i datamaskinen, den håndholdte enheten eller nettleseren. Feilen ligger bare på serveren som er vert for nettstedet.

500 feilsøking av feilsøking

Til tross for at problemet er noe du ikke kan kontrollere eller fikse direkte, er det noen få ting du kan prøve å rette opp på problemet fra datamaskinen.

  1. Prøv å laste inn nettsiden på nytt (trykk Ctrl + R på tastaturet, eller klikk på reload-ikonet ↻ i nettleseren din) for å se om feilen oppstår.
  2. Prøv å komme tilbake til nettsiden på et senere tidspunkt. Nettstedets webmaster eller webutviklere jobber sannsynligvis med problemet.
  3. Ta kontakt med webmaster via e-post. Mange websider har en lenke på den for å kontakte selskapet (støtte e-post) eller serveren hostet siden.

500 feilsøking av webmasteren

Hvis du er ansvarlig for skriptet eller siden som genererer denne feilen, kan følgende trinn bidra til å identifisere og løse årsaken til feilen.

Skriptet er ikke angitt som kjørbar

Alle skript som lastes opp til en server, må ha eksekveringsrettigheter (f.eks. Chmod 755 eller -rwxr-xr-x). Hvis du laster opp filen gjennom et grafisk FTP-program som FileZilla, høyreklikker du filen på serveren og klikker på Filrettigheter for å se tillatelsene.

Filen lastes ikke opp som ASCII (Tekst)

Når du laster opp en Perl- eller PHP-skriptfil, må du kontrollere at filen lastes opp i ASCII-modus og ikke i binær modus. Hvis programmet ditt lastes opp, og modusen automatisk settes, prøv å bytte til manuell og sørg for at det er ASCII (tekst) modus.

Perl-skriptet har ikke en shebang eller Content-Type

Hvis du laster opp et Perl-skript (filer som slutter med .pl eller .cgi, ), må det ha en shebang som første linje og en Innhold-Type- linje før en utskriftskommando. Nedenfor er det vi anbefaler å ha på toppen av alle Perl-skriptfilene dine. Hvis du legger til fatalstobrowser-linjen i skriptet, skrives det ut en feil i nettleservinduet, som hjelper til med å feilsøke skriptet hvis det er feil i det.

 #! / usr / bin / perl bruk strenge; bruk CGI :: Carp qw (fatalsToBrowser carpout); skriv ut "Content-Type: text / html", "\ n \ n"; 

Ikke lastet opp til riktig katalog

Kontroller at skriptfilen lastes opp til en katalog som har kjørbare tillatelser. Når det gjelder Perl-filer, foreslår vi at du laster opp alle Perl-filer til public_html / cgi-bin / directory.

Pass på at filen er formatert for Linux

Hvis du har opprettet eller redigert skriptfilen i et Windows-editor, for eksempel WordPad eller Notisblokk, kan disse redaktørene avslutte hver linje med et annet tegn, som vil ødelegge et skript. Hvis du har tilgang til en shell-konto på datamaskinen du laster opp skriptet til, kjører du dos2unix-kommandoen for å konvertere den filen til en fil som ikke inneholder ugyldige tegn.

Testing av det reviderte skriptet

Til slutt, hvis alle de ovennevnte forslagene ikke har hjulpet og du fortsetter å oppleve problemet, verifiserer skriptet ingen feil. For brukere som kjører Perl-skript, kjør følgende kommando. Hvis du ikke har tilgang til en shell-konto eller en datamaskin med Perl, foreslår vi at du installerer Perl på datamaskinen.

 perl -wc scriptname.pl