Qu’est-ce que vous avez à voir avec un bac professionnel ?

Le jour de la Saint-Valentin, nous avions un cadeau pour vous : l’accès SSH sur nos forfaits. Peut-être que vous en tant qu’enfant si heureux de arracher l’emballage cadeau tout de suite et vous êtes allé travailler pleinement avec elle. Peut-être pas non plus, par exemple parce que vous ne savez pas quel genre de possibilités cela vous offre. D’où quelques conseils SSH, je voudrais expliquer un certain nombre de situations où SSH est utile.

A lire également : Qui est la femme de Kevin Federline ?

Comme mon collègue Erik Jan l’a fait remarquer il y a deux semaines, le plan était que je voudrais maintenant vous parler de certaines des possibilités que vous offre SSH. Les sujets que je voulais aborder, j’avais même prêt. Il s’agirait de Composer, Magento, Git et SFTP.

A lire également : Les inscriptions à Pekin Express sont ouvertes

Il s’est avéré que SSH était un ajout bienvenu. Il y a même un client qui a écrit un manuel sur la façon d’utiliser Composer at Antagonist le même jour. Puisque je n’ai rien à ajouter à cela, je vais supprimer Composer de ma liste ici. Daniel, Merci ! Au lieu de cela, j’aimerais vous parler aussi de Drush.

Le menu est donc le suivant :

• Magento
• Drupal avec drush
• Mise à jour de votre site web avec Git
• SFTP : transfert de fichiers en toute sécurité
• Il y en a plus !

Conseils SSH pour Magento

Nous commençons par la célèbre application e-commerce Magento. Il arrive que vous voudriez reconstruire l’index de Magento. Avec SSH, c’est très facile à organiser. Vous vous connectez d’abord à l’aide de SSH :

$ ssh @ Ensuite, allez dans le dossier où se trouve votre installation Magento :

$ cd public_html Ou, si votre installation Magento n’est pas directement dans le dossier /public_html :

$ cd public_html/ Maintenant, vous pouvez gérer vos index en fonction de la version Magento. Pour Magento 1, les fichiers sont répertoriés dans le dossier /shell/. Pour l’indexation, utilisez ‘indexer.php’ comme suit :

$ php shell/indexer.php —état Attributs du produit : En attente Prix du produit : En attente Réécritures d’URL du catalogue : En attente Catégorie Produits : En attente Index de recherche de catalogue : En attente État du stock : En attente Données d’agrégation de balises : En attente $ php shell/indexer.php —reindexall L’index des attributs de produit a été reconstruit avec succès dans 00:00:01 L’indice des prix des produits a été reconstruit avec succès dans 00:00:00 URL du catalogue Réécris l’index a été reconstruit avec succès dans 00:00:07 L’index des produits de catégorie a été reconstruit avec succès dans 00:00:00 L’index de recherche du catalogue a été reconstruit avec succès dans 00:00:01 L’indice d’état des stocks a été reconstruit avec succès dans 00:00:00 L’index des données d’agrégation de balises a été reconstruit avec succès dans 00:00:00 Voor Magento 2 is het vergelijkbaar, met het verschil dat daar een script genaamd ‘magento’ in de map /bin/ staat :

$ php bin/magento indexer:status Grille client : Prêt Catégorie Produits : Réindexation requise Catégories de produits : Réindexation requise Prix du produit : Réindexation requise EAV du produit : Réindexation requise Stock : Réindexation requise Produit de règle de catalogue : réindexation requise Règle produit catalogue : réindexation requise Recherche dans le catalogue : Prêt $ php bin/magento indexer:reindex L’index de grille client a été reconstruit avec succès dans 00:00:01 L’index des produits de catégorie a été reconstruit avec succès dans 00:00:00 L’index des catégories de produits a été reconstruit avec succès dans 00:00:00 L’indice des prix du produit a été reconstruit avec succès dans 00:00:00 L’index EAV du produit a été reconstruit avec succès dans 00:00:00 L’indice boursier a été reconstruit avec succès dans 00:00:00 L’index produit de règle de catalogue a été reconstruit avec succès dans 00:00:01 L’index des règles de produit du catalogue a été reconstruit avec succès dans 00:00:00 L’index de recherche de catalogue a été reconstruit avec succès dans 00:00:00 $ php bin/magento indexer:status Grille client : Prêt Catégorie Produits : Prêt Catégories de produits : Ready Prix du produit : Prêt Produit EAV : Prêt Stock : Prêt Produit de règle de catalogue : Prêt Règle produit du catalogue : Prêt Recherche dans le catalogue : Prêt Bien sûr, vous pouvez en faire plus avec Magento sur la console. Si vous appelez les scripts sans autres arguments, vous verrez les autres options disponibles.

Conseil professionnel : Dans le fichier /home/.bashrc, ajoutez la ligne suivante. Remplacez ‘example.com’ par votre propre nom de domaine.

PATH = $PATH : $HOME/domains/exemple.nl/public_html/bin/ Dès la prochaine connexion à SSH, vous avez la commande « magento » à votre disposition, sans avoir à taper le chemin. Vous pouvez alors appeler toutes les commandes que Magento décrit ici dans la documentation sans avoir à utiliser le chemin.

Donc, au lieu de :

$ php bin/magento indexer:status Utilisez-vous ensuite :

$ magento indexer:status Peu importe quel est votre chemin de travail actuel.

Bien sûr, cela fonctionne particulièrement bien si vous avez « seulement » une installation Magento. Quand vous en avez plusieurs, vous devrez le traiter un peu différemment. Par exemple, vous pouvez mettre un lien symbolique dans $home/bin pour chaque installation :

$ mkdir -p $home/bin $ ln -s $Accueil/domaines/public_html/bin/magento $home/bin/magento1 $ ln -s $Accueil/domaines/public_html/bin/magento $home/bin/magento2 $ ln -s $Accueil/domaines/public_html/bin/magento $home/bin/magento3 Sur ce vous avez accès aux commandes magento1 ‘,’ magento2 ‘et ‘magento3’. Une autre façon d’y parvenir est avec des « alias ». Vous mettez ensuite ce qui suit dans $HOME/.bashrc :

alias magento2= »$HOME/domaines/public_html/bin/magento » Conseils SSH pour Drupal avec Drush

Pour Drupal, il y a Drush, le Drupal Shell. Vous pouvez les installer facilement. Drush a mis à disposition un bon manuel d’installation. Je voudrais le résumer pour vous :

Commencez à télécharger l’archive Drush PHP :

$ wget http://files.drush.org/drush.phar Testez si la configuration PHP est en ordre :

$ php drush.phar statut de base Il est possible que vous receviez l’une des notifications suivantes à ce stade :

exec () a été désactivé pour des raisons de sécurité preflight.inc:380 Les modes PHP restreints suivants ont des valeurs non vides : disable_functions. Si c’est le cas, vous devez supprimer ‘system, exec, shell_exec’ des ‘disable_functions’ aller chercher. Vous pouvez le faire dans le sélecteur PHP dans DirectAdmin.

Dans le sélecteur PHP, cliquez sur le bouton « Afficher les paramètres PHP ». Ensuite, supprimez ‘system, exec, shell_exec’ du ‘disable_functions’ et cliquez sur ‘Appliquer’ pour confirmer la modification. Ensuite, faites le fichier exécutable :

$ chmod x drush.phar Déplacez Drush vers le répertoire /bin/afin que vous puissiez l’exécuter sans avoir à utiliser le chemin.

$ mkdir -p $home/bin $ mv drush.phar $maison/bin/drush En option, vous pouvez maintenant taper « drush init » pour compléter les onglets et les alias utiles :

$ drush init Si vous obtenez un message lors de la connexion à nouveau qui commence par « /usr/bin/quel : no drush », ajoutez ce qui suit ci-dessus les choses spécifiques Drush juste ajoutées par « drush init » dans le fichier $HOME/.bashrc :

TH=$PATH : $HOME/BIN Vous disposez maintenant d’une installation Drush fonctionnelle pour gérer votre application Drupal comme un pro !

Mise à jour de votre site web avec Git

Bien sûr, ces commandes Magento et Drupal, mais que faire si vous construisez votre propre site Web ? C’est possible comme je l’ai fait il y a longtemps : j’ai mis le code PHP que j’ai écrit sur le serveur web via FTP. J’ai rapidement fait de petits changements localement, après quoi j’ai recommencé à télécharger la page via FTP.

Si je voulais faire un changement plus important, j’ai d’abord fait une copie de tout pour être sûr de pouvoir y retourner si je faisais quelque chose de mal. Ensuite, effectuez la modification à nouveau et téléchargez avec FTP.

Cela a fonctionné (raisonnablement). Cependant, le résultat était que j’avais des dizaines de dossiers sur mon ordinateur qui étaient une copie du site Web, tous avec des versions légèrement différentes. Pas très pratique, mais en défense : Git n’existait pas alors.

Maintenant que Git existe, voyons comment nous pouvons faire ce que je faisais d’une meilleure façon. Commençons par un dépôt Git vide sur le serveur d’hébergement Web. Il inclura éventuellement toutes les versions de votre site Web.

La création d’un référentiel Git sur le serveur d’hébergement est la suivante :

$ ssh @ $ git init —nue monsite.git Donc, vous ne le faites pas dans votre dossier /public_html/-, mais en dehors de celui-ci. Dans cet exemple, ‘mysite.git’ est un soi-disant « dépôt nu ». Cela peut être considéré comme une sorte de base de données contenant toutes les versions du code de votre site Web.

Maintenant, créez un fichier post-réception en utilisant les deux commandes énumérées ci-dessous :

$ chat