fix(archives): modification de composer.json, .gitignore et .gitattributes pour que les commandes git archive et composer archive fonctionnent

La langue 'ay' devrait être supprimée car trop peu traduite (22.47 %)
La langue 'he' devrait être supprimée car trop peu traduite (43.21 %)

On enlève son support dans SPIP, ce qui nettoie pas mal le code. 
On pourrait aller plus loin peut être en ne conservant plus le fichier 'sqlite3'. À voir.

Notons au passage, si tant est que des personnes aient encore des bases de données Sqlite 2, ce qui est assez peu probable, 
la documentation pour migrer indique : https://www.sqlite.org/version3.html

```
 To convert an SQLite 2.8 database into an SQLite 3.0 database, have ready the command-line shells for both version 2.8 and 3.0. Then enter a command like the following:

    sqlite OLD.DB .dump | sqlite3 NEW.DB
```

La page exec=valider_xml n’est pas directement utile au core et ne fonctionne actuellement pas / plus. 
Elle est déplacée dans un plugin "Valider XML" si quelque personne est intéressée pour la reprendre.
https://zone.spip.org/trac/spip-zone/changeset/108307 et suivant.

Nettoyage de code : suppression de action/preferer.php , qui était appelé par ecrire/oo/ mais son dernier appel a été enlevé en SPIP 3.2.
Il faut passer par le formulaire de préférences utilisateur pour définir les préférences d’affichage.

Nettoyage de code : suppression de inc/mail, déprécié depuis SPIP 2.0 (au profit de inc/envoyer_mail).

Ne tentons pas de générer une miniature colorée du favicon si aucune librairie graphique n’est activée. On se rabat sur le spip.ico.
On réduit la taille de favicon-spip.png à 256px pour le moment, vu qu’on ne se sert pas de taille plus grande que 32px pour l’instant.

Tellement futilement inutile.

On ne touche pas à la couleur mauve sombre des <h1> et <a> parce que sur les étapes suivantes, avec du vert, ça clashe un peu.

Pour éviter la collision avec le plugin Boussole on renomme les css et les images "boussole" du privé en plan_site.

- des menus favoris sont définis déjà dans une fonction (surchargeable) definir_menus_favoris() et ordonnés.
- les préférences auteurs peuvent modifier ces favoris et les ordonner selon leur choix (un JS aide en cliquant les labels)
- il est possible dans le formulaire de préférence de revenir aux valeurs de menus favoris par défaut

Fix #2250 : en edition d'un auteur on dispose d'un bouton qui permet de "Générer un nouveau mot de passe et l'envoyer par email"
Le bouton apparait si la personne qui edite a le droit de modifier le mot de passe.
Un nouveau mot de passe aleatoire est defini et on envoi un mail sur la base de modeles/mail_nouveaux_identifiants.html qui peut etre personalise 

Fix #3763 : la page exec=infos_perso est redirigee vers la page exec=auteur&id_auteur=xx de l'auteur connecte, qui reprend les nglets d'acces aux pages de preference perfo
Dans le header, on met l'id_auteur de l'auteur connecte au survol de son nom (dans le title) pour permettre de le retrouver. L'url reste  exec=infos_perso car elle n'est de toute facon pas visible dans tous les navigateurs. On a garde cette URL car on ne sait pas definir exec=auteur&id_auteur=xx  dans la definition de l'onglet dans le paquet.xml

Ticket #3877 : Lors de la création d'une traduction, prendre en compte les logos (les recopier) et un éventuel champ 'virtuel' des redirections.
On passe par un appel à objet_modifier_champs avec une nouvelle action 'completer_traduction' qui permet à d'éventuels plugins d’ajouter des champs
à compléter au moment d’une création de traduction, ou de faire d’autres actions à ce même moment, en utilisant les pipelines pre_edition ou post_edition.

Fixes #2346 : ajout de fichiers "cache directory tag" pour faciliter l'exclusion de tmp et local avec tar

Ici on ajoute simplement un formulaire permettant de cocher des entrées "favorites " sur les  menus principaux.
Ce formulaire est pour l'instant ajouté sous le formulaire de préférences actuel.

Note: j'avais tenté de l'intégrer directement dans le formulaire de préférence, mais ce n'était pas pratique
à l'usage à cause de l'auto-submit sur ce formulaire.

Mise à jour de jquery.cookie.js (qui n'est plus maintenu) en utilisant la librairie js-cookie (https://github.com/js-cookie/js-cookie) qui lui succède.

Du coup, pour ne pas casser de trop la compatibilité, on mappe l'ancienne utilisation $.cookie() sur le nouveau Cookies.get() / Cookie.set() en ajoutant un log de dépréciation.

Ici c'est la version "développement" qui loge en console les utilisations dépréciées.
Pratique pour lister les .bind, .unbind et consœurs qui ont disparu en jQuery 3.1.

Ce script ifixpng n'est pas utilisé par le Core, et avait été déplacé déjà dans le plugin "msie_compat", qui n'est plus chargé en 3.1 qui plus est.

on peut utiliser le squelette prive/objets/editer/liens en lui passant une valeur lien identique a la valeur objet pour utiliser la table de lien sur ENV{objet}_liens au lieu de la table lien de table_source

Fix #3832 : encoder en ascii les URLs internationales avec caracteres UTF avant de faire une requete http dessus

Maintenant que le plugin d'aide est extrait on ajuste le core en sortant les éléments qui ne sont plus nécessaires et en laissant dans le core juste une API composée de la balise #AIDER et de la fonction aide() qu'il sera bon de renommer en aider dans le futur.
La fonction aide_lang_dir() est transférée dans inc/lang.php car elle n'est plus uniquement utilisée pour l'aide mais aussi pour les br.
Le serveur d'aide est aussi transféré dans le plugin.
La conséquence temporaire de cette manip est que l'aide n'est plus disponible lors de l'installation. Il faudra voir comment réintroduire ces compléments d'information plus tard mais ce serait mieux que l'installation soit totalement autoporteuse.

- la page plan du core est simplifiée et ne liste que les rubriques, tout simplement.
- sa décoration est allégée au passage.
- les inclusions `prive/squelettes/inclure/plan-{objet}.html` ne sont plus appelées par le Core (hormis pour les rubriques)

Le plugin plan, lui, surchargera tout cela.
À noter que les anciennes inclusions `prive/squelettes/inclure/plan-{objet}.html` changent d'écriture avec le plugin plan ; 
si des plugins ajoutant des objets éditoriaux (hors de ceux fournis avec SPIP — articles, sites, brèves —) possédaient un tel fichier,
il devra être actualisé.