PUBLIC MARKS with tags tutorial & apache

Cet article est le premier d’une série sur l’admin système linux. On va donc commencer par les bases : installer un ubuntu server avec une sécurité correcte et on en profite pour installer un LLMP dessus (c’est LAMP mais avec Lighttpd à la place de apache :-) )

Originally this page was known as the “Ultimate .htaccess Guide” but I’ve been regularly adding new .htaccess tricks and .htaccess examples for several years. I also add my favorite .htacess tutorials, .htaccess tricks published elsewhere, results from some .htaccess experiments and continually improve this article because I’m sorta obsessed with finding the coolest htaccess tricks, and I’ve got some cool ones I promise you that! If you look around the site you’ll notice .htaccess tricks that nobody else has, .htaccess tricks that push the limits. This isn’t an introduction to .htaccess, this is the evolution of .htaccess files for your website.

Pour ce tutorial, nous allons voir comment variabiliser des données saisies par formulaire pour effectuer un tir de charges avec JMeter avec des données changeantes à chaque itération du tir. La variabilisation des données permet de mieux simuler la diversité de requêtes que l’on peut avoir sur un environnement réel. Notamment en évitant les effets de cache (navigateur, persistance, etc). Pour ce tutorial, on suppose que vous avez déjà effectué le tutorial sur l’enregistrement d’un scénario fonctionnel dans JMeter.

HTML Link Parser est un composant de Apache JMeter qui mérite à être connu. En effet ce petit composant permet d’accélérer la variabilisation d’un scénario de test. Avant de vous montrer comment cela est possible, voici une utilisation du composant HTML Link Parser : un spider (un aspirateur de site). Cet exemple est récupéré de la documentation officielle du JMeter, et adapté pour avoir simplement un appel à tous les liens d’une page sans descendre à un niveau inférieur.

JMeter – Test de charges sur un webservice (SOAP) JMeter permet de faire des tirs de charges sur des webservices via SOAP. Je vous propose une petite démonstration. Pour ce test de charge (simple) sur un webservice, il faut un webservice… pour ma part, j’ai suivi ce tutorial du site developerWorks d’IBM pour avoir un webservice tout simple de type « hello world ». Develop and execute WS-BPEL V2.0 business processes using the Eclipse BPEL plug-in

JMeter est un logiciel permettant de faire des tests de charges orientés performances ou orientés métiers sur différentes protocoles ou technologies. Il est développé par la Fondation Apache, via son projet Jakarta. C’est une application Java graphique utilisant l’API Swing, pouvant fonctionner sur tout environnement / poste de travail acceptant une machine virtuelle Java, par exemple, Windows, Linux, etc.

Vous utilisez JMeter pour faire un tir de charges (ou autres), et vous devez avoir une requête qui s’exécute à un intervalle fixe quelque soit le temps de réponse de la requête. Par exemple, vous devez exécuter une requête chaque 20 secondes, le temps de réponse de la dite requête est 4,5 sec. Donc si on démarre à T0, on a T0 4,5 sec la requête, puis on demande à JMeter de faire une pause pendant (20 sec – 4,5 sec = 15,5 sec), puis une nouvelle requête, etc.

This tutorial shows how to set up a two-node Apache web server cluster that provides high-availability. In front of the Apache cluster we create a load balancer that splits up incoming requests between the two Apache nodes. Because we do not want the load balancer to become another "Single Point Of Failure", we must provide high-availability for the load balancer, too. Therefore our load balancer will in fact consist out of two load balancer nodes that monitor each other using heartbeat, and if one load balancer fails, the other takes over silently.

websvn

In this tutorial I will describe how to install and configure mod_cband on an Apache2 web server. mod_cband is an Apache 2 module which provides bandwidth quota and throttling. It solves the problem of limiting users' and virtualhosts' bandwidth usage. The current version can set virtualhosts' and users' bandwidth quotas, maximal download speed, requests-per-second speed and the maximal number of simultanous IP connections.

Lighttpd, sometimes pronounced "Lighty", is a lightweight HTTP server that can help alleviate Apache's load by serving static content. Since Lighttpd uses less resources per request than Apache, it generally serves most static content faster than Apache. This tutorial shows how to install Lighttpd behind Apache via Apache´s proxy module.

This tutorial takes a practical, example-based approach to implementing those rules. It's targeted towards web developers with a small budget, who are most likely using shared hosting, and working under the various restrictions that come with such a setup. Shared hosts make it harder to play with Apache configuration -- sometimes it's even impossible -- so we'll take a look at what you can do, given certain common restrictions, and assuming your host runs PHP and Apache.

La configuration de mod_rewrite peut être mise à deux endroits différents. Soit directement dans la configuration du serveur, soit dans le fichier .htaccess du répertoire du site. Cette dernière solution sera généralement utilisée dans le cas d'un hébergement mutualisé.

La configuration de mod_rewrite peut être mise à deux endroits différents. Soit directement dans la configuration du serveur, soit dans le fichier .htaccess du répertoire du site. Cette dernière solution sera généralement utilisée dans le cas d'un hébergement mutualisé.

Lors de la mise en production d'une application Internet ou intranet, il est fréquent de vouloir protéger les transferts par une connexion sécurisée (HTTPS). Même si Tomcat le permet (il suffit d'activer une option dans le server.xml de Tomcat), utiliser Apache est un meilleur choix du fait de sa vitesse. De plus l'utilisation d'Apache permet de se débarrasser des :8080 et autres numéros de ports dans l'url, du fameux " /MonApp " à la fin de la dite url et enfin la possibilité il offre une intégration plus aisée dans un environnement avec charge répartie (Load Balancing).

Le serveur d'application Tomcat est très pratique pour des projets J2EE d'envergure moyenne. Il est relativement simple à installer et à administrer. Un serveur Tomcat sert les requêtes (HTTP) par défaut sur un port différent des ports standards destinés au web. Ces requêtes sont servies par le biais d'un petit moteur HTTP simpliste nommé Coyote. Bien que parfaitement adapté à des situations de développement, ce moteur HTTP est moins robuste qu'Apache pour la montée en charge et la gestion des caches. De plus, ce moteur Coyote ne prend pas en charge le SSL nativement. Afin de palier aux inconvénients du moteur Coyote, bon nombre de sites de production utilisant Tomcat se sont naturellement tournés vers Apache. Le but de ce document est d'expliquer comment coupler Apache 2 et le serveur d'application Tomcat avec le support SSL assuré par Apache 2.