- Szycy
- 7 sierpnia 2026 07:51 UTC
- Autor
- kamo
- Pochęt się
- 271b7e3
Ekran marki org - pokazany Pełne i proste logo jako brakujące obrazy, nawet jeśli te same pliki Uczyń dobrze wszędzie w aplikacji. safeImageSrc() przepisuje obcy adres URL do /api/images/proxy?src..., i Next Odmawia optymalizacji lokalnego łuku, który przenosi łańcuch zapytania: images.localPatterns Domyślnie dodawanie do [' pathname: ''', search: '''], więc /_next/image odpowiedzi Parametr 400 "url" jest niedozwolony. Potwierdzony przeciwko prodowi -- /_next/image?url?/logo/logo.svg 200, ta sama ścieżka z dowolnym zapytaniem 400. A blob: zapowiedź właśnie wyselekwentowanego pliku nie powiedzie się w tej samej gamie absolutnego, Tak więc zapowiedzi zostały przerwane przed i po przesłaniu. Za tym siedzi druga awaria, 400 ukrywało: optymalizator pobiera a Lokalny src przez wyśmiewaną prośbę zbudowaną bez nagłówków w ogóle, więc sesja Cookie nigdy nie dociera do proxy i odpowiada 401. Więc te obrazy nie mogą dotrzeć do optymalizatora. Dodaje aplikację/składniki/SafeImage.tsx -- następny/obraz z safeImageSrc zastosowany i nieoptymalizowany zestaw, który umieszcza Żądanie proxy z powrotem w przeglądarce, gdzie znajduje się plik cookie - i przesuwa każde połączenie Strona na nim: sześć podglądów tutaj z sześcioma logo oraz podgląd szablonu wiadomości e-mail, HTTP e-mail image block, zakładka Meet branding i pulpit nawigacyjny post awatar, wszystko Złamany w ten sam sposób od czasu zamiatania safeImageSrc. Plainki na :img> są strony Nietmocne; nigdy nie trafiły do optymalizatora, dlatego motyw jest tłem Ten sam ekran nadal działa. Skrypty/check-safe-image.mjs zapobiegają powrotowi - sama konwencja Już raz się nie udało.