fix(meteo): rétablir les appels séquentiels à l'API météo

La comparaison avec l'année dernière avait disparu du widget météo depuis
l'optimisation des chargements. La route /api/weather/current interrogeait
Visual Crossing pour aujourd'hui et pour l'année dernière en parallèle :
la seconde requête d'une même clé peut alors être refusée (limite de
requêtes simultanées), laissant previousYear à null. Les deux appels
redeviennent séquentiels comme avant ; seules les lectures du cache local
restent en parallèle.

Le widget retrouve son comportement d'origine (plus de cache de 30
minutes ni de retry désactivé), pour qu'un échec ponctuel ne masque plus
la comparaison pendant une demi-heure. Les erreurs de l'API journalisent
désormais la raison renvoyée par Visual Crossing (quota, plan, clé).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01MsDJjQrAggcJwbbBtKhgyb

server/weatherService.ts

@@ -27,7 +27,8 @@ export class WeatherService {
       
       const response = await fetch(url);
       if (!response.ok) {
-        console.error(`Weather API error: ${response.status} ${response.statusText}`);
+        const reason = (await response.text().catch(() => '')).slice(0, 300);
+        console.error(`Weather API error: ${response.status} ${response.statusText} ${reason}`);
         return null;
       }
 
@@ -51,7 +52,9 @@ export class WeatherService {
       
       const response = await fetch(url);
       if (!response.ok) {
-        console.error(`🌤️ [ERROR] Weather API error for previous year: ${response.status} ${response.statusText}`);
+        // Visual Crossing explique le refus dans le corps (quota, plan, clé...)
+        const reason = (await response.text().catch(() => '')).slice(0, 300);
+        console.error(`🌤️ [ERROR] Weather API error for previous year: ${response.status} ${response.statusText} ${reason}`);
         
         // Pour les données historiques, certains comptes peuvent ne pas avoir accès
         if (response.status === 401) {