> It is driven by PmWiki, which can be used on SF. However, I believe it'll > require quite a bit of work to migrate to a different host(name). It was > never designed to be portable like the web pages (which are also generated > by PmWiki).
This will be case if we migrate to ANY service, and aussie is unlikely to stay very long. > A more important drawback might be how to allow users' to upload files to > the wiki. This is _not_ being done via PmWiki, but through some other file > manager. I have no idea if we can get that working on SF. Or indeed if this > is even something that's allowed... My website is based on sf.net/pmwiki and users could upload files, using pmwiki's upload facility. > On a more practical note, I'm currently checking out the web files to SF > using SVN. It's incredibly slow, I'm talking about a few seconds per file... > Here's the setup, if anyono knows what the problem is, please tell me: > > * Mounted the file area on SF using sshfs using a local directory > * CD'd to that directory and did 'svn co ...' > > So the whole thing is done on top of sftp, which could be the reason in > combination with slow servers at SF or a slow aussie. Doing any major file change in such a web-based file system is slow. I could check out and rsync in seconds...(not using aussie though). Bo
