Google używa technologii AI do tłumaczenia treści na Twój preferowany język. Tłumaczenia wygenerowane przez AI mogą zawierać błędy.

14.09.17 – informacje o wersji Apigee Edge w chmurze

Wyświetlasz dokumentację Apigee Edge.
Przejdź do dokumentacji Apigee X. info

W czwartek 18 września 2014 r. udostępniliśmy nową wersję Apigee Edge w chmurze.

Nowe funkcje i ulepszenia

Poniżej znajdziesz nowe funkcje i ulepszenia w tej wersji.

Funkcje Analytics
- Reguły i alerty – reguła pozwala określić warunek, który po spełnieniu generuje alert.
- Wymiary wirtualne – ciągi user-agent, sygnatury czasowe i adresy IP są automatycznie mapowane na wymiary takie jak wersja systemu operacyjnego, rodzina urządzeń, dzień tygodnia, miasto, kraj i strefa czasowa.
- Nowy interfejs raportów niestandardowych (wersja beta)
- Obsługa serwerów proxy Apigee 127
Zasób „/” w produktachAPIRT-667
Gdy dodasz zasób do produktu API jako pojedynczy ukośnik „/”, Apigee domyślnie traktuje go tak samo jak „/**”, co daje programistom dostęp do wszystkich adresów URI w ścieżce podstawowej. Nowa właściwość features.isSingleForwardSlashBlockingEnabled na poziomie organizacji pozwala zmienić domyślne działanie „/”. Jeśli zmienisz wartość tej właściwości na „true” (klienci korzystający z chmury muszą w tym celu skontaktować się z zespołem pomocy Apigee), „/” będzie dawać programistom dostęp tylko do ścieżki podstawowej jako zasobu.

Więcej informacji znajdziesz w artykule Konfigurowanie działania ścieżki zasobu.
Konfiguracja błędów odpowiedzi HTTP w przypadku zasad dotyczących limitów i ochrony przed nagłymi wzrostami ruchuAPIRT-664
Organizacje Apigee Edge można teraz skonfigurować tak, aby w przypadku wszystkich żądań, które przekraczają limit ustawiony przez zasadę dotyczącą limitów lub ochrony przed nagłymi wzrostami ruchu, zwracały kod stanu HTTP 429 (Za dużo żądań). Domyślna konfiguracja zwraca kod stanu HTTP 500 (Błąd wewnętrzny serwera ).

Aby w przypadku naruszeń zasad dotyczących limitów i ochrony przed nagłymi wzrostami ruchu zwracać kod stanu HTTP 429, skontaktuj się z zespołem pomocy Apigee i poproś o ustawienie wartości „true” dla właściwości features.isHTTPStatusTooManyRequestEnabled w organizacjach, których to dotyczy.
Chmura prywatna: klienci korzystający z Edge w środowisku lokalnym mogą ustawić tę właściwość za pomocą tego wywołania interfejsu API:
```
curl -u email:password -X POST -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \
"<Organization type="trial" name="MyOrganization">
    <DisplayName>MyOrganization</DisplayName>
    <Environments/>
    <Properties>
        <Property name="features.isHTTPStatusTooManyRequestEnabled">true</Property>
    </Properties>
</Organization>"
```

Naprawione błędy

W tej wersji naprawiliśmy te błędy:

Temat	Opis
Błąd 204 w przypadku braku klucza w mapie klucz-wartość MGMT-960	Brak klucza w mapie klucz-wartość powodował zwracanie odpowiedzi HTTP 204 (Brak treści) zamiast oczekiwanego kodu 404 (Nie znaleziono). Naprawiliśmy ten problem, aby zwracać kod 404.
Uprawnienia użytkownika w wielu rolach MGMT-656	Uprawnienia użytkownika przypisanego do co najmniej 2 ról nie były prawidłowo łączone. Naprawiliśmy ten problem.
Kodowanie zestawu znaków małymi literami w zasadach APIRT-703	W konfiguracji XML zasady ustawienie kodowania znaków na „utf-8” lub „utf-16” małymi literami powodowało niepowodzenie zasad. Naprawiliśmy ten problem, aby obsługiwać kodowanie zarówno małymi, jak i wielkimi literami.