lorsqu'on exporte le CSV/XLXS

fix #128

SPIP

fix #127

envoyés.

ref #119

Si on se base sur alea_ephemere (qui change régulièrement) pour générer le hash qui permet de récupérer les fichiers, les liens envoyés par mail ne fonctionnent plus. On crée donc un hash spécifique 'secret_de_formidable' de la même façon que le 'secret_du_site', qu'on n'utilise pas pour ne pas l'exposer inutilement.
Fix #77

puisqu'on s'était permis de casser la compat 3.0 en 133811c1, pour
utiliser `recuperer_url`, autant l'utiliser tout le temps (fix warning,
et moins de trafic reseau).

Recupération des fichiers par email : passer les args en base64 histoire de ne pas avoir de surprise en case de fichier avec des noms tordus. Merci @nicod_ pour m'avoir aiguiller sur le problème des noms pour ce bug qui courait depuis longtemps.

fix #65, stocker en base le nom du fichier tel que sur le disque, selon les renommages éventuels de SPIP

SPIP 3.0 n'est plus supporté. On passe donc en compat spip 3.1 minimum , ce qui permet d'utiliser recuperer_url, de faire une requete HEAD plutot que GET, pour vérifier que le fichier est inaccessible

fichiers dans tmp/cvtupload. C'est une précaution, si jamais le
déplacement merdouille.

Cvtupload a son propre mécanisme de nettoyage de son dossier.

verifier que l'erreur de fichier est strictement égal à zero. Si c'est équivalent à zero, c'est juste qu'il n'y a pas de fichier (envoi multiple de fichier). Et du coup ca ne sert à rien de faire un traitement dessus.

En plus cela provoquait des fausses erreurs en essayant de zipper des fichiers inexistants. Bizarrement cette erreur se produisait qu'en cas d'ajax.

On modifie pour que l’export de base, sépare la génération du fichier de l’envoi au navigateur.
Une commande SPIP-Cli prend en premier argument l’identifiant numérique ou textuel du formulaire. Une option pour le format csv ou xls.

```
spip formidable:exporter:formulaire super-petition
spip formidable:exporter:formulaire 2 --format=xls
```

Cette commande génère l’export (dans tmp/cache/export) au format csv ou xls, et zip s’il y a des fichiers dans les réponses.
On affiche, si réussite, le chemin physique généré, et également un lien de téléchargement qui peut être donné à une personne.
Cette personne doit être connectée à SPIP, avoir les droits de lecture pour ces réponses de formulaire.
Le lien d’action (un peu long) n’est valide que pour 1 contenu de fichier donné.

Note: le nommage de la commande pourrait évoluer si quelqu’un·e à mieux.

lisibilite du code : ne pas reaffecter fichier mais utiliser un nom different pour la destination + remplir le tableau avec le meme index que das la source

possibilité d'avoir des PJ directement encloses dans le mail : constante + case à cocher + chaîne de langue

les constantes qui donnent le chemin des fichiers peuvent être utilisées par certain·e·s dans des squelettes->on les passe dans le fichier d'options

Version 3.2.5

Si on ne veut pas que le contenu de ces répertoires soient lisibles, autant s'en préoccuper nous même avec un htaccess

Version 3.2.4

réception
pour se faire définir _FORMIDABLE_LIENS_FICHIERS_ACCUSE_RECEPTION à
false

r101463 avait gardé par copier-coller un continue non pertinent. Cela ne posait pas de problème en PHP 5, mais par contre est fatal en PHP 7

d'une réponse non enregistrée