Tagcaches

[Magento 2] un assistant qui surveille les changements de code et vide les caches en fonction des types de fichiers modifiés

Magento 2 Cache Clean – A faster drop in replacement for bin/magento cache:clean with a file watcher.

L’outil marchotte sans plus. Je travaille sous Linux, dans un environnement de dev Dockerisé. J’ai rencontré plusieurs problèmes avant de pouvoir l’utiliser:

Erreur « Error NOSPC »

(Si sudo n’est pas installé dans votre container (il vous le fera comprendre…)) Sortir du container et exécuter la commande: echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p.

[Magento 2] Accélérer la régénération de vos pages: quels dossiers ou caches vider, à quel moment et avec quelle ligne de commande bash?

Accélérer vos développements front-end avec Magento 2 en sachant quels dossiers ou caches vider, à quel moment et avec quelle ligne de commande bash.

Ressources en ligne:

Vider uniquement les ressources statiques de style (fichiers CSS, LESS) pour accélérer la régénération des pages de votre site Magento 2

Remarque: certaines commandes vont concerner le thème payant Venuse. Ce dernier est développé par Magentech et distribué par Theme Forest. Il intègre des fonctionnalités d’habillage d’une boutique via l’interface d’administration de Magento 2. Les fichiers de styles qui en découlent sont générés de façon un peu particulière et ne sont pas stockés au même endroit que ceux des thèmes « traditionnels ».

On part du principe que le thème « traditionnel » est un thème enfant de Venuse.

Dans le cas où le thème enfant ne génère par de spécificités, ne pas exécuter la première commande et remplacer venuse-child par le nom de votre thème.

[Drupal 7] Conflit Drupal7/NPM – Erreur « segmentation fault » à l’utilisation de Drush

Problème:

Erreur de segmentation (core dumped) au lancement de la commande Drush permettant de vider les caches.

Solution:

Il s’agit en fait d’un conflit entre Drupal7 et Npm. Drupal7 stocke des informations relatives au thème dans un fichier *.info. Certains paquets Npm ont également des fichiers *.info. Lorsque Drush vide les caches, il parcourt l’arborescence projet à la recherche de fichiers *.info et ne sait pas faire la différence entre ceux de Drupal7 et ceux des modules Npm (généralement stockés dans un dossier node_modules au même niveau d’arborescence que le fichier package.json.

La solution est ici, sous Important: Preventing segmentation fault. J’avais, en premier lieu, tenté cette technique à peu près similaire, mais les fichiers *.info présents dans les paquets Npm ne s’effaçaient pas (problème de droits ?).

Dans votre package.json, ajouter les lignes suivantes :

Créez également un fichier .npmrc avec un formatage « Unix » (Dans Sublime Text 3: View > Line endings > Unix) qui contient le code suivant :

Si les fichiers *.info ne se suppriment pas avec cette méthode :

Vous pouvez toujours le faire à la main depuis le shell :

© 2021 devfrontend.info

Theme by Anders NorénUp ↑