O atributo 'height: 100%' nem sempre se comporta como gostariamos que se comportasse. Por exemplo, nao da pra fazer com que um div que e o ultimo no dentro de um container ocupe o espaco restante.No CCS3 a coisa ficou bem mais facil: existe a marcacao 'display: flex', que quando aplicado a um container, faz com que seus filhos imediatos se transformem blocos dentro do container. Abaixo segue um exemplo.HTML: <div id="container"> <div> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> <p>I will expand to fill extra space</p> </div><div>HTML:html, body { height: 100%; width: 100%; margin: 0px;}#container { height: 100%; width: 100%; min-height: 0px; display: flex; flex-direction: column;}#container > * { border: 1px solid black; margin: 0px;}#container > *:first-child { flex: 1; overflow-y: auto;}JSFiddler: http://jsfiddle.net/e8n3hLmg/3/ Obs:para o scroll funcionar, foi necessario aplicar o atributo 'min-height' no container. Sem isso o scroll nao funcionaria. no Stack Overflow (http://stackoverflow.com/a/28639686) tem uma resposta que explica o porque. 1) Ativar a Role `Management Service` @ Server Manager. Este setup instalara no Windows o servico `Web Management Service`.2) Instalar o Web Deploy (http://www.iis.net/download/webdeploy). Este setup instalara o servico de windows `Web Deployment Agent Service`.Obs.: E importante realizar este setup apenas apos a instalacao do `Web Management Service`, pois de outra forma nao sera disponibilizada a opcao `IIS Deployment Handler` no Custom Setup.3) ativar `Enable remote connections` @ Management Service @ IIS Manager, e iniciar o servico `Management Service (WMSVC)` Hoje tentei debugar um servico Web API que fiz deploy para um servidor remoto. O servico estava retornando um erro http 500, sem os detalhes da exception.HTTP/1.1 500 Internal Server ErrorContent-Length: 89Content-Type: application/json; charset=utf-8Server: Microsoft-IIS/8.0X-Powered-By: ASP.NETDate: Thu, 15 Jan 2015 17:03:10 GMT{ "$type":"System.Web.Http.HttpError, System.Web.Http", "Message":"An error has occurred."}A primeira coisa que tentei foi desabilitar os Custom erros no web.config:<customErrors mode="Off" />...porem isso nao mudou nada. Depois de pesquisar bastante eu percebi que o Web API usa uma configuracao diferente para detalhar os erros das exceptions.GlobalConfiguration.Configuration.IncludeErrorDetailPolicy = IncludeErrorDetailPolicy.Always;A diferenca na configuracao e porque o CustomErros do web.config e algo que o ASP.Net usa para determinar se aquela tela de erro amarela deve ou nao exibir os detalhes da exception. Ja o Web API configura se os detalhes de HttpError serao serializados.Apesar disso, algo que percebi e que eu nao deveria estar tendo toda esta dor de cabeca, pois segundo o MSDN...Use the default behavior for the host environment. For ASP.NET hosting, use the value from the customErrors element in the Web.config file. For self-hosting, use the value LocalOnly. (http://msdn.microsoft.com/en-us/library/system.web.http.includeerrordetailpolicy(v=vs.118).aspx)... assim ainda tem alguma peca que nao esta encaixando. Mais tarde eu procuro saber o porque.Resultado final:HTTP/1.1 500 Internal Server ErrorContent-Length: 0Content-Type: application/json; charset=utf-8Server: