Hosteigenaren lijden vaakvanwege het constante optreden van de fout 500 (interne serverfout). Het, zoals het wordt genoemd, vergiftigt eenvoudig het leven voor velen. Nu zullen we proberen de essentie van de situatie zelf kort te begrijpen en kijken hoe u in de toekomst van de fout af kunt komen.
Interne serverfout: wat is het?
Dus laten we beginnen met de betekenis hiervanzinnen. Er is een foutnummer 500 in het systeem (directory) van Windows-fouten (en niet alleen), wat overeenkomt met de computerterm Internal Server Error. De vertaling van deze zin betekent een interne serverfout die verband houdt met de status van het HTTP-protocol.
In feite betekent de fout dat de softwarede serversoftware werkt niet of werkt niet, maar een of meer van zijn componenten werken niet goed in de vorm van weigering van verzoeken van klanten, bijvoorbeeld een zoekmachine of een internetbrowser.
Redenen voor de fout
Praten over de interne serverfout in de zeeralgemeen begrepen, moet in gedachten worden gehouden dat het kan voorkomen op veel sites of bronnen die zijn geschreven met een compleet ander CMS. Hier is het trouwens nodig om onderscheid te maken tussen de oorzaken van het voorkomen ervan.
Heel vaak kan deze situatie worden waargenomen opsites zoals WordPress, OpenCart, Joomla, enz. Als beheerstructuren zoals WordPress niet worden gebruikt bij het bouwen van een site, ligt de reden misschien in het feit dat de hosting zelf faalt bij het verbinden van onjuiste PHP-extensies, of de site retourneert onjuiste HTTP-headers die niet kunnen herkend worden door uw server.
Een even vaak voorkomende oorzaak vanInternal Server Error-fouten kunnen het ontbreken van de juiste toegangsrechten worden genoemd. Dus als bijvoorbeeld de PHP-scriptbestanden die worden gehost toegangsrechten 777 hebben, kan het heel goed zijn dat de uitvoering ervan simpelweg wordt geblokkeerd door de server, waardoor een foutmelding wordt gegeven.
Ook kan een van de redenen voldoende zijnlang werk van scripts. Feit is dat PHP-tijdslimieten niet alleen van toepassing zijn op hosting; vergelijkbare limieten kunnen ook vanaf de server worden ingesteld. Met andere woorden, het lijkt enigszins op de time-out van de bewerking. Als de server gedurende een bepaalde tijd geen antwoord op het verzoek ontvangt, blokkeert het eenvoudig de uitvoering van het script.
In sommige gevallen interne serverfoutkan verschijnen wanneer de hosting de gebruikte geheugenlimiet heeft overschreden. Simpel gezegd, het script voor uitvoering vereist meer dan het zou moeten zijn, en een dergelijke limiet wordt immers niet alleen in PHP ingesteld, er zijn vaak beperkingen op het gebruik van bronnen door alle uitvoerbare scripts.
Eindelijk een van de meest voorkomende situatiesInterne serverfout is de inhoud van onjuiste richtlijnen in het .htaccess-bestand (dit komt overigens het vaakst voor bij het werken met de WordPress-engine). Nu komen we dicht bij het vinden van een oplossing voor elke specifieke situatie.
Interne serverfout: hoe u dit op de eenvoudigste manieren kunt oplossen
Laten we eerst eens kijken wat er kan worden gedaandetectie van onjuiste toegangsrechten. In dit geval stellen machtigingen 777 iedereen in staat de inhoud te bewerken, wat ongetwijfeld van invloed is op de beveiliging. In een dergelijke situatie moet u ze wijzigen door een waarde van 755 toe te passen op mappen, 600 op scriptbestanden en 644 op alle stalen gegevensbestanden.
Als het uitvoerbare script te lang looptu kunt proberen de wachttijd te verlengen, maar er is één probleem. Zo'n oplossing kan werken op een dedicated server of VPS (Virtual Private Server), maar in het geval van shared hosting zal er geen effect zijn.
Wat betreft het overschatte geheugengebruik inIn vergelijking met de beperkingen die van kracht zijn op de hosting, kunt u hier alleen adviseren om contact op te nemen met de ondersteuningsdienst of gewoon de hostingprovider zelf te wijzigen, wiens beperkingen niet zo streng zullen zijn.
Nu een paar woorden over het .htaccess-bestand.Het feit is dat het uitgaat van het gebruik van een zeer strikte syntaxis, als er fouten of enkele onnauwkeurigheden zijn gemaakt tijdens de instellingen, zal het niet mogelijk zijn om de verschijning van de interne serverfout te vermijden. Hier moet u als volgt te werk gaan. Eerst moet u de aanwezigheid van het bestand zelf in de hoofdmap van de site controleren, waarna u het na het maken van een reservekopie volledig verwijdert. Als na zo'n procedure de site weer operationeel wordt, zit het probleem in het .htaccess-bestand, dat gecontroleerd moet worden op syntaxisfouten.
WordPress-engine problemen
De situatie met WordPress is erger.Het is een feit dat deze engine in staat is om het originele .htaccess-bestand te overschrijven, dat verantwoordelijk is voor het controleren van de toegang tot bestanden en mappen van de hosting, en het originele bestand hoeft maar één keer te worden gemaakt, en nog meer niet in WordPress!
De gemakkelijkste manier om deze situatie op te lossenis om het WordPress-thema uit te schakelen en in plaats daarvan een ander thema te gebruiken. Als de fout is verdwenen, zit het punt in het thema zelf, zo niet, dan moet je de WordPress-plug-ins geleidelijk uitschakelen en controleren welke de prestaties beïnvloeden.
In sommige gevallen moet u mogelijk een update uitvoerenWordPress naar de nieuwste versie en schakel de functie voor het overschrijven van bestanden uit. Download eerst het originele .htaccess-bestand naar de computerterminal en voer vervolgens de map op de site in langs het pad / wp-admin / include / gevolgd door het downloaden van het bestand misc.php, die je bijvoorbeeld moet openen in standaard Kladblok (of een andere teksteditor) en zoek de functieregel "function save_mod_rewrite_rules". Ga nu in de functie zelf naar de regel "return insert_with_markers ($ htaccess_file," WordPress ", $ rules);" en vervang het door "return true;" (natuurlijk zijn alle commando's geschreven zonder aanhalingstekens). Het blijft alleen om de wijzigingen op te slaan en het nieuwe bestand naar de hosting te uploaden, waarbij het oude misc.php-bestand wordt vervangen.
Het enige nadeel van deze methode is dat het WordPress-updates uitschakelt. Wanneer plug-ins zijn aangesloten, werken ze natuurlijk niet.
conclusie
In principe is dit bij wijze van spreken het meestveelvoorkomende oorzaken van de fout en methoden voor het elimineren ervan. In feite kunnen er veel redenen zijn dat er veel manieren kunnen zijn om met dergelijke situaties om te gaan, dus u zult de situatie in elk specifiek geval moeten analyseren en pas dan kiezen welke techniek u wilt gebruiken om de fout te corrigeren.
