8 Pourquoi ne pas développer WordPress localement
Oui, on s’en va. Bien que nous n’ayons pas encore complètement abandonné le développement local, nous croyons que la mise en scène en ligne est un must – have dans l’environnement WordPress d’aujourd’hui. En théorie, WordPress s’est bien développé localement. Bien que vous puissiez énumérer ses avantages, ils sont facilement inversés. Prêt pour un bon débat? Nous expliquerons étape par étape pourquoi nous pensons que l’hébergement en ligne est le meilleur choix dans l’environnement de développement. Continuez à lire ou à utiliser le lien suivant: Primer Deconstruction Environment Matching Platform (AMP) Le Coverage is good, regardons les détails.
Tout d’abord, nous allons introduire quelques définitions, car elles peuvent être utilisées différemment, et nous voulons unifier le contexte. La plupart des gens utilisent localhost lorsqu’ils parlent de leur ordinateur, mais toutes les technologies connectées à Internet ont un hôte local, du réfrigérateur intelligent au serveur d’hébergement. Pour plus de clarté, nous utiliserons en ligne plutôt que localement. Staging est une copie de votre site Web où vous pouvez effectuer des modifications \/ tests \/ modifications, etc. La production est votre site Web en temps réel. La mise en scène et la production peuvent être effectuées en ligne ou localement.
Nous pouvons discuter de la signification de ces mots, mais considérez ce qui précède, du moins aux fins du présent document. Passons maintenant au cœur du problème. Vous pouvez commencer par un environnement WordPress en utilisant l’une des deux méthodes suivantes: le développement local ou le développement hébergé à distance (en ligne).
1. Caoutchouc contre croiseur vous rencontrerez probablement des problèmes
Lemi est sur votre PC, pas sur un serveur d’hébergement en ligne. Il est donc plus risqué de perdre les progrès réalisés au cours d’une session donnée, voire l’ensemble des travaux, au fur et à mesure de l’évolution locale. Dans le développement en ligne, l’environnement peut être géré par des professionnels de l’industrie (hôtes fiables) qui vous permettent de vous concentrer sur le travail lui – même. Votre PC est rarement le même que le serveur en ligne, ce qui signifie que le même code fonctionne très différemment dans chaque environnement.
Étant donné que votre système local offre un accès illimité aux ressources, les sites Web et le Code sont traités plus rapidement et avec plus de liberté (c. – à – D. qu’aucune limite n’est atteinte). Ce n’est pas le cas pour les serveurs en ligne, en particulier lorsque les ressources sont faibles. Imaginez un PC 64g comparé à un plan d’hébergement 1ga. Pour le développement en ligne, l’étape est presque identique à l’environnement de production en termes de spécification. Cela signifie que vous pouvez tester votre code correctement et être relativement sûr qu’il se comporte de la même façon dans les deux cas. Vous ne serez pas confus sur ce qui fonctionne et ce qui ne fonctionne pas.
Plus précisément, vous pouvez avoir 10 minutes d’exécution locale, tandis que le serveur peut avoir 300 secondes d’exécution PHP (par exemple, 5 minutes d’exécution de Code). Si ce n’est pas fini, vous vous trompez. Le même code fonctionnera alors correctement localement, mais pas sur le serveur de production. Cela peut sembler contraire à l’argument selon lequel les ressources locales dépassent de loin les ressources des serveurs en ligne, mais dans ce cas, elles ne sont pas une spécification plus vaste. Au cours de la phase (développement), vous devez toujours avoir des spécifications égales ou inférieures à la production. Cela vous permet de tester votre code \/ site, etc. Et sachez que s’il est bien géré avec des ressources plus petites, comme un serveur 1G
Il n’y a pas de problème avec les grandes ressources (par exemple, un PC de 64 Go). En d’autres termes, ce n’est pas le cas.
3. Réglez les paramètres locaux (pas Han) individuellement. Vous devez définir tout le contenu vous – même. Même si vous n’avez qu’à cliquer sur l’application une seule fois, elle deviendra rapidement un désordre. À moins d’être un développeur \/ technicien principal, il est peu probable que vous trouviez une solution simple et que vous passiez beaucoup de temps à essayer et à faire des erreurs. Une aiguille dans une botte de foin… Ou plus exactement… Le Code dans la pile de développeurs n’a qu’à éditer le site WP dans un environnement temporaire par défaut pour travailler avec le serveur, sans avoir à éditer localement ou à remplacer manuellement la base de données d’avant en arrière entre local – > en ligne.
Considérez ce qui suit… Créez un nouveau billet sur votre site et ajoutez 2 images à celui – ci. Cela signifie qu’il y a plus de fichiers dans les différentes tables (parce que Wp génère également des vignettes à partir d’images) et plus d’entrées de base de données. Vous devez savoir comment migrer ces changements d’un site local vers un site en ligne, tout comme vous migrez. Soit vous remplacez l’ensemble du site à partir de zéro, soit vous devez découvrir les changements nécessaires dans les coulisses et les déplacer. Il est souvent plus facile de recréer des messages en ligne que de parcourir ces changements. Pourquoi redoubler d’efforts? La menace du sujet et le problème du plug – in s’appliquent également au sujet et au plug – in. Pourquoi ne pas effectuer des changements dans l’environnement en ligne et synchroniser de la mise en scène à la production en quelques secondes au moment de l’exécution? Évitez de charger tout cela et lancez toutes les configurations à partir de zéro. Évitez la possibilité d’oublier quelque chose pendant la récupération.
Cependant, vous ne pouvez pas vérifier complètement dans votre environnement local. Même avec un simple changement de sujet, vous ne pouvez pas exécuter un balayage gtmetrix sans d’abord pousser le balayage gtmetrix à un endroit en ligne et ensuite exécuter le test. ANC
Votre PC, avec un environnement en ligne et un hôte local pour répondre à vos préférences. Local et devkinsta sont gratuits. Cependant, si vous utilisez son hôte lors du déploiement final du site, des coûts seront engagés. Si vous décidez de ne pas payer pour leurs services plutôt que pour une autre entreprise, il est probable que vous rencontrerez les problèmes de compatibilité dont nous avons discuté précédemment lorsque vous serez prêt à commencer la production. Si vous êtes intéressé par l’utilisation du volant, c’est un article utile que nous avons écrit. Au lieu de cela, vous pouvez choisir une société d’hébergement et commencer à offrir des solutions en ligne simples, de l’embarquement à la diffusion en direct. Par exemple, wpmu – Dev offre la commodité et la facilité d’utilisation d’une plate – forme de mise en scène hébergée sur nos serveurs afin que vous puissiez réparer tous les noeuds et ensuite utiliser la synchronisation en un seul clic. Sélectionnez, cliquez – parfait! (décrit dans les options d’hébergement des développeurs wpmu.)