I've been running DW till recently directly from an Apache2 instance. However, in order to reduce the load on the server, I'm working on moving Apache to a back-end webserver and have Nginx handle the static content.
I'm working on Debian "Etch" and first installed the stable distro before manually upgrading to the "0.0.20091225c-3" package.
In order to avoid cluttering up the post, I'm linking to the configuration files I'm using:
The Nginx conf file for the server is available
at this pastebin URL
The Apache conf file for the server is available
in this Pastebin
The above set of configuration *mostly* works. There are a few things that I can't seem to get to work though:
Problem #1: Uploaded images in the "_media" directory do not display at all - I can't see any images on the main wiki page or the direct URL within the media manager
This is a snippet of the Apache log output when I try to view a wiki page:
127.0.0.1 - - [12/Jun/2010:21:47:56 -0700] "GET /lib/exe/fetch.php?media=howto/rtorrent-main.jpg HTTP/1.0" 200 154 "http://wiki2.theaveragegeek.com/howto/installing_rtorrent_and_hellanzb_on_centos5_64-bit_vps" "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3"
If I try to access the image directly (at this URL -
http://wiki2.theaveragegeek.com/_media/howto/rtorrent-main.jpg), then the Apache access log shows the following:
127.0.0.1 - - [12/Jun/2010:21:52:35 -0700] "GET /lib/exe/fetch.php?media=howto/rtorrent-main.jpg HTTP/1.0" 200 154 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2)"
IE spits back the following error for me:
<br />
<b>Fatal error</b>: Call to undefined function http_conditionalRequest() in <b>/usr/share/dokuwiki/lib/exe/fetch.php</b> on line <b>129</b><br />
Update - These URLs posted by ach in another thread do not work either - http://wiki2.theaveragegeek.com/lib/exe/fetch.php?media=wiki:dokuwiki-128.png and http://wiki2.theaveragegeek.com/lib/exe/css.php
Problem #2. I can't get the edit toolbar to show up when editing a page - Following
this forum thread, I'm able to access the toolbar image if I use the direct path (
http://wiki2.theaveragegeek.com/lib/images/toolbar/bold.png), but the icon itself doesn't show up when I'm logged in & trying to edit the page.
Any suggestions/ideas would be deeply appreciated.
** Version info:
1. -# cat /etc/debian_version - 5.0.4
2. # apache2 -V
Server version: Apache/2.2.9 (Debian)
Server built: Mar 28 2010 17:58:32
Server's Module Magic Number: 20051115:15
Server loaded: APR 1.2.12, APR-Util 1.2.12
Compiled using: APR 1.2.12, APR-Util 1.2.12
Architecture: 32-bit
Server MPM: Worker
threaded: yes (fixed thread count)
forked: yes (variable process count)
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/worker"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=128
-D HTTPD_ROOT=""
-D SUEXEC_BIN="/usr/lib/apache2/suexec"
-D DEFAULT_PIDLOG="/var/run/apache2.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types"
-D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf"
3. -# nginx -v
nginx version: nginx/0.6.32
4. # php -v
PHP 5.2.6-1+lenny8 with Suhosin-Patch 0.9.6.2 (cli)
5. doku.php?do=check
DokuWiki version: Release 2009-12-25c "Lemming"
PHP version 5.2.6-1+lenny8
More than 32MB RAM (134217728 bytes) available.
Changelog is writable
Datadir is writable
Attic is writable
Mediadir is writable
Cachedir is writable
Lockdir is writable
conf/users.auth.php is writable
mb_string extension is available and will be used
Debugging support is disabled
You are currently logged in as ...
You are part of the groups admin
Your current permission for this page is 255
The current page is writable by the webserver
The current page is writable by you
The data directory seems to be properly protected