2008-03-18 18:26:37: (mod_access.c.135) — mod_access_uri_handler called
2008-03-18 18:26:37: (response.c.205) — splitting Request-URI
2008-03-18 18:26:37: (response.c.206) Request-URI : /blog/index.php
2008-03-18 18:26:37: (response.c.207) URI-scheme : http
2008-03-18 18:26:37: (response.c.208) URI-authority: liteeblog.ph
2008-03-18 18:26:37: (response.c.209) URI-path : /blog/index.php
2008-03-18 18:26:37: (response.c.210) URI-query :
2008-03-18 18:26:37: (response.c.205) — splitting Request-URI
2008-03-18 18:26:37: (response.c.206) Request-URI : /blog/index.php
2008-03-18 18:26:37: (response.c.207) URI-scheme : http
2008-03-18 18:26:37: (response.c.208) URI-authority: liteeblog.ph
2008-03-18 18:26:37: (response.c.209) URI-path : /blog/index.php
2008-03-18 18:26:37: (response.c.210) URI-query :
2008-03-18 18:26:37: (response.c.260) — sanatising URI
2008-03-18 18:26:37: (response.c.261) URI-path : /blog/index.php
2008-03-18 18:26:37: (mod_access.c.135) — mod_access_uri_handler called
2008-03-18 18:26:37: (response.c.375) — before doc_root
2008-03-18 18:26:37: (response.c.376) Doc-Root : /srv/www/lighttpd/
2008-03-18 18:26:37: (response.c.377) Rel-Path : /blog/index.php
2008-03-18 18:26:37: (response.c.378) Path :
2008-03-18 18:26:37: (response.c.426) — after doc_root
2008-03-18 18:26:37: (response.c.427) Doc-Root : /var/www/virtual/l/li/liteeblog.ph/
2008-03-18 18:26:37: (response.c.428) Rel-Path : /blog/index.php
2008-03-18 18:26:37: (response.c.429) Path : /var/www/virtual/l/li/liteeblog.ph/blog/index.php
2008-03-18 18:26:37: (response.c.446) — logical -> physical
2008-03-18 18:26:37: (response.c.447) Doc-Root : /var/www/virtual/l/li/liteeblog.ph/
2008-03-18 18:26:37: (response.c.448) Rel-Path : /blog/index.php
2008-03-18 18:26:37: (response.c.449) Path : /var/www/virtual/l/li/liteeblog.ph/blog/index.php
2008-03-18 18:26:37: (response.c.466) — handling physical path
2008-03-18 18:26:37: (response.c.467) Path : /var/www/virtual/l/li/liteeblog.ph/blog/index.php
2008-03-18 18:26:37: (response.c.474) — file found
2008-03-18 18:26:37: (response.c.475) Path : /var/www/virtual/l/li/liteeblog.ph/blog/index.php
2008-03-18 18:26:37: (response.c.613) — handling subrequest
2008-03-18 18:26:37: (response.c.614) Path : /var/www/virtual/l/li/liteeblog.ph/blog/index.php
2008-03-18 18:26:37: (mod_access.c.135) — mod_access_uri_handler called
2008-03-18 18:26:37: (response.c.114) Response-Header:
HTTP/1.1 403 Forbidden
Content-Type: text/html
Content-Length: 345
Date: Tue, 18 Mar 2008 10:26:37 GMT
Server: lighttpd/1.4.18

I trying to configure wpmu on lighttpd and was having problem with error 404 and 405. So I searched the net and stumbled upon your blog. Anyway, I have tried your solutions you posted here, but I still have no luck on my wpmu on lighttpd. I guess I’m doing something wrong, can you help me, this is my conf.

server.modules = (
“mod_rewrite”,
“mod_redirect”,
“mod_access”,
“mod_fastcgi”,
“mod_evhost”,
“mod_accesslog” )
# files to check for if …/ is requested
index-file.names = ( “index.php”, “index.html”,
“index.htm”, “default.htm” )
server.error-handler-404 = “/blog/index.php”
debug.log-request-header = “enable”
debug.log-response-header = “enable”
debug.log-request-handling = “enable”
debug.log-file-not-found = “enable”

server.username = “lighttpd”
server.groupname = “lighttpd”
url.rewrite = (
“^/blog/(.*/)?files/$” => “/blog/index.php”,
“^/blog/(.*/)?files/(.*)” => “/blog/wp-content/blogs.php?file=$2″,
“^/blog(/wp-admin/.*)” => “/blog$1″,
“^/blog/([_0-9a-zA-Z-]+/)?(wp-.*)” => “/blog/$2″,
“^/blog/([_0-9a-zA-Z-]+/)?(.*\.php)$” => “/blog/$2″
)

$HTTP["host"] =~ “liteeblog\.ph” {

# # automatic subdomain mapping
$HTTP["host"] !~ “www\.liteeblog\.ph” {
evhost.path-pattern = “/var/www/virtual/l/li/%0/”
}
# rest of conditional (doc roots etc.) goes here…
}
$HTTP["host"] =~ “one\.liteeblog\.ph” {
evhost.path-pattern = “/var/www/virtual/o/on/%3.%0/”
}

my root docs is at /var/www/virtual/l/li/liteeblog.ph which has a blog symbolic link on /var/www/htdocs/l/li/liteeblog

i can access my static files like /blog/README.txt but cant access /blog/index.php

thanks in advance.

Y de todas formas, la búsqueda va por POST, no por GET. Me extrañaría que la causa del problema fuera esa. Lo que si que he visto son muchos temas que en el formulario de la búsqueda tienen a saco un action=”/search.php”, con la barra apuntando al raíz de la instalación. En esos temas peta la búsqueda cuando estás instalando wp en algún subdirectorio (/blog o lo que sea) porque el action apunta fuera.

Una cosa que puedes hacer es instalarte la extensión “live HTTP headers” de Firefox, y entre eso y el access.log del servidor ver qué es lo que se pierde y dónde.

De todas formas si, el método éste para el lighty debería funcionar también sin problemas con un WP normal. De hecho unos comentarios arriba del tuyo hablan de esto y parece que funcionó. Eso si, yo no lo he probado personalmente.

Suerte!

Estoy montando un WP normal (no MU) en un subdominio de un amigo.
Hasta ahora, con el WP 2.3.2 no he tenido problemas en los permalinks, pero si en el Search.

Por lo que me contaron, no es apache sino que lighttpd como mencionas arriba. Y tengo ese problema que hablas. Cuando tranto de buscar algo, como que todo lo que envié por GET desaparece.

Pense que era problema del theme, asi que puse xamp en mi pc y probe denuevo, pero funcionaba correctamente.

Ahora, tu solución podria aplicarse a un wordpress regular?

Es lo único que me falta para poder lanzar el openbeta y ya estoy atrasado. No es trabajo, solo un blog comunitario, pero falta poco para el cumpleaños del sitio que es cuando queriamos lanzarlo… y no hay nada peor que dar un regalo atrasado ;(

Alguna ayudita??

Gracias de antemano

Silla!

Con el error-handler-404 tengo mis dudas porque creo que es lighttpd quien se come los parámetros get al redirigir la petición al fichero, directamente no se los pasa. *Supongo* que si no se los comiera, el index.php ya los estaría interpretando bien. Aunque tal vez si de alguna forma pudiera capturar la URL (alguna variable del servidor) y parsearla… no se.

La solución más fácil que veo es aplicar los rewrite-once de éste post, de forma que esos casos si que cogerían bien los GET, y al final si la URL no encajara con ninguno, redirigirlo absolutamente todo con otro rewrite al index.php. Sustituir el 404 por otro rewrite. Ahí comprobar en código si el fichero existe y en ese caso devolverlo, y si no, seguir con el código “normal”. Pero tiene el problema que tu apuntas: estás tocando un fichero de la distribución original y luego para mantenerlo cuando quieras actualizar WPMU o lo que sea es un coñazo. Aunque supongo que se podría sacar todo a un fichero aparte y simplemente hacer un include desde el index.php con lo que sólo habría que añadir esa línea.

Hacer un rewrite único, a saco, de todo a algo como el exget2get.php que propones… no lo tengo claro, porque tendrías que de alguna forma “emular” los rewrites en código. Es decir, servir un estático desde un PHP es fácil, pero ¿y cuando tengas que redirigir a otro php distinto, pasándole los parámetros GET que toque, etc? Internamente en PHP no tengo claro cómo se haría (supongo que se podría, pero no es trivial). Siempre podrías recurrir a devolverle un redirect-30X al cliente, pero entonces tendrías dos peticiones para cada una de esas URLs, y además saldría la URL real en lugar de la “clean” en el navegador. :-m

Si llegas a algo, avisa. :)

Así me evito modificar un archivo original.

Esta noche investigo un rato.

Un Saludo.

Deberían ser un par de lineas nada más.

Un Saludo.

By the way, bear in mind that this method will give you problems if you need any plugin that uses query string variables. In fact, I’m not using it myself on this blog because I rely on jLanguage for the multi-language posts. If that’s the case with you, you can use this other method here:

http://www.bisente.com/blog/2007/04/08/lighttpd-wordpressmu-english/