Advertisement
Not a member of Pastebin yet?
Sign Up,
it unlocks many cool features!
- Proposal for making tiki search engine friendly once and for all, in a way that always works.
- -Certain pages such as tiki-editpage.php shouldn't be search engine friendly, and have ugly URLs
- -Certain pages MUST be search engine friendly: wiki pages, FAQs, Forums, etc.
- -By search engine friendly I mean that the page title should be in the URL, and the URL shouldn't contain stuff like + = ? &, etc.
- ==SECURITY and Usability:
- - A single URL should certainly not point to 2 different pages. this includes pages which are in a different language
- - The rewritten URL should not be in the tiki root, or be anywhere near the tiki files. See Apache mod Alias.
- - Wiki pages and such should not contain special characters in their name. UTF-8 should be fine, but "/" and such should not be allowed
- This means that on a big tiki install, everything must absolutely be in different directory, and use subdirectories for the rewritten URLs
- example:
- example.org/fr/wiki/Home Page
- example.org/en/faq/My Question // << NOT FAQ1, FAQ2, etc...
- example.org/de/forum/Braunder Yacob // << NOT FORUM1
- All of this with the tiki files installed in example.org/tiki/***.php
- non-SEFURLed pages are accessible through a long boring URL like example.org/tiki/tiki-index.php?language=fr&page=Home+Page
- == Some people want really, really short URLs
- For the same security and usablity reasons, tiki files should not be in contact with SEFURL folders and names. Also folders should not exist.
- -Not using folders or subdomains for different languages is stupid, even without search engine friendly URLs
- -As such, it should be possible to have very short URLs with the tiki files accessible only in tiki.example.org, and sefurl on www.example.org. I'm not sure how apache would handle that though, Also the cookies need to work properly accross subdomains.
- One possible solution to have SEFURL and multiple features on tiki without the issue of directories in pagenames AND have wikipage names on the root would be to use ":" instead of "/"
- example.org/SOME Wiki Page <<Wiki pages can not possibly contain ":"
- example.org/Forum:Forum Name << Forum: means tiki-list_forums.php or whatever the file's called ;)
- example.org/FAQ:Stupid Question << the same but for FAQs
- tiki.example.org/tiki-editpage.php?page=SOME+Wiki+Page << Editing a wiki page
- example.org/tiki/tiki-editpage.php?page=SOME+Wiki+Page <<This might actually be safe and possible IF the "/" (or "\" on windows?) character is banned from all wiki, forum, FAQ, etc, page names.
- ==Usability and Configuration
- There should be default configs with default apache config files, However the admin should be able to easily control how tiki renames the URLs in menus, pages, etc, through a config interface in the admin pannel.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement