
Существует php скрипт, который обрабатывает двоичный файл статистики, и на его основе формирует красивый html-файл. Затем запускается браузер.
То есть на рабочем столе есть ярлычок на bat-файл с примерным содержимым:
php.exe dat2html.php >> stat.html
stat.html
Но у такого решения недостаток - невозможно передать данные формы (фильтрация статистики по дате, например), т.е. нет никакой интерактивности. Ну не будет же сотрудник набивать в консоли что-нибудь:
php.exe -f dat2html.php -- month=3 >> stat.html
Для этого есть веб-формы
Вопрос.
Возможно ли выходное содержимое скрипта перенаправить напрямую в браузер, не создавая промежуточный html-файл?
Ну то есть станут возможны запросы типа
\\localhost\dat2html.php?month=3 (А браузер уже сам запустит php и перенаправит вывод скрипта себе в окно)
Существует ли в Internet Explorer или в другом браузере предусмотренный для этого механизм?
Или без поднятия сервера ну никак не обойтись?
Все данные хранятся и используются на одном компе.
Спустя 55 минут, 48 секунд (4.09.2009 - 19:57) glock18 написал(а):
Да, задачка и правда интересная
вообще говоря запросы типа \\localhost тырым-пырым без вебсервера не будут работать точно.
что я могу предложить:
1. настроить IIS - стандартный виндовый вебсервер, которого вполне хватит для этого. если и это недопустимо, то =>
2. решение возможно, если использовать при передаче какой-то другой протокол. в принципе, ОС можно научить узнавать различные протоколы - его звучное название можете придумать сами
И что главное, можно сопоставить с этим протоколом какое-то приложение, которому должен быть передан запрос.
то есть протокол gophp. урл gophp://dat2html.php например. и сопоставить протокол gophp с php.exe.
что-то примерно такое. в общем, экспериментируйте - это все на уровне теории.

вообще говоря запросы типа \\localhost тырым-пырым без вебсервера не будут работать точно.
что я могу предложить:
1. настроить IIS - стандартный виндовый вебсервер, которого вполне хватит для этого. если и это недопустимо, то =>
2. решение возможно, если использовать при передаче какой-то другой протокол. в принципе, ОС можно научить узнавать различные протоколы - его звучное название можете придумать сами

то есть протокол gophp. урл gophp://dat2html.php например. и сопоставить протокол gophp с php.exe.
что-то примерно такое. в общем, экспериментируйте - это все на уровне теории.
Спустя 2 часа, 49 минут, 54 секунды (4.09.2009 - 22:47) piashpist написал(а):
Эх, до последнего надеялся pws-php5cgi.reg, pws-php5isapi.reg (в папке php) в этом как-то замешаны. Ведь может браузер отображать сожержимое pdf и проч., а такого случая не предусмотрено.
А ведь это касается не только php, но и всего, что выводит в стандартный вывод.
При сопоставлении протокола приложению обработчик смотрит ассоциированое приложение, запускает его и умывает руки. Теперь запущенное приложение живет самостоятельной жизнью (как mailto: или ed2k:) и с текущим окном уже никак не связано.
В обычном HTML можно было как-нибудь обозвать фрейм, например "window", и заставить его пойти по ссылке в том же окне
А ведь это касается не только php, но и всего, что выводит в стандартный вывод.
При сопоставлении протокола приложению обработчик смотрит ассоциированое приложение, запускает его и умывает руки. Теперь запущенное приложение живет самостоятельной жизнью (как mailto: или ed2k:) и с текущим окном уже никак не связано.
В обычном HTML можно было как-нибудь обозвать фрейм, например "window", и заставить его пойти по ссылке в том же окне
HTML |
<a href="stat.php" target="window"> |
А здесь так не выйдет. Каждый раз будет открываться новое окно (плюс временный файл куда-то ложить). Неудобно.
Попробую
