Private WIKIs

From Redazione
< How it works
Revision as of 19:55, 18 July 2020 by Admin (talk | contribs) (Created page with "Besides the two main components composing this platform (the back-end part represented by this wiki, and the front-end for the navigation among contents within the scope of a...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Besides the two main components composing this platform (the back-end part represented by this wiki, and the front-end for the navigation among contents within the scope of a single-page-application) a third component which would complete its design, is represented by an arbitrary number of private WIKIs where to store all reserved information and to make them conditionally available on the front-end, for instance to students accessing their own data or digital representation of their classes, to readers accessing some content for paying, and so on: through the combination of a streamlined interface (based on Node.js, Vue.js and Quasar Framework, as well as Pouchdb for offline navigation), a collaborative wiki for contents intended to the public domain, and an arbitrary number of private wikis managed by the respective owners or by a data controller, every requirement conceivable within the frame of IT, information technology, could be potentially met.

The overall structure of this platform therefore is expected to be composed by a public wiki at this address (1)

https://culturaitaliana.org/wiki

which as mentioned will contain in a shared environment an arbitrary number of organizations at an address like (2)

https://culturaitaliana.org/wiki/[organization username]

then by a generate private wiki managed by a specific data controller, at this address (3)

https://culturaitaliana.org/private-wiki/culturaitaliana


and then by an arbitrary number of private wiki at an address like (4)

https://culturaitaliana.org/private-wiki/[organization username]


To be noted that '[organization username]' in the (2) corresponds to a wiki page, while '[organization username]' in the (4) corresponds to a username used by the webserver to query a specific database (while in the 2 the database is the same for all the organizations).

This is an optimal solution in the view of data security, because while a number of Mediawiki extensions allow to restrict access to data based on some privileges, they are not intrinsically secure as long as the database is shared.

On the other side,


Optionally, we can provide you with a private wiki hosted at an address like

https://culturaitaliana.org/private-wiki/[organization username]

which differs from the public wiki in that it is not a shared environment, while it remains managed as its codebase, modules, templates, available forms and so on.

A private wiki allows you to store any private information (without using specific extension in the public wiki which would make some of your pages private, posing nonetheless security risks) with the maximum level of security (inasmuch as the wiki itself can be accessed only by authorized users) complementing the information you have on your public wiki.

For instance we allow the creation of pages representing language courses in the public wiki, and the creation of pages representing classes and students (registered together with their personal information) in the private wiki. This way, we can offer an additional platform, named 'classes', which combines the public as well private information of your courses, and provides a reserved area for your students where to retrieve their teaching material and even to interact with their class. [... to be continued]