Par Philippe AUBERTIN
CMS VS CMS statique Un CMS, c’est quoi ? Parlons Wordpress. CMS signifie Content Management System. C’est un outil qui permet de gérer du contenu sous du contenu WEB. On peut citer par exemple Wordpress comme étant le plus connu des CMS. **L’objectif d’un CMS est de travailler de manière efficace un ensemble de contenu - souvent de manière coopérative -. ** Un CMS permet de manipuler des posts, ou des pages, par l’intermédiaire d’un éditeur type WYSIWYG.
Par Pierre Liseron
La performance d’une application web, qu’est-ce que c’est ? Pour faire simple, c’est la vitesse d’exécution d’une page. L’enjeu actuel est de faire oublier la présence de la machine derrière l’application, et ainsi, de proposer une expérience utilisateur optimale. On le sait maintenant depuis quelque années, une application avec des temps de réponse supérieurs à 1 à 2 secondes, c’est des ventes en moins et des utilisateurs qui se détournent de votre application / site.
Par Florent Tripier
Introduction Plus l’informatique avance et plus le choix d’une architecture web se complexifie. Faisons le point sur l’architecture des applications web en 2015. Un peu d’histoire sur l’architecture web Revenons d’abord un peu en arrière vers les débuts d’internet. A l’époque, il était très facile de choisir une architecture parmi les quelques technologies web existantes. Il suffisait en somme de choisir sa technologie serveur, soit in fine PHP ou Java.
Par Pierre Liseron
NGINX est devenu sans conteste l’un des serveurs web les plus populaires essentiellement pour les raisons suivantes : Points forts NGINX C’est un serveur web est extrêmement rapide (Grace au pattern REACTOR) Nginx est très léger (Grace à son modèle Thread Driven) Nginx possède une configuration plus facile qu’APACHE car seuls les paramètres utiles sont disponibles. Pour réaliser la même configuration pour un site simple type WORDPRESS ou DRUPAL, la configuration NGINX est plus petite et donc plus lisible.
Par Pierre Liseron
Dans cet article, nous allons comparer de la manière la plus objective possible deux langages et technologies de programmation pour la réalisation d’un site web ou d’une application web en 2014. L’idée est de comparer les deux solutions Open Source et gratuit d’un point de vue décideur et développeur afin d’essayer d’y voir plus clair. A minima, connaitre les points forts et les points faible. Pour les deux langages, nous prendrons les versions à jour, c’est-à-dire JAVA 8 et PHP 5.
Par Pierre Liseron
Nous allons dans cet article découvrir une nouveauté de JAVA 8 bien pratique pour l’interface Map : la méthode computeIfAbsent. Utilisation des maps Un exemple courant d’utilisation des maps est la création de caches applicatifs: on utilise généralement une HashMap dans laquelle on enregistre les éléments que l’on utilise souvent. Chaque élément est indexé par une clé qui permet de retrouver l’élément désiré. La majorité du temps, le fonctionnement d’un tel cas est le suivant : on cherche si l’objet est présent dans le cache, si oui, on le récupère, sinon on le construit et on le stocke dans la HashMap.
Par Pierre Liseron
L’utilisation des streams en mode parallèle est très simple d’utilisation. En revanche, il n’est pas forcément évident de savoir si un traitement particulier va bénéficier, ou non, d’une amélioration de performance lors du passage en parallèle. Pour savoir ce qui peut avoir un impact sur les performances, il est nécessaire de comprendre ce qui se passe lorsqu’on lance un traitement en parallèle avec les streams. C’est l’objet de cet article.
Par Pierre Liseron
Etude de la performance de l’utilisation de la nouvelle API JAVA 8 Stream pour le traitement de string (chaîne de caractère) But de l’article Nous allons essayer d’étudier les différences de performances pour réaliser des traitements sur des ensembles ordonnées ou non (list, hahset, treeset) avec l’utilisation des Stream et lambda JAVA 8. Puis nous comparerons l’utilisons classique des streams avec les parallelStream pour voir si la parallélisation permet de gros gain de performance.
Par Thibault Gonin
Introduction Lorsque l’on soumet une application Planisware à une charge trop importante il peut arriver que l’erreur du type suivant apparaisse dans les fichiers de log des Intranet Serveurs : <span >Rejecting request because average load is too high</span> (6.6875d0 > 5.0) Exemple : [04/10/2013 14:54:31.792] - USER_DEV - 10.196.21.21 - 20 - Rejecting request because average load is too high (6.6875d0 > 5.0) Explications Comme l’indique le message cette erreur apparaît lorsque la charge CPU (calculée ici en nombre de transactions simultanées) est supérieure à la charge moyenne autorisée.
Par Thibault Gonin
Introduction Planisware génère des transactions liées à l’utilisation du progiciel (créations, modifications, suppressions, calculs etc..). Ces transactions permettant notamment de synchroniser les données modifiées d’un processus Planisware aux autres. Elles permettent aussi une traçabilité technique des actions réalisées dans l’application. Cependant pour limiter la volumétrie de la table des transactions il est nécessaire de supprimer les transactions dites « inutiles », c’est à dire toutes celles qui concernent pas la dernière modification d’un objet Planisware.