Połączenie z Remote-Site nie udaje się
Wtyczki pakietu zawierają obszar „Witryny zdalne” (po niemiecku: „Remote-Sites“): łączysz tam kolejne instalacje WordPressa za pomocą hasła aplikacji i obsługujesz je stąd. Łączenie, testowanie i usuwanie działają we wszystkich wtyczkach na tym samym wspólnym kodzie, dlatego komunikaty brzmią wszędzie tak samo. Ten artykuł je porządkuje.
Poszczególne komunikaty
- „Podaj adres URL (http/https), użytkownika i hasło aplikacji.” — jedno pole jest puste albo adres nie zaczyna się od http:// lub https://
- „Witryna nieosiągalna.” — nie nadeszła żadna odpowiedź; przy tworzeniu poprzedza to „Połączenie nie powiodło się:”, przy późniejszym sprawdzaniu „Test nie powiódł się:”
- „Dane dostępowe odrzucone (sprawdź hasło aplikacji).” — witryna docelowa odpowiedziała kodem 401 lub 403
- „Brak prawidłowej odpowiedzi REST (kod …).” — odpowiedź nadeszła, ale bez możliwego do przetworzenia JSON-a; podany kod jest przy tym wskazany
- „Nie znaleziono witryny.” — kliknięty wpis nie znajduje się już na liście tej instalacji
Tworzenie i sprawdzanie połączenia
- Otwórz stronę danej wtyczki w menu WordPressa i przejdź po lewej w grupie „Sieć” na „Witryny zdalne” (po niemiecku: „Remote-Sites“).
- Wypełnij na karcie „Połącz witrynę” pola „Adres URL witryny”, „Nazwa użytkownika” i „Hasło aplikacji”.
- Kliknij na „Połącz & przetestuj”.
- Istniejące połączenie sprawdzisz później w dowolnej chwili przyciskiem „Przetestuj” w tabeli „Połączone witryny”.
- Odczytaj w kolumnie „Status”, czy witryna jest prowadzona jako „połączona”, „błąd” czy „niesprawdzona”.
Test to zalogowane wywołanie własnej trasy użytkownika WordPressa na witrynie docelowej. Ma na to 20 sekund i nie podąża za przekierowaniami. Próbowane są dwie formy adresu: najpierw forma z rest_route, która działa przy każdym ustawieniu bezpośrednich odnośników, potem droga przez /wp-json/. Za sukces liczy się wyłącznie prawdziwa odpowiedź JSON. Następnie test doczytuje nazwę witryny przez trasę główną; jeśli to się nie uda, na liście widnieje nazwa hosta.
Test na zielono, a mimo to działanie się nie udaje
- Działania obok każdej witryny wywołują własne trasy witryny docelowej: „Status zdalny” (po niemiecku: „Fernstatus“) i „Zdalna kopia zapasowa” (po niemiecku: „Fern-Backup“) we wtyczce Backup, „Status” i „Wyczyść cache” w Performance, „Wyślij konfigurację” w Consent, „Status bezpieczeństwa” w Security, „Status SEO” w SEO, „Pobierz statystyki” w Analytics, „Status ról” w Roles oraz „Stan pochodzenia” w Media
- Te trasy wymagają na witrynie docelowej uprawnienia manage_options — hasło aplikacji musi więc należeć do konta z prawami administratora
- Dana wtyczka musi być zainstalowana i aktywna na witrynie docelowej. W przeciwnym razie działanie się nie powiedzie: pobrania takie jak „Status zdalny”, „Pobierz statystyki” czy „Stan pochodzenia” (po niemiecku: „Fernstatus“, „Statistik abrufen“, „Herkunfts-Stand“) zgłaszają, że nie da się pobrać danych („… nicht abrufbar“), i podają kod odpowiedzi; „Zdalna kopia zapasowa”, „Wyczyść cache” i „Wyślij konfigurację” (po niemiecku: „Fern-Backup“, „Cache leeren“, „Config senden“) zgłaszają niepowodzenie („… fehlgeschlagen:“) z odpowiedzią witryny docelowej lub jej kodem
- To, że „Przetestuj” zgłasza zielone światło, mówi tylko tyle, że adres i dane dostępowe się zgadzają — o wtyczce po drugiej stronie nie mówi nic
- We wtyczce Analytics obszar „Witryny zdalne” (po niemiecku: „Remote-Sites“) pojawia się tylko dla administratorów