Beta 7 is posted

RC1 is comming along. It will be released around Thursday or Friday.

Note, if you are coming from beta5 to beta6,7, or RC1, and noticed that the link to the config manager in the sidebar doesn't work, it is because you are are using an older version of the sidebar page. If you delete the site.sidebar page in your wiki.d folder and then update, you will start using the new version (I will not directly touch this page anymore, Tonido specific items are now added indirectly, and you can remove them without fear that an update will bring them back). If you want to fix the links manually anywhere, or add links somewhere, you can edit the page and add the following:



It loads the current page with the action to launch the config manager.

In the future, my changes will be made to pages in the Tonido group. So, if you don't edit the pages in that group, they will update automatically with new versions. I may just always overwrite Tonido Group pages to ensure the latest version is always available; all other user pages will not be touched.

Looks like I am going to release RC1 tomorrow. I found the last serious bug. Apparently I had a typo in the html page when it prompts you to update the config file.

So RC1 will include the following:

• Fix html typo (May have caused the page to appear funny when the config needs updating; I left a '>' off a div...oops)
• Add the ability to set a master pass for read,write,upload, or admin
• Update the plugin manifest with 1.0.0 version
• When setting the default page (group.name) set the individual default group and name variables as well as the default page (group.name)
• Add Tonido.About page and add it to the Tonido.SideBar page.

Besides the one issue, you can see it has just been polishing. It should be good to go. As long as nothing else crops up, this will be the final release until PHP support is finally official and this plugin gets released through the Tonido App Store (hopefully).

Went ahead and posted RC1 tonight. Should be stable for use. Give it a try and please give feedback. I hope some of you find this useful. I am currently running this myself for actual personal use.

We will do some testing this weekend and get back to you. Our dev guys have been just swamped the last few weeks with stuff. Sorry..

Btw, after working extensively with your app, do you need any changes to be done to the PHP support in Tonido? Or do you have a wish list that if it is easy enough to do we can add it in?

No worries. I've have been testing this a lot on my own.

These are things I think would be useful, and or would like to have. None of these are really critical for use. "Wish List" are things I would like to see. "Nice to Have" are no big deal, but would be nice to have.

Wish List:

• _SERVER["HTTPS"]: It would be nice to have this so I could format links appropriately, currently SSL in the wiki doesn't really work. I may only use SSL for certain things, but it would still be nice to be able to poll for this.
• Hook for displaying apps on guest page: It would be nice to not have to give a separate link to guests (even if allow anonymous connections). I want to just give them the guest page login, and they can load the apps I have allowed them to use.

Nice to Have:

• _SERVER [ "REMOTE_ADDR" ]: Not a deal breaker, just nice to have if possible.
• It would be nice if the Tonido Header could be optionally hidden when you are logged in as the owner : This is a personal request. I use a netbook when traveling or when I am out and about. The screen is small. Yeah I can right click a link and open in new window, but it would be nice if there was a simple button or method to do that when you are an owner, kind of like what you do with the sidebar. Even better, if there was one button to hide them both (or reload without them) in the top right corner or something.

I am not currently locking this behind Tonido Authentication. I think trying to manage the wiki with Tonido Authentication would be a bigger headache than using the built in methods of authentication. A Wiki's permission structure usually requires a more complex system than Owner is Admin, Guest can Read and Edit. I can lock the app behind Tonido Authentication if enough people want it though for extra security. That way you must be logged into Tonido to access the wiki, but then you can define general user names and passwords for access to functions within the wiki using the wiki's built in authentication.

There are a lot of other configuration tricks I am toying with for the future, some that I am already using. I really just wanted to get a basic easy to use wiki going first. There are a lot of things that are personal preference, so I only want to include things that people feel are "needed". People can dig in and configure unnecessary things later on their own and even share them. I personally install a number of plugins in my wiki, some I even mod to fit personal taste.

Thanks for the wish list. We will refer to this when we expand our work on the PHP.

Other than this, have you noticed any buggy behaviour? How is the performance? reasonable?

Performance is good with this plugin. It seems to do everything fine, besides a couple missing variables that I pointed out. I had horrible performance with Dokuwiki when I was experimenting (It was so very slow), and I had a error where MediaWiki could not find the IP address of the user (I assume that may be do to the missing PHP variables). I was going to look into these issues more until I found PmWiki worked great. I may look into them in the future just to see what exactly was causing the hangs, or errors.

It seems in general the PHP.ini is configured fine for most things. I had to declare my own sessions path and that went fine. I just set what variables I need if they are changeable indirectly for my script.

I don't like the default upload file size, but I am having a heck of a time figuring out how to bump it up without modifying the php.ini file. Do you know a way?

I tried the .htaccess file method, but that didn't work. I don't really know of another way except manually changing it in the php.ini, which I was trying to avoid. Maybe I am doing it wrong.

edit: from what I gather in research, in newer versions of PHP, upload_max_filesize is a php.ini only variable. It looks like if you want bigger uploads than 2MB in the wiki, you have to modify that file. So ,FYI if you want to bump the upload higher than 2MB.

Yes, we can tweak the php.ini file based on feedback.

Yeah, that is what I figured. I can change it manually for my own system. I think it could be bigger, maybe between 10MB and 20MB. I assume post size would have an affect as well, and maybe even execution time.

It is easy enough to limit it in plugins. Thanks.