Safe State Inaktiverad

Felsökningsguiden hänvisar till Magentos huvudsida för underhållsläge. EU Om någon behöver använda en vanlig bloggsida för anpassat underhåll, se Skapa en anpassad underhållssida.

Magento använder konserveringsläge, så att du kan inaktivera start. Att inaktivera bootstrap är användbart när du underhåller, uppdaterar och omkonfigurerar den här webbplatsen.

Magento känner igen underhållsfunktioner så här:

Logga in som ägare av gemenskapsfilen

Så här loggar du in som den här systemfilens verksamhet:

1. Logga för närvarande in på Magento internetdator som användare, eller byt till en person med behörighet att publicera till Magento-systemfilen. Se avsnitt l Ändra ägare för en uppsättning filer.

   Om din familj använder bash-skalet, kanske du vill stödja följande syntax för att ändra hundägaren till ett filsystem och utfärda ett kommando samtidigt:

   1
   
   
   su  -s /bin/bash -c 
   
   
   
   
   

   Om din filsystemsplats inte tillåter anslutningar kan du göra allt följande:

   1
   
   
   sudo -u  
   
   
   
   
   

2. För att köra Magento-kommandon i vilken katalog som helst, lägg till /bin till ditt system PATH.

   Eftersom du behöver wrappers med individuell syntax, se länken till exempel unix.stackexchange.com.

   Exempel på CentOS bash-skal:

   1
   
   
   exportera PATH=$PATH:/var/www/html/magento2/bin
   
   
   
   
   

   Om kunder vill kan du köra frågor som kan jämföras med detta:

3. cd /bin och kör allt som ./magento
4. /bin/magento
5. kan möjligen vara docroot-webbunderkatalogen för hela din huvudserver.

Utöver ett särskilt kontrollargument som diskuteras här, se Allmänna argument.

Installera Magento

Innan vi använder den här guiden för att aktivera eller avaktivera underhållsläge måste vi installera Magento-programvaran.

Aktivera, inaktivera underhållsläge

Använd kommandot magento CLI Maintenance för att aktivera eller inaktivera Magento secours-läge.

Med kommandot:

1


bin/magento Underhåll:aktivera [--ip= ... --ip=] | [IP=ingen]

Hur upplevelsen stänger jag av underhållsläget ?
Anslut till Magento-servern med SSH.Ändra till mina listor som innehåller din Magento-installation: CD /public_html/Om nödvändigt, lindra Maintenance.flag eller var/.maintenance.flag rapporten: För Magento steg 1, punkt: rm Maintenance.flag.


1


bin/magento servering:disable [--ip= ... --ip=] | readabilitydatatable="0">
1


bin/magento [ip=ingen]

--ip= är en specifik IP-adress som hjälper dig att använda underhållsläge (till exempel utvecklare utför underhåll). För att frigöra flera IP-adresser i ett kommando, återaktivera kvantitetstider.

Med --ip= sparas en lista tillsammans med IP-adresser för senare användning via magento Maintenance:disable. För att rensa den här listan över IP-uteslutningar, magento Maintenance:enable --ip=none eller se Hantera en persons IP-uteslutningslista.

Magento Maintenance: Status-fönster som visar aktuell underhållslägesstatus.

Till exempel för att ge serviceläge utan IP-undantag:

1


bin/magento-tjänst: aktivera

För att tillåta underhållsläge för de flesta klienter förutom 192.0.2.10 och 192.0.2.11:

1


bin/magento-tjänst: aktivera --ip=192.0.2.10 --ip=192.0.2.11

Efter att ha gjort Magento till underhållsläge måste du släppa varje process med hjälp av meddelandekön.Ett sätt att hämta dessa processer är att köra -ef ps | grep queue:consumers:start kör sedan riktningen kill för varje kredit. I en miljö med flera noder, kör den här typen av uppgift på varje nod.

Underhåll var och en av våra listor utom IP-adresser

För att skydda katalogen från IP-attacker kan du definitivt använda [--ip=] alternativet i de tidigare koderna, mycket möjligt använda:

1


bin/magento Underhåll:allow-ips  ..  [--ingen]

.. är naturligtvis en mycket valfri lista över alla mellanslagsseparerade IP-adresser så att du kan uteslutas.

--ingen rensar hela listan.

Flera butikskonfigurationer

Om du vill specificera flera butiker, både de med sin egen senaste layout och lokaliserad materia, specificera parametern $_GET['skin'] för tankeprocessorn.I exemplet nedan har vi bevisat att 503 syftar till en webbdesignfil med ett typfel som kräver lokaliserat innehåll.

Konstruktorn som använder dessa error_processor-klasser tar en viktig skin GET-parameter för att ändra den nuvarande layouten:

123


if (isset($_GET['skin']))    $this->_setSkin($_GET['skin']);

Detta kan också läggas till för att skriva om regeln som en .htaccess-fil genom processen att lägga till en meningsfull skin-parameter till URL:en.

Parametrar $_GET["skin"]

För att använda alternativet skin:

1. Kontrollera om .maintenance.flag finns.
2. Lägg märke till den valda värdadressen som är kopplad till HTTP_HOST eller andra funktioner som ENV-variabler.
3. Se till att vår egen parameter skin finns.

4. Ange ett alternativ med hjälp av följande lämpliga omskrivningar.

   Här är några slumpmässiga urval av omskrivningsregler:

5. RewriteCond %DOCUMENT_ROOT/var/.maintenance.flag -f
6. RewriteCond %HTTP_HOST ^sub.example.com$
7. RewriteCond %QUERY_STRING !(^|&)skin=sub(&|$) [NC]
8. Skriv om proceduren ^ %REQUEST_URI?skin=sub [L]

9. Kopiera de efterföljande filerna:

10. pub/errors/default/503.phtml till pub/errors/sub/503.phtml
11. pub/errors/default/css/styles.css så att du kan pub/errors/sub/styles.css
12. Dessa

    redigeringsfiler ger lokaliserad lyx i 503.phtml-filen och anpassade stilar inom bara styles.css.

    Se till att du har alla våra sökvägar till katalogen error. Namnet på adresslistan måste matcha URL-parametern som anges i RewriteRule. I det specifika exemplet runt bör sub-katalogen användas, vilket verkligen visade sig vara det bästa alternativet i RewriteRule (skin=sub ) < /p>

Nginx-alternativet borde verkligen vara integrerat för konfigurationer med flera butiker.