parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Спасибо за ответ. Пробую уточнить

DimonStraw 12.09.2003 17:16

По пунктам:
1. ЧТО не работает (как не работает, если тестовый файл выполняется? пути указывают на луну? ну... пути вы указываете, без описания где вы пишите помочь нереально. вы можете запросто писать их в конфиге, о расположении которого парсер не имеет ни малейшего понятия.)

Тестовый файл, в принципе, работает. Однако ругается на пути к файлам языковой поддержки и драйверов баз данных таким образом:

Глобальные переменные, заданые в конфигурационном auto.p
$CHARSETS:
windows-1251 C:\WINNT\system32\inetsrv/charsets/windows-1251.cfg не найден
.....
$SQL:
odbc C:\WINNT\system32\inetsrv/lib/parser3odbc.dll (не найден) (относительный путь. проверка невозможна)

Соответствующие файлы расположены (фактически) именно там, куда указывают строки (с точностью до / и \ )
Попытки указать путь ЯВНО

$CHARSETS[
$.windows-1251[C:/WINNT/system32/inetsrv/charsets/windows-1251.cfg]
]

или

$CHARSETS[
$.windows-1251[C:\WINNT\system32\inetsrv\charsets\windows-1251.cfg]
]

Приводят только к тому, что строки в табличке путей отображаются правильно, но все равно выдается сообщение "не найдено" (файл, естественно, по указанному пути присутствует и доступен на чтение для аккаунта веб-сервера)

Соответствующая часть конфига (auto.p) взята по умолчанию и выглядит так:

@conf[filespec]
$confdir[^file:dirname[$filespec]]
$charsetsdir[$confdir/charsets]
$sqldriversdir[$confdir/lib]

$CHARSETS[
$.koi8-r[$charsetsdir/koi8-r.cfg]
# $.windows-1250[$charsetsdir/windows-1250.cfg]
$.windows-1251[$charsetsdir/windows-1251.cfg]
# $.windows-1257[$charsetsdir/windows-1257.cfg]
]
.......

Конфиг Парсеру явно доступен, поскольку вносимые в него изменения путей соответсвующим образом отображаются на тестовой страничке.


2. ПОЛНАЯ ПОСЛЕДОВАТЕЛЬНОСТЬ действий (ответ "как написано" - не катит, опыт показывает, что многие читают через слово. что скачали вы написали, а что куда клали, и где что изменяли - нет.)

Последовательность была простейшая:

1) Я разархивировал указанные дистрибутивные файлы в каталог C:\WINNT\system32\inetsrv
Полный список установленных файлов таков:

auto.p
gc.dll
iconv.dll
libexslt.dll
libgdome.dll
libglib-1.3-11.dll
libintl-1.dll
libxml2.dll
libxslt.dll
parser3isapi.dll

\lib\parser3odbc.dll

\charsets\koi8-r.cfg
\charsets\windows-1250.cfg
\charsets\windows-1251.cfg
\charsets\windows-1254.cfg
\charsets\windows-1257.cfg

2) С помощью менеджера IIS (MMC) назначил (через закладку Properties/Home directory/Application settings/Configuration...) для одного из сайтов сервера isapi-фильтр для документов .html (C:\WINNT\system32\inetsrv\parser3isapi.dll), галку "Check that file exists" включил

3) скопировал _test.html под имененем test.html в корневой каталог сайта

4) Перестартовал IIS (на всякий случай)

5) посмотрел страничку http://127.0.0.1/test.html и увидел на ней работающий скрипт с вышеназванными красными "не найдено"

6) Пошаманил с путями в auto.p
Пути на страничке меняются, но все равно "не найдено"


Вот, вроде бы изложил довольно подробно.
Надеюсь на помощь клуба, поскольку надо срочно отладится именно под IIS (к сожалению, таково требование клиента)