Web Hosting Forum | Lunarpages
News: July 14, 2008 - New Contest! - Submit Your WordPress Theme Designs, Win BIG!
September 1, 2008 - Submit Your Web Site for the Sept 2008 Site of the Month!
 
*
Welcome, Guest. Please login or register.
Did you miss your activation email?
September 08, 2008, 03:40:14 AM


Login with username, password and session length


Pages: [1]   Go Down
  Print  
Author Topic: TikiWiki experiences?  (Read 336 times)
MrPhil
Quantum Encyclopedia Writer
*****
Offline Offline

Posts: 3266



« on: January 25, 2008, 10:11:26 AM »

I was about to install TikiWiki to handle a site that needed discussion board (forum), Wiki, and a (future) gallery. TW appeared to offer all of these, but I had some specific questions that I needed answers to. So, I tried signing up with the TW Community discussion forum, in order to post my questions. That was almost two weeks ago. I never received an email confirming my new account. I emailed to site support and got a reply offering to look at the matter. Several emails later, they have not replied again, and I am still unable to sign up (I tried again with a different userID, but received no confirmation). I'm starting to wonder if TikiWiki is a good piece of software, if they can't handle something as simple as a forum signup? Anyone out there with recommendations for or against TW? How is their community support (their version of Lunarforums)? Any ideas why I'm not getting any emails from them? I've looked high and low around my ISP's mail system, and see no evidence that emails are being shuttled off to some spam wasteland.

As long as I'm here, maybe someone can answer the following questions:

1) This is to be a private system for a club that I'm a member of -- the general public should not be able to see ANYTHING or post anywhere. I think permissions can be set to restrict viewing of the Wiki, Forum, or Gallery to logged in registered members. Correct?

2) Is hotlink protection adequate to keep random people from pulling up images on their browsers (not via TikiWiki)? Mind you, there's nothing illegal here, but some pictures from college days might be a bit, uh, embarrassing for the middle aged professionals we are now! You've all heard of MySpace and Facebook and YouTube stuff coming back to haunt people when they grow up? Obviously, we don't want any search engine spiders recording this stuff (robots.txt plus directory permissions plus account needed = enough?).

3) Can I turn off public registration of members (admin manually registers users), or at worst require admin approval -- zap anyone not preapproved? We obviously don't want the general public to be able to sign up.

4) I understand that images are stored under the TW system (on this server), and don't have to be hosted elsewhere. Correct? Can members upload images easily for the Forum, Wiki, and Gallery functions? How about uploading full-size images and having clickable thumbnails -- is this easily done?

5) At first look, upgrades look a bit clumsy -- do I really have to upload, untar, etc. and run scripts? Is there a "single button" upgrade comparable to, say, SMF? The instructions appear to talk about installing a complete newer version of TikiWiki (including copying over the image libraries) and pointing the site to the new version when I'm happy with it. Is that correct? It sounds like a lot of work to do an upgrade!

6) Interactive maps to illustrate past club events sound great. Are they easily done? Is it better to point to a service like MapQuest or Google Maps, or to install our own map server software? Is there a source for inexpensive online road and topo maps?

7) A full-fledged discussion forum is vital. Is the TW forum reasonably comparable to SMF or PHPbb? If BBCode is not supported, how does one do special formatting -- the same as the Wiki formatting instructions? Are they as capable as BBC?

8) What is 'threaded' vs 'flat' forum structure? I'm most familiar with SMF -- would that be considered "flat" or "threaded"? Obviously, we want to keep separate discussion threads cleanly separated from each other -- is it all a matter of how postings are presented?

9) Can only the admin create new categories, boards, child-boards, topics? Much of the forum talk will eventually should be pulled over into Wiki as reference material, so is it easy to purge old forum boards, topics, etc. once this has been done?

10) Can only the original poster (and admin) edit or delete a forum entry, or is it a Wiki-tyle free-for-all? With this small club, I don't think it would be a huge problem having members maliciously editing each other's forum posts, but I'd like to know for sure.

Thanks!
Logged

Mitch
Lunarpages Traffic Cop
Senior Moderator
Berserker Poster
*****
Offline Offline

Posts: 7577



WWW
« Reply #1 on: January 25, 2008, 10:30:27 AM »

That surprises me, after reading about TikiWiki - I'd think they'd have a better setup than that going on.  Haven't used it myself, but it does look interesting. 
Logged

pjotre
Newbie
*
Offline Offline

Posts: 3


« Reply #2 on: August 07, 2008, 02:51:14 AM »

I am using TikiWiki on Lunarpages since January.

First, the good thing, it is a masterpiece
of functionalities and as far as concerns the admin menu for permissions
So there is probably far more than you were asking for.
Far far better, so far, compared with Mediawiki etc.,
Tikiwiki is only equalized by Typo3,
...   if you have three weeks to teach yourself Typo3.
Tikiwiki is complete "out of the box".

Installing Tikiwiki / current version on Lunarpages / current servers, shared hosting - 
PHP 5.x - results in various config. problems. Took a while to master it... .

There remained 1 problem with Tikiwiki v.1.9.9. from Dec. 2007 for user registration. -
just what you experienced January 2008 - their site uses their own software.
Unfortunately, I installed just this version on lunarpages - with just this registration problem.
Work-around: The admin user has manually_!!! to assign a new password to EACH-!!! new user.

I wanted to upgrade these days to Tikiwiki 1.9.11. - now o.k., I think
Upgrades of Tikiwiki are done by overwriting the old version - 1000s of files.
I did not find a way to do this "complete tree" overwrite directly on the lunarpages server
(file manager : its copy function  apparenty is unable to do THIS,
and for shared hosting /basic hosting plan,  I have no shell access.)

I tried a complete upload with gFTP (Red Hat Linux,v. FC6).
gFTP did the job for a blank target directory .... 3 hours ...
but became frozen und behaved strange when the job was to overwrite.

So  now and here is the next help request: Upload Problem: 
Is there some way on lunarpages to overwrite a file tree with thousands of files when the only available powerful LINUX FTP program does not like the job?
(The job could not be done from a local MS-Win PC.)
I will still look up the option set of unzip, might be that this might supply the work-around...

Some better advice available?
Logged
pjotre
Newbie
*
Offline Offline

Posts: 3


« Reply #3 on: August 08, 2008, 08:11:52 AM »

All problems are meantimes resolved:

Tikiwiki has since v. 1.9.11 (early 2008) no major known bugs
    (just tested after my upgrade).
    (it was perhaps the generalized transition to PHP 5.x which caused problems on some servers
    for shared hosting approx. Dec. 2007.)

Tikiwiki is by far the most powerful Swiss-Knife site software known by me so far.
     The admin menu for permission organisation is the best-of-all seen here until now.

My own upgrade problems for shared hosting on LP could be resolved as follows:
-------- for justified security reasons, LP prohibits the optimal commands for this ----

 - Upgrades of Tikiwiki are conceived as overwriting the whole file set.
 - gFTP (LINUX) is able to do this by a global upload, but works SLOOOOW for these 1000ds of files.
 - The LP / CP file manager functionalities could NOT be convinced to do the job just by copying
      the new directory tree over the old one.
 - My work-around:  With some move and rename operations, I prepared the running
      software directory tree ,
      so that uncompacting xxx.tar.gz of the new version on the server resulted in overwriting.
      (properly conceived - it overwrites ALL files,
             excepted the config files created during former initial installation).
 - Then I renamed the top DIR, restored manually approx. 10 directory permissions (sublevel 1),
     upgraded by one required click in the upgrade menu  the MySQL data base.

first new Tikiwiki installations on LP, with PHP 5.x, requires some specifics for .htaccess and php.ini.
Required settings for this are quite usual for servers with a high security level.
But please be aware, when testing wonderful Tikiwiki, you will need various teach-yourself hours
in case of installing on the well secured LP servers.

Logged
Pages: [1]   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.3 | SMF © 2006-2007, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks


Valid XHTML 1.0! Valid CSS! Dilber MC Theme by HarzeM