First action with replace plugin:
find ^ replace with ^ matches ^
/<!DOCTYPE(.*?)<body>/s | <body> | 6508 |
Display: Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. in Unknown on line 0
Seems that no action was taken and the building of the searchpage result (maybe 10-50Mb large) needed time.
Try to reduce to smaller amount by sellecting name spaces.
find ^ replace with ^ matches ^
/<!DOCTYPE(.*?)<body>/s | <body> | 663 |
seems like having executed! Atma will do forther step by step in this way, accourding to the replace list (http://accesstoinsight.eu/doku.php?id=de:import_zze)
Replace plugin (see ini-isdue above) can execute "only" 1000 replace requests at once, as it seems, for now, but it works and is a useful way.
Spoken of problems... Nyom Moritz (attached)
Note that after copy the new file into cs-rm (Cattasanghayana - Roman), Atma did only a refresh index, so maybe this had caused an appearances never had before, also first time to regex in cs-rm .
oh... maybe it (this error) has to do with the uploaded image/media-files (maybe wrong Uppercase-cases), have to look at it and rename them...
Done, so far, but not reidexed for now. It seems that regex also addresses mediafiles, not clear in how far (or just when collecting posdible files avaliable. If also executing them likewise, this could be a mess probably.
now the task of replacement there gave:
Fatal error: Uncaught Error: Call to undefined function setTimeLimit() in /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php:412 Stack trace: #0 /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php(385): admin_plugin_batchedit->applyMatches() #1 /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php(102): admin_plugin_batchedit->apply() #2 /var/www/clients/client2157/web5417/web/inc/Action/Admin.php(47): admin_plugin_batchedit->handle() #3 /var/www/clients/client2157/web5417/web/inc/ActionRouter.php(83): dokuwiki\Action\Admin->preProcess() #4 /var/www/clients/client2157/web5417/web/inc/ActionRouter.php(48): dokuwiki\ActionRouter->setupAction('admin') #5 /var/www/clients/client2157/web5417/web/inc/ActionRouter.php(60): dokuwiki\ActionRouter->__construct() #6 /var/www/clients/client2157/web5417/web/inc/actions.php(16): dokuwiki\ActionRouter::getInstance(true) #7 /var/www/clients/client2157/web5417/web/doku.php(120): act_dispatch() #8 {main} thrown in /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php on line 412
Atma will do an reindex, since files have different names now and index still holds the old. Maybe that solves that.
After update Indexing finished, the "layout error" still exists, like pic above. The text says:
Warning: file_get_contents(/var/www/clients/client2157/web5417/web/lib/plugins/batchedit/images/file-document.svg): failed to open stream: No such file or directory in /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php on line 833
Warning: file_get_contents(/var/www/clients/client2157/web5417/web/lib/plugins/batchedit/images/pencil.svg): failed to open stream: No such file or directory in /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php on line 833
Warning: file_get_contents(/var/www/clients/client2157/web5417/web/lib/plugins/batchedit/images/arrow-down.svg): failed to open stream: No such file or directory in /var/www/clients/client2157/web5417/web/lib/plugins/batchedit/admin.php on
Thinking, oh, my person added the images in the directory, having taken them from the github download (trusting that this might be welcome), and now seems to work fine, in regard of layou.
The download on docuwiki misses those images. My person told it via the forum (https://forum.dokuwiki.org/post/61558).
How ever, the resultpages misses now the amout of pages matched, and sum of matches, which is a useful controll and estimation of success point.
lookahead: no idea why there is recognition but no replacement for example with this regex:
/\[\[([^\w]*)\/(?=lib\/|tipitaka\/|cdrom\/|extras\/|news\/|noncanon\/|ousources\/|pdf\/|s\/|tech\/)/
a given [[../../../lib gets the match [[../../../ and the replacement look the same [[../../../lib ?
certainly total no more my persons sphere at all, this chess thinking...
Sadhu, Sadhu
If having any general styling idea, good to give it as sample. My person is currently prossessing to regex all html stuff global on the pages.
It might need another weeks to match all. i, b, em, strong, u tags may be replaced already completely. Some a-tags are still to match, anchors and picture-links, may still make much work, images might need some manual care since needing the whole path for linking to larger picture.
If Upasaka Danilo focus on one page, such is great.
The header styling seems to be great, just not sure in how far it might cause problems with other plugins like include. Generally my person thinks that the more lesser plugins the lesser troubles and maintaining issues.
Not sure if simply removing stylings in headers, which my person thought of doing after having replaced all htmls, might be not better.
Best to coordinate plugin issues with Upasaka Moritz and also let him keep the overview about installations, at least known if he might not have time.
Some comments on the edits Nyom Danilo made:
Footnote: generally good to use wikis tools, but in regard of many many pages, and the immobility of global replacement without errors, since very different, my person would not make use or it for old pages. The use of wiki only becomes also a problem for extended footnotes, incl. blockquotes, lists... a great challenge even with the ya-list mode, but possible.
Removing div-tags and adding styling tags: Till now Atma looked to simply bring all to one standard. So there might be parts in the header which will then global removed or replaced. The css has one some stylings yet and is not done for now.
Anchors also still in header and under removing: Althought indexes could be removed there are many cross-links on other pages. If removing the original anchors one would need to seek for all links to them and change them as well. Huge work and possible so far, but in regard of old links all around the internet (zze-links will get later redirects to ati), one would cause a lot of "death" links. So anchors should be best never removed.
Divisions around headers:
<WRAP centeralign>
===== A Brief Summary of the Buddha's Teachings =====
</WRAP>
Still there are divisions (use of div instead of WRAP general preferred) wraping headers. This causes the section-edit not to work. Atmas objectives are to fix that global but only after all htmls are replaced.
Further: there is no need for particular styling of headers since that can, actually is already, made in the css-sheed. They have already centeralign styling.
Styling in links: like
[[ptf/dhamma/sacca/sacca1/index_en.html|//Dukkha://]]
No need to do that manually, there are thousands of such. That will bee replaced by regex global. Half styled link texts will be not possible to maintain easy so removed.
Block-quotes and other div in content:
<blockquote>"Birth is ended, the holy life fulfilled, the task done! There is nothing further for the sake of this world." + <WRAP indent>
- <cite> [[en:ptf:buddha#done|MN 36]]</cite></blockquote>
They are all fine already as they are it allready replaces with wiki and wrap tags, like this. It does display wrong as code because there is still a tab at the beginning of the line. Removing just the tab here will display it perfect so far. blockquote is a additional plugin ati uses, incl. cite-tag
html-values:
There are still such as ï around. If coming across, best to select them in a list with its proper replacement so my person could make this global for all pages.
Footer:
No need to but much effort in manual editing the divs and styling. That is an issue for thousands of pages and will be made at "once".
Content edits - Styling edits:
If seeing certain typos, small style issues in text,... aside of div-, span-tags, great if correcting. If seeing something strange of an old html tag, best to report it and collect on one place.
Sadhu for efforts! And mudita.
Atma thinks, how ever, easier to undo the edits and repeat some of the small, incl. As Upasaka thinks that it is well, now possible more informed.
Mudita