Pourquoi nginx apparaît-il ?
Au début, Nginx était considéré comme un projet favori, créé par l'administrateur système russe Igor Sysoev. En 2002, à l'âge de 42 ans, il démarre ce projet et publie le premier shortcode public en octobre de la même année. Comme de nombreux dirigeants de projets open source, ils ont toujours imaginé que tout se passerait bien dès leurs débuts. Au même moment, il travaillait chez Rambler, un portail russe en croissance rapide, où il avait besoin d'un processeur capable de gérer plus de transactions que les alternatives open source.
Nginx est le deuxième site Rambler.ru le plus visité en Russie (russe : développé par Рамблер), la première version publique 0.1. 0 est sorti le 4 octobre 2004.
Le premier utilisateur - site de téléchargement MP3 Zvuki
Après avoir développé Nginx, il a testé le code source sur la propriété Web de Rambler, mais, Nginx a été utilisé pour la première fois par le site de téléchargement de MP3 Zvuki (c'était en 2003), puis par un service de rencontres en ligne - estonien, finalement, Nginx a incité Rambler à créer son propre site de partage de photos ;
Le nombre d'utilisateurs de Nginx avoisine les 100, mais les utilisateurs des pays anglophones ont du mal à comprendre le logiciel car la plupart des documents et fils de discussion sont en russe. Par conséquent, l’utilisation de Nginx n’a pas été élevée. Mais en 2006, la situation a changé : les utilisateurs anglophones ont commencé à publier sur la liste de discussion Nginx. Même les compatriotes russes aux États-Unis et dans d'autres régions ont contribué à promouvoir le projet Nginx et ont partagé des fichiers de configuration sur des blogs pour aider d'autres utilisateurs à traduire des projets complexes. Fichiers documentaires. De cette façon, le nombre d’utilisateurs de Nginx augmentera naturellement.
WordPress abandonne Apache et choisit Nginx
Cette affaire remonte à 2008. À cette époque, la société a insisté pour déplacer WordPress vers un logiciel In. conforme à sa philosophie open source. À cette époque, Apache, le serveur Web le plus célèbre au monde, était le meilleur choix. Cependant, lorsque les ingénieurs ont commencé à modifier les paramètres d'installation du logiciel, Apache a planté, surtout lorsque WordPress était le plus occupé. "Nous avons réalisé que ce n'était pas très stable lorsqu'il s'agissait de générer du trafic", a déclaré plus tard Barry Abrahamson, responsable du système WordPress. Automattic a donc supprimé l'instable Apache et a parié sur un projet open source alors obscur appelé Nginx. Cinq ans plus tard, WordPress fonctionne toujours sans problème sur Nginx, de sorte que de nombreuses autres entreprises lui ont emboîté le pas.
Il fut un temps où la part de marché de certains serveurs web bien connus diminuait fortement, tandis que Nginx était en croissance continue, comme si ce concept philosophique sans prétention lui apportait suffisamment de puissance et de maîtrise. Vous avez l'astuce pour gérer d'innombrables connexions Web en même temps. Selon une enquête réalisée par l'organisme de recherche sur Internet Netcraft, Apache occupe toujours une position sans précédent dans le domaine des serveurs Web, mais au cours des deux dernières années, l'utilisation de Nginx a presque doublé.
L'utilisation de Nginx représente désormais 15 % de tous les sites Web, y compris les startups : CloudFlare et Parse (acquises par Facebook au premier semestre de cette année), et les géants du Web : Automattic et Netflix. "Nous utilisons Nginx pour tout, et nous exécutons autant de notre pile logicielle que possible sur Nginx", a déclaré Abrahamson
À bien des égards, il s'agit d'une réussite improbable, mais elle se manifeste à l'échelle mondiale. Le logiciel open source est que tout le monde peut l'utiliser et le modifier, gratuitement.
Pourquoi Nginx est populaire
Le PDG de CloudFlare, Matthew Prince, a déclaré que Nginx fonctionne mieux sur les systèmes multicœurs et multiprocesseurs. De plus, Nginx fonctionne mieux. activé et plusieurs utilisateurs Web peuvent rester connectés sans occuper plus de mémoire de l'ordinateur.
Si le code source de Nginx ne peut pas être testé, les utilisateurs envisageront-ils toujours d’utiliser d’obscurs logiciels russes ? Prince a répondu : "S'il ne s'agissait pas d'un logiciel open source, nous ne lui ferions pas confiance du tout.
CloudFlare a proposé à Sysoev un emploi (qu'il a refusé) et a travaillé sur le projet de l'entreprise. Le pari a été fait. . Aujourd'hui, les entreprises utilisent Nginx pour répondre à plus d'un billion de requêtes chaque mois. "L'avantage de la technologie est qu'elle élève la grande technologie au premier plan", a déclaré Prince. "S'il résout le problème et qu'il est open source, vous pouvez y accéder et lire son code source ; lorsque quelque chose de grave se produit, vous pouvez modifier le code."
Pour plus d'articles techniques liés à Nginx, veuillez visiterTutoriel d'utilisation de Nginxcolonne pour apprendre !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Pour permettre au serveur Tomcat d'accéder au réseau externe, vous devez : modifier le fichier de configuration Tomcat pour autoriser les connexions externes. Ajoutez une règle de pare-feu pour autoriser l'accès au port du serveur Tomcat. Créez un enregistrement DNS pointant le nom de domaine vers l'adresse IP publique du serveur Tomcat. Facultatif : utilisez un proxy inverse pour améliorer la sécurité et les performances. Facultatif : configurez HTTPS pour une sécurité accrue.

Étapes pour exécuter ThinkPHP Framework localement : Téléchargez et décompressez ThinkPHP Framework dans un répertoire local. Créez un hôte virtuel (facultatif) pointant vers le répertoire racine ThinkPHP. Configurez les paramètres de connexion à la base de données. Démarrez le serveur Web. Initialisez l'application ThinkPHP. Accédez à l'URL de l'application ThinkPHP et exécutez-la.

Pour résoudre l'erreur "Bienvenue sur nginx!", vous devez vérifier la configuration de l'hôte virtuel, activer l'hôte virtuel, recharger Nginx, si le fichier de configuration de l'hôte virtuel est introuvable, créer une page par défaut et recharger Nginx, puis le message d'erreur. disparaîtra et le site Web sera affiché normalement.

Il existe cinq méthodes de communication de conteneur dans l'environnement Docker : réseau partagé, Docker Compose, proxy réseau, volume partagé et file d'attente de messages. En fonction de vos besoins d'isolation et de sécurité, choisissez la méthode de communication la plus appropriée, par exemple en utilisant Docker Compose pour simplifier les connexions ou en utilisant un proxy réseau pour augmenter l'isolation.

La conversion d'un fichier HTML en URL nécessite un serveur Web, ce qui implique les étapes suivantes : Obtenir un serveur Web. Configurez un serveur Web. Téléchargez le fichier HTML. Créez un nom de domaine. Acheminez la demande.

Étapes de déploiement de serveur pour un projet Node.js : Préparez l'environnement de déploiement : obtenez l'accès au serveur, installez Node.js, configurez un référentiel Git. Créez l'application : utilisez npm run build pour générer du code et des dépendances déployables. Téléchargez le code sur le serveur : via Git ou File Transfer Protocol. Installer les dépendances : connectez-vous en SSH au serveur et installez les dépendances de l'application à l'aide de npm install. Démarrez l'application : utilisez une commande telle que node index.js pour démarrer l'application ou utilisez un gestionnaire de processus tel que pm2. Configurer un proxy inverse (facultatif) : utilisez un proxy inverse tel que Nginx ou Apache pour acheminer le trafic vers votre application

Les instructions les plus couramment utilisées dans Dockerfile sont : FROM : créer une nouvelle image ou dériver une nouvelle image RUN : exécuter des commandes (installer le logiciel, configurer le système) COPY : copier des fichiers locaux dans l'image ADD : similaire à COPY, il peut automatiquement décompresser tar ou obtenir des fichiers URL CMD : Spécifiez la commande au démarrage du conteneur EXPOSE : Déclarez le port d'écoute du conteneur (mais pas public) ENV : Définissez la variable d'environnement VOLUME : Montez le répertoire hôte ou le volume anonyme WORKDIR : Définissez le répertoire de travail dans le conteneur ENTRYPOINT : spécifiez ce qu'il faut exécuter lorsque le conteneur démarre. Fichier exécutable (similaire à CMD, mais ne peut pas être écrasé)

Oui, Node.js est accessible de l’extérieur. Vous pouvez utiliser les méthodes suivantes : Utilisez Cloud Functions pour déployer la fonction et la rendre accessible au public. Utilisez le framework Express pour créer des itinéraires et définir des points de terminaison. Utilisez Nginx pour inverser les requêtes de proxy vers les applications Node.js. Utilisez des conteneurs Docker pour exécuter des applications Node.js et les exposer via le mappage de ports.
