Często zaglądaj na tę stronę, aby dowiedzieć się więcej o zmianach wprowadzonych w rozszerzeniach do Chrome, dokumentacji rozszerzeń do Chrome, powiązanych zasadach oraz innych zmianach. Inne powiadomienia znajdziesz w grupie dyskusyjnej Google dotyczącej rozszerzeń. W harmonogramie Chrome znajdziesz daty publikacji wersji stabilnych i beta.
Chrome 128: dopasowywanie nagłówków odpowiedzi w deklaratywnym żądaniu netto
Data publikacji:
W Chrome 128 dodajemy obsługę dopasowywania nagłówków odpowiedzi w interfejsie Detectative Net Request API. Było to częste żądanie, zwłaszcza w przypadku dopasowania nagłówka Content-Type. Wspólnie z grupą społeczności WebExtensions zaprojektowaliśmy odpowiedni interfejs API.
Zaktualizowaliśmy dokumentację interfejsu API, dodając do niego nowe pola responseHeaders
i excludedResponseHeaders
. Możesz ich użyć, aby sprawdzić istnienie danego nagłówka i jego wartość.
W ramach tej aktualizacji dodaliśmy do naszej dokumentacji nową sekcję dotyczącą oceny reguł, która wyjaśnia sposób dopasowywania reguł. Jeśli chodzi o dopasowanie nagłówków, reguły mogą być uruchamiane dopiero po otrzymaniu nagłówków odpowiedzi, więc są stosowane później niż inne reguły. Oznacza to, że żądanie dociera do serwera, zanim zostanie zablokowane lub przekierowane.
Film: co to są skrypty treści?
Data publikacji:
Dowiedz się więcej o skryptach treści dostępnych w rozszerzeniach do Chrome, w tym o rejestrowaniu elementów CSS i JavaScript, które mają działać na określonej stronie. Obejrzyj cały film
Ważne aktualizacje zasad
Data publikacji:
Zespół Chrome Web Store opublikował serię aktualizacji na stronie z zasadami programu dla deweloperów, których celem jest zachęcanie do tworzenia wysokiej jakości produktów, zapobieganie oszustwom i zapewnianie świadomej zgody użytkowników. Rebecca Soares, menedżerka zasad Chrome Web Store, podsumowała wszystkie aktualizacje w poście na blogu o rozszerzeniach do Chrome: ważne aktualizacje zasad.
Post na blogu: Co się dzieje w rozszerzeniach do Chrome, lipiec 2024 r.
Data publikacji:
W ciągu ostatnich 3 miesięcy wprowadziliśmy kilka ważnych aktualizacji i nowych funkcji, w tym rozpoczęcie wycofywania platformy Manifest V2. Dowiedz się więcej z artykułu Co się dzieje w rozszerzeniach do Chrome w lipcu.
Film: Co to jest kod hostowany zdalnie?
Data publikacji:
Patrick z zespołu ds. rozszerzeń do Chrome wyjaśnia koncepcję kodu RHC (Remotely Hosted Code) w rozszerzeniach do Chrome. Dowiedz się, dlaczego protokół RHC nie jest już dozwolony, jak go wykryć i co zrobić, jeśli rozszerzenie wymaga aktualizacji. Obejrzyj cały film
Chrome 127: nowy interfejs action.openPopup API
Data publikacji:
Począwszy od Chrome 127, action.openPopup
Interfejs API jest dostępny dla wszystkich rozszerzeń. Wcześniej była ona dostępna tylko w wersji Canary.
lub zainstalowanych przez zasady.
Film: Zaufanie i Rozmowa z zespołem ds. bezpieczeństwa
Data publikacji:
Zespół ds. rozwoju rozszerzeń do Chrome rozmawiał z organizacją Trust & Zespół ds. bezpieczeństwa, który prowadzi weryfikację w Chrome Web Store, aby zadać Ci pytania. Obejrzyj cały film
Post na blogu: Rozpoczęcie wycofywania platformy Manifest V2
Data publikacji:
Od 3 czerwca w wersji Chrome Beta, wersji deweloperskiej i Canary użytkownicy nadal mają zainstalowane rozszerzenia Manifest V2, a u niektórych użytkowników na stronie zarządzania rozszerzeniami (chrome://extensions) pojawi się baner ostrzegawczy informujący, że niektóre zainstalowane rozszerzenia (Manifest V2) wkrótce przestaną być obsługiwane. Więcej informacji znajdziesz w oficjalnym ogłoszeniu
Aktualizacje interfejsu panelu bocznego
Data publikacji:
Niedawno wprowadziliśmy kilka zmian w interfejsie panelu bocznego, m.in. dodaliśmy ikonę pinezki i usunięcie globalnej ikony panelu bocznego. Więcej informacji znajdziesz w reklamie społecznej oraz w zaktualizowana dokumentacja i przykłady.
Post na blogu: Rozszerzenia do Chrome na Google I/O 2024
Data publikacji:
Za nami kolejna konferencja Google I/O. Omówiliśmy już wszystkie ważne aktualizacje rozszerzeń. Przejdź do YouTube, aby obejrzeć cały film, i przeczytaj naszego posta, aby poznać wybrane informacje.
Pomiń sprawdzanie odpowiednich zmian w deklaratywnych żądaniach netto
Data publikacji:
Chrome Web Store umożliwia teraz pominięcie sprawdzania pod kątem kwalifikujących się zmian podczas korzystania interfejsu Detectative Net Request API. Dowiedz się więcej o wymaganiach i o tym, jak dołączyć do programu w dokumentacji Chrome Web Store.
metodadeployPercentage dostępna w interfejsie Chrome Web Store API
Data publikacji:
Niedawno zaktualizowaliśmy dokumentację interfejsu Chrome Web Store API o informacje na temat elementu deployPercentage
, który umożliwia przypisanie częściowego wdrożenia wdrożenia. Więcej informacji o deployPercentage
.
Chrome 126: wersje próbne origin w rozszerzeniach
Data publikacji:
W Chrome 126 wprowadziliśmy nowe pole manifest.json – trial_tokens
, które umożliwia włączenie wersji próbnych origin i wersji próbnych na wszystkich platformach rozszerzeń. Więcej informacji znajdziesz w przewodniku.
Post na blogu: Co się dzieje w rozszerzeniach do Chrome – kwiecień 2024 r.
Data publikacji:
Opublikowaliśmy nowe wydanie Co się dzieje w rozszerzeniach do Chrome. Omawiamy w nim kwestie, nad którymi zespół ds. rozszerzeń pracował w ciągu ostatnich kilku miesięcy. Dotyczy to m.in. przywrócenia wersji w Chrome Web Store, ulepszonej obsługi uwierzytelniania Firebase oraz kolejnych aktualizacji i aktualizacji interfejsu API.
Przywrócenie wersji w panelu dewelopera Chrome Web Store
Data publikacji:
Przywróć rozszerzenie do poprzednio opublikowanej wersji w Chrome Web Store – bez dodatkowego sprawdzania. Więcej informacji znajdziesz w poście na blogu i w dokumentacji.
Chrome 124: interfejs Advanced documentScan API
Data publikacji:
Zaawansowany documentScan
API
jest teraz dostępny w ChromeOS, dzięki czemu może wykrywać i pobierać obrazy
skanery dokumentów.
Chrome 124. Obsługa WebGPU w skryptach Service Worker
Data publikacji:
Od wersji Chrome 124 mechanizmy Service Worker obsługują WebGPU. Dla znajdziesz w przykładzie rozszerzenia WebGPU.
Chrome 123. Interfejs Events API obsługuje filtrowanie według bloków CIDR
Data publikacji:
Interfejs Events API obsługuje teraz filtrowanie
przez blokady międzydomenowego routingu bez klasy (CIDR). Blok CIDR to zbiór
Adresy IP, które mają wspólny prefiks sieci i tę samą liczbę bitów. Wcześniej,
przez programistę, który potrzebuje filtrowania wielu adresów IP wymaganych do skonfigurowania filtra.
dla każdego adresu w zakresie blokowania. Teraz, gdy rozszerzenie zadzwoni
addListener()
, reguła ta oznacza, że moduł obsługi zdarzeń będzie wywoływany tylko
gdy część adresu URL będąca hostem jest adresem IP i należy do któregokolwiek z zakresów CIDR
bloków określonych w tablicy.
Chrome Web Store: zmiany wymagań dotyczących długości nazwy rozszerzenia
Data publikacji:
W Chrome Web Store obowiązuje teraz uniwersalny limit 75 znaków
w polu "name"
rozszerzenia w polu
manifest.json. Wcześniej limit w języku angielskim wynosił 45 znaków, a
nie ma ograniczenia do pola "name"
w innych regionach.
Początkowo miało to na celu uwzględnienie różnic kulturowych i językowych, może nie być w stanie uchwycić tej samej liczby znaków. Niestety, ta funkcja została wykorzystana przez niewielką liczbę deweloperów do spamowania w sklepie. Jako dlatego wprowadzamy nowy uniwersalny limit – zwiększymy go do 75 znaków. Ten limit obejmuje dzisiaj prawie wszystkie rozszerzenia w sklepie, więc prawdopodobnie nie W związku z tą zmianą będą Państwo musieli podjąć pewne działania. Jeśli spróbujesz przesłać o nazwie, która jest dłuższa niż limit, przesłany plik zablokowane przez sklep.
Post na blogu: Eyeo – testowanie zawieszenia mechanizmu Service Worker
Data publikacji:
W tym poście, który przygotował zespół eyeo ds. Extension Engine, omawiamy jest problem z testowaniem działań service worker rozszerzenia. Na platformie Manifest V2 rozszerzenia znajdowały się na stronie w tle, która była aktywna w całym cyklu ich życia. Manifest V3 korzysta z mechanizmów service worker, oszczędzać zasoby, wyłączając je, gdy nie są potrzebne. Prezenty pewnych wyzwań związanych z testowaniem. Ten post jak Eyeo radził sobie z tymi wyzwaniami.
Chrome 123: alarmy włączają się teraz po uśpieniu urządzenia
Data publikacji:
Alarmy ustawione za pomocą interfejsu chrome.alarms
API
nie są już opóźnione, gdy urządzenie zostanie uśpione. Po wybudzeniu urządzenia
alarm zostanie uruchomiony jednorazowo, niezależnie od tego, ile alarmów zostało pominiętych. Powiedz na przykład, że
ustawiony alarm włącza się raz na godzinę, a urządzenie, na którym jest włączony, jest uśpione
Od 00:55 do 2:05 wtedy zdarzenie onAlarm
aktywuje tylko alarm z 2:00.
Uruchomi się najbliżej godziny 2:00 oraz natychmiast po wybudzeniu urządzenia
czy spało.
Ta zmiana sprawia, że Chrome jest zgodny z tym, co zostało uzgodnione w grupie społeczności rozszerzeń internetowych.
Post na blogu: zmiany w działaniu pamięci podręcznej stanu strony internetowej po zastosowaniu portów wiadomości rozszerzenia
Data publikacji:
Pamięć podręczna stanu strony internetowej (bfcache) to przeglądarka.
w celu umożliwienia natychmiastowej przechodzenia wstecz i do przodu. Zaczyna się za
W Chrome 123, gdy strona z otwartym portem rozszerzenia jest przechowywana w pamięci podręcznej stanu strony internetowej,
kanał wiadomości jest zamknięty, co oznacza, że nie będą na nią wysyłane żadne wiadomości.
W związku z tym skrypty rozszerzeń powinny nasłuchiwać zdarzeń cyklu życia, takich jak
onDisconnect
i skonfiguruj nowe połączenie po przywróceniu strony z BFCache.
Więcej informacji i przykładowy kod znajdziesz w materiałach na temat Zmiany w działaniu BFCache z portami komunikatów rozszerzenia.
Chrome 122: obietnica wsparcia interfejsów API rozszerzeń asynchronicznych
Data publikacji:
Zakończyliśmy wdrażanie obsługi Promise w przypadku całego interfejsu API rozszerzeń asynchronicznego
. Wprowadzone zmiany miały na celu modernizację metod API przez poprawę ergonomii
operacji asynchronicznych. Kilka metod (np.
desktopCapture.chooseDesktopMedia()
) nadal obsługuje tylko wywołania zwrotne
ponieważ ich obecne platformy nie są zgodne z obiektami Promises. Do tyłu
, wywołania zwrotne są nadal obsługiwane. Jeśli znajdziesz nieudaną obietnicę,
zgłoś błąd.
Nowe wskazówki dotyczące komunikacji w czasie rzeczywistym
Data publikacji:
Niedawno opublikowaliśmy przewodniki dotyczące opcji w czasie rzeczywistym w rozszerzeniach. Aktualizacje w czasie rzeczywistym zapewniają natychmiastową ścieżkę komunikacji z serwerów bezpośrednio do instalacji rozszerzeń. Opracowaliśmy też nowe wskazówki dotyczące korzystania z chrome.gcm i Web Push.
Nowe wskazówki i przykład: testowanie zakończenia działania mechanizmu Service Worker
Data publikacji:
Niedawno opublikowaliśmy przewodnik na temat testowania zakończenia procesu Service Worker za pomocą Puppeteer. Pokazuje to przykładową próbkę w językach Puppeteer i Selen.
Zaktualizowany przykład na potrzeby natywnego przesyłania komunikatów
Data publikacji:
Właśnie opublikowaliśmy zaktualizowaną próbkę na potrzeby natywnego przesyłania komunikatów. Ten interfejs API umożliwia rozszerzeniu uruchomienie i komunikację z inną aplikacją. Podziękowania dla współtwórcy GitHuba Shubham-Rasala za pracę w tej sprawie.
Chrome 121. Nowa właściwość lastAccessed na kartach. Karta
Data publikacji:
Do obiektu tabs.Tab
została dodana nowa właściwość o nazwie lastAccessed
. Ta właściwość wskazuje, kiedy karta została ostatnio aktywowana. Zwracana wartość jest wyrażona w milisekundach od początku epoki.
Chrome 121: nieobsługiwane „tło” Klucze generują teraz ostrzeżenie
Data publikacji:
W ramach zmiany z platformy Manifest V2 na Manifest V3 elementy podrzędne klucza manifestu "background"
zostały zmienione, aby uwzględnić skrypty działające w tle instancjami roboczymi usługi rozszerzenia. Wcześniej dodanie kluczy platformy Manifest V2 "scripts"
, "page"
lub "persistent"
do klucza "background"
rozszerzenia Manifest V3 powodowało błąd. Obecność tych kluczy aktywuje ostrzeżenie.
W ten sposób umożliwimy używanie 1 pliku manifestu w rozszerzeniach w wielu przeglądarkach zgodnie z propozycją w grupie społeczności.
Chrome 120: minimalna szczegółowość alarmu zmniejszona do 30 sekund
Data publikacji:
Od wersji Chrome 120 rozszerzenia na platformie Manifest V3 mogą używać interfejsu API chrome.alarms
z opóźnieniami lub okresami wynoszącymi 30 sekund i nie wymagają wartości co najmniej 60 sekund.
Post na blogu: Wznawianie przejścia na platformę Manifest V3
Data publikacji:
Zaktualizowaliśmy harmonogram udzielania pomocy dotyczącej platformy Manifest V2. Więcej informacji znajdziesz w poście na blogu z listopada 2023 roku.
Post na blogu: Ulepszona obsługa filtrowania treści w platformie Manifest V3
Data publikacji:
Więcej informacji o ulepszeniu interfejsu declarativeNetRequest API znajdziesz w nowym poście na blogu.
Post na blogu: Co nowego w Chrome 120 o rozszerzeniach
Data publikacji:
Niedawno opublikowaliśmy Chrome 120 beta. Podsumowanie ważnych informacji dla deweloperów rozszerzeń znajdziesz w naszym nowym poście na blogu: Co nowego w Chrome 120 o rozszerzeniach. Ta wersja jest też ważnym osiągnięciem, ponieważ 2 ostatnie elementy (userScripts, moduł obsługi plików w ChromeOS) zostały usunięte z listy krytycznych luk w zabezpieczeniach.
PSA: zmiana obsługi adresów URL polityki prywatności w panelu dewelopera
Data publikacji:
Polityka prywatności w Panelu dewelopera została dodana na poziomie elementu. Umożliwia to określenie różnej polityki prywatności dla każdego produktu. Przeczytaj więcej na ten temat (PSA).
Film: czat z Mattem Frisbie
Data publikacji:
Na kanale Chrome for Developers w YouTube właśnie opublikowaliśmy nowy film, na którym rozmawiamy z ekspertem Google Developers i autorem, Mattem Frisbie. Obejrzyj tutaj.
Nowe wskazówki dotyczące testowania rozszerzeń
Data publikacji:
Niedawno opublikowaliśmy nowe wskazówki dotyczące pisania automatycznych testów rozszerzeń, m.in. sposobu pisania testów jednostkowych. ogólnych wytycznych oraz samouczek na temat kompleksowego testowania.
Post na blogu: Co się dzieje w rozszerzeniach do Chrome – październik 2023 roku
Data publikacji:
Niedawno opublikowaliśmy drugie wydanie raportu Co się dzieje w rozszerzeniach Chrome. Omawiamy w nim, nad czym pracuje zespół ds. rozszerzeń, nad czym pracował od kilku miesięcy. Dotyczy to m.in. rozwiązywania problemów ze stabilnością mechanizmów Service Worker i postępów w wypełnianiu wszystkich luk w platformie MV3. Udostępniamy też ciekawe nadchodzące wersje interfejsów API, takich jak Reading List API i User Scripts API.
Zwiększone limity statycznego zestawu reguł w interfejsie Detectative Net Request API
Data publikacji:
Stosowanie opinii na temat rozszerzeń sieciowych grupy społeczności, znacznie zwiększamy z 10 do 50 limit włączonych statycznych zestawów reguł. Dodatkowo zwiększamy łączną liczbę dozwolonych statycznych zestawów reguł z 50 do 100. To jest obecnie dostępne w wersji Canary.
Ulepszone wskazówki dotyczące kodu hostowanego zdalnie
Data publikacji:
Zgodnie z wymogiem platformy Manifest V3 rozszerzenia nie mogą już używać kodu hostowanego zdalnie. Chociaż od samego początku były one częścią naszego przewodnika po migracji, uznaliśmy, że warto je ulepszyć. Na tej stronie znajdziesz teraz więcej informacji o tym, co nadal można robić na platformie Manifest V3, a także o strategiach uaktualniania.
Dodaliśmy też artykuł Rozwiązywanie problemów związanych z naruszeniem zasad Chrome Web Store. W nowej sekcji opisujemy najczęstsze przyczyny odrzucania rozszerzeń z kodem hostowanym zdalnie.
Chrome 118: parametr isUrlFilterCaseSensitive ma teraz wartość fałsz
Data publikacji:
Od Chrome 118 isUrlFilterCaseSensitive
w obiekcie chrome.declarativeNetRequest
Interfejs API został zmieniony na domyślny false
. Jeśli chcesz zachować poprzednie działanie, możesz bezpośrednio ustawić isUrlFilterCaseSensitive
na true
w
declarativeNetRequest,
Są one zgodne z dyskusjami na stronie Rozszerzenia Grupa społeczności. W przeglądarkach i Safari wprowadziliśmy już podobną zmianę.
Dokumentacja interfejsów API do przechowywania plików cookie i przechowywania danych w internecie
Data publikacji:
Opublikowaliśmy nowy przewodnik, jak działają pliki cookie i interfejsy API do przechowywania danych w internecie w rozszerzeniach do Chrome. Zawiera on szczegółowe informacje o zmianach partycjonowania plików cookie i pamięci w Piaskownica prywatności to ciągły projekt mający na celu wycofywanie plików cookie innych firm przez utworzenie serii nowych interfejsów API platformy internetowej i szczegółowe informacje na temat ich działania w rozszerzeniach.
Przykładowe rozszerzenia są teraz dostępne do przeszukiwania
Data publikacji:
Niedawno utworzyliśmy stronę, która umożliwia wyszukiwanie przykładowych rozszerzeń do Chrome. Strona wyszukiwania zawiera wiele opcji. Pole wyszukiwania umożliwia wyszukiwanie tekstu w przykładowych tytułach. Możesz ograniczyć wyszukiwanie według uprawnień lub interfejsu API rozszerzenia. Dodatkowy filtr umożliwia ograniczenie wyszukiwania do przykładów użycia interfejsu API lub funkcjonalnych (przypadków użycia).
Ta nowa przykładowa strona została stworzona przez Xuezhou Dai, uczestnika Google Summer of Code, który również przesłał kilka nowych próbek. O ich wrażeniach z zeszłego lata przeczytasz w poście na naszym blogu.
Tak jak wcześniej, nasz przykładowy kod jest nadal dostępny w GitHubie do klonowania lub rozwidlenia.
Chrome 118: zmiany w pliku otwierającym plik – adresy URL schematu
Data publikacji:
Począwszy od Chrome 118 rozszerzenia będą wymagały ustawienia „Zezwalaj na dostęp do adresów URL plików” włączone na stronie chrome://extensions
, aby otwierać adresy URL schematów file:// za pomocą interfejsów API Karty lub Windows. Możesz automatycznie sprawdzić ten dostęp, wywołując metodę chrome.extension.isAllowedFileSchemeAccess()
. Firefox już ogranicza adresy URL plików, a Safari obsługuje tę zmianę. Więcej informacji znajdziesz w poście na temat rozszerzeń w grupie dyskusyjnej Google.
Chrome 117: rozszerzona ochrona adresów URL w nawigacji po interfejsie API rozszerzenia
Data publikacji:
Wcześniej nawigacja aktywowana przez wywołania interfejsu API rozszerzenia tabs.update()
, tabs.create()
i windows.create()
powodowała błąd w przypadku niektórych adresów URL chrome://. Niedozwolone było także wywołanie metody tabs.update()
za pomocą adresu URL JavaScript. W wersji 117 zabezpieczenia adresów URL JavaScript zostały rozszerzone o metodę tabs.create()
, a do listy niedozwolonych adresów URL, która ma zastosowanie we wszystkich wyżej wymienionych metodach, dodaliśmy wiele dodatkowych adresów URL chrome://.
Ulepszone wskazówki dotyczące interfejsu declarativeNetRequest API
Data publikacji:
Interfejs API chrome.declarativeNetRequest
blokuje lub modyfikuje żądania sieciowe, określając reguły deklaratywne. Dzięki temu rozszerzenia mogą modyfikować żądania sieciowe bez ich przechwytywania i wyświetlania treści, co zapewnia użytkownikom większą prywatność. Jest też dość skomplikowana w użyciu. Mając to na uwadze, zmieniliśmy wytyczne w sposób, który naszym zdaniem ukazuje jaśniejszy obraz implementacji zestawów reguł deklaratywnych. Przeczytaj nową sekcję, klikając link powyżej.
Korzystanie z konta Google Analytics w sklepie Chrome Web Store
Data publikacji:
Chrome Web Store oferuje integrację z Google Analytics, dzięki czemu oprócz widoku dostępnego w Panelu dewelopera możesz też zobaczyć statystyki dotyczące swojej strony w Chrome Web Store. Więcej informacji znajdziesz w artykule Korzystanie z konta Google Analytics w Chrome Web Store.
Chrome 115: Narzędzia deweloperskie domyślnie zastępują skrypty treści
Data publikacji:
Skrypty wstrzykniętej treści znajdują się teraz domyślnie na liście ignorowanych narzędzi deweloperskich. Nie wpływa to na punkty przerwania, ale oznacza, że skrypty treści są pomijane podczas debugowania, a wyjątki od tych skryptów będą ignorowane. Gdy na karcie Źródła otwarty jest skrypt treści, baner informuje, czy to ustawienie jest włączone, i oferuje opcję usunięcia skryptu treści z listy ignorowanych. Aby wyłączyć to zachowanie, otwórz Narzędzia deweloperskie, kliknij Ustawienia, a następnie Lista ignorowanych. Więcej informacji znajdziesz w artykule Co nowego w Narzędziach deweloperskich.
Chrome 116 w wersji beta: nie zmieściliśmy się tutaj
Data publikacji:
Chrome 116 to duża wersja rozszerzeń. Możesz teraz automatycznie otwierać panele boczne. Nowa metoda pozwala sprawdzić, czy istnieje aktywny dokument poza ekranem. Skrypty service worker otrzymują ulepszenia serwera. W wersji 116 wprowadziliśmy wiele udoskonaleń, że omówiliśmy je w poście na blogu. Chrome 116 jest w wersji beta od 19 lipca.
Post na blogu: Co się dzieje z rozszerzeniami do Chrome
Data publikacji:
Niedawno opublikowaliśmy omówienie tegorocznych zmian i udoskonaleń dotyczących rozszerzeń. Omawiamy w nim najważniejsze nowe funkcje tego roku, w tym interfejs Side Panel API, ulepszenia mechanizmów Service Worker i dokumenty poza ekranem. Znajdziesz tam też informacje o tym, nad czym pracujemy w tym kwartale. Artykuł zawiera wiele dodatkowych informacji, w tym linki do wszystkich.
Nowe wskazówki i przykład: dowiedz się, jak używać Google Analytics 4 w rozszerzeniu do Chrome
Data publikacji:
Opublikowaliśmy nowe wskazówki i przykłady dotyczące Google Analytics i geolokalizacji:
- Zaktualizowana wersja naszych wskazówek dotyczących Google Analytics wyjaśniająca, jak korzystać z Google Analytics 4 w rozszerzeniu do Chrome. Do naszego przykładowego repozytorium na GitHubie dodaliśmy też działającą próbkę w Google Analytics 4. Na stronie
google-analytics.js
znajdziesz odpowiedni kod związany z Google Analytics. - Nowy przewodnik po geolokalizacji i 3 przykłady pokazujące, jak uzyskać dostęp do geolokalizacji w skryptach service worker, skryptach treści, wyskakujących okienkach i panelach bocznych.
Chrome 115: określanie wielu powodów w funkcji chrome.offscreen.createDocument()
Data publikacji:
Podczas wywoływania chrome.offscreen.createDocument()
możesz teraz określić wiele wyliczeniowych reason
. Używaj, gdy dokument poza ekranem będzie wykorzystywany do wielu różnych celów. Przeglądarka na podstawie podanych przyczyn określa czas przechowywania dokumentu poza ekranem.
Nowe narzędzie: narzędzie do testowania aktualizacji rozszerzeń
Data publikacji:
Niedawno opublikowaliśmy narzędzie do testowania aktualizacji rozszerzeń – lokalny serwer aktualizacji rozszerzeń, który może służyć do testowania aktualizacji rozszerzeń do Chrome podczas lokalnego programowania (w tym przyznawania uprawnień). Narzędzie pokazuje przepływ aktualizacji przez użytkownika, w tym pozostawianie wyłączonego rozszerzenia do czasu przyznania przez użytkownika nowych wymaganych uprawnień. To narzędzie jest szczególnie przydatne do symulowania zmian uprawnień wymaganych podczas aktualizowania rozszerzenia z platformy Manifest V2 na Manifest V3.
Chrome 114: nowy interfejs API panelu bocznego
Data publikacji:
Przedstawiamy nowy interfejs Side Panel API – platformę towarzyszącą, która umożliwia użytkownikom dostęp do narzędzi równocześnie z przeglądanymi treściami. Aby dowiedzieć się więcej, zapoznaj się z dokumentacją interfejsu Side Panel API. Do przykładowego repozytorium na GitHubie dodaliśmy wiele przykładów paneli bocznych. Więcej informacji o panelach bocznych znajdziesz w nowym poście na blogu Designing a Superior User Experience with the New Side Panel API. Zapoznaliśmy się też z naszymi zasadami dotyczącymi wskazówek dotyczących jakości i sprawdzonymi metodami, aby dostarczyć dodatkowe wskazówki dotyczące tworzenia wysokiej jakości rozszerzeń panelu bocznego.
Twoja opinia jest dla nas ważna przy tworzeniu tego interfejsu API. podziel się swoimi przemyśleniami i prośbami o dodanie funkcji w chromium-groups. Będziemy na bieżąco informować o nowych aktualizacjach interfejsu Side Panel API.
Nowe przykłady: WASM w rozszerzeniach
Data publikacji:
Dostępne są 2 nowe przykłady, które pokazują, jak używać WASM w rozszerzeniu:
- Użycie WASM w platformie Manifest V3 pokazuje ogólną metodę dołączania modułu WASM.
- Używanie WASM jako modułu w platformie Manifest V3 pokazuje, jak używać go w module.
Specjalne podziękowania za te przykłady zostały przekazane współtwórcy GitHub @daidr.
Zaktualizowano wskazówki dotyczące migracji na platformie Manifest V3
Data publikacji:
Zaktualizowaliśmy sekcję Znane problemy w naszych wskazówkach dotyczących migracji platformy Manifest V3 o zaktualizowana lista luk w platformach rozszerzeń, które zamierzamy usunąć przed ogłoszeniem nowego harmonogramu wycofania platformy Manifest V2.
Nagrywanie dźwięku i obrazu za pomocą platformy Manifest V3
Data publikacji:
Niedawno opublikowaliśmy nowy artykuł zatytułowany Nagrywanie dźwięku i przechwytywanie ekranu, w którym omawiamy nagrywanie dźwięku i obrazu z karty, okna lub ekranu na platformie Manifest V3. W tym artykule opisujemy różne podejścia do nagrywania za pomocą interfejsu API chrome.tabCapture
i funkcji getDisplayMedia()
.
Chrome 114: większy limit storage.local
Data publikacji:
Zwiększyliśmy limit usługi storage.local
do około 10 MB. Takie działanie zostało zaakceptowane w grupie Społeczności rozszerzeń sieciowych. Dzięki temu witryna storage.local
staje się zgodna z tabelą storage.session
, która została zmieniona w Chrome 112.
Samouczek i pomoc dotycząca nowego skryptu service worker
Data publikacji:
Skrypty service worker są integralną częścią rozszerzeń do Chrome. Właśnie opublikowaliśmy samouczek objaśniający podstawy rejestrowania, debugowania i interakcji z instancjami Service Worker. Dodaliśmy też nowy przewodnik po skryptach Service Worker, w którym bardziej szczegółowo wyjaśniamy ważne zagadnienia. W najbliższych miesiącach rozszerzymy tę sekcję.
Więcej wskazówek dotyczących rozwiązywania problemów związanych z naruszeniem zasad Chrome Web Store
Data publikacji:
Aby ułatwić publikowanie treści w Chrome Web Store, dodaliśmy nowe wskazówki w 2 obszarach. Wskazówki dotyczące minimalnej funkcjonalności skupiają się na zapewnieniu użytkownikom korzyści i ułatwieniu im przeglądania stron. Porady dotyczące reklam partnerskich dotyczą informowania użytkowników o rozszerzeniach za pomocą linków do witryn partnerskich lub kodów umożliwiających zarabianie oraz dawania im pewnej kontroli przez wymaganie od użytkowników podjęcia działań przed ich uwzględnieniem.
Nowe instrukcje dotyczące konwertera pliku manifestu rozszerzenia
Data publikacji:
Zmieniliśmy plik README narzędzia Extension Manifest Converter, aby łatwiej zobaczyć, co musisz zrobić po uruchomieniu tego narzędzia. Ten konwerter pomaga przenieść rozszerzenia stworzone na platformie Manifest V2 na platformę Manifest V3. Nowy plik README opisuje, co robi to narzędzie, używając słów, które ściśle odpowiadają tym z listy kontrolnej przewodnika po migracji. Konwerter nie robi wszystkiego, ale eliminuje wiele zadań, które nie wymagają weryfikacji manualnej.
Chrome 113: nowe przyczyny wyświetlania dokumentów poza ekranem
Data publikacji:
Do interfejsu Offscreen Documents API dodaliśmy 2 nowe typy powodów. Użyj LOCAL_STORAGE
, aby uzyskać dostęp do interfejsu API localStorage platformy internetowej. Podczas tworzenia instancji roboczych używaj WORKER
.
Google Analytics 4 teraz w panelu dewelopera
Data publikacji:
Panel dewelopera Chrome Web Store obsługuje teraz Google Analytics 4 (GA4). Uprościliśmy konfigurację Google Analytics i uprościliśmy zarządzanie dostępem dla wydawców grupowych. Jeśli do śledzenia aktywności na stronie z informacjami o aplikacji używasz Google Universal Analytics, do 1 lipca 2023 r. musisz podjąć działania, aby nadal otrzymywać dane na ten temat. Więcej informacji znajdziesz w poście na grupie dyskusyjnej Google dotyczącej rozszerzeń do Chromium.
Interfejs File Handle API jest teraz dostępny w ChromeOS
Data publikacji:
Interfejs File Handler API jest dostępny do eksperymentów w ChromeOS w Canary w wersjach 112 i 113. Umożliwia rozszerzeniom w ChromeOS otwieranie plików o określonych typach MIME i rozszerzeniach. Aby wdrożyć obsługę plików, dodaj do manifest.json
zestaw reguł. Ta funkcja działa tak samo jak w przypadku progresywnych aplikacji internetowych. Więcej informacji znajdziesz w tym artykule w innym miejscu tej witryny.
Aby włączyć obsługę plików:
- Od wersji 112 uruchom Chrome, używając flagi
--enable-features=ExtensionWebFileHandlers
, zaczynając od wersji 112 - Od wersji 113 wklej
os://flags/#extension-web-file-handlers
w omniboksie Chrome i wybierz „Włączone” z menu rozwijanego.
Planujemy wprowadzić tę funkcję w Chrome 115 pod koniec czerwca. Zaglądaj tu, by być na bieżąco.
Nowe przykłady: deklaracje dynamiczne i wstrzykiwanie automatyczne
Data publikacji:
Utworzyliśmy nowy przykład interfejsu API chrome.scripting
. Widoczne są w nim deklaracje dynamiczne, w przypadku których skrypt treści jest zarejestrowany w czasie działania, oraz wstrzykiwanie automatyczne, które polega na wykonywaniu skryptu na otwartej karcie.
Nowe przykłady: przypadki użycia deklaratywnych żądań netto
Data publikacji:
Dostępne są 3 nowe przykłady przedstawiające interfejs Detectative Net Request API. Każdy z nich przedstawia wdrożenie pojedynczego przypadku użycia. Pierwszy pokazuje, jak blokować pliki cookie. Pozostałe 2 pokazują blokowanie i przekierowywanie adresów URL.
Chrome 112: większy limit miejsca na dane
Data publikacji:
Od wersji Chrome 112 limit usługi storage.session
został zwiększony do około 10 MB. Jest to uzgodnione w grupie społeczności rozszerzeń internetowych: https://github.com/w3c/webextensions/issues/350
Chrome 109: dokumenty poza ekranem
Data publikacji:
Dokumenty poza ekranem są teraz dostępne w rozszerzeniach platformy Manifest V3. Ułatwiają one przejście ze stron działających w tle na mechanizmy Service Worker rozszerzeń, zapewniając obsługę funkcji i interfejsów API związanych z DOM. Więcej informacji znajdziesz w poście na blogu.
Chrome 110: czy rozszerzenie jest włączone
Data publikacji:
Metoda chrome.action.isEnabled()
automatycznie sprawdza, czy rozszerzenie zostało włączone na danej karcie. Dzięki temu nie musisz utrzymywać stanu włączenia kart. Ta nowa metoda przyjmuje identyfikator karty i odwołanie do wywołania zwrotnego i zwraca wartość logiczną. Obowiązuje jedno ograniczenie: karty utworzone za pomocą funkcji chrome.declarativeContent
zawsze zwracają wartość fałsz.
W przestrzeni nazw chrome.action
wprowadzono ostatnio nowe metody kontrolowania wyglądu plakietek rozszerzeń. Więcej informacji znajdziesz w artykule Ustawianie kolorów plakietki.
Chrome 110: zmiana limitu czasu bezczynności skryptu service worker
Data publikacji:
Wcześniej skrypt usługi rozszerzenia często wyłączał się po 5 minutach. Zmieniliśmy to zachowanie, by bardziej przypominało czas działania mechanizmu Service Worker w internecie. Skrypt usługi rozszerzenia zostanie wyłączony po 30 sekundach braku aktywności lub jeśli przetworzenie pojedynczego działania trwa dłużej niż 5 minut. Aby uzyskać więcej informacji, przeczytaj artykuł Dłuższy czas pracy instancji roboczych usługi rozszerzenia.
Post: wstrzymuję wycofanie platformy Manifest V2
Data publikacji:
Harmonogram wycofywania platformy Manifest V2 jest w trakcie sprawdzania, a eksperymenty zaplanowane na początek 2023 r. zostaną przełożone. Więcej informacji znajdziesz w informacjach o aktualizacji w grupie dyskusyjnej Google dotyczącej rozszerzeń do Chromium.
Chrome 110: ustawianie kolorów plakietek
Data publikacji:
Przestrzeń nazw chrome.action
udostępnia 2 nowe metody, które dają Ci większą kontrolę nad plakietkami rozszerzeń wyglądu. Metody setBadgeTextColor()
i getBadgeTextColor()
umożliwiają rozszerzeniu zmienianie i wysyłanie zapytań o kolor tekstu plakietki ikony na pasku narzędzi. W połączeniu z setBadgeBackgroundColor
i getBadgeBackgroundColor
te nowe metody pozwolą Ci zapewnić spójność projektu i marki.
Post na blogu: więcej informacji o przejściu na platformę Manifest V3
Data publikacji:
Doprecyzowaliśmy harmonogram wycofania platformy Manifest V2. Zaktualizowaliśmy też harmonogram pomocy Manifest V2, aby uwzględniał te informacje.
Aktualizacja Dokumentów: znane problemy związane z migracją na Manifest V3
Data publikacji:
Przygotowaliśmy listę głównych funkcji, nad którymi obecnie pracujemy, oraz tych, w których można jeszcze znaleźć błędy. Na tej stronie chcemy pomóc deweloperom w lepszym zrozumieniu obecnego stanu platformy i funkcji, na które mogą liczyć w przyszłości.
Chrome Web Store: „duży obrazek promocyjny” przesłany obraz został usunięty
Data publikacji:
Sklep Chrome Web Store usunął „duży baner promocyjny” interfejsu przesyłania na karcie Informacje o aplikacji w panelu dewelopera. Ta zmiana nie wpływa na wrażenia użytkowników, ponieważ obrazy te nie były używane w interfejsie użytkownika. Więcej informacji znajdziesz w tym poście o rozszerzeniach Chromium.
Chrome 106. Zezwalanie stronom z adresów URL typu file:// na dostęp do zasobów dostępnych w internecie
Data publikacji:
Nieprzezroczyste źródła, takie jak elementy iframe w piaskownicy i import dynamiczny, również powinny mieć dostęp do zasobów dostępnych w internecie, jak opisano na stronie crbug.com/1219825#c11.
Chrome 106: naprawiono błąd polegający na tym, że w niektórych asynchronicznych funkcjach interfejsu API można używać nieprawidłowych argumentów końcowych
Data publikacji:
Wcześniej wywołujące asynchroniczne interfejsy API platformy Manifest V3 mogły podawać nieprawidłowy argument końcowy, a Chrome nie powodowało błędu. Po wprowadzeniu tej poprawki Chrome będzie prawidłowo wyświetlać komunikat o błędzie i zgłaszać brak pasującego podpisu. Zachęcamy deweloperów, aby sprawdzali swoje rozszerzenia w Canary pod kątem błędów, jeśli przypadkowo nie użyli nieprawidłowego podpisu w wywołaniu interfejsu API, które zostanie uszkodzone przez tę poprawkę.
Post na blogu: nowa analityka w Chrome Web Store
Data publikacji:
W Chrome Web Store wprowadziliśmy nowy wygląd i sposób analizowania danych o produktach w panelu dewelopera Chrome Web Store. Nowy panel jest łatwiejszy do zrozumienia, a najbardziej przydatne informacje na jego temat znajdują się na pierwszym planie. Więcej informacji znajdziesz w poście na blogu.
Chrome 105: obietnice Identity API
Data publikacji:
funkcje dostępne już w Identity API;
obsługi połączeń opartych na obietnicach. Wiąże się to z nieznaczną zmianą na powierzchni
identity.getAuthToken()
, gdzie
asynchroniczny zwrot ustawiony na wywołanie oparte na obietnicy będzie zawierać „token” i „grantedScopes” jako parametry
w pojedynczym obiekcie (w przeciwieństwie do wersji z wywołaniem zwrotnym, która otrzymuje je jako osobne argumenty
oddzwanianie).
Chrome 104. Nowy interfejs API favikon na platformie Manifest V3
Data publikacji:
Rozszerzenia na platformie Manifest V3 mogą teraz uzyskiwać dostęp do favikon za pomocą nowego wzorca adresu URL: chrome-extension://<id>/_favicon/
, gdzie chrome://favicons
dostępny na platformie Manifest V2. Więcej informacji znajdziesz w dokumentacji Favicon API.
Aktualizacja Dokumentów: informacje dotyczące przedsiębiorców i osób niebędących przedsiębiorcami
Data publikacji:
Dodaliśmy identyfikator przedsiębiorcy/osoby niebędącej przedsiębiorcą, informuje deweloperów, że muszą prawidłowo zadeklarować swój status przedsiębiorcy/osoby niebędącej przedsiębiorcą;
Chrome 103: Wasm w pliku manifestu V3 wymaga zastosowania Wasm-unsafe-eval
Data publikacji:
Chrome nie domyślnie zezwala już na rozszerzenia script-src: wasm-unsafe-eval
. Rozszerzenia, które używają
WebAssembly musi teraz bezpośrednio dodać tę dyrektywę i wartość do elementu extension_pages
w
content_security_policy
deklaracji.
Chrome 103: zmiana skrótów MV3 zaczyna obowiązywać od razu
Data publikacji:
Gdy zmieniasz skrót klawiszowy rozszerzenia platformy Manifest V3 na urządzeniu chrome://extensions/shortcuts
,
aktualizacje są stosowane natychmiast. Wcześniej rozszerzenie musiało być odświeżane przed
zmiana wejdzie w życie.
Chrome 102. Skrypty treści dynamicznych w głównym świecie
Data publikacji:
Skrypty treści zarejestrowanych dynamicznie mogą teraz określać
Świat, w którym będą wstrzykiwane zasoby. Zobacz
scripting.registerContentScripts()
.
Chrome 102. Nowe pole manifestu „optional_host_permissions”
Data publikacji:
Rozszerzenia platformy Manifest V3 mogą teraz określać klucz optional_host_permissions
w pliku manifest.json. Ten
umożliwia rozszerzeniom platformy Manifest V3 deklarowanie opcjonalnych wzorców dopasowania dla hostów tak samo jak w przypadku platformy Manifest V2
mogą używać klucza optional_permissions
.
Chrome 102: właściwość injectImmediately in scripting.executeScript()
Data publikacji:
chrome.scripting.executeScript()
akceptuje teraz opcjonalną właściwość injectImmediately
w
injection
argument. Jeśli ten tag jest obecny i ma wartość true, skrypt zostanie wstawiony do elementu docelowego, gdy tylko
możliwe, zamiast czekać na document_idle
. Nie możemy zagwarantować, że skrypt zostanie
, zanim strona zostanie wczytana, ponieważ może ona być nadal ładowana podczas wywoływania interfejsu API.
Chrome 102. Obsługa interfejsu API omniboksu w platformie Manifest V3
Data publikacji:
Interfejsu omniboksu API można teraz używać w środowisku service worker rozszerzeń. Wcześniej niektóre metody tego interfejsu API powodowały wywołanie wywołań ze względu na zależności od możliwości DOM.
Chrome 102: Wasm-unsafe-eval dozwolone w pliku CSP platformy Manifest V3
Data publikacji:
Rozszerzenia na platformie Manifest V3 mogą teraz zawierać w elemencie content_security_policy
tag wasm-unsafe-eval
deklaracje. Ta zmiana zezwala rozszerzeniom na platformie Manifest V3 na używanie WebAssembly.
Chrome 102. Nowy interfejs API storage.session
Data publikacji:
Rozszerzenia na platformie Manifest V3 mogą teraz używać w pamięci masowej storage.session .
Aktualizacja Dokumentów: odkrywanie produktów w Chrome Web Store
Data publikacji:
Sekcja Odkrywanie w Chrome Web Store zawiera informacje o tym, jak użytkownicy znajdują produkty. w Chrome Web Store oraz jak nasi edytorzy wybierają produkty, które mają być polecane.
Chrome 101. Poprawione warunki domeny declarativeNetRequest
Data publikacji:
Warunki reguły declarativeNetRequest zostały
zaktualizowane, aby umożliwić rozszerzeniom lepsze kierowanie żądań na podstawie ich „żądania” oraz
„inicjator” domeny. Odpowiednie właściwości warunku to initiatorDomains
,
excludedInitiatorDomains
, requestDomains
i excludedRequestDomains
. Zobacz też
chromium-extensions.
Chrome 100: rozwiązano problem z skryptem scripting.executeScript() na nowo utworzonych kartach
Rozwiązaliśmy od dawna problem, który powodował, że wywoływanie usługi scripting.executeScript()
na nowo utworzonej karcie lub
może spowodować błąd.
Chrome 100: natywny port komunikacji, który utrzymuje aktywność mechanizmu Service Worker
Data publikacji:
Łączę się z hostem natywnego przesyłania komunikatów przy użyciu tokena chrome.runtime.connectNative()
w rozszerzeniu
Skrypt service worker powinien pozostawać aktywny, dopóki port jest otwarty.
Chrome 100: omnibox.setDefaultsuggestion() obsługuje obietnice i wywołania zwrotne
Data publikacji:
omnibox.setDefaultSuggestion()
zwraca teraz obietnicę lub akceptuje wywołanie zwrotne, aby umożliwić programistom określenie, kiedy
sugestia została poprawnie ustawiona.
Chrome 100: obsługa funkcji i18n.getMessage() w instancjach roboczych usługi rozszerzenia
Data publikacji:
Interfejs API chrome.i18n.getMessage()
został
obsługiwane w kontekstach instancji roboczych usługi rozszerzenia.
Chrome 99: match_origin_as_fallback w wersji Canary
Data publikacji:
Skrypty treści mogą teraz określać klucz match_origin_as_fallback
do wstrzykiwania do ramek, które są
powiązane z pasującą klatką, w tym z klatkami z atrybutami about:
, data:
, blob:
i filesystem:
Adresy URL. Zobacz skrypty treści
dokumentację.
Chrome 99: obsługa skryptu service worker dla pliku: schematy w wersji Canary
Data publikacji:
Rozszerzenia platformy Manifest V2 i Manifest V3 oparte na mechanizmach Service Worker mogą teraz wysyłać żądania za pomocą interfejsu Fetch API
Adresy URL schematu file:
. Aby uzyskać dostęp do adresów URL schematu file:
, użytkownik musi włączyć opcję „Zezwalaj na dostęp”
do adresów URL plików dla rozszerzenia na stronie chrome://extensions
.
Chrome 99: obietnice obsługi interfejsów API do przesyłania wiadomości w wersji Canary
Data publikacji:
Pomoc obiecująca została dodana do
tabs.sendMessage
runtime.sendMessage
i
runtime.sendNativeMessage
dla
na platformę Manifest V3.
Aktualizacja Dokumentów: dokumentacja dotycząca opinii w Chrome Web Store
Data publikacji:
Dodaliśmy nową stronę referencyjną, na której znajdziesz omówienie Chrome. Proces sprawdzania sklepu Chrome Web Store i objaśnianie sposobu egzekwowania zasad programu dla deweloperów.
Chrome 98: scripting.executeScript() i scripting.insertCSS() akceptują wiele plików
Data publikacji:
executeScript()
interfejsu Scripting API
akceptowalne są teraz metody (insertCSS()
)
wiele plików. Wcześniej te metody wymagały tablicy z jednym wpisem w pliku.
Aktualizacja Dokumentów: aktualizacje dotyczące rozwiązywania problemów z naruszeniami zasad
Data publikacji:
Strona Rozwiązywanie problemów związanych z naruszeniem zasad Chrome Web Store została zaktualizowany, aby zapewnić deweloperom bardziej szczegółowe wskazówki dotyczące najczęstszych przyczyn odrzucenia.
Chrome 96: rozszerzyliśmy obsługę kolejnych interfejsów API (27)
Data publikacji:
Ta wersja zawiera znacznie więcej obiecujących aktualizacji niż którakolwiek z poprzednich wersji. Aktualizacje obejmują interfejsów API rozszerzeń zarówno ogólnych, jak i specyficznych dla ChromeOS. Rozwiń poniższe sekcje, aby uzyskać szczegółowe informacje.
Interfejsy API rozszerzeń
Wiele interfejsów API obsługuje teraz obietnice w platformie Manifest V3.
chrome.browsingData
chrome.commands
chrome.contentSettings
chrome.debugger
chrome.downloads
chrome.enterprise.hardwarePlatform
chrome.fontSettings
chrome.history
chrome.instanceID
chrome.permissions
chrome.processes
chrome.search
chrome.sessions
chrome.topSites
Oprócz tego interfejsy API korzystające z interfejsu ChromeSetting
prototyp obsługuje teraz też obietnice. Zmiana dotyczy następujących interfejsów API.
Interfejsy API ChromeOS
chrome.certificateProvider
chrome.documentScan
chrome.enterprise.deviceAttributes
chrome.enterprise.networkingAttributes
chrome.fileBrowserHandler
chrome.fileSystemProvider
chrome.loginState
chrome.printingMetrics
chrome.wallpaper
Chrome 96: skrypty treści dynamicznych
Data publikacji:
Interfejs API chrome.scripting
obsługuje teraz
rejestracji,
aktualizację,
wyrejestrowanie i uzyskanie listy skryptów treści.
w czasie działania aplikacji. Wcześniej skrypty treści mogły być tylko statycznie deklarowane w sekcji
manifest.json lub programowo wstrzyknięty w czasie działania za pomocą
chrome.scripting.executeScript()
Aktualizacja Dokumentów: harmonogram obsługi platformy Manifest V2
Data publikacji:
Harmonogram przejścia z platformy Manifest V2 na V3 został ogłoszony w tym poście na blogu. opublikowaliśmy bardziej szczegółową stronę z harmonogramem.
Chrome 96: uprawnienie declarativeNetRequestWithHostAccess
Data publikacji:
Nowe uprawnienie declarativeNetRequestWithHostAccess
umożliwia rozszerzeniom korzystanie z narzędzia
chrome.declarativeNetRequest
API w witrynach,
rozszerzenie ma uprawnienia hosta dla. Spowoduje to też włączenie istniejących rozszerzeń zgodnych z platformą Manifest V2, które używają parametru
webRequest
, webRequestBlocking
i uprawnienia hosta specyficzne dla witryny do migracji do
chrome.declarativeNetRequest
API bez
wymaganie od użytkownika zatwierdzenia nowych uprawnień.
Chrome 95: wstawianie skryptów bezpośrednio na stronach
Data publikacji:
Interfejsy API chrome.scripting
Metoda executeScript()
może teraz
wstrzykiwanie skryptów bezpośrednio do głównego obszaru strony. Wcześniej rozszerzenia mogły wstrzykiwać tylko bezpośrednio
w odizolowany świat rozszerzenia. Więcej informacji na temat izolowanych światów znajdziesz w dokumentacji
na skryptach treści.
Chrome 95: obietnice wsparcia w zakresie Storage API
Data publikacji:
Metody w pliku chrome.storage
na platformie Manifest V3
Interfejs API zwraca teraz obietnice.
Aktualizacja zasad: wymuszanie weryfikacji dwuetapowej
Data publikacji:
Post na blogu o aktualizacji zasad opublikowany 29 czerwca 2021 roku został zaktualizowany aby poprawić harmonogram wdrażania weryfikacji dwuetapowej.
Chrome 94: zmiany w statycznym zestawie reguł deklaratywnego żądania netto
Data publikacji:
chrome.declarativeNetRequest
obsługuje teraz
określenie do 50 statycznych zestawów reguł
(MAX_NUMBER_OF_STATIC_RULESETS)
i włączyć maksymalnie 10 zbiorów reguł
(MAX_NUMBER_OF_ENABLED_STATIC_RULESETS)
za jednym razem.
Chrome 93: obsługa izolacji innych domen
Data publikacji:
Zarówno rozszerzenia Manifest V2, jak i Manifest V3 mogą teraz korzystać z izolacji od różnych domen. Ta funkcja ogranicza, które zasoby z różnych domen
mogą wczytywać strony rozszerzenia i używać funkcji platformy internetowej niskiego poziomu, takich jak
SharedArrayBuffer
Ta funkcja będzie wymagana od wersji Chrome 95.
Aktualizacja zasad: zaktualizowano zasady programu dla deweloperów
Data publikacji:
Zaktualizowaliśmy zasady programu dla deweloperów Chrome Web Store z wyjaśnieniem zasad dotyczących zwodniczych metod instalacji, spamu i powtarzających się treści. Ta aktualizacja obejmuje też nowy wymóg weryfikacji dwuetapowej związany z publikowaniem treści w Chrome Web Sklep. Więcej informacji znajdziesz w poście na blogu.
Post na blogu: działania rozszerzenia na platformie Manifest V3
Data publikacji:
Rozszerzenia do Chrome miały przez lata interfejsy API chrome.browserAction
i chrome.pageActions
, ale platforma Manifest
W wersji 3 zastąpiliśmy je ogólnym interfejsem API chrome.actions
. Ten
omawia historię tych interfejsów API i zmienia je w platformie Manifest V3. Przeczytaj posta
Post na blogu: wprowadzenie chrome.scripting
Data publikacji:
Interfejs chrome.scripting
API to nowy interfejs API Manifest V3
cóż, scenariuszy. W tym poście omówimy powody tej zmiany i przyjrzymy się bliżej
nowych możliwości. Przeczytaj posta
Chrome 92: obsługa skryptów service worker modułów
Data publikacji:
Chrome obsługuje teraz moduły JavaScriptu w mechanizmach Service Worker. Aby określić moduł na swoim plik manifestu:
"background": {
"service_worker": "script.js",
"type": "module"
}
Spowoduje to wczytanie skryptu instancji jako moduł ES, dzięki czemu będzie można użyć słowa kluczowego import
w
skrypt instancji roboczej, aby zaimportować inne moduły.
Chrome 91: chrome.action.getUserSettings()
Data publikacji:
Nowy
chrome.action.getUserSettings()
pozwala rozszerzeniom określić, czy użytkownik przypiął rozszerzenie do głównego paska narzędzi.
Chrome 90: chrome.scripting.removeCSS()
Data publikacji:
Nowa funkcja chrome.scripting.removeCSS()
pozwala rozszerzeniom usuwać kod CSS, który został wcześniej wstawiony za pomocą
chrome.scripting.insertCSS()
it
zastępuje chrome.tabs.removeCSS()
.
Chrome 90: zwracanie obietnic zawartych w kodzie Scripting.executeScript()
Data publikacji:
chrome.scripting.executeScript()
teraz
obsługuje obietnice zwracania. Jeśli wynikowa wartość wykonania skryptu jest obietnicą, Chrome
będzie czekać, aż obietnica się ustabilizuje i zwróci jej wynikową wartość.
Chrome 90: wyniki funkcji chrome.scripting.executeScript() obejmują identyfikator frameId
Data publikacji:
Wyniki zwrócone z
chrome.scripting.executeScript()
dodaj teraz parametr frameId.
Właściwość frameId
wskazuje ramkę, z której pochodzi wynik, ułatwiając rozszerzeniom
wiążą wyniki z poszczególnymi klatkami podczas wstrzykiwania wielu klatek.
Chrome 89: nowy interfejs API do zarządzania grupami kart
Data publikacji:
Nowy interfejs API chrome.tabGroups
i nowe możliwości w
chrome.tabs
zezwól rozszerzeniom na odczytywanie i modyfikowanie grup kart.
Wymaga platformy Manifest V3.
Chrome 89: konfigurowalne uprawnienia dla zasobów dostępnych w internecie
Data publikacji:
Definicje zasobów dostępnych w internecie: Manifest V3 został zmieniony, aby umożliwić rozszerzeniom ograniczanie dostępu do zasobów na podstawie źródła zgłaszającego lub identyfikator rozszerzenia.
Post na blogu: Konwersja pliku manifestu rozszerzenia
Data publikacji:
Zespół ds. rozszerzeń do Chrome udostępnił pakiet open source „Extension Manifest Converter” – narzędzie w języku Python, automatyzuje niektóre mechaniczne aspekty konwertowania rozszerzeń na platformę Manifest V3. Zobacz post na blogu z ogłoszeniem i pobierz go z GitHuba.
Chrome 88. Ogólna dostępność platformy Manifest V3
Data publikacji:
Manifest V3 to duża aktualizacja platformy rozszerzeń. Podsumowanie nowych i zmienionych funkcji znajdziesz w artykule Omówienie platformy Manifest V3. Rozszerzenia mogą na razie nadal używać platformy Manifest V2, ale wkrótce zostanie ona wycofana. Mocno zalecamy używanie platformy Manifest V3 w przypadku wszystkich nowych rozszerzeń i rozpoczęcie migracji dotychczasowych jak najszybciej na platformę Manifest V3.