Vocabulary - LDAP

  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:fa1aead18b1fe96ac012999847345f2f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,<br />\nEst ce normal d\'avoir ces warnings qd on fait \"ant all\" dans le workflow ?<br />\nMerci d\'avance.<br />\nFrançoise.</p>\n<p>compile-java:<br />\n [javac] Compiling 130 source files to<br />\n/services/ori/src/ori-oai-workflow-svn/buildant/WEB-INF/classes<br />\n [javac]<br />\n/services/ori/src/ori-oai-workflow-svn/src/org/orioai/workflow/services/OriWfIndexingService.java:100:<br />\nwarning: [deprecation] deleteNotice(java\n</div>\n', created = 1507750569, expire = 1507836969, headers = '', serialized = 0 WHERE cid = '4:fa1aead18b1fe96ac012999847345f2f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:fa1aead18b1fe96ac012999847345f2f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,<br />\nEst ce normal d\'avoir ces warnings qd on fait \"ant all\" dans le workflow ?<br />\nMerci d\'avance.<br />\nFrançoise.</p>\n<p>compile-java:<br />\n [javac] Compiling 130 source files to<br />\n/services/ori/src/ori-oai-workflow-svn/buildant/WEB-INF/classes<br />\n [javac]<br />\n/services/ori/src/ori-oai-workflow-svn/src/org/orioai/workflow/services/OriWfIndexingService.java:100:<br />\nwarning: [deprecation] deleteNotice(java\n</div>\n', created = 1507750569, expire = 1507836969, headers = '', serialized = 0 WHERE cid = '4:fa1aead18b1fe96ac012999847345f2f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:a1e726f547a7833b79ebeb8eed1480ff' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>J\'ai un problème au niveau de la récupération de 3 dictionnaires dans<br />\nIHM de vocabulary: peopleLdapLocalProvider, people_vcard,<br />\npersonalLdapMadsLocalProvider. Si j\'essaie de voir les vocabulaires<br />\nj\'obtiens l\'erreur suivante:</p>\n<p> Exception while getting people_vcard vocabulary </p>\n<p>org.orioai.vocabulary.exceptions.OriVocabularyException: A problem<br />\noccurs while retrieving the vocabulary : people_vcard, so please see<br />\ndetails below. : A problem occurs while retrieving the vocabulary :<br />\npeople_vcard, so please see details below.</p>\n<p>Dans catalina.out (ci-joint) erreur suivante est provoquée par : </p>\n<p>Caused by: org.springframework.ldap.SearchLimitExceededException: Too<br />\nmany objects found; nested exception is<br />\njavax.naming.SizeLimitExceededException: [LDAP: error code 4 - Sizelimit<br />\nExceeded]; remaining name \'ou=people</p>\n<p>Si j\'essaie de mettre un filtre (VOCABULARY_LDAP_PEOPLE_FILTER) pour<br />\nlimiter le nombre d\'entrées envoyés j\'obtiens plus l\'erreur.<br />\nJ\'ai déjà essaie de vider la cache et d\'augmenter la mémoire:<br />\nCATALINA_OPTS=\"-Dfile.encoding=UTF-8 -Xms256m -Xmx1024m<br />\n-XX:MaxPermSize=128m\" mais sans résultat.</p>\n<p>Est-ce que vous avez un idée?</p>\n<p>Merci d\'avance.</p>\n<p>Bogdan </p>\n</div>\n', created = 1507750569, expire = 1507836969, headers = '', serialized = 0 WHERE cid = '4:a1e726f547a7833b79ebeb8eed1480ff' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:418b4af548ba8cda8b9a49a1a89b4210' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">\nBonjour,<br />\nLe problème du nombre maximal d\'entrées retournées vient probablement de<br />\nla configuration du serveur ldap. (paramètre size limit fixé de mémoire<br />\npar défaut à 500 et qui peut être augmenté ou illimité par utilisateur<br />\ndonné ou groupe).</p>\n<p>--<br />\nKaren Raynal<br />\nUNiversité Bordeaux 1</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> J\'ai un problème au niveau de la récupération de 3 dictionnaires dans<br />\n> IHM de vocabulary: peopleLdapLocalProvider, people_vcard,<br />\n> personalLdapMadsLocalProvider. Si j\'essaie de voir les vocabulaires<br />\n> j\'obtiens l\'erreur suivante:<br />\n><br />\n><br />\n> Exception while getting people_vcard vocabulary<br />\n> org.orioai.vocabulary.exceptions.OriVocabularyException: A problem<br />\n> occurs while retrieving the vocabulary : people_vcard, so please see<br />\n> details below. : A problem occurs while retrieving the vocabulary :<br />\n> people_vcard, so please see details below.<br />\n><br />\n> Dans catalina.out (ci-joint) erreur suivante est provoquée par :<br />\n> Caused by: org.springframework.ldap.SearchLimitExceededException: Too<br />\n> many objects found; nested exception is<br />\n> javax.naming.SizeLimitExceededException: [LDAP: error code 4 - Sizelimit<br />\n> Exceeded]; remaining name \'ou=people<br />\n><br />\n> Si j\'essaie de mettre un filtre (VOCABULARY_LDAP_PEOPLE_FILTER) pour<br />\n> limiter le nombre d\'entrées envoyés j\'obtiens plus l\'erreur.<br />\n> J\'ai déjà essaie de vider la cache et d\'augmenter la mémoire:<br />\n> CATALINA_OPTS=\"-Dfile.encoding=UTF-8 -Xms256m -Xmx1024m<br />\n> -XX:MaxPermSize=128m\" mais sans résultat.<br />\n><br />\n> Est-ce que vous avez un idée?<br />\n><br />\n> Merci d\'avance.<br />\n><br />\n> Bogdan<br />\n><br />\n> </div>\n</blockquote>\n</div>\n', created = 1507750570, expire = 1507836970, headers = '', serialized = 0 WHERE cid = '4:418b4af548ba8cda8b9a49a1a89b4210' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:bb579befc6361edd8bda3da8a1243f7f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Merci de votre réponse.</p>\n<p>Est-ce que l\'erreur est localisée au niveau du LDAP (connexion en mode<br />\nanonyme - limitation) ou au niveau d\' ORI-OAI (le nombre de réponses<br />\nenvoyées par LDAP est trop grande)?</p>\n<p>Merci,<br />\nBogdan</p>\n<p>Karen Raynal a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n> Bonjour,<br />\n> Le problème du nombre maximal d\'entrées retournées vient probablement<br />\n> de la configuration du serveur ldap. (paramètre size limit fixé de<br />\n> mémoire par défaut à 500 et qui peut être augmenté ou illimité par<br />\n> utilisateur donné ou groupe).<br />\n><br />\n> --<br />\n> Karen Raynal<br />\n> UNiversité Bordeaux 1<br />\n></p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> J\'ai un problème au niveau de la récupération de 3 dictionnaires dans<br />\n>> IHM de vocabulary: peopleLdapLocalProvider, people_vcard,<br />\n>> personalLdapMadsLocalProvider. Si j\'essaie de voir les vocabulaires<br />\n>> j\'obtiens l\'erreur suivante:<br />\n>><br />\n>><br />\n>> Exception while getting people_vcard vocabulary<br />\n>> org.orioai.vocabulary.exceptions.OriVocabularyException: A problem<br />\n>> occurs while retrieving the vocabulary : people_vcard, so please see<br />\n>> details below. : A problem occurs while retrieving the vocabulary :<br />\n>> people_vcard, so please see details below.<br />\n>><br />\n>> Dans catalina.out (ci-joint) erreur suivante est provoquée par :<br />\n>> Caused by: org.springframework.ldap.SearchLimitExceededException: Too<br />\n>> many objects found; nested exception is<br />\n>> javax.naming.SizeLimitExceededException: [LDAP: error code 4 -<br />\n>> Sizelimit Exceeded]; remaining name \'ou=people<br />\n>><br />\n>> Si j\'essaie de mettre un filtre (VOCABULARY_LDAP_PEOPLE_FILTER) pour<br />\n>> limiter le nombre d\'entrées envoyés j\'obtiens plus l\'erreur.<br />\n>> J\'ai déjà essaie de vider la cache et d\'augmenter la mémoire:<br />\n>> CATALINA_OPTS=\"-Dfile.encoding=UTF-8 -Xms256m -Xmx1024m<br />\n>> -XX:MaxPermSize=128m\" mais sans résultat.<br />\n>><br />\n>> Est-ce que vous avez un idée?<br />\n>><br />\n>> Merci d\'avance.<br />\n>><br />\n>> Bogdan<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507750570, expire = 1507836970, headers = '', serialized = 0 WHERE cid = '4:bb579befc6361edd8bda3da8a1243f7f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:8edd6bf6db2dbf186c1c00baacebb579' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bogdan STEFANESCU a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Merci de votre réponse.<br />\n><br />\n> Est-ce que l\'erreur est localisée au niveau du LDAP (connexion en mode<br />\n> anonyme - limitation) ou au niveau d\' ORI-OAI (le nombre de réponses<br />\n> envoyées par LDAP est trop grande)?<br />\n> </div>\n</blockquote>\n<p>Non, a priori, c\'est le serveur qui répond que la taille limite a été<br />\natteinte.<br />\nPour vérifier, il suffit de lancer la recherche avec le filtre utilisé<br />\npar ori-oai directement sur l\'annuaire.<br />\nA bordeaux 1, nous avons un utilisateur ldap spécial \"appli cliente\" que<br />\nnous utilisons pour les connexions à l\'annuaire (en paramétrant le<br />\nbinddn et bindpw dans les fichiers de configurations des applis clientes<br />\navec cet utilisateur).<br />\nDans le slapd.conf (on parle ici d\'un annuaire openldap ...), on a une<br />\ndirective<br />\nlimits dn.regex=\"le dn de notre utilisateur\"<br />\n size=unlimited<br />\n time=unlimited</p>\n<p>En espérant que ça puisse aider ...</p>\n</div>\n', created = 1507750570, expire = 1507836970, headers = '', serialized = 0 WHERE cid = '4:8edd6bf6db2dbf186c1c00baacebb579' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:45c16040e11e105d3a7c1beebd3e9afb' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
  • user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Si vous ne voulez pas changer la config de votre LDAP rien que pour ORI,<br />\nvous pouvez également découper la requête ldap emise par le vocabulary<br />\nen sous-requêtes, afin de minimiser le nombre de réponses, en modifiant<br />\nla propriété hashDeep dans le fichier ldapVocabulary.xml :</p>\n<property name=\"hashDeep\" value=\"2\"/>\n<p>Le nombre de requêtes découpées est égale a 26 ^ hashDeep</p>\n<p>hashDeep=1, 26 requêtes<br />\nhashDeep=2, 676 requêtes</p>\n<p>François Jannin</p>\n<p>karen raynal wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bogdan STEFANESCU a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Merci de votre réponse.<br />\n>><br />\n>> Est-ce que l\'erreur est localisée au niveau du LDAP (connexion en<br />\n>> mode anonyme - limitation) ou au niveau d\' ORI-OAI (le nombre de<br />\n>> réponses envoyées par LDAP est trop grande)?<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>><br />\n> Non, a priori, c\'est le serveur qui répond que la taille limite a été<br />\n> atteinte.<br />\n> Pour vérifier, il suffit de lancer la recherche avec le filtre utilisé<br />\n> par ori-oai directement sur l\'annuaire.<br />\n> A bordeaux 1, nous avons un utilisateur ldap spécial \"appli cliente\"<br />\n> que nous utilisons pour les connexions à l\'annuaire (en paramétrant le<br />\n> binddn et bindpw dans les fichiers de configurations des applis<br />\n> clientes avec cet utilisateur).<br />\n> Dans le slapd.conf (on parle ici d\'un annuaire openldap ...), on a une<br />\n> directive<br />\n> limits dn.regex=\"le dn de notre utilisateur\"<br />\n> size=unlimited<br />\n> time=unlimited<br />\n><br />\n> En espérant que ça puisse aider ...</div>\n</blockquote>\n</div>\n', created = 1507750571, expire = 1507836971, headers = '', serialized = 0 WHERE cid = '4:45c16040e11e105d3a7c1beebd3e9afb' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
5 messages / 0 nouveaux
Dernière contribution
stefanescubogdan
Vocabulary - LDAP
Bonjour,

J'ai un problème au niveau de la récupération de 3 dictionnaires dans
IHM de vocabulary: peopleLdapLocalProvider, people_vcard,
personalLdapMadsLocalProvider. Si j'essaie de voir les vocabulaires
j'obtiens l'erreur suivante:

Exception while getting people_vcard vocabulary

org.orioai.vocabulary.exceptions.OriVocabularyException: A problem
occurs while retrieving the vocabulary : people_vcard, so please see
details below. : A problem occurs while retrieving the vocabulary :
people_vcard, so please see details below.

Dans catalina.out (ci-joint) erreur suivante est provoquée par :

Caused by: org.springframework.ldap.SearchLimitExceededException: Too
many objects found; nested exception is
javax.naming.SizeLimitExceededException: [LDAP: error code 4 - Sizelimit
Exceeded]; remaining name 'ou=people

Si j'essaie de mettre un filtre (VOCABULARY_LDAP_PEOPLE_FILTER) pour
limiter le nombre d'entrées envoyés j'obtiens plus l'erreur.
J'ai déjà essaie de vider la cache et d'augmenter la mémoire:
CATALINA_OPTS="-Dfile.encoding=UTF-8 -Xms256m -Xmx1024m
-XX:MaxPermSize=128m" mais sans résultat.

Est-ce que vous avez un idée?

Merci d'avance.

Bogdan

karenraynal941870
Bonjour,
Le problème du nombre maximal d'entrées retournées vient probablement de
la configuration du serveur ldap. (paramètre size limit fixé de mémoire
par défaut à 500 et qui peut être augmenté ou illimité par utilisateur
donné ou groupe).

--
Karen Raynal
UNiversité Bordeaux 1

> Bonjour,
>
> J'ai un problème au niveau de la récupération de 3 dictionnaires dans
> IHM de vocabulary: peopleLdapLocalProvider, people_vcard,
> personalLdapMadsLocalProvider. Si j'essaie de voir les vocabulaires
> j'obtiens l'erreur suivante:
>
>
> Exception while getting people_vcard vocabulary
> org.orioai.vocabulary.exceptions.OriVocabularyException: A problem
> occurs while retrieving the vocabulary : people_vcard, so please see
> details below. : A problem occurs while retrieving the vocabulary :
> people_vcard, so please see details below.
>
> Dans catalina.out (ci-joint) erreur suivante est provoquée par :
> Caused by: org.springframework.ldap.SearchLimitExceededException: Too
> many objects found; nested exception is
> javax.naming.SizeLimitExceededException: [LDAP: error code 4 - Sizelimit
> Exceeded]; remaining name 'ou=people
>
> Si j'essaie de mettre un filtre (VOCABULARY_LDAP_PEOPLE_FILTER) pour
> limiter le nombre d'entrées envoyés j'obtiens plus l'erreur.
> J'ai déjà essaie de vider la cache et d'augmenter la mémoire:
> CATALINA_OPTS="-Dfile.encoding=UTF-8 -Xms256m -Xmx1024m
> -XX:MaxPermSize=128m" mais sans résultat.
>
> Est-ce que vous avez un idée?
>
> Merci d'avance.
>
> Bogdan
>
>

stefanescubogdan
Merci de votre réponse.

Est-ce que l'erreur est localisée au niveau du LDAP (connexion en mode
anonyme - limitation) ou au niveau d' ORI-OAI (le nombre de réponses
envoyées par LDAP est trop grande)?

Merci,
Bogdan

Karen Raynal a écrit :

>
> Bonjour,
> Le problème du nombre maximal d'entrées retournées vient probablement
> de la configuration du serveur ldap. (paramètre size limit fixé de
> mémoire par défaut à 500 et qui peut être augmenté ou illimité par
> utilisateur donné ou groupe).
>
> --
> Karen Raynal
> UNiversité Bordeaux 1
>

>> Bonjour,
>>
>> J'ai un problème au niveau de la récupération de 3 dictionnaires dans
>> IHM de vocabulary: peopleLdapLocalProvider, people_vcard,
>> personalLdapMadsLocalProvider. Si j'essaie de voir les vocabulaires
>> j'obtiens l'erreur suivante:
>>
>>
>> Exception while getting people_vcard vocabulary
>> org.orioai.vocabulary.exceptions.OriVocabularyException: A problem
>> occurs while retrieving the vocabulary : people_vcard, so please see
>> details below. : A problem occurs while retrieving the vocabulary :
>> people_vcard, so please see details below.
>>
>> Dans catalina.out (ci-joint) erreur suivante est provoquée par :
>> Caused by: org.springframework.ldap.SearchLimitExceededException: Too
>> many objects found; nested exception is
>> javax.naming.SizeLimitExceededException: [LDAP: error code 4 -
>> Sizelimit Exceeded]; remaining name 'ou=people
>>
>> Si j'essaie de mettre un filtre (VOCABULARY_LDAP_PEOPLE_FILTER) pour
>> limiter le nombre d'entrées envoyés j'obtiens plus l'erreur.
>> J'ai déjà essaie de vider la cache et d'augmenter la mémoire:
>> CATALINA_OPTS="-Dfile.encoding=UTF-8 -Xms256m -Xmx1024m
>> -XX:MaxPermSize=128m" mais sans résultat.
>>
>> Est-ce que vous avez un idée?
>>
>> Merci d'avance.
>>
>> Bogdan
>>

>

karenraynal
Bogdan STEFANESCU a écrit :

> Merci de votre réponse.
>
> Est-ce que l'erreur est localisée au niveau du LDAP (connexion en mode
> anonyme - limitation) ou au niveau d' ORI-OAI (le nombre de réponses
> envoyées par LDAP est trop grande)?
>

Non, a priori, c'est le serveur qui répond que la taille limite a été
atteinte.
Pour vérifier, il suffit de lancer la recherche avec le filtre utilisé
par ori-oai directement sur l'annuaire.
A bordeaux 1, nous avons un utilisateur ldap spécial "appli cliente" que
nous utilisons pour les connexions à l'annuaire (en paramétrant le
binddn et bindpw dans les fichiers de configurations des applis clientes
avec cet utilisateur).
Dans le slapd.conf (on parle ici d'un annuaire openldap ...), on a une
directive
limits dn.regex="le dn de notre utilisateur"
size=unlimited
time=unlimited

En espérant que ça puisse aider ...

francoisjannin
Bonjour,

Si vous ne voulez pas changer la config de votre LDAP rien que pour ORI,
vous pouvez également découper la requête ldap emise par le vocabulary
en sous-requêtes, afin de minimiser le nombre de réponses, en modifiant
la propriété hashDeep dans le fichier ldapVocabulary.xml :

Le nombre de requêtes découpées est égale a 26 ^ hashDeep

hashDeep=1, 26 requêtes
hashDeep=2, 676 requêtes

François Jannin

karen raynal wrote:

> Bogdan STEFANESCU a écrit :

>> Merci de votre réponse.
>>
>> Est-ce que l'erreur est localisée au niveau du LDAP (connexion en
>> mode anonyme - limitation) ou au niveau d' ORI-OAI (le nombre de
>> réponses envoyées par LDAP est trop grande)?
>>

>
> Non, a priori, c'est le serveur qui répond que la taille limite a été
> atteinte.
> Pour vérifier, il suffit de lancer la recherche avec le filtre utilisé
> par ori-oai directement sur l'annuaire.
> A bordeaux 1, nous avons un utilisateur ldap spécial "appli cliente"
> que nous utilisons pour les connexions à l'annuaire (en paramétrant le
> binddn et bindpw dans les fichiers de configurations des applis
> clientes avec cet utilisateur).
> Dans le slapd.conf (on parle ici d'un annuaire openldap ...), on a une
> directive
> limits dn.regex="le dn de notre utilisateur"
> size=unlimited
> time=unlimited
>
> En espérant que ça puisse aider ...

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur « Enregistrer les paramètres » pour activer vos changements.
Sujet clos