]> sipb.mit.edu Git - ikiwiki.git/blobdiff - doc/forum/recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
(no commit message)
[ikiwiki.git] / doc / forum / recentchanges_dir_should_be_under_control_of_RCS__63__.mdwn
index b58c2c28ed0408a65f374cb63ab4beee497517c5..2fe97366bc472994f441d6ce9a95ec614d4e17af 100644 (file)
@@ -78,3 +78,28 @@ Pawel
 >>
 >> I believe it's the time I have to wait to see that my wiki page has been rebuilt.
 >> Do you have any idea how to find a reason of that delay? --[[PaweÅ‚|ptecza]]
+
+>>> Well, I hope that your svn post-commit hook is not running your
+>>> `rebuild-pages.sh`. That script rebuilds everything, rather than just
+>>> refreshing what's been changed.
+>>>
+>>> Using subversion is not asking for speed. Especially if your svn
+>>> repository is on a remote host. You might try disabling
+>>> recentchanges and see if that speeds up the refreshes (it will avoid
+>>> one `svn log`).
+>>>
+>>> Otherwise, take a look at [[tips/optimising_ikiwiki]]
+>>> for some advice on things that can make ikiwiki run slowly. --[[Joey]]
+
+>>>> Thanks for the hints! I don't understand it, but it seems that refreshing
+>>>> all pages has resolved the problem and now my wiki works well again :)
+>>>>
+>>>> No, I use `rebuild-pages.sh` script only when I want to rebuild
+>>>> my wiki manually, for example when you release new Ikiwiki version
+>>>> then I need to update my templates. Some of them have been translated
+>>>> to Polish by me.
+>>>>
+>>>> Fortunately my wiki and its Subversion repo are located on the same host.
+>>>> We have a lot of Subversion repos for our projects and I don't want to
+>>>> change only wiki repo for better performance. I'm rather satisfied with
+>>>> its speed. --[[PaweÅ‚|ptecza]]