Version 5 (modified by 10 years ago) ( diff ) | ,
---|
Redmine
Installed at /home/members/ocutech/sites/projects.occupytechnology.org/
Requires a custom vhost config that is blown away by red if touched from the web interface. The intended vhost config (for projects.occupytechnology.org) is as follows:
# This file was created by Red. Best not to modify # by hand unless you know what you're doing--- going for it! # These modules must be enabled : rewrite, fcgid # (mod_fastcgi is much harder to configure) <VirtualHost *:80> # web config for projects.occupytechnology.org ServerName projects.occupytechnology.org ServerAlias www.projects.occupytechnology.org ctprojects.mayfirst.org projects.occupy.net # FcgidInitialEnv for module mod_fcgid FcgidInitialEnv RAILS_RELATIVE_URL_ROOT "" FcgidInitialEnv X_DEBIAN_SITEID "default" FcgidMaxRequestLen 20971520 Alias "/plugin_assets/" /var/cache/redmine/default/plugin_assets/ DocumentRoot /home/members/ocutech/sites/projects.occupytechnology.org/include/redmine/public <Directory "/home/members/ocutech/sites/projects.occupytechnology.org/include/redmine/public"> Options +FollowSymLinks +ExecCGI Order allow,deny Allow from all RewriteEngine On # just want projects.occupy.net to work; force redirect RewriteCond %{HTTP_HOST} ^projects\.occupytechnology\.org RewriteRule (.*) http://projects.occupy.net/$1 [R=301,L] RewriteRule ^$ index.html [QSA] RewriteRule ^([^.]+)$ $1.html [QSA] RewriteCond %{REQUEST_FILENAME} !-f [OR] RewriteCond %{REQUEST_FILENAME} dispatch.fcgi$ RewriteRule ^(.*)$ dispatch.fcgi [QSA,L] </Directory> ErrorLog /home/members/ocutech/sites/projects.occupytechnology.org/logs/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog /home/members/ocutech/sites/projects.occupytechnology.org/logs/web.log combined ScriptAlias /cgi-bin /home/members/ocutech/sites/projects.occupytechnology.org/cgi-bin SuexecUserGroup ctprojects ctprojects </VirtualHost>
Note that it's now being run exclusively at projects.occupy.net (which is managed elsewhere, and that's unlikely to change), but we're managing the redirect right in the vhost. This is sloppy and it'd be perfectly fine if someone with a better idea were to implement that :)
Note:
See TracWiki
for help on using the wiki.