History: Infrastructure Team
Preview of version: 144
The Infrastructure Team is responsible for *.tiki.org hosting, server administration, domains, uptime, etc. AKA: devops, sysadmin.
Table of contents
- Release responsibilities
- Urgent
- Ongoing responsibilities
- Fix and close
- 1.1. One-time clean-up of prefs to be a community site
- 1.2. irc.tiki.org wrong favicon
- 1.3. irc.tiki.org blank pages of some search
- 1.4. transition from tikiwiki.org to tiki.org
- 1.5. Activate the removal of www for all sites
- 1.6. Clean up permissions on tiki.org
- 1.7. Images lost on dev.tw.o
- 1.8. Rewrite Rules
- 1.9. dev.tiki.org -> delete from user list all users that are not necessary here
- 1.10. Delete a pic
- 1.11. Move calendar data from dev to info site
- Major projects
- 1.1. Migrate to Allura
- 1.2. Show.tiki.org
- 1.3. Move phpxref to own subdomain
- 1.4. WebSVN
- 1.5. Doxygen
- 1.6. ApiGen
- 1.7. phpDocumentor
- 1.8. Dogfood TRIM
- 1.9. Round Robin / Redundancy / Disaster planning for all *.tiki.org content
- 1.10. Setup a monitoring solution
- 1.11. Implement Single Sign On (SSO) on 6 main sites.
- 1.12. Code stats
- 1.13. Community Mail Server
- Related links
Release responsibilities
- Progressively update each Domain to the new version, and the Dogfood Team's plan.
- The goal is that all major sites are upgraded before it's released.
Urgent
- next.tiki.org is down
Ongoing responsibilities
This page is to coordinate work and list requests about various aspects of *.tiki.org sites and community tools
This has previously been done by email. We will do it wiki way so at any given time, we'll know what needs to be done.
This is not a list of feature requests, which should be done at: http://dev.tiki.org. If it's Tiki bug, it's ok to put below but with a link to dev.tiki.org as well but know that while the infrastructure team can help detect/confirm a bug, it is not expected to correct bugs, but to update the sites as soon as they are corrected.
Do not put any security or sensitive info below. Instead, contact http://security.tiki.org
1.1. Hosting the *.tiki.org sites
1.2. Maintain list of hacks adaptations to Tiki sites, or use SVN or TRIM.
In the past, it's happened that we had specialized changes to Tiki (ex.: message templates, custom plugins, etc.). And then, sometimes, these get wiped with a clean install of Tiki. While we should try to stay as close as possible to Tiki code dogfood, when we do not, it should be documented or we use TRIM/SVN and have it make a report of all diffs (or something)
Rewrite Rule collisions
http://tiki.org/stats gives me error but http://tiki.org/Stats is ok.
Similarly, http://doc.tiki.org/Trackers is not the same as http://doc.tiki.org/trackers
Because of the special use case on *.tiki.org, we may have to maintain special .htaccess files...
htaccess
Please create the wiki pages if the access has been or should be modified
- htaccess doc
- htaccess dev (will need calendar redirect)
- htaccess community
- htaccess profiles
- htaccess info
- htaccess themes
1.3. Keep all sites up to date & making Intertiki work
- All our sites should be recent versions of the branch
- The revision number should be visible so everyone knows to indicate if the see a bug
1.4. Backups
- Each host should make send backups to another. Can be done by TRIM
1.5. Manage DNS, domain name and email accounts
- Managing the DNS info for the various Domains (changi)
- Domain names MarcLaporte
- Community Mail Server @tiki.org emails (Marc but looking for replacement)
- SSL (changi)
- Community Server renewal, payments, etc. (Changi)
1.6. Maintain Pre-Dogfood server
Fix and close
1.1. One-time clean-up of prefs to be a community site
In collaboration with Infrastructure Team:
- All users should accept user messages
- User messages should send notification emails (bounced to Community Team)
- Can group members broadcast members of their own group? (it should)
1.2. irc.tiki.org wrong favicon
1.3. irc.tiki.org blank pages of some search
1.4. transition from tikiwiki.org to tiki.org
- Setup permanent redirect from tikiwiki.org to tiki.org
- Setup the cdn for each
- will redirect of http://tikiwiki.org/stable.version cause an issue? (like InterTiki)
1.5. Activate the removal of www for all sites
New option in Admin -> General -> Navigation "Domain prefix handling" which would be nicer than the "Are you lost ?" at http://www.doc.tiki.org/
1.6. Clean up permissions on tiki.org
Tiki.org has a lot of legacy perms. Ex.: workspace (aulawiki), homework, jukebox, etc. They should be removed from http://tiki.org/tiki-objectpermissions.php along with any assignments. Todo: Take a Tiki 5.x clean install, and compare.
1.7. Images lost on dev.tw.o
See here: http://dev.tiki.org/TrackerFieldUIRevamp
Image missing:
http://dev.tiki.org/img/wiki_up/trackerui1.png
and two images here: http://dev.tiki.org/Translation+Editor+Revamp (tiki-download_wiki_attachment.php?attId=88) perhaps issue between 5.0 and 5.1 ?
More here:
http://dev.tiki.org/Code+Howto:+Copy+reproduce+a+change+from+one+branch+to+another
Still available for old server. (ask Marc for access)
1.8. Rewrite Rules
I posted a comment here with a link to http://doc.tiki.org/categories and I get http://doc.tiki.org/tiki-browse_categories.php instead of http://doc.tiki.org/tiki-index.php?page=categories
same problem with http://doc.tiki.org/calendar
dev is ok:
http://dev.tiki.org/categories
1.9. dev.tiki.org -> delete from user list all users that are not necessary here
1.10. Delete a pic
http://tiki.org/img/wiki_up//spiderdog_in_action.png
1.11. Move calendar data from dev to info site
Check with Rick 1st
With a persistent rewrite rule . Now: Upcoming Events
Major projects
1.1. Migrate to Allura
Migrate to Allura with the Developers Team
1.2. Show.tiki.org
1.3. Move phpxref to own subdomain
From de.tiki.org/xref-trunk/ to phpxref.tiki.org and make sure to add a redirect 301 for search engines
https://www.ohloh.net/p/phpxref
1.4. WebSVN
Should we get http://www.websvn.info/ ? Also, at its own sub-domain
https://www.ohloh.net/p/websvn
Eventually, we will loose
https://sourceforge.net/apps/trac/tikiwiki/
and
http://tikiwiki.svn.sourceforge.net/viewvc/tikiwiki/
in favor of https://sourceforge.net/projects/allura/
1.5. Doxygen
We used to have http://de.tiki.org/dox-trunk/html/, but it's gone now. Do we re-install? If so, at doxygen.tiki.org and make sure to add a redirect 301 for search engines
Also: http://fossies.org/dox/tiki-9.1/
https://www.ohloh.net/p/doxygen
1.6. ApiGen
1.7. phpDocumentor
Is it worth setting it up?
- phpDocumentor
- http://rodrigo.utopia.org.br/2009/07/25/gsoc-tikifest-in-london/
- https://www.ohloh.net/p/phpDocumentor
1.8. Dogfood TRIM
All our Domains and the Pre-Dogfood Server should be managed with TRIM
1.9. Round Robin / Redundancy / Disaster planning for all *.tiki.org content
TRIM handles backups so offsite backups are inherent. Not as important to have Round Robin / Redundancy / Disaster planning for all *.tiki.org content.
- Pascal/Nelson/Amette will setup an automated back-up server
- Backup all Domains
- Backup SourceForge space
- Perhaps our Clipper account?
- Backup http://live.tiki.org/
1.10. Setup a monitoring solution
Nagios
- Uptime
- Monitoring
- http://dev.tiki.org/tiki-admin.php?page=performance for warnings like -> Small amount of memory allocated to APC. Verify the configuration. The values to increase are apc.shm_size (for APC) or xcache.size (for XCache).
Content
Monitor for broken links. Ideally, we'd have this in Tiki
Fatal Error
This happened on http://info.tiki.org/Consultants
( ! ) Fatal error: Uncaught exception 'Zend_Session_Exception' with message 'session has already been started by session.auto-start or session_start()' in /var/local/info.tiki.org/www/lib/core/Zend/Session.php on line 462 ( ! ) Zend_Session_Exception: session has already been started by session.auto-start or session_start() in /var/local/info.tiki.org/www/lib/core/Zend/Session.php on line 462 Call Stack # Time Memory Function Location 1 0.0015 966864 {main}( ) ../tiki-index.php:0 2 0.1111 21368000 WikiRenderer->runSetups( ) ../tiki-index.php:499 3 0.1256 21785416 WikiRenderer->setupPage( ) ../renderlib.php:126 4 0.1258 21790240 WikiLib->get_parse( ) ../renderlib.php:339 5 0.1265 21850512 TikiLib->parse_data( ) ../wikilib.php:396 6 0.1267 21874688 TikiLib->parse_first( ) ../tikilib.php:5860 7 0.2476 28998528 TikiLib->plugin_execute( ) ../tikilib.php:4889 8 0.2585 29002200 wikiplugin_tracker( ) ../tikilib.php:5388 9 0.4976 36726448 Smarty_Tikiwiki->fetch( ) ../wikiplugin_tracker.php:1322 10 0.4976 36726880 Smarty->fetch( ) ../smarty.php:184 11 0.4979 36827200 include( '/var/local/info.tiki.org/www/templates_c/en^%%C6^C6E^C6EF0FD6%%antibot.tpl.php' ) ../Smarty.class.php:1263 12 0.4979 36827640 Captcha->generate( ) ../en^%%C6^C6E^C6EF0FD6%%antibot.tpl.php:28 13 0.4979 36827640 Zend_Captcha_Image->generate( ) ../captchalib.php:82 14 0.4979 36827640 Zend_Captcha_Word->generate( ) ../Image.php:422 15 0.4980 36829800 Zend_Captcha_Word->_setWord( ) ../Word.php:334 16 0.4980 36829800 Zend_Captcha_Word->getSession( ) ../Word.php:289 17 0.4980 36830504 Zend_Session_Namespace->__construct( ) ../Word.php:245 18 0.4980 36830664 Zend_Session::start( ) ../Namespace.php:143
1.11. Implement Single Sign On (SSO) on 6 main sites.
This will likely be done after we move to suite.tiki.org for OpenLDAP. And then, we can set up CAS.
1.12. Code stats
- Figure out svnplot
1.13. Community Mail Server
This will move to suite.tiki.org.
Community Mail Server evolution. We also need to merge @tiki.org usernames with the emails.
Related links