Loading...
 

History: FAQ

Preview of version: 68

What is WikiSuite?

WikiSuite is a Free / Libre / Open Source software (FLOSS) enterprise suite

What is Free / Libre / Open Source software (FLOSS) ?

https://en.wikipedia.org/wiki/Free_and_open-source_software

What is an enterprise suite?

The enterprise suite category is for solutions for organizations that cover more than 10 traditional software categories in an integrated fashion (ex.: logins work throughout all features, etc.). Software categories differ depending on the source and evolve over time, but here is a typical example.

What makes WikiSuite special?

WikiSuite is the most comprehensive and integrated Free / Libre / Open Source enterprise software suite ever developed.

What do you mean by comprehensive and integrated?

comprehensive: WikiSuite offers most (80%+) of the data and information management features all organizations need
integrated: The end goal is that all parts of WikiSuite look and act consistently. One login for everything, one search box for everything, etc. We are not 100% there yet, but we are closer than the other FLOSS offerings, and have a realistic roadmap to get there. See answer about Bootstrap below.

Please see: The most comprehensive and integrated Free Libre Open Source enterprise software suite ever developed

What are components?

They are the individual software applications that comprise WikiSuite. Please see: Software Components

How were components picked?

All options were extensively analyzed and compared according to this component criteria.

Is WikiSuite just a list of software?

WikiSuite is way more than just a list of software. Our end goal is to have one integrated suite that covers just about all the software needs for a typical organization. The policy is to work closely with each upstream project. See also: "Upstream First". And thus, it is a community project doing the following:

  1. Making it all easy to install and manage. The various ClearOS apps make it easy to install and use any WikiSuite component with ClearOS without necessarily using all the components of WikiSuite. -> See Source
  2. We participate actively to the components -> Reporting bugs, adding features, improving documentation, helping with community management, etc. Please note that working upstream also means working with any project that the components themselves include. For example, Tiki Wiki CMS Groupware includes code from over 100 different software libraries, and thus, as appropriate we will work with these libraries.
  3. To make everything work well together (using open standards when possible and / or some glueware). And improving upstream makes it easier for projects similar to WikiSuite to re-use the same components (which we prefer)
  4. Making everything have a common look and feel, by standardizing on the Bootstrap front-end framework. We have helped several of the components to move to Bootstrap, which is good in itself, and makes it easier for WikiSuite to have a consistent look and feel.
  5. The tight integration of all the components will permit to much better address use some tricky use cases such as Customer Relationship Management.


If you compare to the alternatives to WikiSuite, you will see that some of them are mostly focused on making it easy to install diverse software, but they don't focus on making everything work together as one. WikiSuite has massively contributed to Tiki Wiki CMS Groupware, Openfire and ClearOS.

What use cases should be covered by WikiSuite?

All the common cases. Take a hundred organizations of a certain size (ex.: 50 team members). They all need a website, email, accounting, etc. All these are in WikiSuite. If something is missing, we extend one of the existing components, or we add a new component.

What about organizations that have special needs?

There are a few options:

  1. Think of a way to transform this special need into a generic need that would be useful for a larger community. For example: Tiki Trackers demonstrates how applications can be created from generic database features.
  2. Continue using specialized software
    • a) If there is Open Source software in this field, work with the WikiSuite to evaluate all Open Source options as per usual component criteria. This component could become part of WikiSuite as a specialized component.
    • b) Even if the specialized software is not part of WikiSuite (ex.: it's proprietary software), you can still use it and it won't be harder to integrate. Since WikiSuite is Open Source, any connectors can be made.

What should be a feature vs a configuration profile?


Ask 10 people what feature X should do. If you have quite similar answers, it should be a feature. Blogs, forums, wikis, etc. are clear concepts with clear expectations.

But what about CRM, ERP, Project Management? Here, the solution will be quite different depending on the nature and size of the organization.

For a freelancer, a CRM can be done in wiki pages. For organizations with large support teams, it requires a structured approach which aggregates and presents various data types

  • Client history
  • Emails from and to the client
  • Phone call log
  • Person responsible for the accounts
  • etc.


And the needs will evolve. So we need a flexible system which evolves with the organization.

A way to package these is called Configuration profiles: https://profiles.tiki.org
We plan to extend this concept throughout WikiSuite.

Do I have to use everything in the Suite?

No. Don't install / activate what you don't need. And the day you need it, you'll be pleased that it's ready for you, and working with all the rest of WikiSuite.

Can I replace part of the Suite?

Yes, it's all Free / Libre / Open Source (FLOSS). You can use different components which suits you better (legacy data, better features, etc.) Please do share why / how you did this so others can learn and make better choices for their projects.

What is the license?

Software and documentation are released under appropriate "wiki way" community-friendly licensing. Please see: License

How much would it cost to re-code?

As of 2019, WikiSuite's cost to develop is well over 50 million $USD. Please see: Constructive Cost Model COCOMO

Since WikiSuite is formed of various components, how will it have consistency in the user interface?

We are working to move all components to Bootstrap (a front-end web framework).

Is WikiSuite multi-tenant?

No. The main use case is to set up a server (virtual or physical) for each project. But several domains can be supported as aliases, so you could have both example.org and example.com but only one user johh.smith

Would it be possible to make it multi-tenant?

  • ClearOS is not, but domain alias is easy.
  • Openfire is not, and domain alias requires some trickery
  • Tiki can be but requires significant configuration. Domain alias is easy.


An alternative: Orchestrator

Why is it called WikiSuite?

Let's take both words (according to Wiktionary):


So it's collection of software working well together that facilitates teams working well together. Wikis are historically about collaboration on textual content in web pages (which was a limitation of the technology of the day). However, for WikiSuite, it's to facilitate collaboration through any type of content: web pages for unstructured content (wiki/web pages) and structured content (spreadsheets, databases, business applications), files, emails, real time communication (XMPP and WebRTC), virtual machines, videos, diagrams, passwords, etc. (anything really)

It's mostly through a web browser but some non-browser software is supported. Ex.: the IMAP protocol to manage email via a desktop or mobile client. And we are working on JMAP.

What is the support period?

Each component has a different support period. For now, the supported versions are the latest stable versions of each component. In the future, we will add a Long Term Support (LTS) for the reasons explained at https://tiki.org/Versions See also: Version Lifecycle

How is performance / scalability

See Performance

What are the alternatives?

Please see: Alternatives

What are examples of deployment scenarios?

There are multiple different possibilities. It really depends on your specific use case and preferences. Do you prefer fewer servers running multiple services? Or do you prefer segmenting?

Here are a few:

What are the future plans?

Please see: Mission Vision Values, Projects, Roadmap and To do.

How to register?

Just register and start participating! This is a wiki community, and thus, inherently collaborative.

Please note that you do not need to register at wikisuite.org to use WikiSuite.

How can I contribute?

Please see: Contribute

Where to report bugs and suggest features?

If it's a bug or feature request of a component, use the mechanism of that component. See also: Source

For a bug related to one of the ClearOS apps, please report to the relevant app on Github: https://github.com/wikisuite

If you are not sure, or for a general task, or feature request for WikiSuite: To do

How can I get support?

Please see: Support

How can I get in contact with the people in charge?

Please see: Contact

Anything else?

Some older content is still at https://suite.tiki.org/Tiki-Suite-FAQ

History

Advanced
Information Version
Marc Laporte Page is gone 101
View
Marc Laporte On hold now 100
View
Marc Laporte clearer 99
View
Marc Laporte 98
View
Marc Laporte 97
View
Marc Laporte 96
View
Marc Laporte Where is my data hosted? 95
View
Marc Laporte 94
View
Marc Laporte Removing references to ClearOS 93
View
Marc Laporte 92
View
Marc Laporte 91
View
Marc Laporte 90
View
Marc Laporte 89
View
Marc Laporte 88
View
Marc Laporte 87
View
Marc Laporte 86
View
Marc Laporte 85
View
Marc Laporte 84
View
Marc Laporte 83
View
Marc Laporte 82
View
Marc Laporte 81
View
Marc Laporte 80
View
Marc Laporte 79
View
Marc Laporte 78
View
Marc Laporte 77
View
gary.cunningham-lee Minor edits, mostly punctuation. 76
View
Marc Laporte 75
View
Marc Laporte 74
View
Marc Laporte 1st attempt at answering this question 73
View
Marc Laporte 72
View
Marc Laporte 71
View
Marc Laporte 70
View
Marc Laporte 69
View
Marc Laporte 68
View
Marc Laporte 67
View
Marc Laporte 66
View
Marc Laporte 65
View
Marc Laporte 64
View
Marc Laporte 63
View
Marc Laporte 62
View
Marc Laporte So this page is no longer orphaned 61
View
Marc Laporte 60
View
Marc Laporte 59
View
Marc Laporte 58
View
Marc Laporte 57
View
Marc Laporte 56
View
Marc Laporte 55
View
Marc Laporte 54
View
Marc Laporte 53
View
Marc Laporte 52
View
  • «
  • 1 (current)
  • 2