Gå tillbaka

Problem med webbplatsvisning eller felsida

Ett problem kan dyka upp plötsligt, och/eller ha orsakats av dina egna uppdateringsåtgärder eller installation av nya objekt.
Orsakerna kan vara mer eller mindre lätt att hitta, detta kräver koncentration, tålamod, och metod.
I det senare fallet gå tillbaka och se din dokumentationshjälp, forum, webbmaster om specifika felmeddelanden eller nödvändiga miljöer
Kom ihåg: "Den rätta lösningen kan bara komma från rätt diagnos..."

NB: Om du är osäker är det alltid möjligt att kontrollera om du bara påverkas av problemet:
- Kontrollera statusen för våra servrar i realtid: https://support.yoorshop.hosting/serverstatus.php 
- du kan använda en webbproxy som denna för att kontrollera och se om du har ett lokalt cache problem, eller dra slutsatsen att det verkligen finns ett problem:
http://hidebuzz.com 

Hur går det till?
Aktivera debugmodulerna i din CMS om det finns några.
Titta på avsnittet 'fel' i din cPanel för att börja (htaccess fel, testa med en tom.htactcess för att ta reda på).
Aktivera log_ errors- läge och display_errors från din cPanel av ikonen "Välj version PHP och sedan till höger: " switch to php Alternativ."
Testa sedan din webbplats för att se om brev visas, och titta på error_log-filen vid roten på ditt konto:
/home/youruser/logs/php_error_log
ET / OU i error log-filen på webbplatsens katalog för att se om fel skrivs.
Webbsidor/oförenlighet hos ett objekt PHP testar du olika versioner PHP / utökningar PHP

Om du använder PHP-FPM på molnserver (i din cPanel, närvaro av ikonen: 'Välj version PHP ') måste du återgå till default-läge PROXY för att göra debug:
https://support.yoorshop.hosting/knowledgebase/3931/Sa-konfigurerar-du-en-webbplats-med-Nginx-och-PHP-FPM.html 
och aktivera lägena log_errors och display_errors enligt beskrivningen ovan på rad 3

Om du är på en enkel server cPanel (i din cPanel, närvaro av ikonen: 'Gestionaire MultiPHP ')
Från Editor INI MultiPHP, gå till redigeringsläge, aktivera display_errors, och för att aktivera log_errar, lägg till följande:

log_errors = On
Display_errors = On

NB: När du är klar måste du inaktivera dessa debug-lägen PHP på grund av din webbplatss säkerhet


Error name resolved (
ERR_NAME_RESOLUTION_FAILED, DNS_PROBE_FINISHED_NXDOMAIN, DNS_PROBE_FINISHED_BAD_CONFIG)

Om du har lagt till eller just har köpt eller överfört en domän måste namnservrarna justeras. DNS relaterade till din tjänst webbhotell. Läs mejl 'Tillgängesinformation till din webbhotell och titta sedan på de värden som anges i avsnittet Information DNS: Namnservrar'

Kontrollera att din domän pekar väl mot IP från vår server, se ner WWW A : https://intodns.com/

Kontrollera att din domän inte har löpt ut hos din registrator, eller genom en whois webbplats som: https://www.whois.net/
(Sök efter Expiry Date, se upp, formatet är på engelska: Mois /Jour/Ann éa)

Vita sidan alias error 500
Se debugprocessen ovan


'error 403 forbidden'
För det första, kontrollera att den väg du frågar är korrekt, sedan kontrollera att du har minst en fil index.html eller index.php eller liknande. När du har anmält dig till vår tjänst måste du ladda dina filer med FTP i den offentliga_html-mappen för huvuddomänen på ditt konto, om inte katalogen som är lämplig för det tillhörande området eller deldomänen.

Annars är det ett problem med att tillåta mappar/filer, det händer ibland efter dubblering på din sida, eller efter laddning av FTP också.
Mapparna måste vara 755, och filerna 644 i mappen som innehåller din webbplats.
Kataloger som public_html / deldomäner / angränsande områden måste förbli dem i 750.

'error 404 sida hittades inte' (not found)
Denna typ av problem är knuten till 99% till ett problem med en webbplats, sidlänken är raderad, sidan finns verkligen inte, en syntax problem för re-skriv regler (rewrite), även en modul kan orsaka detta...

Om efter återställning med jetbackup, error 500 på prestashop /ex:
- du måste ta bort filen class_index.php från cachemappen
- redigera infödda filer i mappen /classes/cache/

Fel: "Sorry! your website has moved"
Du ser detta meddelande, efter att ditt konto har stängts av eller eftersom IP på din webbplats har ändrats
Nätverkscache beroende på var du är tar en liten tid, detta löser sig själv på kort tid normalt, annars rengör du cache med Ctrl+ F5, om du fortsätter starta om din router och sedan din dator och sedan kontakta oss om du fortfarande fortsätter att 4-8h.

Problem med bildvisning
fel 410: bilder/sidor inte alla
Om det bara gäller en del av din katalog, är det möjligt att vissa element tas med i våra nyckelord trafik blockering per referens. Kontakta oss...
OU
Vissa bilder visas inte och ingen information
Använd 'Inspektera objekt' i din webbläsare och om det är ett format pagespeed. Optimeringssystemet PageSpeed kan orsaka problem beroende på programmering av webbplatsen. Se vår särskilda artikel.
OU
Med Nginx-FPM, inaktivera webbläsarcache med Nginx Manager för din cPanel: set upphör att gälla header

Error 502 'bad gateway' eller Webservice currently unavailable Error 502
Detta är ett serverfel apache eller nginx, kan det hända snabbt och tillfälligt, och kontakta oss om det fortsätter...

Om du använder PHP-FPM med Nginx, Detta beror på en överdriven process PHP På din webbplats, orsakas av den interna driften på webbplatsen, eller en överdriven trafik eller även en attack. Observera att denna typ av fel repareras automatiskt var femte minut av vårt övervakning skript.

landblockeringsfel
Den blockerade besökare omdirigeras till: https://hostingfilters.com/banspam/country.html
Lösningen finns i vår särskilda artikel: https://support.yoorshop.hosting/knowledgebase/2464/Blockera-trafik-efter-land.html

Våra error/felkoder för att bekämpa skräpposttrafik och säkerhet
- 206: Delinnehåll visas, det är en konsekvens av koden 410 nedan, kontakta oss.
- 405: Ansluter tvivelaktiga krav av ramtyp /xss/injection SQL http.
- 406: Ansluter tvivelaktiga förfrågningar av alla typer, om i besökssektionen, 406 gäller alltför mycket user agent: Serf / 1.3.8 Mod_ pagespeed/, måste testas genom att ta bort pagespeed om det aktuella området, se vår särskilda artikel
- 410: Webbreflektorer (ryska, kinesiska eller andra) eller blockerade nyckelord (om någon av dina sidor inte visas helt, kontakta oss), du kommer att se kod 206 öka i enlighet med detta... Varning, det är helt normalt att ha ett antal 206 i dina loggar när innehåll tas från utsidan!
- 429: begränsning av förfrågningar om känsliga filer wp-login.php /ex, men inte bara.
- 444: för att stoppa boots, och URL fil från config.php /ex
- 499: Besökaren eller nätverket har inte skickat svaret i tid, anslutningen är stängd. För stora anslutningar av en IP kan också orsaka detta.
- 503: För många förfrågningar, används av anti- ddos plugins, men andra säkerhet hos oss också...

Cacheproblem med back-office PrestaShop, eller uppdatering efter ändringar av artiklar /ex:
I själva verket är en infödd cache för back-office aktiverad, du kan hitta hur du inaktiverar på prestashop forum.
Normalt måste uppdateringar visas inom några sekunder på din webbplats, prova detta för att kringgå din webbläsare cache: CTRL + MAJ +R, om det kvarstår, betyder det att din cache är motsägelsefull, ta bort din mapp så att den återbyggs med färska data
Också, se 8: e post för att inaktivera back-office cache:
https://www.prestashop.com/forums/topic/335988-backoffice-pages-dont-refresh-after-any-modification 

Sidan information PHP admin fungerar inte eller kraftigt
För att titta på resurser som används i realtid, titta bara på kolumnen till höger om din cPanel, måste du uppdatera för att uppdatera...
Eller, du kan också se detta i SSH utan att behöva uppdatera och se mer detaljerad om processer:

För att se din processor som används i realtid måste du använda SSH, med putty, sedan kommandot:
/usr/bin/top -d 00.50


Öppna en andra session putty
Du kan se vad en process gör, med sitt nummer PID, till exempel om 9952, skriv:
strace - p 9952

För att döda alla processer:
Knacka på SSH -konsolen: kill -15 -1 och tryck på Enter
(Detta kommer också att inaktivera din session SSH om du ansluter till SSH, och knacka fortfarande toppen för att se att allt har återgått till lugnet)

ERR_TOO_MANY_REDIRECTS

Detta är kopplat till ett problem med omdirigering i konflikt eller fel i htacess- filen, oavsett om den är kopplad till en modul eller inte. Se editordokumentationen eller din webmaster. Gå tillbaka till dina senaste ändringar tills du hittar lösningen.
 

SQLSTATE [HY000] [2002] Can\'t connect to MySQL serverar vi 127.0.0.1

Använd väl lokalhost som värddator i konfigurationsfilen, och inte 127.0.0.1, kontrollera också att 127.0.0.1 är tillåtet i avsnitt ' mysql fjärran från din cPanel

Rengör programmets cache väl med modulerna också, annars kommer det att fortsätta att visa fel på vissa delar.


Ett PHP -fönster öppnas när du går till webbplatsen

Ta bort din htacess, en post med anknytning till PHP orsakar detta.

Om inte, och/eller Moch det här i ditt htaccess på rotnivå på ditt konto cPanel /home/votreuser/:

################

<IfModule mod_deflate.c>
SetOutputFilter DEFLATE
<IfModule mod_setenvif.c>
Netscape 4.x has some problems...
BrowserMatch ^Mozilla/4 gzip-only-text/html

# Netscape 4.06 - 4.08 have some more problem
BrowserMatch ^Mozilla/4\.0[678] no-gzip

# MSIE maskrades as Netscape, but it is fine
# BrowserMatch \ bMSIE!no-gzip!gzip-only-text/ html

# NOTE: Due to a bug in mod_ setenvif up to Apache 2.0.48
# the above regex won't work. You kan use the following
# workaround to get the desired effect:
BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html

# Don't komprimerade bilder
SetEnvIfNoCase Request_URI $ no-gzip qui-vary
</IfModule>

<IfModule mod_headers.c>
# Make sure proxies don't delliver the wrong content
Header append Vary User-Agent env=!dont-vary
</IfModule>
</IfModule>
################

Ta bort detta eller liknande, om det behövs och om det finns i htacess från webbplatser:
AddHandler php5-script .php .htm 

Läs mer:
För att radera din lokala cache, gör CTRL + F5
För att ladda serverwebbplatsen utan att gå igenom den lokala cache: CTRL + MAJ + R
Försök att använda en annan webbläsare om den kvarstår

WebDAV fungerar inte felfritt 'WebDAV interface seems to be broken'

Typiskt med Nextcloud, använd profilen Nginx ' YOORshop default cloud'

 

Långsammare backoffice PrestaShop (tillfälligt i allmänhet):

https://www.yoorshop.hosting/announcements/2381/Ralentissement-back-office-Prestashop.html


Läs vår artikel:
https://support.yoorshop.hosting/knowledgebase/1201/Kontroll-av-resurser-som-anvands-av-cPanel.html

Olika problem
Om du ser konstiga koder visas, eller vid installation prestashop 1.7 av Softaculous med fel: 

  • Could not gather suffuccient data to generate new cookie key (new_cookie_key). Please make sure your domain is pointing to this server and there is no.htaccess file restricing access to your Domain
Inaktivera php.ini här: short_open_tag (short open tag)
(ref: https://support.yoorshop.hosting/knowledgebase/115/Kan-filen-php-ini-anpassas.html )
 
För fileinfo, är detta genom tillägg PHP:
 
 
PrestaShop webbtjänster:
 
Apache Förbjuden användning av förfrågningar av säkerhetsskäl PUT, DELETE
För att kunna använda denna typ av begäran på distans, Använd en rewrite metod, här är principen nedan (detta kräver en webmaster). Gällande information för standardläge NGINX: läge PROXY, men använd template profilen: " YOORshop molnfel"
 
Skapa en put.php -fil med detta innehåll:
 
$putdata = fopen(" php://input," "r"),
$file ="your_filename.txt"
$fp = fopen($file, "w");
while ($data = fread($putdata, 1024)){
    fwrite($fp, $data);
}
 
fklose($fp)
fklose($putdata)
 
Lägg detta i din.htaccess-fil:
 
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.+$ - [NC,L]
RewriteCond %{REQUEST_METHOD} (PUT|DELETE)
RewriteRule .* put.php
 
I admin/webservice configuration, aktivera CGI. (Efter att ha genomfört testerna, om alltid problem, begära oss kontroll av aktiveringen CGI)
 
Föreställ lokal radering av phpmyadmin Om möjligt, eller importera din webbplats till din PC, och det blir inga problem med en LAMP
 
Säkerhet på din webbplats
Vårt säkerhetsverktyg CXS kommer att informera dig i realtid om de blockerade injektionsförsöken, eller om infekterade filer, säkerhetsläckor och malware. Den djupa skanningen på alla filer på ditt konto utförs också av femton.
 
Du kan också ha en mycket mindre tillförlitlig grundläggande indikation än vårt verktyg med online-verktyg, eftersom dessa verktyg inte har tillgång till alla filer på webbplatser:
Denna kan vara mer exakt i förekommande fall: https://quttera.com/website-malware-scanner