Les serveurs Web les plus populaires. Sélectionnez un serveur Web local pour Windows. Thin : un serveur HTTP simple et rapide

Durant ma jeunesse, un seul serveur Web local était populaire dans le segment russophone de l'Internet. Il s'agit, comme vous l'avez peut-être deviné, du bon vieux Denwer. Il s’est fermement implanté sur mon ordinateur en 2003. D'autres alternatives, si elles existaient à cette époque, étaient connues dans des cercles restreints et n'étaient pas si populaires.

Regardons ce que nous pouvons utiliser aujourd'hui, après toutes ces années. Je vous propose d'en revoir, tester et comparer 14 ! progiciels conçus pour être utilisés comme serveur Web local pour Windows.

1.AMPS

Dernière version : 1.7
Langue russe : oui (partiellement)
Version portable : Non
Page d'accueil : http://www.ampps.com/

Kit de base :

SoftaculousAMPPS 1.7
Apache 2.2.22
MySQL 5.5.22
PHP 5.3.10 et 5.2.17
PERL5.10.1
Python2.7.2
MongoDB 2.0.4

AMPPS n'est pas seulement un serveur local, c'est toute une bibliothèque d'applications, où chacune d'entre elles peut être rapidement installée, manipulée et bricolée sans quitter la caisse. Toute cette agriculture est minutieusement cataloguée et décrite en détail.

Un avantage incontestable de cet assemblage est la prise en charge de nombreux CMS, plateformes de blogs, forums Web, forums de discussion, galeries de photos, etc. Il y a plus de 200 applications disponibles ! L'ensemble des composants inclus dans le package suit également la vie, tous les modules sont assez récents et, notamment, nous pouvons trouver ici des choses aussi exotiques que Python et MongoDB.

Parmi les inconvénients, je voudrais noter la traduction russe partielle, qui n'est présente que dans le catalogue de scripts, et même pas partout. Après avoir redémarré Apache, le menu de la barre d'état a refusé de fonctionner, le redémarrage de Windows n'a pas aidé. Un autre inconvénient est le manque de portabilité. À mon avis, AMPPS est plus utile pour les débutants pour apprendre les scripts que pour les développeurs sérieux. Je n’étais pas très à l’aise avec ce serveur ; il existe de meilleures options.

Dernière version : 2.5.10
Langue russe : non
Version portable : Non
Page d'accueil : http://www.appservnetwork.com/

Kit de base :

Apache2.2.8
PHP5.2.6
MySQL 5.0.51b
phpMyAdmin-2.10.3

Apache et MySQL sont installés en tant que services. Il n'y a pas de programme de contrôle, juste une page au design douteux avec un lien vers PhpMyAdmin. À la base, AppServ est un installateur graphique pour Apache, PHP, MySQL et rien d'autre. Si le même Denwer lance lui-même des composants, ils sont ici simplement installés en tant que services et gérés par Windows lui-même.

Dernière version : 3.2010-11-07
Y a-t-il une langue russe
Version portable : Oui
Page d'accueil : http://www.denwer.ru/

Kit de base :

Apache2.2
PHP5.3.3
MySQL 5.1.40
phpMyAdmin 3.2.3

Denwer... ce bon vieux Denwer. Nous voyons le même maigre ensemble de composants pas très récents (réduit jusqu'au cœur), une fenêtre noire et pas d'interface graphique. Les avantages de ce serveur Web local incluent sa taille extrêmement petite et une bonne « base de connaissances » sur le forum, accumulée au fil de nombreuses années. En fait, la gestion du serveur s'effectue via l'exécution de scripts BAT pour démarrer et arrêter les modules ; en tant que tel, il n'y a aucun programme de contrôle.

Denwer est extrêmement simple et compréhensible, et possède donc la plus grande armée de fans parmi les « nuls ». La description la plus complète de ce serveur Web sera la phrase suivante prononcée par l'un des utilisateurs : « Denver effectue les tâches de base et d'accord, mais plus il y a de cloches et de sifflets, plus il y a de problèmes (personne ne les utilise à 100 %).

Dernière version : 5.3.9
Langue russe : Oui
Version portable : Oui
Page d'accueil : http://www.easyphp.org/

Kit de base :

PHP5.3.9
PhpMyAdmin 3.4.9
Apache 2.2.21
MySQL 5.5.20

Un montage assez simple et banal. On nous propose le menu habituel sans fioritures, des paramètres simples et une page de démarrage déroutante sans la langue russe. Ce logiciel ne m'a fait aucune impression, il fonctionne bien. EasyPHP convient tout à fait en remplacement de Denwer avec une « version fenêtrée » (si la page de démarrage ne vous fait pas peur).

Je note qu'EasyPHP gère le serveur de manière indépendante, aucune fenêtre noire effrayante n'apparaît et le démarrage et l'arrêt du serveur sont assez rapides.

Dernière version : 2.0.2.0
Y a-t-il une langue russe
Version portable : Non
Page d'accueil : http://eleanor-cms.ru/server

Kit de base :

Apache 2.2.19
PHP5.3.6
MySQL : MariaDB 5.2.6
PhpMyAdmin 3.4.2
SlimFTPd 3.1.81
DNS non lié 1.4.10

EleanorServ m'a d'abord semblé être un cheval noir, ou plutôt une sorte de serveur spécialisé pour le CMS Eleanor du même nom. Après examen, il s'est avéré qu'il s'agissait d'un serveur Web local classique.

Dans cette version, j'ai aimé le design du menu, qui s'est avéré assez attractif, ce qui est très rare parmi ce genre de programmes. J'ai aussi aimé le panneau de configuration, ou plutôt la page d'accueil, qui a un design plutôt inhabituel.

La joie d’utiliser ce logiciel n’a pas duré longtemps. Après avoir créé un nouveau domaine, le panneau de contrôle a tout simplement disparu. Oui, oui, il a juste disparu et dans le dossier./www/localhost/ je n'ai même trouvé aucun fichier à part le stub index.php. Une autre déception a été l'impossibilité d'ouvrir le dossier avec les domaines depuis le menu de la barre d'état, j'ai dû chercher où j'avais installé EleanorServ...

Et enfin, l'inconvénient le plus important est que ce serveur n'est pas portable, ce qui ne nous permet pas de l'installer sur une clé USB et de l'utiliser sur différents ordinateurs.

6. Nimp

Dernière version : 1.5.0
Y a-t-il une langue russe
Version portable : Oui
Page d'accueil : http://nimpbox.ru/

Kit de base :

Apache 2.2.17
Nginx 0.9.3
MySQL 5.5.8
PHP5.3.5
Envoyermail 31
phpMyAdmin 3.3.9
Sypex Dumper2.0.8
FileZilla 0.9.37 bêta
Memcached 1.2.4

Ici, nous voyons une implémentation terrible du panneau de contrôle avec des éléments pornographiques, mais il existe un menu de barre d'état plutôt intéressant. Le plus étrange dans cet assemblage, c'est qu'il y en a jusqu'à 4 ! icônes de la barre d'état avec exactement le même menu. Ce n'était pas la première fois que je parvenais à faire fonctionner le serveur. Il s'est avéré que Nimp ne peut fonctionner qu'à partir de la racine du disque, ce qui constitue sans aucun doute un autre gros inconvénient de ce logiciel.

Lors de l'utilisation de ce serveur, quelque chose plantait constamment, FileZilla ne s'est jamais arrêté (j'ai dû le tuer via le gestionnaire de tâches) et Memcached n'a pas démarré du tout. Une certaine confusion a été causée par les propos de l'auteur du programme selon lesquels "cet assemblage est parfait pour les sites très chargés dans les réseaux d'entreprise et urbains". Le programme est clairement loin d'être adapté à une utilisation dans un environnement d'entreprise.

Le « truc » de ce serveur Web local est que Nginx fonctionne comme frontend et est conçu pour servir du contenu statique, et Apache fonctionne comme backend pour générer du contenu dynamique. En général, mon impression de cet assemblage est restée double : elle est progressivement passée de fortement négative au début à normale et acceptable tout en travaillant avec le programme.

Dernière version : 4.5.2
Y a-t-il une langue russe
Version portable : Oui
Page d'accueil : http://open-server.ru/

Kit de base :

Apache 2.2.22 ;
Apache 2.4.2 ;
Nginx 1.2.0 ;
MySQL 5.1.63 ;
MySQL 5.5.24 ;
PostgreSQL 9.1.2 ;
PHP 5.2.17 (IMagick 2.2.1, Zend Optimizer 3.3.3, IonCube Loader 4.0.7, Memcache 2.2.4) ;
PHP 5.3.13 (IMagick 2.3.0, Xdebug 2.2.0, IonCube Loader 4.0.14, Memcache 2.2.6) ;
PHP 5.4.3 (Xdebug 2.2.0) ;
Perl 5.12.3.0 (extension) ;
SlimFTPd 3.181 ;
Faux Sendmail 32 ;
NNCron Lite 1.17 ;
Memcached 1.2.6 ;
Administrateur 3.3.4 ;
HeidiSQL 7.0 ;
Webgrind 1.0 ;
PHPMyAdmin 3.5.1 ;
PHPPgAdmin 5.0.4 ;
PHPMemcachedAdmin 1.2.1 ;

Contrairement aux autres participants à notre examen, Open Server possède l'interface la plus agréable et la plus réfléchie, ainsi que de puissantes capacités de configuration et d'administration des composants. Les avantages incontestables incluent la prise en charge des profils de paramètres, la commutation des modules HTTP/MySQL/PHP, un planificateur de tâches (cron), une gestion pratique des domaines et des alias, et pour les « nuls », il existe un manuel d'utilisation clair.

Une fonctionnalité intéressante d'Open Server est la possibilité d'utiliser le programme comme un menu de démarrage personnel portable. Vous pouvez installer le serveur sur une clé USB, y transférer vos programmes portables, créer des signets pour les sites fréquemment visités et, où que vous soyez, vous disposerez d'un menu d'accès rapide et pratique à vos sites et programmes préférés.

Dernière version : 1.8.2
Langue russe : non
Version portable : Oui
Page d'accueil : http://www.server2go-web.de/

Kit de base :

Apache2.2
PHP5.3.2
SQLITE
MYSQL5.1.46
PERL5.8

J'ai été dégoûté par cette chose dégoûtante pendant longtemps et j'ai passé plusieurs minutes à chercher et à tuer les processus enfants. Il s'est avéré que lorsque vous démarrez le programme Server2go, le serveur Web local démarre et c'est tout. TOUT - au sens littéral du terme, il n'y a pas de programme de contrôle, pas de moniteur, le serveur ne peut pas être arrêté ni même simplement redémarré. Tout ce logiciel contient une page de démarrage où vous pouvez afficher des informations inoffensives telles que la sortie PHP Info.

L'impression est extrêmement négative, même s'il semblerait : le serveur démarre, PhpMyadmin s'ouvre, et que faut-il d'autre ? Non, un serveur qui ne peut pas être arrêté n'est pas pour moi. Brûle en enfer!

Dernière version : 8.5.4
Langue russe : Oui
Version portable : Non
Page d'accueil : http://www.uniformserver.com/

Kit de base :

Apache2.4.2
PHP5.4.0
MySQL 5.5.24
phpMyAdmin 3.5.1

Uniformserver n'est qu'un autre hack et je ne peux rien en dire de positif. Une traduction russe tordue, un énorme logo laid dans le menu de la barre d'état, le menu lui-même n'est pas du tout pensé, et à cause de la traduction tordue, il est généralement impossible de comprendre quoi que ce soit. Tout ce que cet assemblage peut faire est de démarrer et d’ouvrir PhpMyadmin. En utilisant le menu, vous pouvez également accéder aux journaux et aux fichiers de configuration. La seule agréable surprise a été d’y retrouver Cron.

Dernière version : 8.5
Langue russe : non
Version portable : Oui
Page d'accueil : http://www.usbwebserver.net/

Kit de base :

Apache 2.2.21
MySQL 5.5
PHP5.3.9
PhpMyAdmin 3.4.9.0

Serveur Web simple et léger. Le panneau de commande est simple et peut être caché dans le plateau. Malheureusement, il n'y a pas de langue russe. L'assemblage peut être recommandé aux utilisateurs peu exigeants et aux débutants. Il n’y a aucune fonctionnalité ou avantage dont je pourrais parler dans ce progiciel.

Dans ses fonctionnalités, USBWebserver ressemble à Denwer, sauf que Perl est absent. Dans le panneau de contrôle, vous pouvez démarrer/arrêter les modules, ouvrir les journaux, il y a quelques fonctions et paramètres utiles, c'est tout. Je recommanderais cet assemblage en remplacement de l'interface graphique de Denwer pour ceux qui ont besoin de fonctionnalités similaires, mais qui souhaitent disposer d'un panneau de commande avec des boutons et de petites choses.

Dernière version : 2.27
Langue russe : non
Version portable : Non
Page d'accueil :

Kit de base :

Apache 2.2.22
PHP5.3.10
MySQL 5.5.20
SQLite 3.7.10
Smarty 3.1.7
PhpMyAdmin 3.4.9
Xdebug 2.1.3
SQLiteManager 1.2.4

Un bon serveur web local fonctionnel, assez connu, facile à prendre en main. Il dispose d'un menu pratique, de bonnes options pour configurer PHP et Apache. J'ai beaucoup aimé le montage, à une époque j'utilisais Vertrigo pendant assez longtemps.

Mais tout n’est pas si rose dans notre royaume ; bien sûr, il y a aussi des inconvénients. L'inconvénient le plus important et le plus significatif est que le serveur n'est pas portable, il ne peut pas être installé sur une clé USB et utilisé sur différentes machines. Entre autres problèmes, je voudrais souligner les difficultés de création d'un domaine ou d'un alias, ainsi que le manque de langue russe.

Dernière version : 2.2d
Langue russe : Oui
Version portable : Non
Page d'accueil : http://www.wampserver.com/

Kit de base :

Apache 2.2.21
Php 5.3.10
MySQL 5.5.20
XDebug 2.1.2
XDC1.5
PhpMyadmin 3.4.10.1
SQLBuddy 1.3.3
webGrind1.0

Comme XAMPP, cet assemblage est largement connu en Occident. La raison en est peut-être la prise en charge d'un grand nombre de langues, la possibilité d'installer n'importe quelle version d'Apache, MySQL et PHP en tant que module complémentaire et une page d'accueil attrayante, ce qui ne peut pas être dit du programme de contrôle lui-même.

L'assemblage fonctionne bien, a un menu effrayant, mais tout à fait compréhensible. Il n’y a rien qui distingue ce serveur Web local de la foule. Pour être honnête, j'ai été très surpris de voir une telle misère dans la conception du programme après avoir visité la page d'accueil élégante et colorée.

Dernière version : 0.4.0.4
Y a-t-il une langue russe
Version portable : Oui
Page d'accueil : http://winginx.ru/

Kit de base :

Nginx 1.2.0 ;
PHP5.3.13 ;
PHP5.4.3 ;
Node.js 0.6.17 ;
MySQL 5.1.62 ;
MongoDB 2.0.5 ;
memcached 1.2.6 ;
phpMyAdmin 3.5.0 ;
Administrateur 3.3.3 ;
RockMongo 1.1.1 ;
phpMemcachedAdmin 1.2.1 ;
Xdebug 2.2.0.5, Zend Guard Loader 5.5, ionCube 4.0.14

Cet assemblage bénéficie de la présence de MongoDB et de Node.js, ainsi que de la popularité croissante du serveur Web Nginx. J'ai également été satisfait de la présence d'un menu de barre d'état normal et d'une section de paramètres, mais pendant le travail, il s'est avéré que la fenêtre des paramètres comporte 3 onglets avec seulement 1 à 2 options chacun (pourquoi ?).

Travailler avec des journaux dans Winginx semble plutôt étrange. Pour les visualiser, on nous propose un menu de sélection de fichiers comme error.log, access.log, etc., mais impossible de comprendre à quel module appartiennent ces logs : Nginx, PHP, ou peut-être Node.js ?

Bien que Winginx dispose d'un programme de contrôle, la commande du serveur Web lui-même, tout comme dans Denwer, s'effectue via des fichiers .BAT. J'ai tiré cette conclusion en me basant sur des fenêtres noires surgissant de nulle part lors du démarrage ou de l'arrêt du serveur.

Il est possible que quelqu'un (principalement des débutants) trouve la fonction d'installation automatique de scripts (PhpBB, WordPress, Joomla, etc.) très utile lors de la création d'un domaine, d'autant plus que les scripts sont configurés pour fonctionner avec Nginx (réécrire les règles de réécriture toi-même assez dur). Cependant, personnellement, je n'utilise jamais de telles fonctions et préfère effectuer l'installation moi-même, car on ne sait jamais quoi et comment il y est installé et quelles surprises peuvent vous attendre à l'avenir.

14. Xampp USB Lite

Dernière version : 1.7.7
Langue russe : non
Version portable : Oui
Page d'accueil : http://www.apachefriends.org/en/xampp-windows.html

Kit de base :

Apache 2.2.21
MySQL 5.5.16
PHP5.3.8
phpMyAdmin 3.4.5

XAMPP est un serveur web local très populaire à l’étranger. Je pense que sa popularité est due au fait que cet assemblage est assez fiable et dispose de versions pour tous les principaux systèmes d'exploitation : Windows, Linux, Mac OS X et même Solaris.

Le démarrage et l'arrêt des modules se font assez rapidement, la page d'accueil n'est pas déroutante et compréhensible, même si elle est en anglais. Dans l'ensemble, un assez bon logiciel (avec un tas de goodies dans la version de bureau) dans lequel il n'y a rien de superflu ou de repoussant. Les fenêtres noires n'attaquent pas au coin de la rue, le panneau de commande est assez ordinaire, mais peu utile.

Parmi les inconvénients de ce progiciel, je peux noter précisément ce panneau de contrôle, ou plutôt l'absence de ce contrôle lui-même : il n'y a rien d'autre que le démarrage et l'arrêt du serveur. Il n'y a pas de menu pratique avec une liste de sites, pas de section de paramètres de serveur Web et aucun outil utile. Vous devrez configurer manuellement l'environnement de travail dans cette version.

Comparaison

	Portable	langue russe	Disponibilité de l'interface graphique	Interface graphique utile	Affichage des journaux
AMPPS	-	+	+	-	+
-	-	-	-	-
+	+	-	-	-
+	+	+	+	+
-	+	+	+	+
Nimp	+	+	+	+	-
+	+	+	+	+
+	-	-	-	-
-	+	+	-	+
+	-	+	-	-
-	-	+	+	+
-	+	+	+	+
+	+	+	+	+
Xampp USB Lite	+	-	+	-	-

Meilleurs résultats : EasyPHP, Open Server, Winginx.

Essai

Test n°1 – Faux départ

L'essence du test est de corrompre délibérément la configuration d'Apache afin de vérifier si nous recevrons un avertissement ou si tous les indicateurs seront verts et que rien ne fonctionnera. Convenez que vous n'avez guère envie d'utiliser une version qui rapporte de manière trompeuse un lancement réussi et vous fait passer pour un idiot. Si le serveur ne donne aucun signal ou fonctionne en secret, le test sera également considéré comme un échec.

Test n°2 – Chemins difficiles

L'essence du test est d'installer intentionnellement le serveur dans un dossier avec un nom complexe ; dans notre test, nous utiliserons un dossier nommé "C:testMys$ka!._-()zlo()+~%&2% Files". . Si PhpMyAdmin (c'est simplement pour des raisons de commodité, puisqu'il se trouve dans chaque assembly) ne s'ouvre pas, alors le test échouera en conséquence. Chaque personne est un individu ; les dossiers portent parfois des noms les plus inattendus. Le nom du dossier choisi pour le test est correct pour Windows et doit être traité correctement.

Test n°3 – SSL prêt à l'emploi

Le test est extrêmement simple : nous démarrons le serveur et essayons d'ouvrir PhpMyAdmin via le protocole SSL.

Désignations :"+" signifie que le test a réussi, "-" signifie que le test a échoué.

	Faux départ	Des chemins difficiles	SSL prêt à l'emploi
AMPPS	+	+	+
-	+	-
-	+	+
+	+	-
+	+	-
Nimp	+	-	-
+	+	+
-	+	-
+	-	-
+	-	-
+	+	-
+	+	-
-	-	-
Xampp USB Lite	+	-	+

Meilleurs résultats : AMPPS, Open Server.

Conclusion

Après avoir examiné et testé tant de systèmes logiciels, la question se pose : que devriez-vous finalement choisir pour votre travail quotidien ? La réponse à cette question n’est pas si simple : chaque build sera adapté à un certain type de tâche.

Pour les débutants, je suggère d'utiliser Denwer comme serveur Web local le plus simple et le plus éprouvé. À tous les autres développeurs Web, ainsi qu'aux débutants qui ne disposent pas de suffisamment de fonctionnalités Denwer, je recommande d'utiliser Open Server.

Si vous avez besoin de vous familiariser rapidement avec un script, un forum, une galerie de photos ou un livre d'or bien connu et que vous ne voulez pas vous soucier de l'installer et de trouver une plate-forme appropriée, vous pouvez essayer AMPPS. Bien entendu, à condition que le script qui vous intéresse soit supporté par ce développement.

Si quelqu'un a besoin d'utiliser des modules aussi rares qu'un serveur de messagerie local, Node.js, MongoDB, etc., alors je pense que chacun pourra choisir une option appropriée parmi les autres participants à notre examen.

Au fil du temps, tout développeur Web ( blogueur, concepteur Web ou programmeur Web) aura besoin d'un site de test spécial où vous pourrez vous entraîner sans aucun problème développement de sites Web ou tester un autre projet Web. Certains débutants utilisent les ressources de leur hébergement payant et y installent au moins deux sites Internet. Un travailleur ( basique), et l'autre ( supplémentaire) pour tester. Le site de test subit différents tests ( installation et test de nombreux plugins, thèmes, scripts, etc.).

En conséquence, avec cette disposition, le site de production principal souffre grandement, puisque la plupart des ressources d'hébergement sont consommées par le projet de test. Cependant, il existe un autre moyen qui permettra sans perte ( tant en termes monétaires qu'en termes de ressources) effectuez des tests sur vos sites, et nous allons maintenant considérer cette méthode.

Pourquoi pas?

Vous savez probablement déjà que pour mettre votre site Web sur Internet, vous devez enregistrer un nom de domaine, acheter un hébergement, c'est-à-dire de l'espace disque sur un ordinateur doté d'une connexion haut débit sur lequel des scripts PHP peuvent s'exécuter. Pour que les sites fonctionnent pleinement, PHP et MySQL doivent être installés. Tout cela n'est pas disponible sur un ordinateur classique. Comment les fichiers HTML et PHP peuvent-ils s’exécuter sur votre ordinateur ?

Un fichier normal peut être ouvert avec Notepad++ ou même avec Notepad. Écrivez quelque chose à l'intérieur, enregistrez-le, puis, sans aucun problème, ouvrez ce fichier dans votre navigateur et voyez à quoi ressemblerait ce fichier sur un site d'hébergement sur Internet. Autrement dit, nous voyons déjà une page HTML fonctionnelle. Dans celui-ci, nous pouvons créer certaines conceptions, contenus et surveiller le projet sans connexion Internet. En fait, nous avons déjà tout. Si nous voulons exécuter un fichier PHP à l'aide d'un navigateur, nous n'y parviendrons pas, car les scripts PHP du système d'exploitation Windows ne fonctionneront pas sans logiciel supplémentaire.

Tout cela n'est pas disponible sur un ordinateur classique et il n'y a donc aucune possibilité de travailler avec vos projets Web. Par conséquent, certains débutants commencent à dépenser de l'argent pour des ressources supplémentaires de leur hébergement payant. Mais que faire dans ce cas ? La réponse est simple : il existe des programmes spéciaux avec lesquels vous pouvez installer votre propre serveur dédié directement sur votre ordinateur.

Qu'est-ce qu'un serveur ?

Ce qui s'est passé serveur et en quoi un serveur local diffère de celui situé sur le réseau. Dans notre cas, un serveur ne signifie pas un ordinateur, mais un ensemble spécial de programmes qui assurent un fonctionnement optimal du site. Pour que le site fonctionne, nous devrons l'installer dans un emplacement spécialement désigné sur le serveur (). Autrement dit, nous téléchargeons les fichiers du site sur un ordinateur distant. Cependant, sans programmes serveur spéciaux, nos fichiers téléchargés ne seront pas visibles sur le réseau. Maintenant, à ces fins, nous allons créer notre propre serveur sur notre ordinateur personnel.

Pour cela, nous avons besoin de programmes spéciaux. Mais lesquels sont les mieux adaptés et quelles difficultés peuvent-ils causer lors de travaux ultérieurs ? Pour votre information, je liste ci-dessous les meilleurs serveurs Web par popularité dans le monde. Toutefois, cela ne signifie pas qu’ils doivent être installés immédiatement. Je vous expliquerai pourquoi plus tard !

Liste des meilleurs serveurs Web

Il existe actuellement plusieurs solutions sur le marché provenant de divers fabricants :

(site Web - apache.org) est le serveur gratuit le plus répandu et le plus populaire du réseau. C’est plus fiable et flexible. Le serveur n'est pas exigeant en ressources processeur et est capable de desservir de nombreux sites. L'application est disponible pour une large gamme de systèmes d'exploitation, notamment Unix, Linux, Solaris, Mac OS X, Microsoft Windows et autres. L'utilisation d'Apache s'élève actuellement à 71 %. Cependant, il s’agit d’un programme complexe que tous les débutants ne peuvent pas gérer.

(site Web - www.iis.net) est un autre serveur fiable de Microsoft. Il s’installe solidement en deuxième position avec 14 % des usages en ligne. Après l'installation du programme, seuls deux langages de programmation seront pris en charge ( VBScript et JScript). Cependant, vous pouvez ouvrir des fonctionnalités supplémentaires en installant les extensions nécessaires. Avec l'installation de tels modules, les fonctionnalités de ce serveur sont considérablement augmentées.

NGINX (site Web - nginx.org/ru/) est le serveur Web le plus populaire sur l'Internet russe. Comparé aux deux premiers, c'est le plus simple et ne possède pas de fonctions inutiles. Il est également apprécié pour sa fiabilité et sa rapidité. Le développeur de ce produit est notre compatriote Igor Sysoev. En 2004, il publie la première version de nginx. Aujourd'hui, ce logiciel est l'un des trois serveurs Web les plus populaires au monde. Son utilisation est d'environ 6,5%.

(site Web - litespeedtech.com) - ce serveur Web n'a pas beaucoup de capacités, mais il a une vitesse très élevée. Il est 9 fois plus rapide que le populaire Apache. Une grande attention est accordée à la sécurité ( sa propre protection contre la surcharge du système, une vérification stricte des requêtes http, des anti-ddos et bien plus encore). LiteSpeed est disponible pour Solaris, Linux, FreeBSD et Mac OS X. Le programme a un taux d'utilisation de 1,5%.

Bien sûr, il existe de nombreux autres programmes similaires, mais la part de leur utilisation et de leur confiance parmi les utilisateurs n'est pas aussi élevée que ceux-ci. Malheureusement, vous ne pourrez pas le faire avec un seul programme. Non seulement ils sont utiles pour les grands projets, mais ils peuvent également être difficiles à installer et à configurer. De plus, en plus de ces serveurs, une installation et une configuration séparées de certains programmes sont également requises ( par exemple, pour travailler avec une base de données). Tout cela pose des difficultés importantes à de nombreux utilisateurs. Que faire dans ce cas ?

Fonctionnalités du serveur local

À l'heure actuelle, il existe de nombreuses distributions différentes qui peuvent faciliter la vie de tout webmaster débutant. Ils sont très faciles à installer, faciles à utiliser, moins exigeants en ressources et contiennent les éléments logiciels nécessaires pour obtenir les meilleures performances.

C'est serveur local- ce n'est pas un programme ( pas un serveur Web spécifique), mais une collection spéciale qui comprend des versions allégées de programmes serveur complexes. Généralement, l'assemblage comprend : le serveur lui-même ( principalement Apache, mais il peut y en avoir d'autres), compilateur PHP ( avec son aide, le navigateur peut lire les codes et assembler la page), des composants pour travailler avec des bases de données, divers installateurs et de nombreux autres programmes. Tout cela rend les choses beaucoup plus faciles que si nous installions et configurions chaque programme séparément.

De plus, des modules séparés peuvent être connectés aux packages de base des serveurs locaux pour étendre les fonctionnalités. Une autre caractéristique importante est que sur certains serveurs, il est possible de travailler à partir d'un lecteur flash amovible. En général, de tels assemblys sont très bien adaptés au développement rapide de sites Web, au test de petits projets et parfois même de grands.

Examen des serveurs locaux populaires

Voici quelques builds qui pourraient vous être utiles :

(site Web - denwer.ru) est un serveur domestique gratuit conçu pour fonctionner avec des sites Web, des applications Web ou des pages Internet. Ses développeurs sont Dmitry Koterov et Anton Sushchev. Ce produit contient les distributions nécessaires pour un travail simplifié. Par exemple, cela inclut le serveur Web Apache avec divers supports, le panneau phpMyAdmin et MySQL pour travailler avec des bases de données et d'autres programmes. Vous pouvez également travailler à partir d'un lecteur flash amovible. Malheureusement, Denwer ne prend en charge que le système d'exploitation Windows.

XAMPP (site Web - www.apachefriends.org/en/xampp.html) est un serveur spécial créé par des amis Apache. Les distributions nécessaires vous permettent d'y exécuter un serveur Web à part entière. Ce programme est distribué gratuitement et prend en charge le fonctionnement sous Windows, Solaris, Mac OS X et Linux. Il y a également les avantages suivants : le serveur est populaire pour son interface utilisateur très simple, ce qui en fait un favori pour de nombreux débutants ; il existe plusieurs apparitions de versions mises à jour ; le processus de mise à jour est très simple et convivial ; Il existe des modules supplémentaires. Vous pouvez également télécharger la version requise depuis un autre site officiel - sourceforge.net/projects/xampp/files.

(site Web - www.appservnetwork.com) est un excellent serveur d'un fabricant thaïlandais dont le concept est une installation et une configuration faciles de toutes les distributions en 1 minute. La première version de l'assembly a eu lieu en 2001 et depuis lors, le nombre d'utilisateurs n'a cessé de croître. AppServ est très simple à installer, il fonctionne de manière stable et n'est pas pire que les versions officielles et individuelles, et ses performances fiables permettent de créer un serveur Web à part entière sur votre ordinateur.

(site web - vertrigo.sourceforge.net) est un autre serveur local efficace et facile à installer. L'assemblage est très flexible, a de bonnes performances et prend peu d'espace disque. Malheureusement, cela ne fonctionne que sous Windows pour le moment.

Serveur Zend Edition communautaire (site Web - www.zend.com) est un serveur gratuit de Zend, conçu pour fonctionner avec des applications Web. Contient tous les composants nécessaires pour déployer rapidement un serveur local sur votre ordinateur.

(site Web - open-server.ru) est un serveur local portable national doté de fonctionnalités élevées pour le développement et la création de sites Web et d'autres projets Web. Possède une interface multilingue ( y compris le russe) et est conçu pour fonctionner sur le système d'exploitation Windows. Le travail à partir d'un support amovible est pris en charge. Ce serveur est très bon et constitue une bonne alternative à Denver.

(site Web - wampserver.com) - une autre bonne version avec une interface russe ( il y a aussi d'autres langues). Il existe un menu simple et clair, et une installation et une configuration pratiques de l'ensemble ne posent pas de difficultés particulières. La configuration peut être effectuée sans affecter les fichiers de configuration, ce qui est très utile pour les webmasters débutants. Le serveur est distribué gratuitement et fonctionne uniquement sur la plateforme Windows. Malheureusement, il n'existe pas encore de version portable.

(site web - easyphp.org) - un assemblage très simple avec prise en charge de la langue russe. L'assemblage est banal, n'a pas de fonctionnalités énormes et est principalement destiné à tester de petits projets. Il existe un support pour travailler à partir de supports portables. Ce serveur servira de bon remplacement pour Denver.

Les applications développées en Ruby peuvent être déployées au public à l'aide de l'un des nombreux serveurs Web. Chaque serveur web est unique et possède ses propres avantages, mais ils ont tous un point commun : ils sont basés sur l'interface Rack.

Cet article fournit un bref aperçu des serveurs Web populaires pour les applications Ruby et vous présente la spécification Rack et les logiciels associés.

Note: Plus d'informations sur le middleware peuvent être trouvées ici.

Interface de rack

Dans le monde actuel du développement d'applications Web, la capacité de combiner des serveurs Web appropriés et d'autres programmes et technologies est essentielle. En fait, c’est presque l’aspect le plus recherché de tout langage ou framework de programmation. L’exemple le plus simple ici est peut-être celui des environnements de développement, de test et de production d’une application : ils devraient tous être différents.

Pour y parvenir, Rack, une interface modulaire pour les serveurs Web Ruby, a été lancée en 2007. Il est aujourd’hui utilisé par de nombreux serveurs et frameworks web (Espresso, Mack, Ruby on Rails, Sinatra…).

Malgré les conventions de dénomination et les différentes explications selon les langages et domaines de programmation, les spécifications d'interopérabilité des applications sont très similaires (sinon identiques). Bien que contrairement à la spécification Python WSGI, sur laquelle Rack et de nombreuses autres spécifications sont modélisées, Rack est également un middleware.

Le middleware Rack (disponible sous forme de gem) implémente la spécification Rack ; il divise les requêtes HTTP entrantes en différentes étapes, puis les traite en plusieurs parties, puis envoie une réponse à l'application Web (contrôleur). Le programme Rack se compose de deux composants distincts : un gestionnaire et un adaptateur, à l'aide desquels les données sont échangées entre les serveurs Web et les applications (frameworks).

Examen des serveurs Web pour Ruby

Vous pouvez désormais parler des serveurs Web modernes les plus populaires, comprendre leurs fonctionnalités et choisir la solution la plus adaptée à votre application.

Note: Les serveurs Web sont classés par ordre alphabétique.

Phusion Passenger : serveur Web et d'applications rapide

De nombreux développeurs Ruby on Rails recommandent d'utiliser Passenger pour prendre en charge les applications. Il s'agit d'un serveur mature et riche en fonctionnalités qui répond aux exigences de déploiement les plus strictes et facilite l'installation et l'exécution de votre application. Il élimine l'architecture traditionnelle basée sur un serveur intermédiaire en s'intégrant directement aux serveurs Web Apache et Nginx. Par conséquent, dans la communauté Ruby (Rails), il est aussi souvent appelé mod_rails et mod_rack.

Caractéristiques des passagers

Passenger offre la possibilité de travailler avec plusieurs applications hébergées sur un seul serveur.

Il prend également en charge la gestion des clients lents. Passenger met en mémoire tampon toutes les demandes et réponses, empêchant ainsi les attaques de monopoliser les ressources du système.

Le serveur Web Passenger est très populaire et est souvent utilisé dans les environnements de production. De plus, il dispose d'une communauté active où vous pouvez obtenir de nombreux trucs et astuces utiles. La société derrière Passenger propose un support commercial.

La version open source de Passenger propose un mode multi-processus et monothread, tandis que la version commerciale prend en charge les modes monothread et multithread.

La version commerciale apporte également de nombreuses fonctionnalités « avancées » : parallélisme, multithreading, déploiement de masse, gestion des ressources, limitation des ressources, etc.

Note: Plus d’informations sur Passenger peuvent être trouvées sur le site Web du projet. À propos de la version Passenger Enterprise - .

Puma : un serveur web moderne pour Ruby

Puma est un serveur Web hautes performances pour les applications Ruby. Il est basé sur le serveur Web Mongrel, qui en son temps a ajouté plusieurs fonctionnalités révolutionnaires et a grandement influencé le développement des applications Ruby. Le développeur de Puma (Evan Phoenix) a transformé la structure opérationnelle de Mongrel en passant à Rack (et éliminant ainsi certains problèmes de performances) et a développé une application pour prendre en charge la concurrence.

Caractéristiques du Puma

Puma ne nécessite pas beaucoup d'espace et utilise peu de ressources.

Le serveur Web Puma propose plusieurs modes de fonctionnement : il vous permet de définir le nombre minimum et maximum de threads, et prend également en charge le mode cluster, dans lequel vous pouvez utiliser des processus forkés pour traiter les demandes simultanément.

Il est basé sur l'analyseur Mongrel et hérite en grande partie de son code.

Le serveur Web Puma est conçu pour Rubinius, mais peut également fonctionner avec JRuby

Il fournit un ensemble de configurations simple, mais assez étendu et flexible, ce qui facilite la préparation d'un serveur Web à la fois pour le développement et pour l'environnement.

Prêt à l'emploi, Puma ne prend pas en charge l'hébergement et la production de plusieurs applications, mais cela peut être fait à l'aide d'un outil spécial appelé Jungle.

Thin : un serveur HTTP simple et rapide

Thin est un serveur d'applications très populaire ; ses créateurs affirment qu'il s'agit du « serveur Web Ruby le plus sécurisé, stable, rapide et extensible ». Thin se développe activement. Il est basé sur trois bibliothèques Ruby principales :

Analyseur Mongrel.
Bibliothèque réseau EventMachine
Intergiciel de rack

Caractéristiques fines

Le serveur Thin HTTP est conçu pour fonctionner avec n'importe quel framework qui implémente la spécification Rack. Pour ce faire, il télécharge les fichiers de configuration du Rack.

Basé sur EventMachine, Thin peut gérer des requêtes longues sans l'aide d'un proxy inverse (contrairement à certains autres serveurs Web).

Note: Pour en savoir plus sur Thin, rendez-vous sur le site du projet.

Unicorn : serveur HTTP en rack pour clients rapides et Unix

Unicorn est un serveur d'applications mature et complet pour Ruby. Il a ensuite été adapté pour fonctionner avec Python. Le principe de fonctionnement d'Unicorn est le suivant : le serveur web n'effectue pas toutes les tâches, mais uniquement celles dont il est directement responsable ; il délègue les tâches restantes à d'autres programmes plus à même de les exécuter.

Caractéristiques de la Licorne

Le processus principal Unicorn génère des processus de travail pour traiter les demandes en fonction des paramètres spécifiés. Ce processus surveille également les flux de travail pour éviter les problèmes de ressources. Autrement dit, si un processus nécessite beaucoup de temps ou de ressources, le serveur l'arrêtera Unicorn.

Comme mentionné ci-dessus, Unicorn utilise le système d'exploitation pour équilibrer la charge ; Pour ce faire, il peut déléguer des tâches à d'autres services. Grâce à cela, les demandes ne s'accumulent pas.

Comme NGINX, Unicorn vous permet de déployer des applications sans abandonner les connexions client actuelles. C'est une fonctionnalité très utile lors de la mise à jour de l'application.

Autres fonctionnalités utiles de Unicorn :

Tous les processus de travail s'exécutent dans un espace d'adressage isolé spécifique et les demandes de service une par une.
Les hooks before_fork et after_fork vous permettent de lutter contre le branchement des processus.
Le mécanisme de copie sur écriture pour la gestion de la mémoire permet d'économiser de la mémoire.
Un serveur Web peut écouter sur plusieurs interfaces.

Note: En savoir plus sur la Licorne – .

Mots clés: ,

Chaque jour, de plus en plus de sites Web apparaissent sur Internet et de plus en plus de personnes veulent apprendre à les créer, veulent devenir de bons webmasters, mais ils oublient un petit aspect : la capacité de maintenir et de configurer un serveur Web. J'ai donc décidé de consacrer toute une série d'articles dédiés aux serveurs web. Aujourd'hui, nous allons examiner serveurs Web les plus populairesà ce moment là.

Comme je l'ai déjà dit, le processus de création d'un site Web ne consiste pas seulement à écrire une page HTML, comme beaucoup de gens le pensent :), c'est tout un ensemble d'activités qui nécessitent une assez grande quantité de connaissances dans le sens du web, par exemple, vous pouvez lire l'article « Comment devenir webmaster et que faire pour cela » faut-il savoir ? " et vous comprendrez sans doute que connaître HTML ne vous apporte rien.

Serveurs Web populaires

Bon, assez d’introduction, passons au sujet de notre article. Et commençons par le fait que nous allons simplement lister les serveurs WEB les plus populaires, et aujourd'hui ce sont :

Apache– environ 55 à 60 % de tous les sites sur Internet ( C'est le serveur Web le plus populaire au monde !);
Microsoft-IIS– environ 12 à 14 % de tous les sites sur Internet ;
Nginx– environ 10 à 12 % de tous les sites sur Internet.

Le reste de la part est occupé, comme vous l'avez compris, par des serveurs web moins populaires, tels que :

Lumièretpd;
Gws;
Résine;
et d'autres.

Aujourd'hui, nous allons passer en revue les 3 serveurs Web les plus populaires et commencer, bien sûr, par le plus populaire : Apache !

Présentation du serveur Web Apache

Apache est un serveur Web multiplateforme gratuit, il prend en charge les systèmes d'exploitation suivants : Microsoft Windows, Linux, BSD, Mac OS, Novell NetWare, BeOS.

Ce serveur Web se distingue par sa flexibilité de configuration et son extensibilité, c'est-à-dire des modules externes peuvent y être connectés. Sur ce serveur web vous pouvez développer des sites web dans des langages de programmation tels que :

Python;
Rubis;
Perl ;

Et le plus important c'est que connecter ces langages est assez simple, il suffit de préciser la connexion des modules nécessaires dans le fichier de configuration httpd.conf, par exemple, PHP se connecte comme suit :

#connexion pour apache version 2.2, connectez le module LoadModule php5_module "C:\Program Files\PHP\php5apache2_2.dll" #ajoutez un type de fichier pour l'application du gestionnaire AddType/x-httpd-php .php #spécifiez le répertoire avec php. ini PHPIniDir "C :\Program Files\PHP\"

Nous avons connecté PHP à Apache version 2.2, et d'ailleurs, si nous parlons de versioning, parlons-en aussi.

Aujourd’hui, la dernière version d’Apache est la 2.4, mais curieusement, cette version n’est pas encore la plus populaire. Il existe deux versions d'Apache largement utilisées sur Internet : version 1.3 et version 2.2. Même si la version 1.3 est déjà moralement obsolète, ils n’arrêtent toujours pas de l’utiliser. Il n'y a pas de différences significatives entre ces versions, bien que dans la version 2.2 l'emplacement de certains fichiers ait changé, le fichier httpd.conf a été divisé en plusieurs parties et la structure des dossiers a légèrement changé, ce qui peut faire la transition de la version 1.3 à la version 2.2. difficile au début.

La chose la plus importante que j'aime chez Apache, c'est qu'il existe beaucoup de documentation normale, ce qui, bien sûr, facilite la maîtrise de ce serveur. Par exemple, Apache a un site Web officiel - www.apache.org où, en passant, vous pouvez télécharger n'importe quelle version d'Apache pour n'importe quel système d'exploitation. Les débutants se demandent toujours où télécharger telle ou telle distribution (je vous conseille de télécharger uniquement depuis le site officiel), par exemple, sur cette page vous pouvez télécharger une distribution pour Windows ( par exemple, la version 2.2.22 en tant que package msi, sélectionnez l'extension souhaitée en conséquence).

L'une des principales caractéristiques d'Apache est que le développeur du site, par exemple vous, après avoir placé votre site en hébergement, pouvez gérer et modifier les paramètres de ce serveur, sans le redémarrer et sans endommager les autres sites situés sur ce serveur, cela se fait en utilisant le fichier .htaccess.

Tout tourne autour d'Apache pour l'instant, passons au prochain serveur Web le plus populaire.

Présentation du serveur Web IIS

IIS (les services de l'information de l'Internet ) n'est pas un serveur Web distinct, mais tout un ensemble de services Web nécessaires au fonctionnement d'un serveur Web à part entière. Ce Serveur WEB est implémenté sur la plateforme Windows ( et appartient donc à Microsoft), j'en dirai même plus, il est totalement intégré à ce système d'exploitation ( ainsi que tous les autres serveurs faisant partie de Windows). Sur ce serveur vous pouvez développer des sites web utilisant les technologies ASP ( mais c'est déjà obsolète) et ASP.NET, puisque cette technologie est de Microsoft, mais les amateurs d'autres technologies ( langages de programmation) Microsoft n'a pas oublié et a permis de rattacher ces langages à ce serveur WEB, par exemple : PHP, PERL et autres. Les versions les plus populaires sont IIS-6, IIS-7, IIS-7.5 et la version la plus récente ( à ce jour) IIS-8 ( sous Windows 8 et Windows Server 2012).

Les principaux composants du serveur Web IIS sont :

le service Web lui-même ;
Le service FTP, d'ailleurs, peut fonctionner comme un serveur indépendant, si vous souhaitez soudainement configurer FTP, mais ne pas utiliser de serveur Web, il n'y a rien de mal à cela, installez-le et utilisez-le pour votre santé ;
Serveur SMTP, vous pouvez également l'utiliser comme serveur de messagerie distinct dans votre organisation.

Bien entendu, dans les nouvelles versions de Windows, telles que Windows 7, Windows Server 2008, il existe une répartition plus détaillée en composants individuels, pour ainsi dire, pour plus de commodité, c'est-à-dire Si vous l’utilisez, installez-le, sinon, ne l’installez pas. Ci-dessus je n'ai présenté que le général ( petit) fait partie de tous les composants.

Quiconque a travaillé avec des serveurs Windows sait que presque tous les paramètres de tous les rôles de serveur sont effectués via l'interface graphique et le serveur IIS ne fait pas exception, donc si vous n'aimez pas configurer des fichiers ou simplement travailler sur la ligne de commande, alors ce serveur est parfait pour vous. Pour certains, ce sera un avantage par rapport au même Apache.

De nombreux webmasters ne souhaitent pas utiliser IIS uniquement parce qu'ils pensent que pour cela, ils doivent installer Windows Server, par exemple 2003 ou 2008, d'une part ils ont raison, c'est-à-dire si vous souhaitez héberger vos sites sur votre propre serveur ( comme les sociétés d'hébergement Internet), alors bien sûr, il est préférable d'installer un système d'exploitation serveur. Mais si vous souhaitez simplement développer des sites Web et les transférer ensuite vers un hébergement sur Internet, IIS peut également être installé sur des systèmes d'exploitation clients classiques tels que Windows XP Pro ou Windows 7 Pro et versions ultérieures. Cela se fait à l'aide des outils standard du système d'exploitation :

Panneau de configuration -> Ajout/Suppression de programmes (Windows XP) ou Programmes et fonctionnalités (Windows 7) -> Installer des fonctionnalités (Windows XP) ou Activer/Désactiver des fonctionnalités (Windows 7) -> sélectionnez Internet Information Services (IIS) pour Windows XP et IIS pour Windows 7.

Sous Windows XP Professionnel :

Sous Windows 7 :

Si nécessaire, vous pouvez cliquer sur les composants (Windows XP) ou simplement cliquer sur le signe plus (Windows 7) pour afficher plus en détail ou sélectionner les composants nécessaires à installer. Ensuite, vous devrez peut-être insérer le disque d'installation avec le système d'exploitation pour que le programme d'installation prenne les composants nécessaires, et c'est tout, l'installation se déroule comme l'installation d'une application classique, vous pouvez alors ouvrir :

Panneau de configuration->Outils d'administration->Services Internet (Windows XP) ou Gestionnaire des services Internet (Windows 7).

Pour vérifier que le serveur est en cours d'exécution et allumé, ouvrez n'importe quel navigateur et tapez, par exemple, 127.0.0.1, la page par défaut devrait s'ouvrir.

Si vous avez Windows XP, alors IIS 5.1 sera installé, ce qui est moins fonctionnel par rapport aux autres versions, par exemple IIS 6 et 7. Et si vous avez Windows 7, alors IIS version 7 sera installé, ce qui est parfait pour un serveur WEB normal. À l’avenir, vous installerez IIS version 8 sur Windows 8.

Si vous envisagez d'installer IIS sur un système d'exploitation serveur normal, alors sur Windows Server 2003, vous aurez IIS 6 installé, et sur Windows Server 2008 IIS 7, sur Windows Server 2008 R2 IIS 7.5, sur Windows Server 2012 IIS version 8. Considérez l'installation détaillée de ceci. Nous ne parlerons pas du serveur maintenant, car cela dépasse le cadre de cet article, mais je prévois bientôt de publier plusieurs articles sur l'installation, la configuration et l'administration du serveur WEB IIS 7 sur Windows Server. Plateforme 2008, où vous pourrez voir en détail toutes les subtilités de ce serveur.

Il y a plusieurs différences entre les serveurs IIS 6 et IIS 7(et supérieure) pour être plus précis, les avantages de la version 7 (et supérieure) par rapport à la 6 :

La version 7, à mon avis, a une interface plus pratique ;
si vous souhaitez développer des sites Web en PHP, alors la version 7 (et supérieure) offre une intégration et une gestion plus pratiques de l'extension PHP ;
IIS 6 n'était pas initialement destiné à l'hébergement, mais IIS 7 (et supérieur) se concentre déjà, par exemple : sur la possibilité pour les propriétaires de sites de gérer et de configurer leurs sites ( Je veux dire le serveur Web) sans contacter le support technique et sans utiliser de scripts supplémentaires de l'hébergeur, puisque dans la version IIS 6 les hébergeurs utilisaient des scripts supplémentaires afin de ne pas configurer et répondre manuellement aux demandes des propriétaires de sites. IIS6 était destiné uniquement aux sites Web d'entreprise, mais les hébergeurs ont également commencé à l'utiliser, c'est-à-dire il a gagné en popularité. IIS 7 est une excellente option pour ceux qui aiment Windows et les applications Windows, et il n'est en aucun cas inférieur au serveur Web le plus populaire sur Internet, Apache.

Aujourd'hui sur Internet, la version 6 reste la plus populaire des serveurs IIS, mais la version 7 a presque rattrapé son retard et tous les webmasters et hébergeurs migrent déjà activement vers la version 7 ou supérieure d'IIS.

Présentation du serveur Web Nginx

Nginx- un serveur Web et un serveur proxy de messagerie développés par un programmeur russe qui en fait activement la promotion, et maintenant la société Nginx, Inc. est même apparue.

Nginx fonctionne sur des systèmes d'exploitation de type Unix, tels que : FreeBSD, OpenBSD, Linux, Solaris, Mac OS X, AIX, HP-UX, mais il existe également des versions pour Windows, même si, comme vous l'avez déjà compris, ce serveur Web a été développé spécifiquement pour Unix. La dernière version actuellement est la version 1.2.4.

Les principales fonctionnalités de Nginx sont : simplicité, rapidité, fiabilité. En général, tout comme les serveurs Web ci-dessus, il s'agit d'un excellent serveur Web.

C'est tout pour aujourd'hui, dans les articles suivants, nous examinerons en détail l'installation, la configuration et la maintenance des serveurs Web (en utilisant Apache 2.2.22 et IIS 7 comme exemple).

Travailler avec le serveur Web russe Apache. Apache russe

Le serveur Web le plus répandu au monde est Apache. Selon Netcraft ( http://www.netcraft.com/Survey/), le nombre total de sites Web exploités sous son contrôle a atteint 2 millions à la fin de 1998 (55 % du nombre total de sites) et est en constante augmentation. A titre de comparaison : les serveurs Microsoft représentent 25 %, Netscape -7 %. Étant un programme gratuit et open source conçu pour les systèmes Unix libres (FreeBSD, Linux, etc.), Apache n'est pas inférieur aux serveurs commerciaux en termes de fonctionnalités et de fiabilité, et ses capacités de configuration étendues lui permettent d'être configuré pour fonctionner avec presque tous les serveurs spécifiques. système. Il existe des localisations de serveur pour différentes langues, dont le russe.

Historiquement, les textes russes sur Internet peuvent être présentés dans différents encodages, dont les plus courants sont koi8-r (ou simplement koi8) et Windows-1251 : le premier fonctionne avec la plupart des serveurs et postes de travail sous Unix, le second est standard pour toutes les versions de Windows. Le codage Windows-1251 étant naturellement utilisé sur la grande majorité des machines clientes, la part de ceux qui parcourent la partie russe du WWW utilisant koi8 ne dépasse désormais pas 5 %. Cependant, les documents sont stockés dans ce codage sur de nombreux serveurs Unix, les messages électroniques y sont le plus souvent transmis et presque toujours les lettres lors de téléconférences, et de nombreux canaux IRC en langue russe fonctionnent avec (d'ailleurs, l'abréviation KOI signifie « information code d'échange »). Pour résoudre les problèmes qui surviennent lorsque les encodages de texte sur le serveur et sur la machine client ne correspondent pas, le module russe Apache-RUS a été créé pour le serveur Web Apache.

Dans cet article, nous examinerons le processus d'installation et de configuration du serveur lui-même et du mécanisme de transcodage des documents à la volée.

Installation

La dernière version d'Apache-RUS peut être obtenue sur ftp://apache.lexa.ru/pub/apache-rus/ (la partie « majeure » du numéro de version, par exemple 1.3.3, correspond à la version du Apache original, la partie « mineure », par exemple PL27.3, - le soi-disant niveau de patch, c'est-à-dire la version du module russe). Il est recommandé d'installer les versions qui se sont révélées « stables ». Ici, la configuration du serveur est décrite à l'aide de l'exemple d'Apache_1.3.3rusPL27.3.

Donc, tout d'abord, on copie l'archive (moins de 1,5 Mo) sur notre machine et on la décompresse :

# ftp ftp://apache.lexa.ru/pub/apache-rus/ apache_1.3.3rusPL27.3.tar.gz

# tar xvzf apache_1.3.3rusPL27.3.tar.gz

Après cela, nous entrons dans le répertoire apache_1.3.3rusPL27.3 créé lors du déballage et exécutons le script de configuration :

# cd apache_1.3.3rusPL27.3

Si nécessaire, vous pouvez spécifier explicitement des arguments au script (une liste d'entre eux est fournie par la commande configure -help). Ainsi, si vous souhaitez installer le serveur dans un répertoire autre que celui standard, vous devez exécuter « configure -prefix=

Une fois configure exécuté, émettez les commandes make et make install comme d'habitude (ces actions sont effectuées par l'utilisateur root).

Le serveur est maintenant installé dans le répertoire /usr/local/apache, mais nous ne pouvons pas encore le démarrer - nous devons d'abord éditer les fichiers de configuration httpd.conf, access.conf et srm.conf dans le répertoire /usr/local/apache/etc. / répertoire (à partir de la version 27.4 - /usr/local/apache/conf).

Paramètres

La configuration des fichiers de configuration du serveur Web est l'étape la plus critique lors de son installation. Ici, nous ne considérerons que les directives les plus courantes et leurs paramètres, puisqu'une liste complète avec des descriptions prendra plus d'une douzaine de pages. Le serveur relit les fichiers de configuration au démarrage, ainsi que lorsqu'il reçoit un signal -HUP (hard restart) ou -uSR1 (soft restart). Si le serveur est en état de fonctionnement, alors lorsque la configuration change, il est recommandé de le redémarrer avec la commande

# kill -USR1 `cat /usr/local/apache/logs/httpd.pid`

Dans ce cas, les connexions existantes ne sont pas fermées de force et sont complétées de la manière habituelle, et les clients suivants travaillent avec de nouveaux fichiers de configuration.

fichier access.conf

access.conf contient des directives qui décrivent les droits d'accès aux répertoires et fichiers sur le serveur Web. Tout d’abord, décidez dans quel répertoire les documents seront stockés. Par défaut, il s'agit de /usr/local/apache/share/htdocs, mais de nombreux administrateurs préfèrent placer les documents à partir du répertoire /www/<имя_сервера>/, car avec cette organisation, il est plus facile de naviguer dans la structure des fichiers. Créons par exemple des répertoires :

/www/radio-msu.net/

/www/people.radio-msu.net/

Ils constitueront la racine des serveurs virtuels correspondants.

Le fichier access.conf peut contenir des sections Répertoire, Emplacement et Fichiers, qui sont limitées par des directives du même nom. Les paramètres de ces directives peuvent utiliser les caractères "?" et "*" , ainsi que les expressions régulières précédées d'un tilde, par exemple . La section Répertoire contient des instructions liées à un répertoire spécifique sur le disque, la section Emplacement contient des instructions liées à un chemin virtuel et la section Fichiers contient des instructions liées à un fichier ou un groupe de fichiers.

# directives qui s'appliquent à tous les documents stockés dans

répertoire /www/rmt.ru et ses pièces jointes

# directives qui s'appliquent à tous les documents disponibles sur http://<имя_сервера>/cgi-bin/<путь_к_файлу>

# directives liées au fichier form.html du répertoire

La différence entre les sections Répertoire et Emplacement est que la première fait référence aux répertoires sur le disque, la seconde fait référence au chemin virtuel (URL) que le navigateur demande au serveur Web. Les deux peuvent contenir des directives order, Allow et Deny, qui vous permettent de restreindre l'accès à un répertoire ou à une URL à partir de différentes machines.

Les deux directives suivantes concernent la section .

Possibilités

Valeurs de paramètres possibles :

ExecCGI - autorise l'exécution de scripts CGI dans ce répertoire et son sous-arbre ;

FollowSymLinks - autorise les liens symboliques suivants (créés par la commande ln) ;

Inclut - autoriser SSI (Server Side Include) ;

Index - autorise la liste d'un répertoire s'il ne contient pas de fichier index.html (ou un fichier d'index spécifié par la directive DirectoryIndex) ;

MultiViews - permettent la prise en charge de plusieurs langues ; il est désactivé par défaut et, en règle générale, il n'est pas nécessaire de l'activer ; la prise en charge du transcodage à la volée pour la langue russe est installée à l'aide d'autres directives, que nous examinerons plus tard ;

Tous - installez tous les modes répertoriés à la fois, à l'exception de MultiViews.

S'il n'y a pas d'exigences particulières en matière de sécurité, il est tout à fait acceptable de préciser « Options Toutes » dans la section ; sinon, vous devez décrire les paramètres de chaque répertoire séparément.

Autoriser Override

La plupart des directives peuvent être définies non seulement dans les fichiers de configuration du serveur, mais également dans les fichiers .htaccess des répertoires du serveur. La directive AllowOverride définit l'ensemble des directives autorisées dans les fichiers .htaccess. Les paramètres suivants peuvent être spécifiés :

FileInfo - autorise les directives responsables des types de documents ;

Index - autorise les directives liées aux listes d'annuaires ;

Limiter - autorise les commandes d'autorisation et de refus, qui limitent l'accès aux fichiers en fonction de l'adresse de l'ordinateur client ;

Options - activez la directive Options décrite ci-dessus.

Veuillez noter que lorsque vous activez ce dernier mode, les utilisateurs pourront créer leurs propres fichiers .htaccess et y autoriser l'exécution de scripts CGI. Par conséquent, si vous devez contrôler les scripts CGI utilisateur, vous ne devez pas étendre la directive Options AllowOverride aux répertoires utilisateur.

Cependant, dans de nombreux cas (en particulier lorsque seul l'administrateur a le droit de modifier le contenu du serveur), le fichier access.conf peut ressembler à .

fichier srm.conf

Le fichier srm.conf contient des directives liées aux paramètres généraux de la structure de répertoires du serveur. En règle générale, il suffit de modifier seulement quelques lignes.

Racine du document<первый каталог сервера>

Chemin d'accès au répertoire par défaut, le fichier d'index dont l'utilisateur recevra lors de l'accès au serveur (http://<имя_сервера>/). Cette directive doit également être définie pour chacun des serveurs virtuels (dans la section httpd.conf).

RépUtilisateur<имя пользовательского каталога>

Le répertoire dans lequel les utilisateurs doivent placer leurs fichiers afin qu'ils soient accessibles sur http://<имя_сервера>/~<имя_пользователя>/. Public_html standard. Parfois, pour faciliter la vie des utilisateurs, les administrateurs donnent la directive "UserDir www".

AnnuaireIndex<список файлов индекса>

Le fichier index est le fichier qui sera transmis au client lors de l'accès au répertoire. Si vous spécifiez plusieurs noms, le serveur recherchera un fichier correspondant de gauche à droite. Par défaut, la liste ne contient qu'un seul nom - index.html, mais il est d'usage d'y ajouter d'autres noms de fichiers d'index courants. Par exemple, une directive pourrait ressembler à : DirectoryIndex .index.html index.html index.htm index.cgi index.shtml home.html home.htm default htm default html

Pour activer la prise en charge des scripts CGI sur le serveur, supprimez la marque de commentaire avant les directives ScriptAlias et AddHandler cgi-script .cgi. Le premier spécifie le répertoire sur le disque dans lequel les programmes exécutables seront stockés, et le second précise que tous les fichiers portant une extension .cgi doivent être traités comme des scripts.

La directive ErrorDocument vous permet de remplacer les messages d'erreur standard du serveur par les vôtres. Par exemple, dans le cas de l'erreur la plus courante - 404 (fichier non trouvé) - il est considéré comme de bon ton de présenter à l'utilisateur une page lui demandant de continuer son parcours sur le serveur ou un formulaire de recherche sur le site. Ceci est implémenté assez simplement : dans les paramètres du serveur, nous supprimons la marque de commentaire de la ligne

Document d'erreur 404 /missing.html

Dans le répertoire racine de chaque serveur virtuel, créez un fichier manquant.html. Il est recommandé de fournir des liens vers les sections principales du serveur - à la fois pour la commodité des utilisateurs et afin de fournir les informations nécessaires aux serveurs d'indexation des robots de recherche.

fichier httpd.conf

Le fichier de configuration httpd.conf est le fichier principal et contient les paramètres liés au fonctionnement du serveur Web, des serveurs virtuels et de tous ses modules de programme. De plus, c'est ici que le transcodage des lettres russes est configuré lors de la transmission du serveur au client et inversement.

La directive Port, placée au tout début du fichier, précise le numéro de port du serveur http ; par défaut il est 80. Si nécessaire, vous pouvez attribuer un ou plusieurs autres ports au serveur, pour lesquels la directive Listen est utilisée.

La directive HostnameLookups avec le paramètre on ou off active ou désactive la conversion des adresses IP numériques des clients qui reçoivent des documents du serveur en noms de domaine. Cette conversion ralentit quelque peu le serveur, mais avec moins de 10 000 visites par jour, cela passe généralement presque inaperçu.

Les directives User et Group précisent l'utilisateur qui administrera le serveur. D'un point de vue sécurité, il n'est pas conseillé de spécifier ici un utilisateur existant ayant accès à d'autres ressources ou fichiers. Il est préférable de créer un utilisateur et un groupe distincts spécifiquement pour le serveur http, par exemple :

Les directives ServerRoot, ErrorLog, CustomLog définissent respectivement le répertoire racine du serveur http, le chemin d'accès au journal des erreurs (error_log) et le chemin d'accès au journal général des requêtes au serveur (access_log).

La directive CacheNégociationDocs permet la mise en cache des documents reçus du serveur. Par défaut, ce mode est désactivé, mais comme la bande passante des chaînes Internet nationales laissera longtemps à désirer, il serait bien de l'activer : l'utilisateur n'aura alors pas à attendre que les images se chargent à chaque fois qu'elles accéder à votre page.

Configuration des serveurs virtuels dans le fichier httpd.conf

Dans la plupart des cas, un serveur http est capable de traiter les requêtes provenant de divers serveurs Web dits virtuels. Les serveurs virtuels peuvent avoir la même adresse IP, mais des noms de domaine ou des adresses IP différents. Du point de vue de l'utilisateur, la deuxième option est légèrement plus préférable, puisqu'une requête adressée à un serveur qui ne diffère du serveur principal que par le nom de domaine doit contenir son nom, et certains navigateurs plus anciens qui ne prennent pas en charge le protocole HTTP/1.1 ( par exemple, Microsoft Internet Explorer 2.0) n'incluent pas la demande de ces informations. Cependant, ces navigateurs ne sont plus utilisés (ils représentent désormais moins de 0,5 % du nombre total) ; d'un autre côté, attribuer sa propre adresse IP à chaque serveur virtuel peut constituer un gaspillage injustifié de l'espace d'adressage de l'entreprise.

Les directives ServerName, ServerAlias, NameVirtualHost et VirtualHost sont utilisées pour décrire les adresses et noms de domaine des serveurs virtuels. Ils ne sont nécessaires que si vous devez installer plusieurs serveurs virtuels.

http://www.apache.org/- serveur de développement Apache officiel

http://apache.lexa.ru/- serveur de l'équipe de développement du module russe Apache