Vraiment curieux... Où en local cela vient du htaccess...

De mon côté, j'ai effectué un test de crawlprotect, et effectivement, il bloque les requêtes SQL.
J'ai donc pu reproduire exactement le problème de ton site!

Ce que j'ai fait en attendant, j'ai désactivé dans crawlprotect, tous les blocages de requêtes SQL (select, set, etc...) et ensuite, j'ai régénéré le fichier .htaccess.
Ensuite, j'ai actualisé le lien de menu (sans toucher aux évènements) et c'est revenu à la normal.
Cela permet de garder Crawlprotect et certaines de ces fonctions de protection.
Je verrai par la suite de quelle manière utiliser toutes les fonctions de Crawlprotect sans que cela perturbe le fonctionnement d'iCagenda.

Pour tes tests en local, cela devrait fonctionner... Le blocage peut venir des paramètres du fichier htaccess en local (celui par défaut de Joomla fonctionne bien)

Eddy ha scritto: Bonsoir Lyr!C.
En local, je n'ai pas de .htaccess, ni même Crawlprotect. Je n'en ai pas besoin !

Cela doit venir des paramètres en local.

Les requêtes sql sont bloquées en front-end, d'où la non actualisation de la date prochaine, qui est une fonction inclus dans le fichier icmodel.php, et qui s'effectue à chaque chargement de la page.

Effectivement, ou plutôt que je trouve un moyen pour que les requêtes d'iCagenda ne soient pas bloquées par Crawlprotect...

Au fil des jours, je trouverai sans doute un moyen!

La version 2.1.5 améliorera un peu la compatibilité avec crawlprotect, mais toujours ce soucis de mises à jour automatique de la date suivante.
Je pense que la solution sera de développer un plugin pour cette fonction.

Je vais planifier ce développement (en pensant passer quelques nuits blanches dessus! )

Mais c'est évident qu'il serait bien que l'on puisse utiliser pleinement CrawlProtect avec iCagenda, et je compte bien y parvenir !

Eddy ha scritto: Bonjour Lyr!C.
Bonne nouvelle et bravo pour ta volonté d'y arriver !

Pour info, lors d'une attaque récente sur l'un ds sites de mon hébergement, c'est justement celui de test, le seul où j'avais installé crawlprotect et activé, qui a été attaqué...

Peut-être pas de rapport, mais j'hésite pour l'instant à refaire des tests de compatibilité avec ce logiciel... (en tout cas, il n'a pas été efficace dans le cas de cette attaque)