Réécrire un document après modification pour un plugin en construction

Décembre 2016

Pour lire un document de type html (notamment) pour un plugin qui fonctionne en développement, j’ai trouvé et j’utilise :
[(#FICHIER|contenu_document#ENVcharset,auto)]
mon plugin permet de modifier le contenu du document et le réécrit à sa place.
Mais, pour la réécriture, un programme en php récupère le contenu, le nom du fichier et le réécrit (tout ça en ajax)

Je voudrais savoir si il y a sous spip une balise/filtre pour réécrire dans le fichier(l’écraser), genre : |contenu_document_ecrire (pour éviter de réinventer la roue)
quelque chose de propre et déjà existant qui me ferais utiliser un fichier en html plutôt qu’en php.

Merci

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

placido

Décembre 2016

Bonjour,

Si j’ai bien compris la demande, la balise idoine est #PRODUIRE.

Si le fichier produit est autre chose qu’une page html, il faudra préciser les entêtes avec la balise #HTTP_HEADER{...} au début du gabarit appelé.
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2016

merci,

mais ,pas du tout !

je veux écrire un contenu dans un fichier .txt ou .html

voilà
il y a bien un filtre pour lire, pourquoi pas pour écrire un contenu

cordialement
Indiquez l’intérêt que vous portez à cette réponse

0

placido

Décembre 2016

Hum, il faudrait un peu plus de détails, alors. Mais je persiste à croire que #PRODUIRE peut être la solution :
[(#HTTP_HEADER{Content-type:text/plain[; charset=(#CHARSET)]})][  ]<BOUCLE_doc_origin(DOCUMENTS){id_document=42}>[(#FICHIER|contenu_document{#ENV{charset,auto}}|set{doc})]</BOUCLE_doc_origin>[ (#GET{doc}|mon_traitement) ]---------------------------------------- Une ligne en plus en fin de document.
Et depuis un autre squelette, on génère le lien vers le document :
[] <a href="[(#PRODUIRE{fond=chemin/vers/produire_txt.html,charset=utf-8,foo=bar})] download>Lien document.txt</a>
En écrivant, je crois comprendre que ce qui vous déplait, c’est que le résultat soit un fichier dynamique et non un fichier indexé dans la médiathèque. C’est bien ça ?
Indiquez l’intérêt que vous portez à cette réponse

0

Pierrox

Décembre 2016

J’ai pas bien saisie la question...

Y a pas besoin de réinventer la roue vu que la fonction existe en php
<a href="[(#SELF|parametre_url{add,1})]">ecrire dans document</a> <BOUCLE_document_write(DOCUMENTS){tout}{extension IN txt}{si #ENV{add}}{0,1}> [(#FICHIER|file_put_contents{'loool'})] </BOUCLE_document_write> <BOUCLE_document_read(DOCUMENTS){tout}{extension IN txt}{0,1}> [(#FICHIER|file_get_contents)] </BOUCLE_document_read>
là j’ai réécrit le contenu d’un fichier .txt référencé dans la médiathèque.
Ce n’est qu’un exemple mais pour bien faire faudrait mettre à jour des données dans la table spip_documents ( Genre la taille).
Indiquez l’intérêt que vous portez à cette réponse

0

Décembre 2016

merci,
mais j’ai pas vu en recherchant dans tout spip |file_put_contents
d’accord ça permet d’écrire, apparemment, mais n’y a t’il pas de filtre propre de spip pour écrire ?
tout comme pour lire, spip utilise |contenu_document dans la médiathèque et non pas |file_get_contents
en regardant le filtre |contenu_document, y a pas mal de lignes de code et on retrouve, c’est vrai la fonction php file_get_contents