Optimiser les performances de Liferay 6.1 par paramétrage

Plusieurs paramètres de Liferay 6.1 (CE ou EE) peuvent influer de manière significatives sur les performances du serveur.

Il est par exemple indispensable de positionner le paramètre « direct.servlet.context.reload » à false .

D’autres optimisations sont possibles:

  • Désactiver les filtres non utilisés, par exemple:
  • Utiliser la compression GZip Apache plutôt que Liferay:
  • Si elle n’est pas utilisée, désactiver la fonction « view counter » sur les documents et les assets:

 

You may also like...

3 Responses

  1. Philippe dit :

    Bonjour,

    Sur mon liferay, j’ai actuellement des problèmes de heap space lié à la classe GzipStream sur une version 5.2 de Liferay. Pensez-vous que le fait de positionner le filter à false pourrait résoudre mon problème? Et quel serait l’impact pour mes utilisateur si le filtre est désactivé?

    NB : je suis au maximum de mémoire java sur ma machine.

    Merci par avance pour les réponses

    • Richard dit :

      Bonjour

      Oui je vous confirme que la désactivation de ce filter ainsi que le StripFilter (à vérifier s’il est présent en 5.2… ça fait longtemps que je n’ai pas travaillé sur cette version) permettent de diminuer les besoins en Head.
      Par contre il est impératif d’activer la compression au niveau de votre frontal Web afin de ne pas accroitre les temps de chargement des pages pour vos utilisateurs.

      En complément et si votre Apache est sur le même serveur, vous pouvez faire servir les assets statiques (png, …) de Liferay par votre frontal plutot que par Tomcat. Il suffit de faire un symlinks vers le répertoire html du ROOT de Liferay… en supposant que vous êtes sur Tomcat !

      N’hésitez pas si vous avez d’autres questions.

      Richardnn1nn1nn1

  2. Richard dit :

    Bonjour

    En complément, il est également possible de désactiver les tâches séquencées par Liferay en fonction des besoins et des fonctions utilisées:
    Mettre la valeur à -1
    o announcements.entry.check.interval
    o dl.file.rank.check.interval
    o message.boards.expire.ban.job.interval
    o blogs.linkback.job.interval
    o blogs.entry.check.interval

    Un autre paramètre intéressant est la suppression de la vérification des permissions SQL si la fonction Social n’est pas utilisé:
    o permissions.inline.sql.check.enabled=false

    Et un dernier pour la route, supprimer la vérification des modules
    o plugin.repositories.trusted=
    o plugin.repositories.untrusted=
    o plugin.notifications.enabled=false

Laisser un commentaire