4.16.09 – informacje o wersji Edge dla Private Cloud

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. info

W poniedziałek 19 września 2016 r. udostępniliśmy nową wersję Apigee Edge for Private Cloud.

Od poprzedniej wersji funkcji Edge dla chmury prywatnej pojawiły się te wersje, które są uwzględnione w tej wersji funkcji:

• Chmura: 16.04.13 (UI), 16.04.13 (monetization), 16.04.20 (UI), 16.04.27 (monetization), 16.04.27 (UI), 16.05.04 (UI), 16.05.11 (UI), 16.05.11 (monetization), 16.05.18 (UI), 16.05.25 (monetization), 16.06.08 (monetization), 16.06.15 (UI), 16.06.22 (monetization), 16.06.29 (UI), 16.07.06 (monetization), 16.07.06.02 (monetization), 16.07.13 (UI), 16.07.20.01 (monetization), 16.07.27 (UI), 16.08.17

Aby dowiedzieć się, jak sprawdzić, czy konkretna wersja chmury jest uwzględniona w Twojej wersji Edge for Private Cloud, przeczytaj artykuł Informacje o numeracji wersji.

Ogólne informacje o wersji

W tej wersji usunęliśmy klasyczny edytor proxy interfejsu API i zastąpiliśmy go nowym edytorem proxy, który był dostępny do użycia razem z klasycznym edytorem. Inne istotne ulepszenia to m.in. poprawa działania ścieżek zasobów produktu API, lepsza obsługa ładunków JSON zdefiniowanych w zasadach Assign Message i Raise Fault, ulepszenia konwersji XML na JSON, lepsza weryfikacja zasobów, możliwość ustawiania limitów czasu dla poszczególnych proxy interfejsu API, zaktualizowane generowanie proxy SOAP w kreatorze proxy interfejsu API oraz obiekt Crypto o wysokiej wydajności dla JavaScript.

Ulepszenia dotyczące zarabiania obejmują nowe funkcje powiadomień z planem taryfowym powiadomień, interfejs API, który przenosi deweloperów do zarabiania, oraz możliwość udostępniania planów taryfowych publicznie lub prywatnie.

W dalszej części tego artykułu znajdziesz szczegółowe informacje o wszystkich nowych funkcjach, aktualizacjach i poprawkach błędów zawartych w tej wersji.

Wycofano

Usługi API

Usunięcie klasycznego edytora serwera proxy (interfejs Cloud 16.04.20)

Nowa wersja Edytora serwera proxy interfejsu API jest teraz jedyną obsługiwaną wersją. Klasyczna wersja nie jest już dostępna, a link „Dostęp do klasycznej wersji Edytora proxy” został usunięty. Jeśli używasz wersji klasycznej, Twoje proxy interfejsu API zostaną automatycznie załadowane w nowym edytorze. (EDGEUI-498)

Zarabianie

Wycofane funkcje zostały usunięte i nie są już obsługiwane:

• Ustawianie limitów
• Powiadomienia o limitach wysyłania

Możesz też skonfigurować powiadomienia zgodnie z opisem w sekcjach poniżej:

• Konfigurowanie powiadomień o wydarzeniach
• Tworzenie powiadomienia o limicie w przypadku planu taryfowego

(DEVRT-2742)

Nowe funkcje i aktualizacje

Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji. Oprócz poniższych ulepszeń ta wersja zawiera też wiele ulepszeń dotyczących użyteczności, wydajności, bezpieczeństwa i stabilności.

Więcej informacji i instrukcji znajdziesz w dokumentacji Edge for Private Cloud.

Chmura prywatna

Uaktualnianie bazy danych PostgreSQL do wersji 9.4

Ta wersja zawiera uaktualnienie do Postgresa 9.4. Instrukcje aktualizowania systemu znajdziesz w artykule Aktualizowanie Apigee Edge do wersji 4.16.09.

Obsługa GeoMap w interfejsie Edge

Agregacje geograficzne umożliwiają zbieranie danych analitycznych dotyczących wywołań interfejsu API na podstawie atrybutów geograficznych, takich jak region, kontynent, kraj i miasto. Na podstawie tych danych analitycznych możesz wyświetlić w interfejsie Edge mapę geograficzną, która pokazuje lokalizację żądań do interfejsu API.

Więcej informacji znajdziesz w artykule Włączanie agregacji geograficznej i map geograficznych.

API BaaS

Dodano dokumentację na temat:

• Jak skonfigurować API BaaS do korzystania z TLS. Więcej informacji znajdziesz w artykule Konfigurowanie TLS dla API BaaS.
• Jak skonfigurować wszystkie węzły API BaaS Stack, aby korzystały z pamięci współdzielonej, dzięki czemu wszystkie zasoby będą dostępne dla wszystkich węzłów API BaaS Stack. Więcej informacji znajdziesz w artykule Przesyłanie komponentów.
• Jak zaszyfrować hasło Cassandra podczas konfigurowania węzłów BaaS Stack. Więcej informacji znajdziesz w artykule Resetowanie haseł Edge.

Wersja beta narzędzia do monitorowania i panelu

Ta wersja zawiera wersję beta nowego narzędzia do monitorowania i panelu Edge. To narzędzie pozwala sprawdzić stan różnych komponentów (routerów, procesorów wiadomości, ZooKeepera, Cassandry) oraz kody błędów HTTP w różnych organizacjach i środowiskach w Twoim wdrożeniu. Możesz też zrobić zrzut danych z panelu i udostępnić go zespołowi Apigee, aby ułatwić rozwiązanie problemów.

Dokumentacja, w tym instrukcje instalacji, jest dołączona do dokumentacji Edge 4.16.09 w wersji 4.18.01.

Zanim jednak zainstalujesz i zaczniesz używać panelu, musisz podpisać umowę dotyczącą oceny Apigee, która jest dostępna w wersji 4.18.01, i odesłać ją do Apigee, wysyłając e-maila na adres orders@apigee.com.

Wersja beta narzędzia do zbierania danych analitycznych

Wszyscy klienci Edge for Private Cloud muszą przesyłać do Apigee statystyki dotyczące ruchu proxy interfejsu API. Apigee zaleca klientom przesyłanie tych informacji raz dziennie, np. przez utworzenie zadania cron.

Aby ułatwić przesyłanie tych danych, Apigee udostępnia wersję beta narzędzia wiersza poleceń apigee-analytics-collector. To narzędzie wysyła raport o liczbie wywołań interfejsu API z powrotem do Apigee. Każda instalacja Edge for the Private Cloud może używać tego narzędzia do pobierania i przesyłania danych o ruchu do Apigee.

Więcej informacji znajdziesz w artykule Przesyłanie danych o ruchu w interfejsie API do Apigee – wersja beta.

Usługi API

Ładunki JSON w zasadach Assign Message i Raise Fault (Cloud 16.08.17)

Dzięki temu ulepszeniu nie trzeba stosować obejść, aby zapewnić prawidłowe formatowanie wiadomości JSON, a zmienne można określać za pomocą nawiasów klamrowych bez tworzenia nieprawidłowego kodu JSON. Na przykład poniższy kod wstawia wartość message.content do wiadomości JSON:

<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>

Jeśli używasz obejścia, Twój kod będzie nadal działać bez zmian. Zamiast nawiasów klamrowych możesz też używać zmiennych variablePrefix i variableSuffix, aby wskazywać zmienne.

Zobacz element <Set><Payload> w dokumentacji referencyjnej zasad przypisywania wiadomości i zasad zgłaszania błędu. (APIRT-1160)

Ulepszenia zasad XML do JSON (Cloud 16.08.17)

Zasady XML do JSON zostały rozszerzone o te funkcje: Możesz skonfigurować zasady tak, aby:

• Traktuj niektóre elementy XML jako tablice podczas konwersji, co powoduje umieszczenie wartości w nawiasach kwadratowych „[ ]” w dokumencie JSON.
• Usuń lub wyeliminuj poziomy hierarchii dokumentu XML w końcowym dokumencie JSON.

Więcej informacji znajdziesz w artykule Zasady dotyczące konwersji XML na JSON. (APIRT-1144)

Wiele symboli wieloznacznych w ścieżkach zasobów produktu interfejsu API (Cloud 16.08.17)

Podczas definiowania ścieżek zasobów w produkcie interfejsu API możesz uwzględnić symbole wieloznaczne w wielu miejscach ścieżki zasobu. Na przykład /team/*/invoices/** zezwala na wywołania interfejsu API z dowolną wartością po /team i dowolnymi ścieżkami zasobów po invoices/. Dozwolony identyfikator URI w wywołaniu interfejsu API to proxyBasePath/team/finance/invoices/company/a.

Jeśli po tej wersji ścieżki zasobów istniejącego produktu API przestaną działać zgodnie z oczekiwaniami, ustaw w swojej organizacji tę właściwość, aby przywrócić poprzednie działanie: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funkcje kryptograficzne w JavaScript (Cloud 16.08.17)

Dostępny jest nowy zestaw funkcji JavaScriptu crypto o wysokiej wydajności, które umożliwiają tworzenie, pobieranie i aktualizowanie tych obiektów skrótu: MD5, SHA-1, SHA256, SHA512. Obiekt crypto umożliwia też uzyskanie daty w różnych formatach. Więcej informacji znajdziesz w modelu obiektu JavaScript. (APIRT-2886)

Sprawdzanie wersji pliku JAR wywołania Javy (Cloud 16.08.17)

Podczas przesyłania zasobu JAR w języku Java do serwera proxy interfejsu API zwracany jest kod stanu HTTP 400 (zamiast 500), jeśli wersja zasobu Java jest niezgodna z wersją Javy obsługiwaną przez Edge, która jest wymieniona w obsługiwanym oprogramowaniu i obsługiwanych wersjach. (MGMT-3420)

Weryfikacja zasobów proxy interfejsu API (Cloud 16.08.17)

Jeśli pliki zasobów serwera proxy interfejsu API (takie jak pliki JAR w JavaScript lub Java) są przechowywane w zakresie środowiska lub organizacji, platforma weryfikacyjna nie wymaga już, aby te zasoby były też uwzględniane na poziomie serwera proxy interfejsu API w pakiecie serwera proxy na potrzeby importu, aby przejść weryfikację. Weryfikacja zasobów odbywa się teraz w momencie wdrażania, a nie importowania. (MGMT-1430)

Konfigurowanie limitu czasu dla poszczególnych proxy interfejsu API (Cloud 16.08.17)

Możesz skonfigurować proxy interfejsu API tak, aby po określonym czasie wygasł (ze stanem 504 – przekroczenie limitu czasu bramy). Głównym przypadkiem użycia jest sytuacja, w której klienci chmury prywatnej mają serwery proxy interfejsu API, których wykonanie trwa dłużej. Załóżmy na przykład, że chcesz, aby określone serwery proxy wygasły po 3 minutach. W konfiguracji proxy interfejsu API możesz użyć nowej właściwości api.timeout. Oto jak to zrobić na przykładzie 3-minutowego filmu:

1. Najpierw skonfiguruj system równoważenia obciążenia, router i procesor wiadomości tak, aby po 3 minutach przekraczały limit czasu.
2. Następnie skonfiguruj odpowiednie serwery proxy, aby przekraczały limit czasu po 3 minutach. Określ wartość w milisekundach. Na przykład:

   <ProxyEndpoint name="default">
     <HTTPProxyConnection>
       <BasePath>/v1/weather</BasePath>
       <Properties>
         <!-- api.timeout is in milliseconeds -->
         <Property name="api.timeout">180000</Property>
       </Properties>
       ...

3. Pamiętaj jednak, że zwiększenie limitów czasu systemu może spowodować problemy z wydajnością, ponieważ wszystkie serwery proxy bez ustawienia api.timeout korzystają z nowych, dłuższych limitów czasu modułu równoważenia obciążenia, routera i procesora wiadomości. Skonfiguruj inne proxy interfejsów API, które nie wymagają dłuższych limitów czasu oczekiwania, aby używały krótszych limitów. Na przykład ten kod ustawia limit czasu dla serwera proxy interfejsu API na 1 minutę:
   <Property name="api.timeout">60000</Property>

Klienci korzystający z chmury, którzy nie mogą modyfikować limitów czasu Edge, mogą też skonfigurować limit czasu serwera proxy interfejsu API, o ile jest on krótszy niż standardowy limit czasu procesora wiadomości Edge wynoszący 57 sekund.

Nie możesz wypełnić wartości zmienną. Ta właściwość jest opisana w informacjach o właściwościach punktu końcowego. (APIRT-1778)

Działanie serwera proxy SOAP podczas korzystania z kreatora serwera proxy (interfejs Cloud 16.07.27)

Podczas tworzenia serwera proxy opartego na protokole SOAP z pliku WSDL za pomocą kreatora serwera proxy masz 2 opcje tworzenia serwera proxy:

• Pass-Through SOAP, w którym serwer proxy po prostu przekazuje ładunek żądania SOAP w niezmienionej postaci.
• REST do SOAP do REST, gdzie serwer proxy konwertuje przychodzący ładunek, np. JSON, na ładunek SOAP, a następnie konwertuje odpowiedź SOAP z powrotem na format oczekiwany przez wywołującego.

Ta wersja zawiera te zmiany w działaniu tych opcji: Różnice między starym a nowym działaniem dotyczą zasad i konfiguracji, które są automatycznie generowane przez kreator serwera proxy.

Przekazywanie SOAP

• Wszystkie operacje WSDL są teraz wysyłane do podstawowej ścieżki proxy „/”, a nie do zasobów proxy (np. „/cityforecastbyzip”). Nazwy operacji są przekazywane do docelowej usługi SOAP. Działa to zgodnie ze specyfikacją SOAP.

• Wygenerowany serwer proxy nie obsługuje już formatu JSON w żądaniu. Obsługuje tylko format XML. Serwer proxy zapewnia, że żądania SOAP mają element Envelope, Body i przestrzeń nazw.

REST do SOAP do REST

• WSDL 2.0 nie jest obsługiwany.
• Nowe zachowanie nie zostało przetestowane w przypadku WS-Policy.
• Serwer proxy umożliwia wysyłanie danych JSON zamiast FormParams.
• Gdy dodasz do serwera proxy obsługę CORS (współdzielenia zasobów pomiędzy serwerami z różnych domen) za pomocą narzędzia do tworzenia serwerów proxy, zobaczysz te ulepszenia:
  • Nagłówek Access-Control-Allow-Headers: oprócz nagłówków Origin, x-requested-with i Accept nagłówek Access-Control-Allow-Headers zawiera też nagłówki Content-Type, Accept-Encoding, Accept-Language, Host, Pragma, Referrer, User-Agent i Cache-Control.
  • Nagłówek Access-Control-Allow-Methods: oprócz GET, PUT, POST i DELETE ten nagłówek zawiera też czasowniki PATCH i OPTIONS.
• Podczas generowania serwera proxy interfejsu API dla pliku WSDL Edge odczytuje wszystkie typy złożone zdefiniowane jako abstrakcyjne w pliku WSDL i prawidłowo rozpoznaje wszystkie typy instancji oparte na typach abstrakcyjnych.

Narzędzie wiersza poleceń open source wsdl2apigee

Apigee udostępnia też narzędzie wiersza poleceń typu open source do generowania serwerów proxy interfejsu API typu passthrough lub rest-to-soap na podstawie plików WSDL. Zobacz https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Domyślny czas wygaśnięcia lub odświeżania w zasadach operacji na mapie klucz-wartość (interfejs Cloud 16.06.15)

Zasady dotyczące operacji na mapach klucz-wartość pozwalają określić, jak długo wartości są przechowywane przed odświeżeniem. Odstęp czasu między odświeżeniami jest ustawiany za pomocą elementu <ExpiryTimeInSecs>. Jeśli operacja GET zostanie wykonana, a interwał ważności zostanie przekroczony, wartość zostanie odświeżona, a zasada otrzyma zaktualizowaną wartość. Gdy dodasz tę zasadę do serwera proxy interfejsu API, domyślny czas wygaśnięcia będzie wynosić 300 sekund. (Poprzednia wartość domyślna to -1, co oznacza, że wartości nigdy nie są odświeżane). (EDGEUI-579)

Zarabianie

Plan z regulowaną liczbą powiadomień (interfejs Cloud 16.04.20, monetyzacja Cloud 16.04.13)

Nowy plan taryfowy z możliwością dostosowania w usłudze generowania przychodów w Edge umożliwia dostawcy interfejsu API dostosowanie docelowej liczby transakcji dla każdego dewelopera aplikacji. Możesz skonfigurować, czy i kiedy mają być wysyłane powiadomienia, na podstawie tego, jaki procent docelowej liczby został osiągnięty, np. 90%, 100% lub 150%. Ta funkcja jest dostępna w interfejsie zarządzania oraz w interfejsie API zarządzania (który był dostępny w poprzedniej wersji). Więcej informacji znajdziesz w artykule Określanie szczegółów planu powiadomień z możliwością dostosowania. (DEVRT-2375, DEVRT-2370)

Powiadomienia webhook dla planów z regulowaną stawką powiadomień (Cloud 16.04.27 monetyzacja)

W przypadku planów z regulowaną liczbą powiadomień możesz tworzyć webhooki, które wysyłają powiadomienia na podany przez Ciebie adres URL. Możesz też ustawić powiadomienia, które będą się pojawiać w określonych odstępach czasu (procentach), dopóki nie osiągniesz limitu transakcji. Powiadomienia webhook zapewniają elastyczną alternatywę dla korzystania z dotychczasowych szablonów powiadomień. Zobacz Konfigurowanie powiadomień za pomocą webhooków. (DEVRT-2393, DEVRT-2394)

Plan Adjustable Notification with Custom Attribute (interfejs Cloud 16.05.18)

W przypadku zarabiania na Edge nowy plan stawek „Powiadomienie z możliwością dostosowania i atrybutem niestandardowym” umożliwia zwiększenie liczby transakcji dewelopera za pomocą wartości atrybutu niestandardowego. W przypadku standardowego planu cenowego z regulowaną liczbą powiadomień każde wywołanie interfejsu API zwiększa liczbę transakcji dewelopera o 1. W przypadku planu cenowego „Dostosowywane powiadomienie z atrybutem niestandardowym” wartość atrybutu niestandardowego jest dodawana do liczby transakcji dewelopera. Jeśli np.atrybut niestandardowy „small” ma w odpowiedzi wartość 0,1, liczba transakcji zwiększa się o 0,1.Jeśli natomiast atrybut niestandardowy „addressTotal” ma wartość 50, liczba zwiększa się o 50. Więcej informacji znajdziesz w artykule Określanie planu cenowego za pomocą szczegółów atrybutu niestandardowego. (DEVRT-2504)

Konfigurowanie powiadomień na podstawie łącznych kwot transakcji w przypadku firmy i jej deweloperów (Cloud 16.06.22 monetization)

Zwykle sumy transakcji są śledzone automatycznie w przypadku wszystkich deweloperów w firmie, gdy korzystają oni z aplikacji firmowej, aby uzyskać dostęp do interfejsów API. Co zrobić, jeśli masz deweloperów, którzy aktywnie korzystają z własnych aplikacji deweloperskich, aby uzyskiwać dostęp do interfejsów API, i musisz śledzić ich łączne transakcje bez zakłócania ruchu? Możesz dodać deweloperów do firmy i skonfigurować powiadomienia, które będą wysyłane po osiągnięciu progów opartych na łącznych kwotach transakcji firmy i jej deweloperów. Więcej informacji znajdziesz w artykule Konfigurowanie powiadomień na podstawie łącznych kwot transakcji firmy i jej deweloperów. (DEVRT-2643)

Wyświetlanie i ponowne przetwarzanie powiadomień (zarabianie w Cloud 16.06.08)

W ramach pakietu testów monetyzacji możesz wyświetlać i ponownie przetwarzać powiadomienia wysłane wcześniej za pomocą interfejsu Management API. Więcej informacji znajdziesz w artykule Wyświetlanie i ponowne przetwarzanie powiadomień. (DEVRT-2643)

Testowanie zarabiania (Cloud 16.05.25 monetization)

Monetyzacja udostępnia zestaw interfejsów API, których możesz używać do testowania wykonywania webhooków, aby mieć pewność, że powiadomienia są wysyłane. Szczegółowe informacje znajdziesz w sekcji Testowanie konfiguracji powiadomień. (DEVRT-2625)

Migracja deweloperów do zarabiania (zarabianie w Cloud 16.05.11)

Udostępniamy nowy interfejs API, który ułatwia programistom przejście na zarabianie. Możesz przenosić wykorzystanie transakcji i pobierać opłaty za niestandardową konfigurację oraz opłaty cykliczne. Dodatkowo, akceptując opublikowany plan cenowy, możesz zrezygnować z opłat konfiguracyjnych, jeśli zostały już naliczone. Więcej informacji znajdziesz w artykule Przenoszenie deweloperów na zarabianie. (DEVRT-2446)

Publiczne i prywatne plany cenowe w portalu dla deweloperów (zarabianie na Cloud 16.04.27)

Możesz ustawić plany cenowe jako „Publiczne” lub „Prywatne”. Abonamenty publiczne są widoczne w portalu dla deweloperów, a abonamenty prywatne – nie. Domyślnym ustawieniem planu taryfowego jest Publiczny. Więcej informacji znajdziesz na stronie http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans (w języku angielskim). (DEVRT-2445)

Przywracanie kont deweloperów (Cloud 16.06.08 monetization)

Monetyzacja udostępnia zestaw interfejsów API, których możesz użyć, aby przywrócić konto dewelopera, które zostało wcześniej zawieszone. Jeśli skonfigurowany limit zostanie osiągnięty, konto dewelopera może zostać zawieszone. Na przykład liczba transakcji osiągnęła maksymalny limit lub saldo konta przedpłaconego zostało wyczerpane. Więcej informacji znajdziesz w artykule Przywracanie kont deweloperów. (DEVRT-2641)

Wyświetlanie stanu transakcji (zarabianie w Cloud 16.06.08)

W ramach zestawu testów zarabiania możesz wyświetlać stan transakcji, które miały miejsce w określonym zakresie czasu, za pomocą interfejsu Management API. Więcej informacji znajdziesz w artykule Wyświetlanie stanu transakcji. (DEVRT-2640)

Uwzględnianie w raportach o przychodach atrybutów niestandardowych dewelopera (Cloud 16.05.25 monetization)

W przypadku raportów o przychodach możesz uwzględnić w raporcie atrybuty niestandardowe, jeśli są one zdefiniowane dla dewelopera. Więcej informacji znajdziesz w artykule Uwzględnianie w raportach o przychodach niestandardowych atrybutów dewelopera za pomocą interfejsu API. (DEVRT-2447)

Spójność zasad rejestrowania transakcji i zasobów usługi API (interfejs Cloud 16.05.18)

Jeśli ścieżki zasobów w zasadach rejestrowania transakcji dotyczących zarabiania nie pasują do ścieżek zasobów zdefiniowanych w produkcie API (np. jeśli zmienisz ścieżki zasobów produktu API), ikona zasad rejestrowania transakcji na stronie Produkty będzie zawierać symbol ostrzeżenia. Gdy klikniesz ikonę, aby wyświetlić Zasady nagrywania transakcji, u góry strony pojawi się ostrzeżenie. Gdy poprawisz ścieżki zasobów w zasadach nagrywania transakcji, wskaźniki ostrzegawcze znikną. (DEVRT-2240)

Usunięte błędy

W tej wersji naprawiliśmy te błędy: Ta lista jest przeznaczona głównie dla użytkowników, którzy chcą sprawdzić, czy ich zgłoszenia zostały rozwiązane. Nie jest on przeznaczony do dostarczania szczegółowych informacji wszystkim użytkownikom.

Edge for Private Cloud

16.08.17

16.07.27 (UI)

16.07.20.01 (zarabianie)

Ta wersja zawiera niewielkie zmiany w schemacie bazy danych. Nie ma w niej innych aktualizacji oprogramowania.

16.07.13 (UI)

16.07.06.02 (zarabianie)

16.07.06 (zarabianie)

16.06.29 (UI)

16.06.22 (zarabianie)

Brak

16.06.15 (UI)

16.06.08 (zarabianie)

Brak

16.05.25 (zarabianie)

16.05.18 (UI)

16.05.11 (zarabianie)

16.05.11 (UI)

16.05.04 (UI)

16.04.27 (UI)

16.04.27 (zarabianie)

Brak

16.04.20 (UI)

16.04.13 (zarabianie)

Brak

16.04.13 (UI)

Znane problemy

W tej wersji występują te znane problemy: