Auteur Sujet: Le forum attaqué par des IP Free Pro le 19 octobre 2026 (Lu 1489 fois)

Optix · « **Réponse #36 le:** **Aujourd'hui** à 17:29:20 »

Citation de: turold le Aujourd'hui à 16:54:23

Et il y a une autre problématique.
Par défaut, on ne reste pas longtemps connecté (et tout les visiteurs légitimes n'ont pas forcément de compte).
Si l'actualisation du cache met des heures en délai, le forum deviendra moins intéressant sur les sujets populaires, et même les sujets un peu répondu dans la journée, ou créés dans la journée.

Je ne sais pas si on peut mettre une actualisation une fois toute les heures, et basée sur le fil des messages récents (ou équivalent comme la BDD) pour optimiser l'actualisation du cache.

Ca c'est du cache façon années 2000 (ou en mode gros flemmard)
Maintenant c'est nettement plus évolué.

Dès qu'un contenu change, le backend peut demander au frontend d'actualiser le contenu mis en cache.
Ainsi tu as du contenu frais en cache avec un maximum de performances et à jour, pour les bots et autres loustiques

msg · « **Réponse #37 le:** **Aujourd'hui** à 18:03:43 »

Bonjour ,

J'ai remarqué que certains sites ont été durant quelques heures en maintenance , après recherche , il semble qu'une faille PHP soit à l'origine , en attendant l'application d'un correctif .

https://next.ink/262987/php-va-corriger-deux-vulnerabilites-critiques-aujourdhui/
https://www.php.net/

vivien · « **Réponse #38 le:** **Aujourd'hui** à 18:06:00 »

Il y a un sujet dédié à la faille PHP : https://lafibre.info/logiciel/php-cve-2026-109618-cve-2026-109619/

Si cela peut vous rassurer, le forum a bien été mis à jour.

turold · « **Réponse #39 le:** **Aujourd'hui** à 18:06:40 »

Citation de: Optix le Aujourd'hui à 17:29:20

Ca c'est du cache façon années 2000 (ou en mode gros flemmard)
Maintenant c'est nettement plus évolué.

Dès qu'un contenu change, le backend peut demander au frontend d'actualiser le contenu mis en cache.
Ainsi tu as du contenu frais en cache avec un maximum de performances et à jour, pour les bots et autres loustiques

J'avoue que ça fait un bail que je n'ai pas actualisé ma connaissance du sujet (donc "cache façon années 2000" pour ma part).
Je viens de faire un peu de recherche rapide. C'est possible avec OPcache dans PHP.
OPcache n'existe que depuis PHP 5.5 (il y avait autre chose avant mais pas inclus en natif).
Mais pour du cache préventif, ce qui nous intéresse ici, ce n'est que depuis PHP 7.4 (2019).

Citation de: msg le Aujourd'hui à 18:03:43

Bonjour ,

J'ai remarqué que certains sites ont été durant quelques heures en maintenance , après recherche , il semble qu'une faille PHP soit à l'origine , en attendant l'application d'un correctif .

https://next.ink/262987/php-va-corriger-deux-vulnerabilites-critiques-aujourdhui/
https://www.php.net/

Il y a déjà un autre sujet spécifique pour ceci: https://lafibre.info/logiciel/php-cve-2026-109618-cve-2026-109619/
Mais c'est vrai que ça peut servir à attaquer ce forum, si pas à jour.

Edit: messages croisés pour la 2ème partie.

msg · « **Réponse #40 le:** **Aujourd'hui** à 18:12:41 »

Ok , je n'avais pas vu l'autre sujet . Je pensais qu'il y avait peut-être un lien sur ces attaques , vu que c'est très récent .

Optix · « **Réponse #41 le:** **Aujourd'hui** à 18:21:48 »

Citation de: turold le Aujourd'hui à 18:06:40

J'avoue que ça fait un bail que je n'ai pas actualisé ma connaissance du sujet (donc "cache façon années 2000" pour ma part).
Je viens de faire un peu de recherche rapide. C'est possible avec OPcache dans PHP.
OPcache n'existe que depuis PHP 5.5 (il y avait autre chose avant mais pas inclus en natif).
Mais pour du cache préventif, ce qui nous intéresse ici, ce n'est que depuis PHP 7.4 (2019).
Il y a déjà un autre sujet spécifique pour ceci: https://lafibre.info/logiciel/php-cve-2026-109618-cve-2026-109619/
Mais c'est vrai que ça peut servir à attaquer ce forum, si pas à jour.

Edit: messages croisés pour la 2ème partie.

Là tu parles des fichiers PHP en eux-mêmes. L'OPcache sert pour les très grosses applications qui ont énormément de fichiers et qui doivent se loader à chaque requête en gros (il y a des nouveaux trucs genre frankenphp qui conserve l'appli en RAM et qui ne meure pas après la requête.

L'idée c'est d'agir avant même de contacter PHP. En gros, de servir de bêtes fichiers HTML aux clients.
Ainsi, PHP n'est jamais contacté pour générer de nouvelles pages et tu sauves ton CPU (qui a plus de place pour envoyer du statique à fond de balle)

Après, le cache est une chose, mais le nbre de requêtes par seconde en est une autre.
Au bout d'un moment, t'envoies un HTTP/429 (trop de requêtes) si l'IP fait +100req/min.