Как включить сжатие HTTP gzip в динамическом содержимом Windows Azure

ну, по крайней мере, я не одинок в этом - и это все еще глупая Пита почти год спустя.

проблема заключается в несоответствии типа MIME. WCF возвращает ответ JSON с помощью Content-Type: application/json; charset=UTF-8. Элемент конфигурация IIS по умолчанию, примерно на полпути вниз по этой странице, не включает это как сжимаемый тип MIME.

теперь, это может быть заманчивым, чтобы добавить <httpCompression> Раздел для вашего интернета.config и добавьте к этому application/json. Но это просто плохой способ тратить целый час или два - вы можете только изменить <httpCompression> элемент на applicationHost.уровень конфигурации.

таким образом, есть два возможных решения. Во-первых, вы можете изменить свой ответ WCF, чтобы использовать тип MIME, который сжимается в конфигурации по умолчанию. text/json будет работать, поэтому добавление этого в ваш метод (ы) службы даст вам динамическое сжатие:WebOperationContext.Current.OutgoingResponse.ContentType = "text/json";

кроме того, вы можете изменить applicationHost.конфигурационный файл с помощью appcmd и задачи запуска. Это обсуждается (среди другие вещи) на этой теме. Обратите внимание, что если вы добавите эту задачу запуска и запустите ее в dev fabric, она будет работать один раз. Второй раз это не удастся, потому что вы уже добавили элемент конфигурации. В итоге я создал второй облачный проект с отдельным файлом csdef, чтобы мой devfabric не запускал этот сценарий запуска. Хотя, возможно, есть и другие решения.

обновление

мое предложение для отдельных проектов в предыдущем абзаце не очень хорошая идея. Неидемпотентные задачи запуска-это очень плохая идея, потому что когда-нибудь Azure fabric решит перезапустить ваши роли для вас, задача запуска не будет выполнена, и она войдет в цикл рециркуляции. Скорее всего, в середине ночи. Вместо этого сделайте ваши задачи запуска идемпотентными, как описано в это так нити.

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

REM Remove old settings - keeps local deploys working (since you get errors otherwise)
%windir%\system32\inetsrv\appcmd reset config -section:urlCompression
%windir%\system32\inetsrv\appcmd reset config -section:system.webServer/httpCompression 

REM urlCompression - is this needed?
%windir%\system32\inetsrv\appcmd set config -section:urlCompression /doDynamicCompression:True /commit:apphost
REM Enable json mime type
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"dynamicTypes.[mimeType='application/json; charset=utf-8',enabled='True']" /commit:apphost

REM IIS Defaults
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"dynamicTypes.[mimeType='text/*',enabled='True']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"dynamicTypes.[mimeType='message/*',enabled='True']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"dynamicTypes.[mimeType='application/x-javascript',enabled='True']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"dynamicTypes.[mimeType='*/*',enabled='False']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"staticTypes.[mimeType='text/*',enabled='True']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"staticTypes.[mimeType='message/*',enabled='True']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"staticTypes.[mimeType='application/javascript',enabled='True']" /commit:apphost
%windir%\system32\inetsrv\appcmd set config -section:system.webServer/httpCompression /+"staticTypes.[mimeType='*/*',enabled='False']" /commit:apphost

REM Set dynamic compression level to appropriate level.  Note gzip will already be present because of reset above, but compression level will be zero after reset.
%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /+"[name='deflate',doStaticCompression='True',doDynamicCompression='True',dynamicCompressionLevel='7',dll='%%Windir%%\system32\inetsrv\gzip.dll']" /commit:apphost
%windir%\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression -[name='gzip'].dynamicCompressionLevel:7 /commit:apphost

эта статья из MS-это их сценарий для JSON http://msdn.microsoft.com/en-us/library/windowsazure/hh974418.aspx.

Он имеет дело со многими из упомянутых проблем, например, возможность обрабатывать Azure recycle и т. д.

просто была проблема с этим относительно типа ошибки 183, и я нашел решение. Так что если кто-то еще испытывает это здесь идет:

вот ошибка, которую я получил:

пользовательская программа "F:\approot\bin\EnableCompression.cmd " вышел с ненулевым кодом выхода 183. Рабочий каталог есть F:\approot\bin.

и вот код, который исправил это для меня:

REM   *** Add a compression section to the Web.config file. ***
%windir%\system32\inetsrv\appcmd set config /section:urlCompression /doDynamicCompression:True /commit:apphost >> "%TEMP%\StartupLog.txt" 2>&1

REM   ERRORLEVEL 183 occurs when trying to add a section that already exists. This error is expected if this
REM   batch file were executed twice. This can occur and must be accounted for in a Windows Azure startup
REM   task. To handle this situation, set the ERRORLEVEL to zero by using the Verify command. The Verify
REM   command will safely set the ERRORLEVEL to zero.
IF %ERRORLEVEL% EQU 183 DO VERIFY > NUL

REM   If the ERRORLEVEL is not zero at this point, some other error occurred.
IF %ERRORLEVEL% NEQ 0 (
   ECHO Error adding a compression section to the Web.config file. >> "%TEMP%\StartupLog.txt" 2>&1
   GOTO ErrorExit
)

REM   *** Add compression for json. ***
%windir%\system32\inetsrv\appcmd set config  -section:system.webServer/httpCompression /+"dynamicTypes.[mimeType='application/json; charset=utf-8',enabled='True']" /commit:apphost >> "%TEMP%\StartupLog.txt" 2>&1
IF %ERRORLEVEL% EQU 183 VERIFY > NUL
IF %ERRORLEVEL% NEQ 0 (
   ECHO Error adding the JSON compression type to the Web.config file. >> "%TEMP%\StartupLog.txt" 2>&1
   GOTO ErrorExit
)

REM   *** Exit batch file. ***
EXIT /b 0

REM   *** Log error and exit ***
:ErrorExit
REM   Report the date, time, and ERRORLEVEL of the error.
DATE /T >> "%TEMP%\StartupLog.txt" 2>&1
TIME /T >> "%TEMP%\StartupLog.txt" 2>&1
ECHO An error occurred during startup. ERRORLEVEL = %ERRORLEVEL% >> "%TEMP%\StartupLog.txt" 2>&1
EXIT %ERRORLEVEL%

решение найдено по http://msdn.microsoft.com/en-us/library/azure/hh974418.aspx

Да, вы можете выбрать нужную ОС, но по умолчанию вы получите последнюю версию.

сжатие сложнее. Есть много вещей, которые могут пойти не так. Вы случайно не делаете это тестирование за прокси-сервером? Я считаю, что IIS по умолчанию не отправляет сжатый контент прокси. Я нашел удобный инструмент, чтобы проверить, работает ли сжатие, когда я играл с этим:http://www.whatsmyip.org/http_compression/.

похоже, что у вас есть doDynamicCompression= "false"... это просто опечатка? Вы хотите, чтобы это было включено, если вы собираетесь получить сжатие в JSON, которое вы возвращаете из веб-службы.