Seguimos comentando los códigos de estado HTTP que coinciden con el número de entrega de la serie enlaces interesantes, y en esta ocasión le ha llegado el turno al HTTP 408.

Este código de estado es enviado por un servidor cuando cierra una conexión debido a que se ha superado el tiempo de espera máximo establecido para recibir una petición, es decir, se ha producido un timeout antes de que la petición haya terminado de llegar. En estos casos, el error suele ir acompañado de un encabezado Connection con el valor close, que indica que el servidor desea cerrar la conexión:

HTTP/1.1 408 Request timeout
Connection: close

Y ahora, ahí van los enlaces recopilados durante la semana pasada. Espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Comprimir el resultado de acciones específicas en ASP.NET Core MVC
  José María Aguilar
• Ojo con la inicialización de propiedades usando expression bodied members
  José María Aguilar

Eventos

• Vuelve el Talks4Kids!
  Javier Suárez

.NET Core / .NET

• Announcing .NET 5.0 Preview 5
  Richard Lander
• C# 9: Partial Method Enhancements for Source Generators
  Jonathan Allen
• .NET 5 – How to start – Michał Białecki Blog
  Michał Białecki
• Multilayer Caching in .NET
  James Turner
• Signing JWT with RSA in .NET Core 3.x Made Easy
  Vincent Maverick Durano
• High Performance TCP Client Server using TCPListener and TCPClient in .Net Standard
  Shawn TM
• How Do I Think About Async Code?!
  Leslie Richardson
• await false & await true
  Konrad Kokosa
• HelpMate.Core: A Tiny Helper For Writing .NET Core Applications
  Vincent Maverick Durano
• How to implement Automapper in ASP.NET Core 3.1
  Procoder
• Testing IOptionsMonitor
  Ben Foster
• Optimizing C# Value Types
  Stéphane Gay
• Exploring top-level statements in C# 9
  Jiří Činčura
• A New Pattern for Exception Logging
  Stephen Cleary
• Viewing AutoMapper Execution Plans with ReadableExpressions
  Lucian Bargaoanu
• Ecoji .NET: Encode Your Data With Emoji
  Ecoji.NET

En este post vamos a echar un vistazo a algo muy básico, pero que seguro que ayuda a los que estáis comenzando con Blazor para haceros una mejor idea su funcionamiento: cómo mostrar u ocultar elementos en la página.

La idea sería conseguir que, en el siguiente componente, la pulsación del botón etiquetado como "Toggle" haga que el bloque <div> donde se encuentra el "Hello world!" se oculte y se muestre sucesivamente:

<h1>Visibility demo</h1>
<div>
    <h2>Hello world!</h2>
</div>

<button class="btn btn-primary" @onclick="Toggle">Toggle</button>

@code {
    private bool _isVisible = true;

    private void Toggle()
    {
        _isVisible = !_isVisible;
    }
}

Como es de esperar, al ejecutar este código veremos que cuando el elemento está visible aparece tanto en la página como en los elementos de la misma (es decir, en el DOM):



Como en otros marcos de trabajo para la construcción de webs SPA, con Blazor podemos utilizar distintas técnicas para mostrar u ocultar elementos:

• Añadiendo o eliminando físicamente el elemento del DOM.
• Utilizando estilos en línea que modifiquen su visibilidad.
• Aplicando clases CSS que modifiquen su visibilidad.

El (desconocido, al menos para mí) código de estado HTTP 407 es enviado al cliente cuando la petición que intentó no pudo ser completada debido a que un proxy requiere autenticación. Cuando este error se recibe, viene acompañado de un encabezado Proxy-Authenticate con información sobre cómo autenticarse.

Y ahora, ahí van los enlaces recopilados durante la semana pasada, que espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Cómo funciona Blazor: otras 7 preguntas y respuestas para conocerlo mejor
  José María Aguilar
• Crear desplegables desde enums en ASP.NET Core MVC
  José María Aguilar
• La directiva @helper, ¿reencarnada en ASP.NET Core 3?
  José María Aguilar

.NET Core / .NET

• Using Span<T> to Improve Performance of C# Code
  Bohdan Stupak
• EdDSA for JWT Signing in .NET Core
  Scott Brady
• RedisProvider for .NET
  Kim Johnson
• Introducing the Microsoft.FeatureManagement library
  Dave Brock
• Understanding, Creating, Using and Testing the HttpClient
  Daan Acohen
• The danger of async/await and .Result in one picture
  Konrad Kokosa
• Dynamically Build LINQ Expressions
  Jeremy Likness
• Configuring Errors and Warnings in C#
  Derek Comartin
• Clustering Non-Numeric Data Using C#
  James McCaffrey
• Gradually Rollout New Features with Targeting Feature Flags (Microsoft.FeatureManagement)
  Jason Roberts
• Reusable Build Components with Default Interface Implementations
  Matthias Koch
• Pack your .NET program to a single .exe file with PostSharp Community
  Petr Hudeček
• How I Used Brotli to Get Even Smaller CSS and JavaScript Files at CDN Scale
  Hamid Sarfraz
• Asynchronous Programming With Async And Await
  Rikam Palkar

La verdad es que el mensaje "Loading..." que aparece en el navegador mientras la aplicación Blazor WebAssembly está cargando es bastante insulso: un fondo blanco, con el texto sin estilo alguno. Es cierto que aparece sólo unos segundos, y a veces mucho menos que eso, pero si queremos que nuestra aplicación tenga un aspecto profesional, deberíamos hacer algo por mejorarlo.

Veamos cómo.

El código de estado HTTP 406 (Not Acceptable), es retornado por los servidores cuando no pueden generar una respuesta debido a que son incapaces de cumplir las condiciones indicadas en los encabezados de negociación de contenidos (Accept, Accept-Charset, Accept-Encoding y Accept-Language). Por ejemplo, podríamos obtenerlo si solicitásemos un recurso especificando application/json en el encabezado Accept, pero el servidor no fuera capaz de generar una representación del contenido en dicho formato.

Y ahora, vamos a por los enlaces recopilados durante la semana pasada, que espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Introducción a Blazor a través de 7 preguntas (y sus respuestas)
  José María Aguilar
• Cómo saber si un nivel de traza está activo en aplicaciones ASP.NET Core/MVC
  José María Aguilar
• Novedades en la evaluación en cliente de EF Core 3.0
  José María Aguilar

.NET Core / .NET

• ClickOnce: los ajustes de seguridad no permiten que esta aplicación se instale
  José Manuel Alarcón
• Forzar la re-instalación de todos los paquetes Nuget en Visual Studio
  Daniel Córdoba
• C# 9 Non-Destructive Mutation & C# 9 Non-Null Parameters & C# 9 Covariant Return Types
  Steve Fenton
• Exciting new features in C# 9
  Thomas Levesque
• .NET async/await in a single picture
  Konrad Kokosa
• C# 9: towards First Class Support for Scripting
  Jonathan Allen
• .NET ThreadPool starvation, and how queuing makes it worse
  Kevin Gosse
• Dynamic command dispatching in C#
  Nicklas Millard
• BackgroundService Gotcha: Silent Failures
  Stephen Cleary
• C# 9 Preview
  Bassam Alugili

El código de estado HTTP 405 es utilizado por los servidores para indicar a los clientes que el recurso solicitado existe, pero el método empleado para tener acceso al mismo no es correcto. Esto podemos verlo si, por ejemplo, hacemos una petición de tipo POST a un endpoint que sólo soporta PUT, o cualquier otra combinación incorrecta.

Además del error 405, como parte de la respuesta, el servidor debe añadir un encabezado Allow con una lista de métodos soportados:

GET http://192.168.1.33:55678/api/example HTTP/1.1

HTTP/1.1 405 Method Not Allowed
Allow: POST, PUT

Y ahora, ahí van los enlaces recopilados durante la semana pasada que, como no podía ser de otra forma, viene cargado de novedades presentadas en el Build 2020. Espero que os resulten interesantes. :-)

Por si te lo perdiste...

• Implementación de servicios gRPC con ASP.NET Core
  José María Aguilar
• Añadir automáticamente maxlength a inputs usando tag helpers en ASP.NET Core MVC
  José María Aguilar

.NET Core / .NET

• Cómo manejar trazas en .Net Core con Serilog & Como manejar las trazas de una aplicación .Net Core con Seq y Serilog
  Jorge Turrado
• Reducir y Reutilizar código con paquetes Nuget
  Joaquín García
• Announcing .NET 5 Preview 4 and our journey to one .NET
  Scott Hunter
• Welcome to C# 9.0
  Mads Torgersen
• COVID-19 Delays Unifying .NET 5 Features
  David Ramel
• The rise of the Null-Object pattern in C# 8
  Vlad Vizitiu
• Mystery of The French Thousands Separator
  Phil Haack
• Microsoft Feature Flags: Controlling Features with Feature Filters (Microsoft.FeatureManagement)
  Jason Roberts
• Configuring Dependency Injection in .NET Core Console Applications
  Karthik Chintala
• Don't use method with side-effect in LINQ
  Gérald Barré
• Multi-path cancellation; a tale of two codependent async enumerators
  Marc Gravell
• Windows Forms Designer for .NET Core Released
  Olia Gavrysh
• C# 9 Simplified Console Apps
  Steve Fenton
• JSON handling made easy with System.Net.Http.Json
  Marco Minerva
• C# 9 Initializers and Immutability Steve Fenton
• BackgroundService Gotcha: Startup
  Stephen Cleary
• Effectively stubbing remote HTTP API services with HttpClient Interception
  Joseph Woodward
• Find The Next Number In A Sequence With C#
  Khalid Abuhakmeh
• Tackle Big-O Notation in .NET Core
  Camilo Reyes

ASP.NET Core / ASP.NET

• Blazor WebAssembly 3.2.0 now available
  Daniel Roth
• ASP.NET Core updates in .NET 5 Preview 4
  Sourabh Shirhatti
• Introducing YARP Preview 1
  Sam Spencer
• Binding and Validating Enums in ASP.NET Core
  Ben Foster
• gRPC & ASP.NET Core 3.1: Message validation
  Anthony Giretti
• Handling Web API Exceptions with ProblemDetails middleware
  Andrew Lock
• Implementing always signed in with ASP.NET Core and Azure
  Thomas Ardal
• Hosting an ASP.NET Core App on Docker with HTTPS
  Changhui Xu
• Tag Helper Authoring in ASP .NET Core 3.1
  Shahed Chowdhuri
• How easy is it to build a Marvel search engine with Blazor?
  Jon Hilton
• Create Real-time Applications with ASP.NET Core SignalR – Using Rider!
  Rachel Appel
• Hosting Blazor WebAssembly in Azure Static Web Apps (Preview)
  Tim Heuer
• Logging to Notepad window from ASP.NET Core
  Gunnar Peipman
• Understand Searched Locations For The Razor View Engine And ASP.NET
  Khalid Abuhakmeh