Cześć,
tu masz moją odpowiedź do tego samego pytania:

zdjęcia w sklepie

Tam podałem szerokość 900px, ale najlepiej sobie to sprawdzić przez “zbadaj” na stronie z produktami.

Na podstronach np. O mnie polskie znaki wyświetlają się dobrze.
To musi być jakiś miejscowy błąd, który ciężko znaleść.
Skopiuj nagłówek ze wszystkimi polskimi znakami ze strony O mnie i wklej na główną.
Zapisz ponownie główną stronę.
Wyczyść cache wtyczki do cache.
To może być jakaś drobna różnica.
Czy ten font jest dodany do wordpress z pliku czy w elementorze wybierasz ten font z listy i ręcznie go nie dodałaś?
Może trzeba go usunąć z wordpress pobrać jeszcze raz z google.
DM Serif Display – to jest standardowy font z polskimi znakami z google.

Podsumowując – nie wpadłem na jednoznaczne rozwiązanie.
Musiałbym zerknąć co się dzieje w kokpicie WP.
Może ktoś mial podobny problem i da ci znać.
Tu masz artykuł co można zrobić dodając dopisek do wczytywanego fonta

WordPress. Brak polskich znaków

Aby go znaleść trzeba wykonać testy.

Jak by co to pisz.
Pozdrawiam,
Paweł

Kupujesz domenę, gdzie chcesz następnie tam gdzie ją kupiłaś wchodzisz w ustawienia przekierowania dns czyli szukasz pola Domeny następnie klikasz w tą domenę, którą chcesz przekierować i Delegacja na serwery DNS.
Następnie szukasz takich pól
Server DNS 1: i wprowadzasz ns.lh.pl
oraz
Server DNS 2: ns2.lighthosting.net
Jeżeli będzie więcej pól to się nie przejmujesz 1 i 2 muszą być uzupełnione reszta nie.

Następnie jak przekierujesz na lh.pl logujesz się do panelu administracyjnego LH i dodajesz ją
Serwer > Strony WWW > Dodaj +
Wypełniasz wszystkie pola podając katalog na serwerze lh – można go zmienić.
To może od razu nie zadziałać wszystko zależy do tego miejsca gdzie kupiłaś domenę i jak szybko nastąpi propagacja.
Osobiście zajmuje mi to 2-5 minut między serwerami w Polsce.

Zawsze możesz zadzwonić do lh jak już to zrobisz na serwerze z domeną.

• Ta odpowiedź została zmodyfikowana 8 miesięcy, 2 tygodnie temu przez Paweł Zieliński.

Cześć, ostatnio przerabiałem ten temat i wychodzi na to, że jeżeli osoba, która będzie się stroną zajmować mówi po polsku (chodź to w sumie nie ma znaczenia) to wybierz hosting w Polsce.
Większość hostingów w UK, jest albo droga, albo ma ograniczenia.
Pytałem Polaków mieszkających i zajmujących się webdeveloperką w UK i oni sami nie polecili by żadnej z tych firm.
Ja polecam LH.pl jak by co to tu masz kod rabatowy bez cudzysłowów “PROKLIK”.
Możesz też skorzystać z OVH, miałem ich hosting, działa ok, ale dodzwonienie się na infolinię jest trudne.
Jak weźmiesz pakiet MANGO na lh.pl to w nim masz wirtualną bazę danych Redis co przyspiesza ładowanie strony.
Zawsze można jeszcze pokusić się o założenie bezpłatnego konta na cloudflare i tam konfiguracja dns.

Spróbuj tych kroków:
Jeśli dostałaś informację od Google, że Twoja strona jest nieindeksowana z powodu błędu 404, to oznacza, że Googlebot próbował uzyskać dostęp do konkretnej strony na Twojej witrynie, ale serwer odpowiedział, że strona nie istnieje. Oto kilka kroków, które możesz podjąć, aby rozwiązać ten problem:

Zidentyfikuj problem: Sprawdź, które URL-e są oznaczone jako nieistniejące. Możesz to zrobić za pomocą Google Search Console, w sekcji „Pokrycie” znajdziesz informacje o błędach, w tym o błędach 404.

Sprawdź, czy to faktyczny problem: Czasami URL-e są omyłkowo oznaczane jako nieistniejące, na przykład jeśli doszło do chwilowego problemu z serwerem. Spróbuj odwiedzić wskazane URL-e i zobacz, czy faktycznie są niedostępne.

Ustal przyczynę: Błędy 404 mogą wynikać z różnych przyczyn, takich jak usunięcie strony, zmiana jej adresu URL bez odpowiedniego przekierowania, błąd w linkowaniu wewnętrznym lub zewnętrznym.

Napraw błąd: W zależności od przyczyny, możesz:

Przywrócić usuniętą stronę, jeśli jej usunięcie było niezamierzone.
Ustawić przekierowanie 301, jeśli strona została przeniesiona na inny adres URL. To poinformuje zarówno użytkowników, jak i Googlebot, że strona ma nowy adres.
Naprawić linki, które prowadzą do nieistniejącej strony, zarówno na Twojej witrynie, jak i na zewnętrznych stronach, jeśli masz do nich dostęp.
Zapobiegaj w przyszłości: Utrzymuj strukturę linków na swojej stronie w dobrym stanie, regularnie sprawdzając i aktualizując linki. Możesz użyć różnych narzędzi do śledzenia linków i monitorowania stanu swojej witryny.

Co do dodatkowej podstrony, jeśli myślisz o stronie, która ma informować użytkowników o błędzie 404 (tzw. strona błędu 404), to jest to dobra praktyka. Taka strona powinna:

Informować użytkownika, że strona, której szuka, nie może zostać znaleziona.
Zawierać link do strony głównej lub innych kluczowych sekcji Twojej witryny, aby ułatwić nawigację.
Być zaprojektowana w stylu reszty Twojej strony, aby użytkownik nie czuł się zagubiony.
Być możliwie pomocna, np. zawierać formularz wyszukiwania lub mapę witryny.
Taka strona to nie tylko sposób na poprawę doświadczenia użytkownika, ale też okazja, by nawet w sytuacji napotkania błędu, użytkownik mógł łatwo kontynuować korzystanie z Twojej witryny.

Zawsze można zmienić z p24 na stripe.

Cześć, nie znam tej wtyczki może dziewczyny pomogą. Jednak znalazłem takie rozwiązanie ale go nie testowałem:

Zrobić to można na kilka sposobów, ale generalnie chodzi o to, by dodać “zajęcie” albo “blokadę” w terminarzu, reprezentującą czas, który nie jest dostępny dla innych rezerwacji. Oto krótki przewodnik:

Przejdź do kalendarza wtyczki: W panelu administracyjnym WordPressa znajdź Easy Appointments i wybierz zakładkę z kalendarzem.
Wybierz odpowiednią datę i godzinę: Kliknij na kalendarzu miejsce, które odpowiada dacie i godzinie, którą chcesz zablokować.
Utwórz nową rezerwację lub blokadę: W oknie, które się pojawi, zazwyczaj masz możliwość wybrania, czy dodajesz nową rezerwację, czy blokadę. Wybierz opcję, która pozwala na blokadę (może być oznaczona jako “zajęte”, “niedostępne” itp.).
Wprowadź szczegóły: Zależnie od potrzeb, możesz być poproszony o wprowadzenie dodatkowych informacji, takich jak tytuł blokady, czy to cały dzień, czy określone godziny.
Zapisz: Po ustawieniu wszystkich szczegółów zapisz zmiany. Teraz wybrany czas powinien być oznaczony jako zajęty i niedostępny dla innych rezerwacji.
Jeśli nie widzisz opcji bezpośredniego dodawania blokad, sprawdź, czy nie ma aktualizacji wtyczki lub dodatkowego modułu, który rozszerza jej funkcjonalność. Czasami twórcy wtyczek wprowadzają nowe opcje w aktualizacjach lub oferują dodatkowe wtyczki/dodatki, które zwiększają możliwości głównej wtyczki.

Daj znać czy pomogło.

Elwira, zerknij sobie tutaj lub poszukaj w internecie:
https://webmetric.com/wiedza/seo-blog/naglowki-i-ich-wplyw-na-seo-w-jaki-sposob-uzywac-h1-h2-h3/
SEO to nie jest prosta sprawa, ale zaczynając od podstaw to tak, jeden h1 na stronie i słowa kluczowe dotyczące tej strony w nim. Czyli <h1>Polityka prywatności</h1> to według mnie musi się znaleść na tej stronie z polityką.
I teraz najciekawsze, robot skanujący nie widzi jak duży jest ten tekst h1, dla niego to raczej nie jest istotne.
Ważne, że istnieje jeden taki znacznik na każdej stronie, który może zeskanować.
Jeżeli masz inaczej na innych stronach to zmień np. strona Blog, w h1 powinno na tej stronie znaleść się słowo “blog”.

Cześć, dla budowania strony nie ma to większego znaczenia, możesz wszystko pisać w znacznikach “p” i będzie się wyświetlać. Raczej chodzi tu o SEO, żeby na początku strony (na górze) zawsze był JEDEN nagłówek “h1” a następnie jakaś hierarchia czyli “h2,” ale dalej to jest normalne że skoczysz z “h2” do “p” albo z “h3” do “h6”.
Gdzie pojawia się ten tekst “niepoprawny poziom nagłówka”?

Cześć,
z tego wynika, że te wpisy już miałaś w wp-config.php. One nie powinny się powielać bo powodują błędy.
Tak jak pisałem wcześniej, żeby sprawdzić czy ich niema, widocznie pominęłaś ten krok.
Usuń całe wpisy rozpoczynające się od:
WP_DEBUG wiersz 92
WP_DEBUG_LOG wiersz 93
WP_DEBUG_DISPLAY wiersz 94

Zawsze watro przeczytać co jest w błędach, z tego wkleiłaś to wszystko jest jasne i po polsku.
“jest już zdefiniowana w” – oznacza, że już znajduje się w tym pliku

Błąd, z którym się spotkałaś, wskazuje na problem z funkcją strrpos() w pliku functions.class.php wtyczki Revolution Slider dla WordPressa. Konkretnie, argument $offset przekazany do funkcji strrpos() nie mieści się w zakresie ciągu, który jest przeszukiwany ($haystack). To może być spowodowane nieprawidłowym przetwarzaniem ścieżki do obrazka lub innego zasobu.

Oto kilka kroków, które możesz podjąć, aby rozwiązać ten problem:

Aktualizacja wtyczek i WordPressa: Upewnij się, że masz najnowszą wersję wtyczki Revolution Slider oraz WordPressa. Czasami błędy są już znane i naprawione w nowszych wersjach.
Sprawdzenie konfiguracji wtyczki: Spróbuj zidentyfikować, czy problem pojawia się przy określonych ustawieniach wtyczki. Może być tak, że błąd występuje tylko przy pewnych konfiguracjach.
Debugowanie i logi: Włącz debugowanie w WordPressie, dodając następujące linie do pliku wp-config.php (jeśli jeszcze tego nie zrobiłeś):

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);

To pozwoli na zapisywanie szczegółów błędów do pliku wp-content/debug.log, co może dostarczyć więcej informacji na temat problemu.
Kontakt z wsparciem technicznym wtyczki: Jeśli problem nadal występuje, najlepiej będzie skontaktować się z wsparciem technicznym Revolution Slider. Mogą oni potrzebować szczegółowych informacji o błędzie oraz konfiguracji twojej witryny, aby pomóc w jego rozwiązaniu.
Sprawdzenie kompatybilności z innymi wtyczkami: Konflikty między wtyczkami są dość powszechne w ekosystemie WordPress. Spróbuj tymczasowo wyłączyć inne wtyczki, szczególnie te, które dodają funkcje związane z obrazami lub slajderami, aby sprawdzić, czy błąd nadal występuje.
Przywrócenie poprzedniej wersji wtyczki: Jeśli błąd zaczął występować po aktualizacji wtyczki, rozważ przywrócenie jej poprzedniej wersji, która działała poprawnie. Można to zrobić za pomocą wtyczki do zarządzania wersjami lub ręcznie, jeśli posiadasz kopię zapasową.
Przed podjęciem jakichkolwiek działań, zaleca się wykonanie pełnej kopii zapasowej strony, aby móc przywrócić jej poprzedni stan w razie wystąpienia dodatkowych problemów.

Cześć,

Ciasteczka możesz sprawdzić w następujący sposób:
Klikasz na stronie prawym “Zbadaj”
Na górnej belce menu wybierasz “Aplikacje”
W lewym meny masz Cookies
Jak klikniesz w Cookies to widzisz sesje.

Poniżej masz opis sesji i o co chodzi:
Sesje to sposób, w jaki serwisy internetowe mogą utrzymywać stan pomiędzy różnymi żądaniami przeglądarki użytkownika. Umożliwiają one serwisom “pamiętanie” informacji o użytkowniku podczas nawigowania po stronie lub wykonując różne zadania bez konieczności ponownego logowania czy wprowadzania tych samych informacji przy każdym żądaniu. Sesje są kluczowe dla zachowania stanu w aplikacjach internetowych, które są z natury bezstanowe.

Jak działają sesje?
Gdy użytkownik loguje się do aplikacji internetowej, serwer tworzy unikalny identyfikator sesji (session ID), który jest następnie przekazywany do przeglądarki użytkownika, zwykle za pomocą ciasteczka sesyjnego.
Przeglądarka przesyła ten identyfikator sesji z powrotem do serwera z każdym żądaniem, co pozwala serwerowi powiązać żądanie z odpowiednią sesją użytkownika i odpowiednio się zachować (np. utrzymać użytkownika jako zalogowanego).
Serwer przechowuje dane sesji, takie jak informacje o tożsamości użytkownika, preferencje czy stan koszyka zakupowego, na czas trwania sesji, która zazwyczaj kończy się po określonym czasie bezczynności lub po zamknięciu przeglądarki.
Dlaczego sesje są ważne?
Utrzymywanie stanu użytkownika: Umożliwiają aplikacjom internetowym zapamiętywanie informacji o użytkowniku w trakcie jego wizyty.
Bezpieczeństwo: Sesje umożliwiają bezpieczne przechowywanie danych użytkownika na serwerze zamiast na kliencie, co minimalizuje ryzyko kradzieży danych.
Wygodę użytkownika: Dzięki sesjom, użytkownicy mogą kontynuować pracę od miejsca, w którym skończyli, bez potrzeby ponownego logowania się lub ponownego wprowadzania informacji.
Sesje są fundamentem dla wielu funkcji w aplikacjach internetowych, ułatwiając tworzenie interaktywnych i spersonalizowanych doświadczeń online.

Inne sposoby na skanowanie ciasteczek.
Jeśli chcesz przeskanować swoją stronę pod kątem ciasteczek, istnieje kilka narzędzi, które mogą być bardziej efektywne niż wbudowane skanery w niektórych wtyczkach. Jednym z popularnych narzędzi jest Ghostery, które pozwala zobaczyć jakie trackery i ciasteczka są używane na stronie. Inne przydatne narzędzie to Cookiebot, które oferuje szczegółowe skanowanie i raportowanie o ciasteczkach oraz zgodność z RODO. Oba te narzędzia mogą pomóc zidentyfikować używane ciasteczka i dostarczyć informacji niezbędnych do ich klasyfikacji.

Czy wtyczka wyłączy niewybrane ciasteczka?
To zależy od sposobu implementacji wtyczki oraz konfiguracji na Twojej stronie. Wiele zaawansowanych wtyczek do zarządzania zgodą na ciasteczka oferuje funkcjonalność, która pozwala na wyłączenie ciasteczek, które nie zostały zaakceptowane przez użytkownika. Jednak wymaga to często dodatkowej konfiguracji, takiej jak integracja skryptów ciasteczek z mechanizmem wtyczki, aby zapewnić, że ciasteczka nie będą ładowane bez zgody. Zatem, odpowiedź na to pytanie zależy od specyfikacji wtyczki Cookie Yes i jej konfiguracji na Twojej stronie.

Przeładowanie strony po zaakceptowaniu cookies.
Przeładowanie strony po zaakceptowaniu cookies lub wybraniu niektórych ciasteczek jest często stosowaną praktyką. Ma to kilka powodów:
Zastosowanie ustawień ciasteczek: Przeładowanie strony pozwala na zastosowanie ustawień ciasteczek i upewnienie się, że wszystkie skrypty i elementy strony, które wymagają zgody na ciasteczka, są poprawnie ładowane lub blokowane zgodnie z wyborem użytkownika.
Lepsze doświadczenie użytkownika: Pomaga to w zapewnieniu, że użytkownik ma doświadczenie zgodne z wyrażonymi preferencjami od momentu zaakceptowania zgody.
Aspekty techniczne: Niektóre ciasteczka i skrypty mogą wymagać przeładowania strony, aby poprawnie funkcjonować z nowymi ustawieniami zgody.
Jest to dobra praktyka, ponieważ zapewnia zgodność z preferencjami użytkownika i może pomóc w uniknięciu problemów związanych z ładowaniem skryptów niezgodnie z wyrażoną zgodą.

Możesz spróbować przetestować wtyczkę nie zgadzając się na ciasteczka i sprawdzając co się wyświetla w przeglądarce lub w powyższych wtyczkach do przeglądarek, proponuję tryb prywatny i wyczyszczenie cache przed testami.

Nie znam wszyskich błędów poniżej informacja jaką udało mi się znaleść:

Błędy związane z Permissions-Policy header: Te błędy wskazują, że próbujesz użyć eksperymentalnych funkcji (takich jak attribution-reporting, run-ad-auction, join-ad-interest-group, browsing-topics), które nie są włączone na Twojej stronie. Funkcje te są częścią tzw. “origin trials” w przeglądarce, co pozwala na testowanie nowych funkcjonalności przed ich oficjalnym wdrożeniem. Aby je włączyć, musisz zarejestrować się do odpowiedniego “origin trial” i dodać otrzymany token do nagłówków swojej strony. Szczegółowe informacje znajdziesz w dokumentacji Chrome dotyczącej origin trials.

Błędy związane z ładowaniem obrazów (Intervention): Ostrzeżenie to wskazuje na zastosowanie leniwego ładowania obrazów (lazy loading), które jest zalecane dla poprawy wydajności strony. Komunikat mówi, że obrazy są ładowane później (leniwie) i zastępowane placeholderami do czasu ich potrzeby. To dobra praktyka, więc jeśli to zamierzone działanie, nie musisz się tym martwić.

Błąd związany z stats.wp.com: Komunikat net::ERR_BLOCKED_BY_CLIENT sugeruje, że żądanie do zasobu zostało zablokowane przez klienta, np. przez rozszerzenie przeglądarki blokujące reklamy lub trackery. Jeśli jest to niezbędne dla funkcjonalności Twojej strony, upewnij się, że użytkownicy wiedzą, iż powinni wyłączyć blokery treści lub dodać Twoją stronę do wyjątków.

Informacja o jQuery Migrate: Komunikat o JQMIGRATE informuje, że skrypt jQuery Migrate jest zainstalowany i aktywny na Twojej stronie. Jest to pomocnicza biblioteka, która zapewnia kompatybilność wsteczną dla starszych kodów jQuery podczas aktualizacji do nowszych wersji jQuery. To pozytywne, jeśli Twoja strona korzysta ze starszych skryptów lub wtyczek opartych na jQuery.

Nie wygląda na nic strasznego.

Cześć,
Ukrywanie produktu w sklepie:
Przejdź do Produkty w panelu administracyjnym WordPress.
Kliknij Edytuj przy produkcie, który chcesz ukryć.
W sekcji Publikuj znajdź Widoczność i kliknij Edytuj.
Wybierz Prywatny i zapisz zmiany klikając OK, a następnie Zaktualizuj.
Produkt będzie teraz widoczny tylko dla zalogowanych użytkowników z odpowiednimi uprawnieniami.

Testowanie:
1. Ustawienie kursu jako darmowego
Możesz tymczasowo ustawić kurs jako darmowy w LearnPress, co pozwoli Ci (i potencjalnie innym użytkownikom) na dostęp do kursu bez konieczności dokonywania zakupu. Pamiętaj, aby zmienić cenę kursu z powrotem na pierwotną, gdy zakończysz testowanie.

2. Manualne dodanie użytkownika do kursu
LearnPress pozwala na manualne dodanie użytkowników do kursu przez panel administracyjny. To dobre rozwiązanie, jeśli chcesz przetestować kurs z perspektywy uczestnika bez konieczności przechodzenia przez proces zakupu.

Przejdź do LearnPress > Kursy.
Wybierz kurs, który chcesz przetestować.
W edycji kursu znajdź sekcję Uczestnicy lub podobną.
Dodaj siebie lub testowego użytkownika do kursu.
3. Tworzenie specjalnego konta do testów
Możesz utworzyć specjalne konto użytkownika z przypisanymi kursami, które chcesz testować. Użyj tego konta do logowania się i testowania kursów, aby uniknąć potrzeby zakupu.

Oczywiście po zmianach testujesz czy działa tak jak chcesz.
Daj znać jak poszło.