Wyczyść pamięć podręczną motywu / CSS w Magento 2

Kiedy sugeruję sklep Magento 2, jaki jest sugerowany sposób czyszczenia pamięci podręcznej?

Edytuję .lesspliki, a następnie obecnie robię

rm -rf pub/static/frontend/* var/view_preprocessed/ var/*cache/*

Ale wydaje się, że jest to metoda brutalnej siły.

php bin/magento cache:flush --all

wydaje się nie wykonywać pracy.

Czy jest lepszy?

Myślę, że teraz jest właściwy sposób na odświeżenie plików .less

php bin/magento setup:static-content:deploy

Ponieważ „gromadzi, przetwarza i publikuje źródłowe MNIEJ pliki”

Inną kwestią jest użycie trybu deweloperskiego podczas programowania, a następnie zgodnie z dokumentacją „Pliki widoku statycznego nie są buforowane; są zapisywane w katalogu pub / static Magento za każdym razem, gdy są wywoływane”

Aby ustawić Magento 2 w tryb programisty, musisz wykonać następujące kroki

1. Usuń zawartość katalogów var / generation i var / di:

   rm -rf <your Magento install dir>/var/di/* <your Magento install dir>/var/generation/*

2. Ustaw tryb:

   php bin/magento setup:mode:set developer

Istnieją trzy sposoby wyczyszczenia pamięci podręcznej css, jeśli zmiany nie odzwierciedlają.

1. Zamiast tego użyj Grunta, aby nie trzeba było czyścić pamięci podręcznej po każdej zmianie css (zalecany sposób), możesz zobaczyć więcej dokumentacji na temat chrząknięcia po sprawdzeniu tego linku

2. Przejdź do systemu> Zarządzanie pamięcią podręczną> Dodatkowe zarządzanie pamięcią podręczną> Opróżnij pamięć podręczną JavaScript / CSS.

3. Uruchom polecenie wdrażania (wymaga to długiej i niezbyt dobrej rekomendacji, zmień także tryb na programistę, jeśli go nie ma).

php bin/magento setup:static-content:deploy

Myślę, że pub/static zawartość (w trybie deweloperskim) jest generowana przy użyciu tej samej logiki, która jest używana dla var/generationplików, to znaczy, jeśli wymagana zawartość nie istnieje, to jest tworzona, ale jeśli już istnieje, jest ponownie wykorzystywana.

Myślę więc, że powinieneś pub/static[area]też wyczyścić lub uruchomić, setup:static-content:deployaby zastąpić wszystko, ale ten proces jest bardzo powolny przy każdym wprowadzeniu zmiany.

W trybie programisty zamiast ręcznie wyczyść pub/staticivar/view_preprocessed .

Przejdź do System > Tools > Cache Managementi kliknij Opróżnij pamięć podręczną plików statycznych .

Możesz biegać

grunt clean

lub z większą dokładnością

grunt clean:<theme_name>

https://devdocs.magento.com/guides/v2.0/frontend-dev-guide/css-topics/css_debug.html#grunt_commands

Aby opróżnić pamięć podręczną Magento tak, jak możesz:

bin/magento cache:flush

Aby opróżnić pamięć podręczną, możesz uruchomić:

bin/magento cache:clean

Aby sprawdzić status uruchomienia pamięci podręcznej (stan powinien być ustawiony na 1 dla aktywnego i 0 dla wyłączonego):

bin/magento cache:status

Aby wyłączyć pamięć podręczną Magento, wszystkie razem:

bin/magento cache:disable

Aby włączyć uruchamianie pamięci podręcznej:

bin/magento cache:enable

Ale myślę, że twój problem dotyczy trybu Magento ustawionego na tryb produkcyjny. Możesz sprawdzić swój tryb, używając: bin/magento deploy:mode:show Możesz przeczytać więcej o produkcji Magento i trybie deweloperskim tutaj

Jako alternatywę dla trybu programisty bin/magento setup:static-content:deploymożna bin/magento setup:upgradego użyć , czyści skompilowany kod i pamięć podręczną. Lub po prostu ręcznie usuń wszystko z pub/staticfolderu projektu, które chcesz zaktualizować. Jeśli czegoś brakuje w tym folderze, zostanie on ponownie wygenerowany z najnowszymi zmianami.