Une constante _IS_CLI pour permettre facilement de differencier les cas (ex : pas la peine de faire un redirect si on est en _IS_CLI)

Cela fait suite à différentes discussions sur le cycle de release de SPIP.
Notre objectif (si on y arrive) est d'avoir des releases plus fréquentes (au minimum une fois par autour du moins de décembre — soit peu après la sortie d'une nouvelle version de PHP).
Les versions majeures de SPIP seront compatibles avec les versions maintenues de PHP au moment de leur sortie.
Soit à ce jour de PHP 7.3 à 8.0

Fix #3535 : une mise a jour de base pour remettre en NOT NULL le champ imessage  passer a oui partout ou il vaut pas non

Complement de 46a1d0e7 : faire le define dans spip_initialisation_suite()

Stocker les contextes dans des fichiers en cache si la longueur de l’argument géneré est plus long que ce qui est toléré
Cf : https://core.spip.net/issues/3239 et le patch proposé par marcimat

(cherry picked from commit 6c6b6c6d)

Les syntaxes suivantes et leurs derivees possibles sont désormais licites :
[(#REM|non)
    <h3>Balise 2</h3>
    <BOUCLE_pouet(ARTICLES){0,2}{tri #ENV{par,date}}>
        art: #ID_ARTICLE<br />
    </BOUCLE_pouet>
]

[(#REM|oui|?{<h3>Balise 2</h3>,
    <BOUCLE_pouet(ARTICLES){0,2}{tri #ENV{par,date}}>
        art: #ID_ARTICLE<br />
    </BOUCLE_pouet>})
]

Il restait des liens en http alors que nous sommes en https, cela fonctionnait, mais c’est toujours mieux :)
Il manquait surtout là: https://git.spip.net/spip/spip/src/branch/master/prive/login.html#L44

Il y a deux endroits, je ne pense pas que mettre https posera de problème, mais je préfère le dire des fois que :)
https://git.spip.net/spip/spip/src/branch/master/prive/formulaires/configurer_relayeur.php#L23
et
https://git.spip.net/spip/spip/src/branch/master/prive/ical_prive.html#L9

#4557

Franck a rédigé il y a 4 ans et marcimat a validé il y a 4 ans

«avec tendresse depuis 2001»

Suite de b1dd17fb (renommage filtre match pour PHP8) : Le filtre étant utilisé dans les squelettes, il faut forcer leur recalcul.
On utilise la date maintenant plutôt que la version svn qui n’a plus de sens. Il faudra faire pareil avec spip_version_base au prochain changement.

Fix #4517

Ref #4350 & r23619 qui mentionnait "Debian 7 Wheezy est supportée avec PHP 5.4 jusque fin mai 2018…"

2 constantes _SPIP_VERSION_ID et _SPIP_EXTRA_VERSION pour faciliter les tests de version dans les plugins

Ticket #4353 : On adapte les champs déclarés 'TIMESTAMP' en mysql versions récentes (8 par exemple) afin qu’ils se comportent comme on les attends
dans SPIP, c’est à dire avec une mise à jour de la date à chaque update.
On migre les champs des tables connues.

Cependant, sur les tables crées auparavant avec une version de mysql récente, la colonne avec TIMESTAMP accepte les valeurs NULL et les accepte et en contient toujours après cette migration.
Il faudrait peut être une autre migration pour appliquer une valeur sur tous les NULL pour pouvoir enlever cette indication dans la déclarationd du champ que nous n’avions pas auparavant.
Autrement dit, on obtient 'TIMESTAMP NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP' à la place de 'TIMESTAMP default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP'.
Mais ça ne doit pas être très gênant.

migration des logos en base - les eventuels logos en doublons ou fichier artonxxxxx parasite sont deplaces dans IMG/logo_erreurs/
A noter : le core migre les logos de tous les objets connus au moment de l'upgrade, mais si un plugin se desactive car pas compatible, ses logos ne seront pas migres. Il y a donc une fonction generique logo_migrer_en_base() generique que chaque plugin sera avise d'ajouter a ses upgrades pour SPIP 3.3

(au passage on supprime le hack sur la globale formats_logos qui consistait a avoir la position de l'extension correspondant a la valeur IMAGETYPE_XXX retournee par getimagesize() et on passe le gif en dernier pour des raisons de performance car c'est le format le moins utilise maintenant)

Permettre de personaliser le _HEADER_VARY, ce qui peut etre necessaire pour le reverse proxy en amont du frontal

Déclarons les explicitement. Cela évite de nombreux soucis, notamment lorsqu’on charge
ce fichier pour démarrer SPIP depuis une fonction en CLI. 

Ça évitera à SPIP-Cli ou d’autres outils de devoir les déclarer en amont;

eviter d'envoyer un header invalide qui fait planter apache+php-fpm si jamais on fait un define('_HEADER_COMPOSED_BY','') (mod_apache ignorait silencieusement le probleme)

r22712 indiquait que la constante _DEV_VERSION_SPIP_COMPAT est définie à la dernière version stable pendant la phase de dev du trunk, mais on risque certainement d'oublier de la mettre à jour à chaque release stable, donc autant la définir avec un y de version à 99 (* n'étant pas pris en compte ici)

Note: Debian 7 Wheezy est supportée avec PHP 5.4 jusque fin mai 2018…