<div dir="auto">When I did similar in the past, I downloaded the source of all pages, did the replacements locally using a script or search and replace on many files(Notepad++) and then Imported the pages back using the Import Text recipe.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">ABClf <<a href="mailto:languefrancaise@gmail.com">languefrancaise@gmail.com</a>> schrieb am Do., 4. Juli 2024, 00:40:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I understand your answer, thank you.<br>
Here are more informations, to complete my question, in case someone has advice.<br>
<br>
At first stage, what I am planning to do are very basic and tiny replacements ;<br>
for example, I would like to able to replace things such as :<br>
<br>
édition :<br>
with<br>
edition :<br>
<br>
I guess I have around 20 terms to get replaced, affecting a few<br>
thousands of pages.<br>
<br>
For such a basic task (one word replacement, no multiline, no link<br>
affected), I would believe unix tools to be effective – as long as you<br>
know how to use them safely ;) – rather than playing with PmWiki API<br>
(first : far out of my knowledge ; second : I may have a lot of pages<br>
to process and it looks like overkill to edit/save hundreds or<br>
thousands pages for a one (or 10) word replacement).<br>
<br>
Also, for such a cosmetic/minor/negligible task, I don't mind about<br>
the diff ; I do restore pages sometimes, but not often, and I should<br>
be able to check the restored copy twice.<br>
<br>
I understand it is much better to preserve timestamp replacement<br>
(sure, I don't want to touch the unix time= data and indeed I do use<br>
fastcache recipe).<br>
<br>
At least, it is true that PmWiki file text format is somewhat tricky<br>
(to me, it is one of the very few things I regret with PmWiki) but the<br>
planned task would have very minimal impact and is expected to be<br>
quite easy.<br>
<br>
I didn't dare to use Anomen's XMLPageStore for my main site (if<br>
something bad happens will I be able to fix it ? if there is no more<br>
support in case of PHP incompatibility ?) but I do use it for a<br>
private and less important part with success. Wiki.d files created<br>
with that script are a lot cleaner.  No idea about the security<br>
issues.<br>
<br>
As for .pageindex creation, it takes long but it worked last time it<br>
ran ; nevertheless I'm not sure the server does like the experiment<br>
too much ; and because it is quite a big and long task in my case, I'm<br>
limited to regen .pageindex only if needed.<br>
<br>
Thank you,<br>
Gilles.<br>
<br>
<br>
Le mer. 3 juil. 2024 à 22:03, Petko Yotov <<a href="mailto:5ko@5ko.fr" target="_blank" rel="noreferrer">5ko@5ko.fr</a>> a écrit :<br>
><br>
> On 03/07/2024 21:48, Petko Yotov wrote:<br>
> > PTVs are normally not indexed in .pageindex, only the page names, last<br>
> > modified times, and the list of words for searches.<br>
><br>
> Also the link targets from the page to other pages or to categories are<br>
> stored in .pageindex.<br>
><br>
> Petko<br>
<br>
_______________________________________________<br>
pmwiki-users mailing list<br>
<a href="mailto:pmwiki-users@pmichaud.com" target="_blank" rel="noreferrer">pmwiki-users@pmichaud.com</a><br>
<a href="http://www.pmichaud.com/mailman/listinfo/pmwiki-users" rel="noreferrer noreferrer" target="_blank">http://www.pmichaud.com/mailman/listinfo/pmwiki-users</a><br>
</blockquote></div>