Серия комментариев по поводу этой ветки.

1. Самое важное! Работоспособность парсера напрямую зависит от настроек веб-сервера!
У сервера есть куча параметров, которые каждый прописывает как б.г на душу положит. Основная проблема - "кривой" DocumentRoot (за примерами далеко ходить не надо - все сервера Агавы настроены криво - DocumentRoot указывает туда, где лежит их обработчик (рекламу-то вставлять надо), а не туда, где собственно / сервера). Благодаря этому все работает, мягко говоря, через задницу.
-> Понимание и знание настроек сервера значительно облегчает жизнь.

2. Не менее важное, но на саму работоспобность парсера не влияющее. Читайте документацию. ВСЮ!
Предварительно "забудте" про все языки программирования/скиптования которые были известны ранее. При разработе следуйте только документации.
-> Этим исключается множество ошибок.

3. Понятие URI и парсер.
Парсер понимает 2 типа путей к используемым файлам:
а) абсолютные http://-пути (/folder/file.ext; преобразуется в абсолютный путь согласно DocumentRoot)
б) относительные http://-пути (../../folder/file.ext; преобразуются согласно DocumentRoot и URI документа, содержащего запрос)
Ничего иного и не дано (особенно, если учесть rfc1630)

Существует небольшое исключение (я считаю это фичей) - если CGI-скрипт лежит там, куда указывает Alias /cgi-bin/, то он выполнится любым из нижеприведенных операторов:
^exec[/cgi-bin/script.cgi]
^exec[/aaa/script.cgi]
^exec[/usr/local/bin/script.cgi] и т.д. по образу и подобию (надо чтобы URI начинался с "/что-то/" ;-))
-> Не придумывайте то, что описано RFC.

4. В форуме есть поиск.
Форуму - больше года, сообщений - почти 8 тысяч.
-> Присмотритесь к вашим граблям - на них уже отпечатки чьих-то ног.

=> (Мораль) Если в написанном коде "не выполняется" оператор - подумайте про эти четыре пункта и переделайте правильно. В неизвестных науке случаях - обращайтесь сюда.

Удачи! ;-)