Вызовите потоки RTMP, играя флэш-память, которую будут требовать через Прокси-сервер

Я недавно реализовал подобную установку:

Из моих примечаний развертывания шаги установки были:

  • Загрузите PHP 5.3.1 zip (http://windows.php.net/download/, отметьте раздел "Which version do I choose?"),
  • Установка в c:\php
  • Протестируйте php-v работы над командной строкой (в c:\php)
  • Объединенный .php с FastCGI: менеджер по IIS-> машина-> веб-сайты-> сайт-> щелчок правой кнопкой, выберите, свойства-> выбирают вкладку "Home Directory", нажимают "Configuration", вкладку Mappings. Конфигурация для .php похожа:

alt text

  • Настройте файл конфигурации FastCGI (C:\WINDOWS\system32\inetsrv\fcgiext.ini) с, по крайней мере:
    [Types]
    php=PHP

    [PHP]
    ExePath=c:\php\php-cgi.exe
  • Добавьте/измените следующее к c:\php\php.ini. Без этой конфигурации моя конфигурация возвращается между предоставлением пустых страниц и не загрузкой вообще (я предполагаю, что это - Ваша проблема):
    fastcgi.impersonate = 1
    fastcgi.logging = 0
    cgi.fix_pathinfo=1
    cgi.force_redirect = 0
  • Набор
    display_errors
    на в c:\php\php.ini и некомментарии extension=php_mysql.dll.
  • Перезапустите IIS для сайта (нажмите остановку/кнопки воспроизведения),

В этой конфигурации Вы по существу получили два компонента, инфраструктуру между IIS-FastCGI-PHP и самим PHP. Я рекомендовал бы изолировать, какой из них не работает:

  • Временно отредактируйте fcgiext.ini и укажите на PHP ExePath на что-то другое, например, c:\php\nothere.exe. Если сервер начинает возвращать "Исполняемый файл FastCGI, не мог бы быть найден" для запросов PHP, то я был бы, FastCGI работал правильно, и PHP виновным.
  • Выполненный PHP с его конфигурацией по умолчанию, fastcgi/cgi изменяется выше и display_errors на. Необходимо будет перезапустить IIS (и возможно избавиться от любых процессов php-cgi) для сайта, который Вы перезапускаете для изменений, которые будут распознаны.
  • Выполненный PHP на командной строке с простым phpinfo (); сценарий, чтобы проверить основную операцию и отметить, где загруженный php.ini. Это проверяет, что файл конфигурации жулика (например, в c:\, c:\windows и т.д.) не используется.

Эти шаги подтверждают (по крайней мере), что исполняемый файл PHP вызывается с наиболее основной конфигурацией.

надеюсь, это поможет,

Lockie

1
задан 28 April 2011 в 00:47
1 ответ

Я нашел обходное решение, но это, кажется, конкретные окна. Программное обеспечение, которое они упоминают, является условно-бесплатным программным обеспечением, и только для окон. http://www.techsupportforum.com/forums/f131/different-proxy-settings-for-flash-player-397364.html

В основном это - ошибка, о которой нужно сообщить к Adobe. Нет никакого способа заставить его использовать Вашу волю саму по себе прокси.

(Для записи я использовал программное обеспечение, которое они упоминают, и это - ужасная груда... вредности),

1
ответ дан 4 December 2019 в 01:36

Теги

Похожие вопросы