4.16.09 – informacje o wersji Edge dla Private Cloud

Przeglądasz dokumentację Apigee Edge.
Przejdź do Dokumentacja Apigee X. informacje.

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

Od poprzedniej wersji funkcji Edge dla chmury prywatnej w poniższych wersjach które pojawiły się w tej wersji funkcji:

• Chmura: 16.04.13 (UI), 16.04.13 (generowanie przychodu), 16.04.2020 r. (UI), 16.04.27 (generowanie przychodu), 16.04.27 (UI), 16.05.04 (UI), 16.05.11 (UI), 16.05.11 (generowanie przychodu), 16.05.18 (UI), 16.05.25 (generowanie przychodu), 16.06.08 (generowanie przychodu), 16.06.15 (UI), 16.06.22 (generowanie przychodu), 16.06.29 (UI), 16.07.06 (generowanie przychodu), 16.07.06.02 (generowanie przychodu), 16.07.13 (UI), 16.07.20.01 (generowanie przychodu), 16.07.27 (UI), 16.08.17

Zobacz Informacje o wersji numerowanie, aby zrozumieć, jak sprawdzić, czy określona wersja chmury dostępne w Twojej wersji Edge dla Private Cloud.

Ogólne informacje o wersji

W tej wersji klasyczny edytor proxy interfejsu API został usunięty i zastąpiony nowym serwerem proxy który był dostępny do używania razem z klasycznym edytorem. Inne ważne ulepszenia obejmują ulepszone działanie ścieżek zasobów usługi API, ulepszoną obsługę ładunków JSON. zdefiniowane w zasadach przypisywania wiadomości i zgłaszania błędów, a także ulepszenia konwersji XML-do JSON. ulepszona weryfikacja zasobów, możliwość ustawiania limitów czasu na poszczególnych serwerach proxy interfejsu API, zaktualizowane serwerów proxy SOAP w kreatorze serwerów proxy API, a także wydajny obiekt Crypto, JavaScriptu.

Ulepszenia związane z zarabianiem obejmują nowe funkcje powiadomień z planem stawek powiadomień, Interfejs API przenoszący deweloperów do funkcji zarabiania oraz możliwość publicznego lub publicznego udostępniania planów stawek prywatne.

W pozostałej części tego tematu znajdziesz szczegółowe informacje na temat wszystkich nowych funkcji, aktualizacji i poprawek błędów zawarte w wydawnictwie.

Wycofano

Usługi API

Usunięto klasyczny edytor proxy (interfejs Cloud 16.04.20)

Nowa wersja edytora proxy interfejsu API jest teraz jedyną obsługiwaną wersją. Wersja klasyczna nie jest już dostępny, a link „Uzyskaj dostęp do klasycznej wersji edytora proxy” było usunięto. Jeśli korzystasz z wersji klasycznej, Twoje serwery proxy interfejsu API będą automatycznie wczytywane w nowego edytora. (EDGEUI-498)

Zarabianie

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

• Ustawianie limitów
• Wysyłanie powiadomień o limitach wysyłania

Powiadomienia możesz też skonfigurować w sposób opisany w tych sekcjach:

• Skonfiguruj zdarzenie powiadomienia
• Utwórz powiadomienie o ograniczeniu w przypadku abonamentu

(DEVRT-2742)

Nowe funkcje i aktualizacje

Poniżej przedstawiamy nowe funkcje i ulepszenia wprowadzone w tej wersji. Oprócz poniższych ulepszeń, ta wersja zawiera też wiele usprawnień, łatwości obsługi, wydajności, bezpieczeństwa i stabilności i ulepszeniach.

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

Chmura prywatna

Aktualizacja Postgres do wersji 9.4

Ta wersja zawiera uaktualnienie do Postgres 9.4. Aby dowiedzieć się, jak zaktualizować system, Więcej informacji: Aktualizowanie Apigee Edge do 4.16.09.

Obsługa map geograficznych w interfejsie Edge

Agregacje geograficzne pozwalają gromadzić dane analityczne dotyczące wywołań interfejsu API na podstawie danych geograficznych takie jak region, kontynent, kraj i miasto. Na podstawie tych danych analitycznych możesz wyświetlić: Geomapa w interfejsie Edge, która pokazuje lokalizację żądań do interfejsu API.

Więcej informacji znajdziesz w artykule Włączanie agregacji danych geograficznych Mapy geograficzne.

Interfejs API BaaS

Dodano dokumentację:

• Jak skonfigurować protokół BaaS w interfejsie API, aby używać TLS. Więcej informacji znajdziesz w artykule Konfigurowanie TLS dla interfejsu API BaaS.
• Jak skonfigurować wszystkie węzły stosu BaaS API w taki sposób, aby korzystały z pamięci współdzielonej, tak aby wszystkie zasoby były dostępna dla wszystkich węzłów stosu BaaS API. Więcej informacji znajdziesz w artykule Przesyłanie zasobów.
• Jak szyfrować hasło Cassandra podczas konfigurowania węzłów stosu BaaS. Więcej Więcej informacji można znaleźć w sekcji Resetowanie Edge hasła.

Wersja beta narzędzia do monitorowania i panelu

Ta wersja obejmuje wersję beta nowego narzędzia do monitorowania i panelu do Edge. To narzędzie pozwala sprawdzić stan różnych komponentów (routerów, procesorów wiadomości, ZooKeeper czy Cassandra) oraz kody błędów HTTP różnych organizacji i środowisk lub wdrożenia. Możesz też zrobić zrzut danych panelu i udostępnić je Apigee, aby ułatwić w rozwiązywaniu problemów związanych z pomocą.

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

Zanim jednak zainstalujesz panel i zaczniesz go używać, musisz przeprowadzić ocenę Apigee Umowy, która jest dostępna w wersji 4.18.01, i zwróci ją do Apigee przez wysyłając e-maila na adres Orders@apigee.com.

Wersja beta narzędzia do kolektora statystyk

Wszyscy klienci Edge for Private Cloud muszą przesyłać do Apigee statystyki dotyczące interfejsu API przez serwer proxy. Apigee zaleca, aby klienci przesyłali te informacje raz dziennie, najlepiej w celu utworzenia zadania cron.

Aby ułatwić przesyłanie tych danych, Apigee udostępnia wersję beta wiersza poleceń apigee-analytics-collector. za media. To narzędzie wysyła raport liczby wywołań interfejsu API z powrotem do Apigee. Na każdym brzegu Instalacja chmury prywatnej może używać tego narzędzia do pobierania i raportowania danych o ruchu Apigee.

Aby uzyskać więcej informacji, przeczytaj artykuł Interfejs API przesyłania do przesyłania Dane ruchu do Apigee – wersja beta.

Usługi API

Ładunki JSON w sekcji Przypisywanie wiadomości i zgłaszanie błędów (Cloud 16.08.17)

To ulepszenie nie wymaga obejścia, aby zapewnić prawidłowe formatowanie wiadomości JSON. można określić za pomocą nawiasów klamrowych bez tworzenia nieprawidłowego kodu JSON. Na przykład parametr W poniższym przykładzie wstawiana jest wartość message.content w wiadomości JSON:

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

Jeśli skorzystano z obejścia, kod będzie działać bez zmian. Możesz też użyć zmiennych Prefiks i variableSuffix zamiast nawiasów klamrowych do wskazywania zmiennych.

Zapoznaj się z <Set><Ładem> w sekcji Assign Message policy (Przypisywanie zasad dotyczących wiadomości) oraz Zgłaszanie błędów w ramach zasad zapoznaj się z dokumentami. (APIRT-1160)

Ulepszenia zasad XML do plików JSON (Cloud 16.08.17)

Zasada XML na JSON została rozszerzona o następujące funkcje. Możesz skonfigurować zasady na:

• Traktuj podczas konwersji niektóre elementy XML jako tablice, co powoduje ustawienie wartości pod postacią kwadratu nawiasy klamrowe „[ ]” w dokumencie JSON.
• Usuń lub usuń poziomy hierarchii dokumentów XML w ostatecznym dokumencie JSON.

Więcej informacji można znaleźć w sekcji XML. do zasady JSON. (APIRT-1144)

Wiele symboli wieloznacznych w ścieżkach zasobów usługi API (Cloud 16.08.17)

Definiując ścieżki zasobów w usłudze API, możesz umieścić symbole wieloznaczne w wielu miejscach ścieżki zasobu. Na przykład /team/*/invoices/** zezwala na wywołania interfejsu API z dowolnymi jedna wartość po /team i wszystkich ścieżkach zasobów po invoices/. Dozwolony identyfikator URI w wywołaniu interfejsu API spowodowałby proxyBasePath/team/finance/invoices/company/a.

Jeśli po tej wersji istniejące ścieżki zasobów usługi API przestaną działać zgodnie z oczekiwaniami, ustaw tę usługę w Twojej organizacji, aby przywrócić poprzednią zachowanie: features.enableStandardWildCardMatchForAPIProductResources = true

(MGMT-3273)

Funkcje kryptograficzne w języku JavaScript (Cloud 16.08.17)

Dostępny jest nowy zestaw zaawansowanych funkcji JavaScriptu w języku crypto do tworzenia, pobierania i aktualizowania następujących obiektów: MD5, SHA-1, SHA256, SHA512. Obiekt crypto pozwala też uzyskać w różnych formatach. Więcej informacji znajdziesz w artykule Obiektowy model JavaScript. (APIRT-2886)

Sprawdzanie wersji JAR objaśnienia Java (Cloud 16.08.17)

Podczas przesyłania zasobu JAR Java do serwera proxy interfejsu API zwracany jest kod stanu HTTP 400 (zamiast 500), jeśli wersja zasobu Java jest niezgodna z obsługiwaną przeglądarką Edge wersji środowiska Java wymienionych na stronie Obsługiwane oprogramowanie i . (MGMT-3420)

Sprawdzanie poprawności zasobów serwera proxy API (Cloud 16.08.17)

Jeśli masz pliki zasobów serwera proxy API (takie jak JavaScript lub pliki JAR Java) przechowywane w na poziomie środowiska lub organizacji, platforma weryfikacji nie wymaga już uwzględnij te zasoby na poziomie serwera proxy interfejsu API w pakiecie proxy w celu zaimportowania, aby przejść weryfikację. Weryfikacja zasobów odbywa się teraz podczas wdrażania, a nie podczas importowania. (MGMT-1430)

Konfigurowanie czasu oczekiwania dla poszczególnych serwerów proxy API (Cloud 16.08.17)

Możesz skonfigurować serwery proxy interfejsu API tak, aby po upływie określonego czasu przekraczały limit czasu (z kodem błędu 504) ). głównie z myślą o klientach Private Cloud, którzy korzystają z serwerów proxy interfejsów API, i wykonywanie ich. Załóżmy na przykład, że określone serwery proxy muszą osiągnąć limit czasu po 3 minutach. Dostępne opcje użyć nowej właściwości api.timeout w konfiguracji serwera proxy interfejsu API. Aby to zrobić: użyjemy tego 3-minutowego przykładu:

1. Po pierwsze, skonfiguruj system równoważenia obciążenia, router i procesor wiadomości, tak aby przekroczono limit czasu po 3 minutach.
2. Następnie skonfiguruj odpowiednie serwery proxy tak, aby przekroczyły limit czasu po 3 minutach. Podaj wartość w milisekund. 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. Należy jednak pamiętać, że wydłużenie czasu oczekiwania systemu może spowodować problemy z wydajnością, ponieważ wszystkie serwery proxy bez ustawienia api.timeout używają nowego, wyższego systemu równoważenia obciążenia, routera i procesora wiadomości. Skonfiguruj więc inne serwery proxy interfejsów API, które nie wymagają dłuższe limity czasu, aby wykorzystać krótszy czas oczekiwania. W przykładzie poniżej pokazujemy, że serwer proxy interfejsu API zostaje ustawiony na przekroczenie limitu czasu po minucie:
   <Property name="api.timeout">60000</Property>

Klienci Google Cloud, którzy nie mogą zmieniać limitów czasu oczekiwania na serwerach brzegowych, mogą też skonfigurować limit czasu serwera proxy dopóki limit czasu będzie krótszy niż standardowy czas oczekiwania procesora wiadomości Edge wynoszący 57 sek.

Nie można zapełnić wartości zmienną. Ta właściwość jest objęta właściwościami punktu końcowego odniesienie. (APIRT-1778)

Działanie serwera proxy SOAP podczas używania kreatora proxy (interfejs użytkownika Cloud 16.07.27)

Podczas tworzenia serwera proxy opartego na SOAP z użyciem WSDL przy użyciu kreatora proxy dostępne są 2 opcje dla: tworzenie serwera proxy:

• Protokół przekazywania SOAP, w którym serwer proxy po prostu przechodzi przez żądanie SOAP. ładunek w obecnej postaci.
• REST to SOAP na REST, gdzie serwer proxy konwertuje ładunek przychodzący taki jak JSON na ładunek SOAP, a następnie konwertuje odpowiedź SOAP z powrotem na format wywołujący których oczekuje.

W tej wersji wprowadziliśmy następujące aktualizacje działania tych opcji. Różnice między starym a nowym sposobem działania znajdują się w zasadach i konfiguracjach, które są automatycznie wygenerowane przez kreatora serwera proxy.

Przekazywanie SOAP

• Wszystkie operacje WSDL są teraz wysyłane do ścieżki podstawowej serwera proxy „/” zamiast zasobów proxy (np. „/cityforecastbyzip”). Nazwy operacji są przekazywane do docelowego protokołu SOAP posprzedażna. To zachowanie jest zgodne ze specyfikacją SOAP.

• Wygenerowany serwer proxy nie obsługuje już w żądaniu kodu JSON. Obsługuje tylko format XML. Serwer proxy zapewnia, że żądania SOAP mają kopertę, treść i przestrzeń nazw.

WYPRÓBUJ SOAP za pomocą polecenia REST

• WSDL 2.0 nie jest obsługiwany.
• Nowe działanie nie zostało przetestowane z użyciem WS-Policy.
• Serwer proxy umożliwia POSTĘPOWANIE danych JSON zamiast FormParams.
• Gdy dodasz obsługę CORS (udostępnianie zasobów między domenami) do serwera proxy przy użyciu serwera proxy zobaczysz te ulepszenia:
  • Nagłówek Access-Control-Allow-Headers: oprócz Origin, x-requested-with i Accept, makro Nagłówek Access-Control-Allow-Headers zawiera również 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, DELETE, ten nagłówek zawiera również Czasowniki PATCH i OPTIONS.
• Podczas generowania serwera proxy interfejsu API dla WSDL Edge odczytuje wszystkie obiekty ComplexType zdefiniowane jako abstrakcyjny w WSDL i poprawnie rozpoznaje wszystkie typy instancji oparte na abstrakcyjnym .

narzędzie wiersza poleceń wsdl2apigee typu open source

Apigee udostępnia też narzędzie wiersza poleceń typu open source do generowania Serwery proxy interfejsu API „reszta-soap” z WSDL. Więcej informacji znajdziesz na https://github.com/apigee/wsdl2apigee.

(EDGEUI-614)

Domyślne wygaśnięcie/odświeżenie w zasadach dotyczących operacji na mapie klucz-wartość (interfejs użytkownika Cloud 16.06.15)

Zasady te pozwalają określić, jak długo wartości są zachowywane przed odświeżanie. Interwał odświeżania jest ustawiany za pomocą wartości element <ExpiryTimeInSecs>. Jeśli operacja GET zostanie wykonana i po upływie okresu wygaśnięcia następuje odświeżenie wartości, a zasada aktualizuje . Gdy dodasz tę zasadę do serwera proxy interfejsu API, domyślny czas wygaśnięcia wyniesie teraz 300 sekund. (Parametr poprzednia wartość domyślna to -1, co oznacza, że wartości nigdy nie są odświeżane). (EDGEUI-579)

Zarabianie

Plan częstotliwości powiadomień z możliwością dostosowania (UI w interfejsie Cloud 16.04.20, zarabianie w Cloud 16.04.13)

Nowy plan opłat za powiadomienia z możliwością dostosowania w ramach zarabiania na Edge pozwala dostawcy interfejsu API dostosować docelową liczbę transakcji na dewelopera. Możesz określić, czy i kiedy powiadomienia są wysyłane zależnie od tego, jaki procent liczby docelowej został osiągnięty, np. 90%, 100% lub 150%. Z tej funkcji można korzystać zarówno w interfejsie zarządzania, jak i w interfejsie API zarządzania (dostępne w poprzedniej wersji). Więcej informacji znajdziesz w sekcji Określanie szczegóły planu powiadomień, które można dostosować. (DEVRT-2375, DEVRT-2370)

Powiadomienia webhooka dotyczące planów stawek za powiadomienia (Cloud 16.04.27) generowanie przychodu)

W przypadku planów stawek powiadomień z możliwością dostosowania możesz utworzyć webhooki, które wysyłają powiadomienia do pod określonym adresem URL. Możesz też określić, aby powiadomienia pojawiały się w określonych odstępach czasu (w procentach). aż do osiągnięcia limitu transakcji. Powiadomienia webhooka zapewniają jest alternatywą dla istniejących szablonów powiadomień. Zobacz Konfigurowanie powiadomień przy użyciu webhooki. (DEVRT-2393, DEVRT-2394)

Dostosowanie powiadomienia z planem stawek atrybutów niestandardowych (interfejs Cloud 16.05.18)

W ramach zarabiania na Edge nowe powiadomienie z możliwością dostosowania z atrybutem niestandardowym plan stawek pozwala dodać do liczby transakcji dewelopera za pomocą wartości atrybutu niestandardowego. Zgodnie ze standardem Plan częstotliwości powiadomień z możliwością dostosowania; każde udane wywołanie interfejsu API dodaje 1 do transakcji dewelopera . W przypadku planu określania stawek dla atrybutów niestandardowych wartość atrybutu atrybut niestandardowy jest dodawany do liczby transakcji dewelopera. Jeśli na przykład atrybut niestandardowy „mały” ma w odpowiedzi wartość 0,1, liczba transakcji jest zwiększona o 0,1; lub jeśli atrybut niestandardowy „addressTotal” ma wartość 50, liczba jest zwiększana o 50. Więcej informacje znajdziesz w artykule Określanie abonamentu. ze szczegółami atrybutów niestandardowych. (DEVRT-2504)

Konfigurowanie powiadomień na podstawie sumy transakcji dla firmy i jej deweloperów (Zarabianie na Google Cloud w wersji 16.06.22)

Zwykle łączne kwoty transakcji są śledzone automatycznie dla wszystkich deweloperów w firmie, gdy deweloperzy uzyskują dostęp do interfejsów API za pomocą aplikacji firmowej. A jeśli masz deweloperów, którzy aktywnie uczestniczą w programie używają własnych aplikacji deweloperskich w celu uzyskania dostępu do interfejsów API. Musisz też śledzić połączone transakcje bez zakłóceń ruchu? Możesz dodać deweloperów do firmy i skonfigurować powiadomienia wysyłane po osiągnięciu progów, które zależą od połączonych transakcji dla firmy i jej deweloperów. Więcej informacji znajdziesz w sekcji Ustawianie powiadomienia na podstawie sumy transakcji dla danej firmy i jej deweloperów. (DEVRT-2643)

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

W ramach pakietu do testowania zarabiania możesz wyświetlać i ponownie przetwarzać powiadomienia wysłane przy użyciu interfejsu API do zarządzania. Więcej informacji można znaleźć w sekcji Wyświetlanie i ponownego przetwarzania powiadomień. (DEVRT-2643)

Testowanie zarabiania (zarabianie w Cloud 16.05.25)

Funkcja generowania przychodu udostępnia zestaw interfejsów API, których można używać do testowania działania webhooków sprawdź, czy są wysyłane powiadomienia. Szczegółowe informacje znajdziesz w sekcji Testowanie konfiguracji powiadomień. (DEVRT-2625)

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

Aby ułatwić deweloperom przejście na funkcję zarabiania, dostępny jest nowy interfejs API. Dostępne opcje wykorzystanie danych związanych z transferem danych, naliczanie opłat niestandardowych za konfigurację i opłaty cykliczne. Ponadto, gdy akceptując opublikowany abonament, możesz zrezygnować z opłat konfiguracyjnych, jeśli zostały już naliczone. Więcej informacji znajdziesz w artykule Migracja programistów do zarabiania. (DEVRT-2446)

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

Abonamenty możesz ustawić na „Publiczne” lub „Prywatny”. Publiczne plany stawek pojawiają się u dewelopera portal; Nie są one dostępne w przypadku prywatnych abonamentów. Ustawienie domyślne planu stawek to publiczne. Aby dowiedzieć się więcej, Więcej informacji: http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans. (DEVRT-2445)

Anulowanie zawieszenia deweloperów (zarabianie w Cloud 16.06.08)

W ramach funkcji zarabiania dostępny jest zestaw interfejsów API, za pomocą których możesz cofnąć zawieszenie dewelopera, wcześniej zawieszone. Po osiągnięciu skonfigurowanego limitu deweloper może zostać zawieszony. Dla: na przykład osiągnięto maksymalny limit liczby transakcji lub saldo konta rozliczanego w systemie przedpłat został wyczerpany. Więcej informacji znajdziesz w artykule Anulowanie zawieszenia aplikacji. (DEVRT-2641)

Wyświetlanie stanu transakcji (zarabianie w Cloud 16.06.08)

W ramach pakietu do testowania zarabiania możesz wyświetlić stan transakcji, które zostały wystąpiło w określonym przedziale czasu przy użyciu interfejsu API do zarządzania. Aby dowiedzieć się więcej, Więcej informacji znajdziesz w sekcji Wyświetlanie stanu transakcji. (DEVRT-2640)

Uwzględnienie atrybutów niestandardowych dewelopera w raportach o przychodach (zarabianie na platformie Cloud 16.05.25)

Tylko w raportach Przychody można zawrzeć atrybuty niestandardowe, jeśli niestandardowe . Więcej informacji znajdziesz w sekcji Uwzględnianie niestandardowych ustawień dewelopera w raportach o przychodach za pomocą interfejsu API. (DEVRT-2447)

Zasady rejestrowania transakcji i spójność zasobów usługi API (interfejs użytkownika Cloud 16.05.18)

Jeśli ścieżki zasobów w zasadzie rejestrowania transakcji dotyczącej zarabiania nie są zgodne z zasobami ścieżek zdefiniowanych w usłudze interfejsu API (jeśli na przykład zmienisz ścieżki zasobów usługi API), metoda Ikona zasad rejestrowania transakcji na stronie Produkty wyświetla symbol ostrzeżenia. Po kliknięciu przycisku aby wyświetlić zasadę rejestrowania transakcji, u góry strony pojawi się ostrzeżenie. Gdy naprawi ścieżki zasobów w zasadzie rejestrowania transakcji, wskaźniki ostrzegawcze znikają. (DEVRT-2240)

Usunięto błędy

W tej wersji poprawiono następujące błędy. Ta lista jest przeznaczona głównie dla użytkowników, którzy sprawdzają czy zgłoszenia do zespołu pomocy zostały naprawione. Nie zawiera on szczegółowych informacji na temat wszystkich użytkowników.

Edge dla chmury prywatnej

16.08.17

16.07.27 (UI)

16.07.20.01 (zarabianie)

Ta wersja zawiera niewielkie zmiany schematu bazy danych. W tej wersji nie ma innych aktualizacji oprogramowania wersji.

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ą następujące znane problemy: