xen
Hi,
Back in the day (in September I think) I was trying my hand at DokuWiki and finding that it was very slow on my Synology NAS.
I had spent a day trying trying to improve it (by putting the loading of the environment into two stages; and the smallest set of loading libs would then not be needed for things like the CSS cache).
I did manage to speed it up greatly (the load times were 400ms for each request easily, and there were at least 3 requests per page initially (including an image link, I believe, perhaps even four?)) .. so for that little slow NAS the load times were outstandingly high.
I never quite did finish it although that code is still sitting on that device, although it is turned off ... I am hoping it will come back online soon but I can't really promise anything... I had really wanted to contribute that code, but I was mostly doing it for myself in the first place anyway :p. I don't have a backup ready of it, unfortunately.
The folly. In any case, I was hacking at it again today but this time because I couldn't get it to change the local.php on a local Ubuntu (Kubuntu) install. I guess I'll make a post about it.
Kudos,
Xen.
andi
Hi Xen,
we're always interested in code contributions.
Looking forward to your github pull requests,
Andi
xen
Hey man :).
I happen to have recently become a little acquainted with git... actually I was messing about last night with DokuWiki and Debian's way of ... well.. There are these 'farms' and there is preload.php and ... in the end I messed it up so badly (some permission somewhere, I guess) that I had to completely remove the (Debian) package with --purge to just get it working again :p.
Funny thing when you forget you have changed the group that (lighttpd) is running under ;-).
But Debian by default (and Ubuntu/Kubuntu) cannot update /etc/dokuwiki/local.php (at least with lighttpd) because it is outside of the document root (I think). When I symlink it to what amounts to the "data" directory (/var/lib/dokuwiki/conf/local.php it was) and ignore the requirement to make a backup (/usr/share/dokuwiki/lib/plugins --> /var/lib/dokuwiki/lib/plugins/config/admin.php ([ backup parameter to false in save_settings and one line commented out in settings/that.class.php ]) it works again.
My github (git) knowledge is pretty bare though. Making mistakes and undoing them... ooph. It really seems a process of trial and error in learning the ropes and not messing up, so you don't to go and spend hours fixing them ;-).
Regards,
Xen.
[Edit:] And now I've changed nothing and I reload the admin settings page and suddenly it does not complain anymore and I can simply save the settings in /etc/dokuwiki/local.php...... :-S :-/ :-S.
[Edit2:] There was another person complaining on StackExchange about much of the same. He had group write anomalies and it didn't make sense in lighttpd and perhaps he too had a changed group for the process, and he was afraid or ashamed to admit it there ;-). But this was rather strange, I don't know. I guess there was no issue at all. Probably there were caching issues regarding the ownership of files, (in lighttpd probably) and changing its group (for the process) would then cause various things to fail for files that were previously written under a different user (group). That would explain some or certain strange things happening.
xen
Just gonna edit this bunch:
I AM STILL AROUND ;-).
So I wrote here about:
* Small footprint wikis are often poorly designed visually
* Wikis in general don't look very nice, except perhaps Wikipedia
* There is MoinMoin that seems quite lacking
* I have once stolen a theme from Wikispaces.com and turned it into a TiddlyWiki thing
* DidiWiki is very simple and looks nice but it is too simple, there is no support for navigation in the sidebar.
* If a wiki can be well designed for me, it becomes very powerful, but I need to feel comfortable.
** Roundbox theme for DokuWiki is pretty good, the colours are not all very friendly though.
** Its "Evening" theme is quite reasonable. I like the round corners (hence, Roundbox).
* I have spent some time in the past trying to make DokuWiki faster on a Synology NAS.
* I think the MediaWiki syntax is not very good, not very intuitive. ::
** The natural way is to use *for bold* and /for italics/, mediawiki uses only '''''for both'''''. I consider it unreadable.
* Graphics work is tough on me, I am visually not that good. You need more girls in these system instead of only men.
* MediaWiki is widely supported but it seems to be the only platform.
* I despise Markdown.
* I am still willing and wanting to invest more in DokuWiki, but it has to be usable to me right away.
=============
I am trying to write a book in DokuWiki, or wanting to write something somewhere. I am trying to find a writing program. That I feel comfy in.
I dislike LibreOffice for its bad user interface and it is also not very solid in the formatting I believe.
BlueGriffon is a WYSIWYG HTML compozer that crashes in Kubuntu and is unmaintained it seems. Just like Kompozer.
An option is to write in Vim in MediaWiki and upload to Github. You can also push MediaWiki to a MediaWiki server. There is also Scrivener and Evernote.