Les fonctions mb_ sont donc toujours disponibles ; mais qui n’activerait pas cette extension ?

Le polyfill ne prend en compte que l’utf8 (et ascii).

- On adapte nos fonctions en conséquence, ce qui permet d’enlever `spip_substr_manuelle()` notamment.
- On ne teste pas la présence de pcre non plus, il est compilé toujours avec PHP
- On déplace du code d’exécution dans une fonction `init_charset()` exécutée, mais ça serait à revoir / déplacer.

À partir de cet instant, SPIP nécessite d’avoir exécuté `composer install` ou `composer update`
pour fonctionner.

Co-authored-by: JamesRezo <james@rezo.net>
Reviewed-on: https://git.spip.net/spip/spip/pulls/5074


Co-authored-by: JamesRezo <jamesrezo@noreply.git.spip.net>
Co-committed-by: JamesRezo <jamesrezo@noreply.git.spip.net>

Et par défaut les librairies sont compatibles avec PHP 7.4
pour ne pas installer involontairement une version uniquement php 8+

- Introduction de PHP_CodeSniffer en tant qu'outil de développement
- Mise en place du fichier de configuration par défaut (phpcs.xml.dist)
- Mise à jour du fichier .gitignore
- Introduction du fichier composer.json
  - ATTENTION!: Il ne s'agit en aucun cas de l'introduction de composer en tant qu'outil de développement pour SPIP!
  - Son seul ojectif, pour le moment, est de permettre l'installation et la mise à jour d'outils de développement annexes et
    des règles de codage.
- Bonus: configuration pour la fabrication du fichier zip destiné à files.spip.net
  - Ex: composer archive --format=zip --dir=tmp --file=spip -> tmp/spip.zip

Voir : https://discuter.spip.net/t/coding-standards/155150/24