Woocommerce | Kobieta Koduje

Przekształcenie znaków w input number na plus i minus

kobieta koduje — Tue, 05 Nov 2024 11:06:10 +0000

Jeśli chcesz zmienić wygląd i sposób zmiany ilości w inpucie z trójkącików znajdujących się zaraz za cyfrą na plus i minus znajdujące się obok niej to w pliku functions.php Twojego szablonu, należy dodać poniższą formułę:

/* Show Buttons */
add_action( 'woocommerce_before_add_to_cart_quantity', 'display_quantity_plus' );

function display_quantity_plus() {
     echo '';
}

add_action( 'woocommerce_after_add_to_cart_quantity', 'display_quantity_minus' );

function display_quantity_minus() {
     echo '';
}
//Note: to place minus @ left and plus @ right replace above add_actions with:
//add_action( 'woocommerce_before_add_to_cart_quantity', 'display_quantity_minus' );
//add_action( 'woocommerce_after_add_to_cart_quantity', 'display_quantity_plus' );

add_action( 'wp_footer', 'add_cart_quantity_plus_minus' );

function add_cart_quantity_plus_minus() {
 // Only run this on the single product page
 if ( ! is_product() ) return;
 ?>


				
				
									Nie zapomnij też o edycji wyglądu tych elementów:								
				
				
				
					  .quantity input::-webkit-outer-spin-button,
    .quantity input::-webkit-inner-spin-button {
        display: none;
        margin: 0;
    }
    .quantity input.qty {
        appearance: textfield;
        -webkit-appearance: none;
        -moz-appearance: textfield; 
}
button.plus, button.minus, button:hover.plus, button:hover.minus{
	    background-color: #009CCD;
    font-family: "Raleway", Sans-serif;
    font-weight: 600;
    color: #fff;
    border: 0px;
	border-radius: 45px;
padding: 5px 15px;
    font-size: 20px;
    margin: 0px;
}

input[type=number],input[type=number]:active,input[type=number]:hover{
padding: 0 15px;
}



Jak usunąć nazwisko klienta w opinii woocommerce
kobieta koduje — Wed, 14 Jun 2023 14:56:14 +0000

						
						
					
			
						
				
									Jeśli korzystasz z opini klientów na stronie produktów w woocommerce i chcesz skrócić nazwisko swoich klientów jedynie do inicjału np. Justyna J. to w pliku functions.php Twojego szablonu, należy dodać poniższą formułę:
								
				
				
				
					// Zamiana nazwiska klienta na inicjał nazwiska w opieniach klienta

add_filter('get_comment_author', 'my_comment_author', 10, 1);

function my_comment_author( $author = '' ) {
// Pobierasz id komentarza z WP_Query
$comment = get_comment( $comment_ID );
if (!empty($comment->comment_author) ) {
if($comment->user_id > 0){
$user=get_userdata($comment->user_id);
$author=$user->first_name.' '.substr($user->last_name,0,1).'.'; // to co zmieniasz
} else {
$author = __('Anonymous');
}
} else {
$author = $comment->comment_author;
}

return $author;
}
				
				
					
		
					
		
				



Przycisk kontaktu na stronie produktu
kobieta koduje — Thu, 09 Mar 2023 19:43:06 +0000

						
						
					
			
						
				
									Dodaj poniższy kod w pliku functions.php:
								
				
				
				
					add_action( 'woocommerce_single_product_summary', 'wpso_add_seller_button', 15 );
function wpso_add_seller_button() {
echo 'Skontaktuj się';
}
				
				
					
		
					
		
				



Bezpieczeństwo w wordpress cz. II
kobieta koduje — Wed, 02 Mar 2022 17:04:57 +0000

						
						
					
			
						
				
									WordPress nie należy do aplikacji o największym poziomie bezpieczeństwa, i wynika to z kilku historycznych powodów:
Miał być narzędziem do prowadzenia blogów czy też stron wizytówkowych, a nie sklepem internetowym czy czymkolwiek innym co zawierałoby wrażliwe dane o użytkownikach.
Powstał w 2003 roku, a 20 lat w branży IT to jak epoka dla innych dziedzin biznesowych. Internet przeszedł ewolucję w kwestii cyberbezpieczeństwa, i tak jak kiedyś był to jeden wielki znak zapytania, tak teraz zwraca się na to dużo większą (choć nadal niewystarczającą) uwagę.
Posiada rozproszony autorytet, lub jak kto woli – powstał jako open source. Umożliwia nam to rozszerzenie naszej aplikacji o kod zarówno programistów tworzących oprogramowanie komercyjne w sposób w pełni profesjonalny, jak i tych, którzy dopiero się tego uczą.
Przejdźmy przez najpopularniejsze metody ochrony przed poszczególnymi atakami:
Będziemy starać się unikać instalacji dodatkowych wtyczek z racji, że są one potencjalnie możliwymi wektorami ataku.
								
				
				
				
					Bruteforce
				
				
				
				
									Atak typu bruteforce czyli atak słownikowy polegający na odgadywania haseł “losowo”. Jest to najprymitywniejsza forma ataku jakiej może dopuścić się złośliwy użytkownik i jednoczesnie jedna z łatwiejszych do ochrony bo wystarczy… ustawić ponadprzeciętne hasło.
Ma to na celu uczynić próby atakującego nieopłacalnymi w czasie, lecz jeśli jesteś trochę bardziej świadomym programistą to możesz zauważyć pewien problem – ataki typu bruteforce są z natury podobne do ataków typu DDoS, gdyż niezamierzonym efektem ubocznym jest wygenerowanie bardzo dużego ruchu na stronie co skutkuje zaburzeniem pracy serwera.
Ale jak to?
Każdy użytkownik odwiedzający strony WordPressowe niezależnie od tego czy odwiedza stronę ze zdjęciami, swój koszyk, formularz kontaktowy lub dowolny inny adres na naszej stronie “rezewuje” sobie kilkanaście / kilkadziesiąt megabajtów pamięci (w zależności od konfiguracji, ilośći wtyczek, itp.), jakiś procent zużycia procesora, i coś tam przepustowości sieci, w skrócie – zabiera nam zasoby.
Kiedy jeden użytkownik próbuje 100 razy odgadnąć hasło to problem nie nastaje bo robi to synchronicznie (jedna próba za drugą), natomiast w przypadku tego typu ataków możemy spodziewać się symulacji wydarzeń w których serwer otrzymuje żądania od kilkudziesięciu użytkowników jednocześnie co często kończy się spadkiem wydajności strony, albo nawet jej crashem.
Przed klasycznym atakiem DDoS powinien ochronić nas w przypadku serwerów współdzielonych nasz dostawca hostingowy, gdyż ma całkowitą kontrolę nad infrastrukturą, natomiast przed próbą włamania się do panelu administracyjnego musimy już radzić sobie sami.
Metod jest kilka:
Ustawienie hasła dla adresu /wp-admin za pomocą htpasswd
Aplikacja htpasswd pozwala nam wygenerować plik zawierający nazwę użytkownika, oraz hash hasła służącego do autoryzacji pod danym adresem URL. Oznacza to, że zanim dostaniemy możliwość wpisania danych do naszej strony ujrzymy następujący popup na stronie:
								
				
				
				
																														
				
				
				
									I co to zmienia? Użytkownik nadal może zgadywać hasło
Owszem, lecz w tym przypadku nie jest zaangażowany do tego silnik PHP a jedynie serwer Apache co krytycznie zmniejsza ilość pożeranych zasobów przez złośliwe boty odwiedzające naszą stronę. Często sposób w jaki są oskryptowane sprawia, że po otrzymaniu wymagania dodatkowego uwierzytelnienia porzucają dalsze próby włamania się na stronę.
No ok, więc jak to dodać na mojej stronie?
Zarówno na Linuxie jak i Windowsie aplikacja ma nazwę htpasswd i jest dostarczana wraz z serwerem Apache, lub oddzielnie w paczce xxx-utils (linux)
https://httpd.apache.org/docs/2.4/programs/htpasswd.html
Popularne ścieżka w systemie Windows to C:/Xampp/bin/htpasswd.exe
Wywołujemy ten program następująco:
htpasswd.exe -c -B C:\Projects\Wordpress\.htpasswd John
Zostaniemy poproszeni o dwukrotne wpisanie hasła, po czym zostanie utworzony w podanej ścieżce plik .htpasswd zawierający mniej więcej taką zawartość:
John:$apr1$a1iNsTt2$H.MDgnxQ6jafyHmK0R78i1
Gdzie po lewo jest nazwa użytkownika do logowania, a po prawo hash zapisany za pomocą algorytmu bcrypt (-B)
I co z tym plikiem?
Tak gotowy plik wrzucamy do głównego katalogu i instruujemy serwer Apache by chronił nim poszczególne adresy URL
Uwaga: jeżeli mamy taką możliwość to nie przechowujemy tego pliku w katalogu w którym znajduje się nasza strona www. Odpowiednio skonfigurowany serwer Apache powinien ten plik odczytywać z lokacji niedostępnej dla silnika PHP. Niestety w przypadku serwerów współdzielonych zazwyczaj dostajemy FTP i krzyż na drogę więc zostaje nam tylko takie rozwiązanie
No dobra dobra, co z tym instruowaniem Apacha?
Edytujemy treść pliku .htaccess by zawierał następującą treść na początku:
SetEnvIf Request_URI ^/wp-admin require_auth=true
AuthUserFile /var/www/html/.htpasswd
AuthName „Hello there”
AuthType Basic
Order Deny,Allow
Deny from all
Satisfy any
Require valid-user
Allow from env=!require_auth
order allow,deny
deny from all
Ta reguła mówi nam: “Jeśli adres URL zaczyna się od wp-admin, to wymuś autoryzację za pomocą pliku /var/www/html/.htpasswd”, oraz “Zabroń bezpośredniego dostępu do pliku .htaccess” tak by nie można było go podejrzeć manipulując adresem URL
Tutaj ścieżka do pliku .htpasswd będzie prawdopodobnie zupełnie inna dla środowisk w których posiadacie swoje strony. W przypadku, gdy nie zostało to zablokowane to z pomocą Filezilli można kliknąć na dowolnym katalogu i pobrać jego pełną ścieżkę na serwerze. Podanie ścieżki relatywnej odbywa się względem katalogu na którym jest serwer (nie strona), a na hostingu współdzielonym nie powinniśmy mieć do tej lokacji dostępu więc jesteśmy tu skazani na użycie ścieżki absolutnej, o której zmianie warto pamiętać przy migracji na inne serwery.
Zmiana adresu /wp-admin na inny
A co gdyby tak zmienić adres do logowania się zamiast zakładać na niego dodatkowe hasła, które musimy pamiętać? Da się, aczkolwiek jest to tzw. security by obscurity czyli bezpieczeństwo przez niejawność – szeroko krytykowane jako niewystarczające podejście do tematu cyberbezpieczeństwa. Niemniej warto to zrobić jako uzupełnienie do innych metod ochrony naszej strony.
Użyjemy w tym celu wtyczki WPS Hide Login
Jest ona o tyle prosta w konfiguracji, że wystarczy skonfigurować adres do logowania na inny ja poniżej na zdjęciu:
								
				
				
				
																														
				
				
				
									Klikamy na Zapisz Zmiany i mamy nowy adres URL do logowania się


								
				
				
				
					CROSS-SITE / XSS
				
				
				
				
					foo.baz?message=
				
				
				
				
									Gdyby można było jakoś zgeneralizować czym są ataki typu Cross Site, to prawdopodobnie można by je opisać jako wstrzyknięcie złośliwej treści na stronę.
Powiedzmy, że posiadamy własną domenę. Nie daje to nam w żaden sposób dostępu do ciasteczek użytkownika z domeny innej strony – ciasteczka są zawężone do domeny tak by każda strona wiedziała tylko o swoich ciasteczkach.
Jednak posiadanie własnej domeny pozwala nam podrzucić ofierze link, który stworzy nam pewien obszar ataku.
Powiedzmy, że strona którą chcemy zaatakować jest pod domeną foo.baz i zawiera kod w stylu:
								
				
				
				
					Sklep z bulbultorami”;
echo $_GET[‘message’];
?>


				
				
				
				
									Jeśli wejdziemy na taką stronę poprzez:
foo.baz?message=Czesc

to zobaczymy przyjazną naszym oczom wiadomość, natomiast jeśli użyjemy (uproszczony przykład dla czytelności):								
				
				
				
					
foo.baz?message=
				
				
				
				
									to na serwer atakującego zostaną wysłane dane o naszych ciasteczkach.
Co prawda CMSy takie jak prestashop starają się zabezpieczać ciasteczka wiążąc je z adresem IP użytkownika, lecz w WordPressie tego brak. W ten czy inny sposób dane użytkownika należy chronić.
Ale ja nie wiem czy mój szablon ma takie wady
I tu z pomocą przychodzą nam strony zawierające informacje o tzw. CVE (Common Vulnerabilities and Exposures), czyli publicznych zgłoszeniach o lukach w bezpieczeństwie.
Popularne strony z CVE:
https://cve.mitre.org/
https://www.cvedetails.com/
https://www.cve.org/
Co prawda te strony nie pokazują dokładnie jak wykorzystać daną lukę, ale do większości tych informacji da się dojść bo wraz z publikacją CVE traci ona na wartości.
Dla przykładu możemy dość łatwo znaleźć informacje o ostatniej podatności w WordPressie we wtyczce UpdraftPlus:
https://www.cvedetails.com/cve/CVE-2022-0633/
lub
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-0633
Z racji, że numery CVE są ujednolicone, to wszystkie strony powinny je zawierać a różnić się co najwyżej samym działaniem wyszukiwarki, lub innymi udogodnieniami. Gdybyśmy chcieli zainteresować się API odnośnie CVE to najbliżej było by nam do https://nvd.nist.gov/ i projektów jak https://github.com/opencve/opencve
Sugerujemy znaleźć dogodną dla nas metodę śledzenia nowych CVE i w miarę dostępności aktualizowanie wtyczek podatnych na ataki, lub ich wyłączenie na czas dopóki nie pojawi się aktualizacja.
W przypadku, gdy nie chcemy odwiedzać powyższych stron, lecz chcemy mieć mimo wszystko jakiś monitoring, np. z pomocą płatnej wersji https://pl.wordpress.org/plugins/better-wp-security/ , aczkolwiek taki skaner nie jest zbyt skomplikowany do napisania samemu jeśli tylko wejdziemy w posiadanie dostępów do jednego z API CVE.
W tej kwestii to by było wszystko co można powiedzieć o wtyczkach, których sami nie piszemy a jedynie instalujemy. 
								
				
				
				
					Zła konfiguracja
				
				
				
				
									Z racji, że w założeniu korzystamy ze środowisk współdzielonych, gdzie dostawca winien jest dołożyć trochę starań o to by serwer WWW był poprawnie skonfigurowany pod względem bezpieczeństwa, zostanie tu stworzona lista lista najpopularniejszych błędów w konfiguracji aplikacji webowych

Złe uprawnienia do plików

Jeśli kiedyś rozwiązałeś/aś problem za pomocą nadania pełnych uprawnień każdemu do katalogu (chmod 777), to prawdopodobnie było to złe rozwiązanie
Zazwyczaj dla katalogów ustawia się 755, a dla plików 644, lecz nie jest to złota zasada i dla poszczególnych plików w WP i PS mogą być to inne uprawnienia.



Włączony tryb debugowania

Za każdym razem, gdy w naszym systemie wystąpi błąd to wyświetli się on na ekranie. Stety / niestety potrafi on pokazać więcej informacji niż jest to konieczne, w tym dane dostępowe


Brak środowiska testowego

W miarę możliwości zawsze staramy się nowe zmiany testować na lokalnym środowisku



Backup

Backup powinien być przechowywany na serwerze zewnętrznym, a nie na tym samym co działająca aplikacja


Korzystanie z wtyczek z zaszyfrowanym kodzie, np. z pomocą IonCube

Oddajemy w ten sposób praktycznie dostęp do naszego serwera autorowi wtyczki. Nie znając kodu jaki jest uruchamiany popełniamy zbrodnię na cyberbezpieczeństwie


								
				
					
		
					
		
				



Bezpieczeństwo w wordpress cz. I
kobieta koduje — Wed, 02 Mar 2022 16:55:21 +0000

						
						
					
			
						
				
					Bezpieczeństwo ogółem
				
				
				
				
									Z racji, że temat cyberbezpieczeństwa jest dość rozległym zagadnieniem, to zanim przejdziemy do miejsca w którym znajduje się tu WordPress należy przedstawić nieco szerszy obraz rzeczywistości w jakiej się znajdujemy, w jakim środowisku pracujemy, i co możemy z nim zrobić by zwiększyć bezpieczeństwo naszej strony.
Wyróżniamy co najmniej cztery najpopularniejsze środowiska na jakich możemy znaleźć strony internetowe:
Serwer VPS – środowisko do którego mamy zazwyczaj dostęp na poziomie superużytkownika, będące najbardziej opłacalne uwzględniając kwestię cena / jakość. Wymaga ono jednak podstawowej wiedzy z zakresu administracji serwerami na poziomie konsoli by móc je w pełni wykorzystać. Plusem środowisk VPS jest uproszczone zarządzanie kopiami zapasowymi dzięki często oferowanym (dodatkowo płatnym) automatycznym kopiom zapasowym.
Serwer dedykowany – kolokwialnie “VPS na sterydach” za odpowiednio wyższą cenę. W odróżnieniu od serwerów VPS jesteśmy w pełni odpowiedzialni za organizację kopii zapasowych. Zyskujemy największą wydajność kosztem obciążenia nas zorganizowaniem częściowych zabezpieczeń infrastruktury
Serwer współdzielony – serwer którego zasoby są współdzielone z innymi użytkownikami. Zazwyczaj oferują możliwość instalacji aplikacji z poziomu panelu administracyjnego metodami “1-click” i otrzymaniu dostępu FTP. Tu podobnie jak w funkcjach VPS możemy liczyć na kopie zapasowe jako element wliczony w cenę. Wybierając tę opcję bezpieczeństwo infrastruktury (nie aplikacji) zrzucamy praktycznie na dostawcę usługi.
Chmura – najczęściej skonteneryzowana sieć serwerów zarówno dedykowanych jak i VPSów. W tym rozproszonym środowisku publiczne CMSy praktycznie nie występują, lub ich obecność tam jest drogą pod górę ponieważ aplikacje w środowiskach chmurowych powinny być odpowiednio zaprojektowane u podstaw czego WordPress z racji powstania zanim chmury zostały spopularyzowane nie spełnia.
W przypadku, gdy nie mamy doświadczenia w konfiguracji środowisk “od zera” jako superużytkownik, to zostaje nam efektywnie wybór środowisk współdzielonych. Praktycznie każda firma hostingowa ma w swojej ofercie takie środowiska i są one w skali roku najtańszym rozwiązaniem spośród wszystkich wyżej wymienionych.
								
				
				
				
					Ważne
				
				
				
				
									Dalsza część artykułu wymaga ode mnie jako autora zawarcia informacji, że treści tu zawarte mają charakter czysto edukacyjny i nie mogą stanowić dla czytelnika źródła wiedzy służącej łamaniu prawa, lub działania na cudzą niekorzyść.
Testując cudzą własność pod kątem cyberbezpieczeństwa musimy uzyskać od tej osoby zgodę na wykonanie tych czynności, w przeciwnym razie następuje łamanie prawa.
Mając tę kwestię za nami, można przejść do kolejnej części.
								
				
				
				
					Wektor ataktu
				
				
				
				
									Popularny buzzword w IT służący do określenia metodyki jaką atakujący stronę użytkownik zamierza zastosować. Na potrzeby wizualizacji popularnych wektorów ataku przygotowałem poniższą ilustrację
:								
				
				
				
																														
				
				
				
									Niektóre z tych słów mówią same za siebie, inne mogą wymagać pewnych wyjaśnień, więc spróbujemy zawęzić je do tych, które są dla nas najbardziej ryzykowne na środowiskach współdzielonych.

Dla uproszczenia zamieszczam tę ilustrację ponownie zostawiając to na czym powinniśmy się skupić najbardziej, czyli:
								
				
				
				
																														
				
				
				
									Tak więc zacznijmy od czegoś, co w dzisiejszych czasach jest najbardziej popularnym powodem włamań – człowiek.								
				
				
				
					Człowiek
				
				
				
				
									I to nie ten, który dokonuje samego włamania – pomylimy przyczynę ze skutkiem. W ramach powiedzenia “lepiej zapobiegać niż leczyć” warto jest przeszkolić osoby mające dostęp administracyjny w taki sposób by były one wyczulone na najpopularniejsze techniki manipulacji w sieci.
Za psychologa się nie uważam, natomiast za kogoś kto dostał dziesiątki maili tego rodzaju już chyba mogę. Jako przykład jednej z ciekawszych prób oszustwa mogłabym przytoczyć historię w której dostałam email informujący mnie o tym, że pewna domena X.pl w której jestem posiadaniu naraża mnie na nieprzyjemności karne związane z tym, że koncern nadawcy zastrzegł sobie prawa do tej nazwy przed tym jak zarejestrowałem daną domenę. Niewiele myśląc odpisałam coś w stylu “no i?” wiedząc, że to za mało by móc wygrać sprawę w sądzie. W odpowiedzi uzyskałem coś bardziej ciekawego bo propozycję wykupienia nazwy pod innymi domenami (eu, dev, biz, etc.) za grosze, co właściwie mogłabym zrobić i bez ich namowy (to dobra praktyka), gdyby to nie była moja strona o niskiej dla mnie wadze. Uświadomiłam sobie, że to nie jest już rozmowa z botem, tylko przydzielono do mnie kogoś kto miał ten angielski na poziomie komunikatywnym. Jak się później okazało po drobnym researchu linki jakie zostały mi podesłane kierowały na serwery w Chinach, a że Chiny są skrajnie na bakier z poszanowaniem praw od razu przestałam sobie zawracać głowę tematem. Uzupełniłam tylko w miarę możliwości swój research i okazało się, że firma rzekomo oferująca te domeny miała skrajnie niesymetryczne umowy obciążają klientów dużymi kwotami.
Jestem skłonna uwierzyć, że dużo osób dało by się przekonać do zakupu większej ilości domen dla zabezpieczenia ich interesu.
Przykładów tego typu podejść można znaleźć mnóstwo, natomiast to co się powtarza w nich regularnie to:
-wywołanie u ofiary wrażenia, że sytuacja jest poważna
-zbudowanie atmosfery w której wierzymy, że osoba z którą piszemy jest po naszej stronie i stara się nam pomóc, lub też znaleźć kompromis
-jeśli możliwe – wywołanie presji czasu, lub stworzenie odpowiedniego momentu, np.
przed godziną 17stą gdy ludzie chcą szybko skończyć prace bo są zmęczeni – zwłaszcza na koniec tygodnia lub na koniec roku, gdzie zazwyczaj panują pewne zawirowania prawne i łatwiej jest wpędzić przedsiębiorców w błąd na podstawie plotek
Gdybym miała wskazać kilka punktów które pomagają znacznie zredukować ryzyko bycia oszukanym:
Nigdy nie pozwalamy, by to ktoś decydował za nas, że coś jest ważne. Atakujący chce nam narzucić narrację, którą niekoniecznie przestudiujemy, i paradoksalnie coś co jest ważne dla niego może dla nas nie mieć znaczenia.
Zawsze w chwilach niepewności podważamy najprostsze założenia – czy osoba, która do nas dzwoni to na pewno osoba, za którą się podaje? Czy adres email z którego do nas piszą to na pewno oficjalny email firmy? Czy adres zawiera jedynie podobny znak do tego z nazwy firmy, etc…
Zawsze w przypadku, gdy ktoś nam grozi musimy do tego podejść od strony prawa a nie emocji. Weryfikujemy prawdomówność takiej osoby na podstawie własnej wiedzy, ewentualnie porady prawniczej. Ogólne domniemanie niewinności wymaga od osoby po drugiej stronie przedstawienia realnych informacji do których jako oszust nie powinien mieć dostępu.
Nigdy nie podajemy danych prywatnych osobom które się z nami kontaktują – jeżeli jest to pracownik banku, to te dane już ma, jeżeli rozmówca prosi o potwierdzenie informacji, do których potencjalnie ma lub powinien mieć dostęp – rozłączamy się. To on wykonuje telefon.
								
				
				
				
					HiJacking
				
				
				
				
									A właściwie to session hijacking, czyli przejęcie danych pozwalających na nawiązanie połączenia z serwerem w Twoim imieniu.

Chodzi o login i hasło?

Nie. Chodzi o dane, które otrzymujemy po poprawnym zalogowaniu się na stronie.

Trzeba tu trochę wspomnieć o tym jak działa protokół HTTP. Dawno dawno temu gdy strony internetowe nie były niczym innym niż jednokierunkowym źródłem informacji, w których odbiorca nie miał możliwości komentowania, w którym nie było takich rzeczy jak wyrafinowane statystyki odwiedzin, a cała strona to mógł być jedynie kod HTML, nie było wtedy sesji – połączenie było tzw. stateless i taki też jest protokół HTTP.

Czasy zmieniły się dawno temu i standardem jest, że niemal każda strona internetowa musi mieć jakąś informację związaną z danym użytkownikiem, nawet jeśli nie chodzi o samo logowanie. Poruszając się po stronie możemy zapisywać przeróżne ciasteczka pozwalające nam bez bycia zalogowanym utrzymywać wymianę informacji z serwerem, oraz zapisywać o nas informacje na serwerze.

Przykładowo:
								
				
				
				
																														
				
				
				
									Użytkownik za pomocą przeglądarki wchodzi na stronę zajmującą się dostarczaniem żywności pod wskazany adres. Adres użytkownika można przechować na kilka sposobów, lecz najprościej jest zapisać go w sesji tak by większość informacji można było dla użytkownika spersonalizować przy ich wyświetlaniu, i nie pytać go o to co chwilę.
I co to ma do mojego bezpieczeństwa?
Specjalnie pogrubiłam tutaj słowo sesja ponieważ jest ono mylone z samymi ciasteczkami.
Uzupełnię teraz trochę diagram o kilka bloków więcej:
								
				
				
				
																														
				
				
				
									I okazuje się, że ciasteczka to nie jedyne miejsce, gdzie można przechowywać dane użytkownika

Trochę się gubię

Uprośćmy to do tego, że w większości przypadków w ciasteczkach znajduje się hash naszej sesji, a dopiero sesja przechowuje nasze bardziej prywatne dane. Dzięki temu prywatne dane znajdują się na serwerze w sesjach a nie w ciasteczkach i przeglądarce:
								
				
				
				
																														
				
				
				
									Czyli mając wartość ciasteczka innej osoby można się efektywnie pod nią podszyć?
Tak, jeśli wykradamy ciasteczko zawierające hash naszej sesji z serwerem to jest to wtedy session hijacking i z jego pomocą możemy uzyskać taki efekt jakbyśmy byli danym użytkownikiem.
Ale to nie moja wina, że użytkownikowi ktoś ukradł ciasteczka
Może. Na pewno można utrudnić nieco ten proces przez instalację certyfikatu SSL. Zazwyczaj taki certyfikat sprzedawany jest przez webhosting, chociaż osobiście polecam skorzystać z Let’s Encrypt, lub wtyczki Really Simple SSL.
To takie proste?
Niestety nie do końca. Sposobów na wykradnięcie ciasteczek użytkownika jest bardzo dużo, i często jest to z winy nietechnicznego użytkownika (otwieranie złośliwych linków, lewe wtyczki do przeglądarki, wirusy, etc.). To co my możemy zrobić to upewnić się, że sami nie instalujemy na naszej stronie podatnych wtyczek, czy dziurawych szablonów o czym będzie potem.
								
				
				
				
					Dostawcy trzeci
				
				
				
				
									Dużo się ostatnio mówi o tym, że jakaś strona ma problemy z działaniem bo, np. AWS ma problemy ze swoimi usługami, ale my tutaj skupimy się bardziej na ekosystemie wtyczek.
Czy wiesz, że duża ilość wtyczek nie realizuje swojej funkcjonalności bezpośrednio u Ciebie na serwerze? Ta lista funkcjonalności to nie tylko notyfikowanie użytkownika o nowym CVE dla jednej ze wtyczek na serwerze – to akurat miałoby prawo nie zadziałać, bo na kolejny dzień prawdopodobnie zostałoby naprawione i dla zdecydowanej większości stron nie miało by to znaczenia.
Co jeżeli taka wtyczka jest kluczowa dla działania naszej strony? Np. ReCaptcha?
Ten przykład został wzięty jako pierwszy z brzegu, i w momencie pisania tego artykułu można zaobserwować na stronie https://downdetector.com następujący wykres:
								
				
				
				
																														
				
				
				
									Z jednej strony nie wygląda to jak globalna awaria, lecz z drugiej jeśli spojrzymy w komentarze:								
				
				
				
																														
				
				
				
									To zobaczymy jak niektórym może to napsuć w życiu. Co gdyby zacytowany wyżej Peter był klientem naszego sklepu? Niezależnie od tego czy sklep nie działa bo ktoś wykonał na nim atak DDoSowy czy nie, to efekt jest ten sam – system leży i nie wstaje.
Bronienie się przed tego rodzaju problemami zazwyczaj składa się z następujących rozwiązań:
Nie instalujemy kodu realizującego usługi przez serwery pośrednika, jeżeli nie ma takiej potrzeby. W przypadku captchy powinniśmy być w stanie znaleźć wystarczająco dobrą alternatywę.
Instalujemy więcej niż jedną wtyczkę realizującą te samą funkcjonalność, tak by w przypadku awarii w, np. InPost móc użyć kuriera UPS/DHL, lub w przypadku awarii Przelewy24 użyć PayU (kolejność wymienionych produktów jest losowa).
								
				
				
				
									
					
						
						
							
									Przejdź do II cz. artykułu
					
					
				
								
				
					
		
					
		
				



Jak przyśpieszyć stronę w wordpress?
kobieta koduje — Mon, 07 Feb 2022 19:58:59 +0000

						
						
					
			
						
				
					Uaktualnij do PHP 7.4
				
				
				
				
									Witryny oparte o WooCommerce powinny zawsze działać w szybkiej wersji PHP (w tym momencie stabilną wersją jest PHP 7.4), którą możesz zaktualizować na swoim serwerze. Większość użytkowników WordPressa korzysta z przestarzałych wersji PHP co znacznie obniża prędkość działania strony.
								
				
				
				
					Zoptymalizuj obrazki
				
				
				
				
									Zdjęcia na Twojej stronie powinny być jak najlżejsze. Zważ również na to, że czasem aby logo miało wysoką jakość, ale niską wagę warto zapisać je w formacie svg. Ja do optymalizacji zdjęć używam bezstratnej kompresji optimizilla.com. Czasem jednak warto zoptymalizować zdjęcia dodatkowo. Spróbuj wtyczki Smush.
								
				
				
				
					Usuń nadużywanie WooCommerce
				
				
				
				
									Możesz to zrobić za pomocą wtyczki Disable WooCommerce Bloat wyłącz skrypty i style WooCommerce w treściach innych niż eCommerce, ponieważ nie trzeba ładować ich na każdej stronie, są one potrzebne tylko do obsługi zakupów. Dzięki tej wtyczce wyłączysz też śmieci WooCommerce w administratorze – widżety, analizy, powiadomienia, statusy itp.
								
				
				
				
					Skonfiguruj wtyczkę do czyszczenia pamięci podręcznej
				
				
				
				
									Istnieje wiele wtyczek które wyczyszczą podręczną pamięć zapisaną w Twojej witrynie:
WP Rocket
WP Fastest Cache
WP-Optimize
WP Super Cache
W3 Total Cache
Ja polecam tę ostatnią ponieważ pozwala ona również na konfigurację innych opcji, które mają bardzo duży wpływ na prędkość wczytywania się Twojej strony internetowej. Warto pamiętać aby zmiany wprowadzać sukcesywnie i bardzo ostrożnie. Ja po każdej wykonanej zmianie sprawdzam prędkość w przeglądarce (zakładka network) i w Gtmetrix, tak więc proszę pamietaj o tym aby zmian dokonywać krok po kroku, gdyż niektóre zmiany mogą skutkować nawet zwolnieniem Twojej witryny. Zdjęcia ekranu konkretnych ustawień po kolei znajdziesz klikając tutaj.
								
				
				
				
					Usuń śmieci ze swojej bazy danych - WP Clean Up
				
				
				
				
									Prawdopodobnie na Twojej stronie znajdujących się niepotrzebne, przeterminowane treści. Jeśli dodano jakąś stronę, wpis, grafikę lub wtyczkę, a potem ją usunięto, zapis o niej w bazie danych nadal tam jest. Możesz więc usunąć te wszystkie zbędne dane, komentarze, osierocone pliki meta, postmeta i inne.
								
				
				
				
					Blokuj złe boty
				
				
				
				
									Złe boty potrafią uprzykrzyć nam życie. Mogą tworzyć fałszywe konta, dodawać spamerskie komentarze i generalnie zakłócać wszystkie funkcjonalności Twojej witryny na WordPress. Mają wpływ na wolne wczytywanie się strony, a sam wordpress jest oprogramowaniem podatnym na tego typu ataki.
Aby ochronić się przed złymi botami polecam wtyczkę iThemes Security, która pozwala chronić Twoją tożsamość i powstrzymuje złośliwe zachowania. Po odpowiedniej konfiguracji tej wtyczki dostaniesz ostrzeżenie przy wykryciu kolejnej aktywności dot. naruszenia.
								
				
				
				
					Wyłącz bicie serca
				
				
				
				
									WordPress co 15-60 sekund generuje żądania i wyświetla powiadomienia o wtyczkach w czasie rzeczywistym, dostarcza on informacji o edytowanych postach przez innych użytkowników. Aby wyłączyć bicie serca, dodaj ten kod do plicu functions.php w swoim szablonie:
add_action( 'init', 'stop_heartbeat', 1 );
function stop_heartbeat() {
wp_deregister_script('heartbeat');
}
								
				
				
				
					Zoptymalizuj czcionki Google
				
				
				
				
									Istnieje kilka sposobów na optymalizację czcionek. Zwróć uwagę na to by ograniczyć liczbę czcionek, grubości i ikon wczytywanych w Twojej witrynie. Najlepiej hostuj je lokalnie i upewnij, się że tekst pozostaje widoczny podczas ładowania czcionek internetowych za pomocą WP Rocket lub wtyczki Swap Google Fonts Display.
								
				
				
				
					Zmniejsz TTFB dzięki szybszemu hostingowi
				
				
				
				
									Aby zmniejszyć czas odpowiedzi serwera zastanów się nad migracją na szybszy, bardziej wydajny hosting – np.z szybszym łączem o mocniejszym CPU i większej ilości RAMu. Pamiętaj, że lokalizacja geograficzna serwera powinna być najbliżej Twoich docelowych użytkowników – warto przy tym zadbać aby serwer HTTP, Back-End i bazy danych były umieszczone w tym samym centrum danych. Aby zbadać TTFB w opcjach przeglądarki internetowej wybierz zakładkę Netwotk (w przeglądarce Chrome – klawisz F12). 
								
				
				
				
					Unikaj instalowania wtyczek
				
				
				
				
									Zbyt duża ilość wtyczek powoduje wolne randerowanie się strony. Spowodowane jest to faktem, że każdy dodatkowy moduł ładuje swoje dodatkowe skrypty i zwiększa używanie zasobów serwera.Dodatkowo wzmagasz w ten sposób potencjał ataków na Twoją witrynę, ponieważ, każda dodatkow wtyczka, która nie jest aktualizowana, może stanowić zagrożenie dla Twojej witryny.
								
				
				
				
					Zmień adres logowania się do swojej witryny
				
				
				
				
									Złe boty będą próbowały uzyskać dostęp do Twojego panelu logowania wp – powoduje to niepotrzebne zjadanie zasobów serwera. Aby zabezpieczyć się przed niechcianym obciążeniem dodaj i skonfiguruj wtyczkę Hide My WP.
								
				
					
		
					
		
				



Sklep internetowy – WooCommerce czy PrestaShop?
kobieta koduje — Tue, 25 Jan 2022 14:46:54 +0000

						
						
					
			
						
				
									Własny sklep internetowy to podstawa każdego biznesu. Według badania PwC „Perspektywy rozwoju rynku e-commerce w Polsce” wartość e-commerce w czasach pandemii wzrosła aż o 35%. Natomiast 85% przebadanych konsumentów deklaruje, że nawet po zakończeniu pandemii zamierza korzystać z zakupów online. Te dane są istotnym wyznacznikiem dla każdego przedsiębiorcy: rynek e-commerce będzie rósł w siłę! Pora założyć sklep internetowy! Tylko którą technologię wybrać, skoro na rynku dostępnych jest tak wiele możliwości? W tym artykule analizujemy dwa najpopularniejsze systemy zarządzania treścią: WordPress Woocommerce i CMS PrestaShop.
Istnieje wiele platform umożliwiających szybkie i proste postawienie sklepu internetowego online. Najbardziej rozwojowe są narzędzia CMS, czyli Systemy Zarządzania Treścią. Jest to rodzaj oprogramowania umożliwiający tworzenie stron www, w tym sklepów, a następnie łatwe zarządzanie zawartością za pomocą wizualnych metod, jak drag&drop (przeciągnij i upuść).
Co to jest WordPress i Prestashop?
Dwa najpopularniejsze z nich – WordPress i PrestaShop – należą do oprogramowania open source, czyli o otwartym kodzie.
Najważniejszą cechą PrestaShop jest jej dedykowanie do tworzenia sklepów internetowych. PrestaShop posiada szereg funkcjonalności umożliwiających budowanie sklepów i ich rozwój, kładąc ogromny nacisk na wzrost sprzedaży i łatwość zarządzania sklepem.
WordPress to narzędzie do tworzenia stron internetowych, które jest łatwo rozszerzalne o nowe funkcjonalności za pomocą wtyczek. Wtyczką do WordPressa umożliwiającą sprzedaż produktów i przekształcającą stronę w sklep jest WooCommerce. Niestety, WooCommerce domyślnie posiada mniej funkcjonalności niż PrestaShop. Aby dołożyć nowe funkcje, które w PrestaShop często są wbudowane, trzeba skorzystać z rozszerzeń do WooCommerce.
Ile kosztuje sklep w PrestaShop lub Woocommerce?
Oba oprogramowania są darmowe. W zależności od naszych umiejętności, na początku prawdopodobnie będziemy musieli zainwestować w pomoc, która skonfiguruje WordPressa lub PrestaShop na serwerze, ustawi domenę i tak dalej. Może też się okazać, że niektóre elementy rozszerzające funkcjonalność naszego sklepu będą płatne. Ale technologie same w sobie są darmowe, rozwojowe i umożliwiające nam stworzenie praktycznie każdego rodzaju sklepu. Ograniczeniem jest tylko wyobraźnia.
Wpływ na cenę ma nie tylko sklep bazowy i praca programisty, ale także dodatkowe moduły, które najczęściej do prowadzenia sklepu są nam po prostu potrzebne. Do ceny zaprojektowania i stworzenia sklepu należy więc doliczyć:
								
				
				
						
					
			
						
				
									Wtyczki do woocomerce:
								
				
				
				
							
			
			                
                    
						
							

								

										
							
						
						
                            Faktury
						200 PLN
												

					
				                
                    
						
							

								

										
							
						
						
                            Pełna obsługa przesyłek
						250 PLN
												

					
				                
                    
						
							

								

										
							
						
						
                            Product feed Pro for WooCommerce
						89 EURO
												

					
				                
                    
						
							

								

										
							
						
						
                            Modyfikacja strony zamówienia
						89 EURO
												

					
							
		
						
				
					
		
				
			
						
				
									Moduły do prestashop:
								
				
				
				
							
			
			                
                    
						
							

								

										
							
						
						
                            Przyjazne urle
						170 PLN
												

					
				                
                    
						
							

								

										
							
						
						
                            Feed productowy
						84 USD
												

					
				                
                    
						
							

								

										
							
						
						
                            Rozszerzone e-commerce
						112 USD
												

					
				                
                    
						
							

								

										
							
						
						
                            Zdarzenia FB
						73 PLN
												

					
							
		
						
				
					
		
					
		
				
				
									PrestaShop czy WordPress – który CMS jest popularniejszy?
Z CMS PrestaShop korzysta niecałe 300 tysięcy witryn na całym świecie, w szczególności w Europie i Ameryce Łacińskiej. Co więcej, PrestaShop w 2020 roku wygenerował ponad 22 miliardy euro sprzedaży online!
Z drugiej strony wiemy, że prawie 13% platform e-commerce korzysta z wtyczki WooCommerce. Według danych z 2019 roku szacowany wolumen sprzedaży z wykorzystaniem platformy WooCommerce wyniósł 11,8 miliarda dolarów.
Czy to jednak oznacza, że WooCoomerce jest lepszym rozwiązaniem dla naszego sklepu online? Zdecydowanie nie! Wszystko zależy od tego, czy celem jest zbudowanie profesjonalnej platformy sprzedażowej, czy tylko wzbogacenie naszej strony www o niewielki sklep. W pierwszym przypadku – tworzeniu profesjonalnego sklepu internetowego – zdecydowanie lepiej sprawdzi się PrestaShop.
PrestaShop – zalety w porównaniu z WooCommerce
PrestaShop to technologia dedykowana sklepom internetowym, a co za tym idzie, jest zdecydowanie bardziej wydajna w przypadku bardzo dużych sklepów. Jej kod od początku optymalizowany jest pod kątem sprzedaży online, dotyczy to także dostępnych w Internecie gotowych wzorów wyglądu strony. Bogata baza gotowych motywów do PrestaShop skupia się na sprzedaży i jest pod tym kątem projektowana i optymalizowana.
PrestaShop, w porównaniu z WooCommerce, w standardzie w darmowej wersji posiada szereg profesjonalnych modułów ułatwiających zarządzanie sklepem, w tym:
– moduł do faktur,
– porównywarkę produktów,
– ustawienia katalogów,
– zaawansowane statystyki,
– moduły do zarządzania poszczególnymi etapami zakupów,
– profesjonalne zarządzanie magazynem,
– system rabatowy
i wiele więcej. Wszystkie szczegóły dotyczące funkcjonalności PrestaShop znajdziesz na oficjalnej stronie projektu.
Czy w tej sytuacji PrestaShop ma jakieś wady?
Tak, kilka. Przede wszystkim jest trudniejsza od WordPressa, a co za tym idzie, wsparcie techniczne i programistyczne jest droższe. Ponadto PrestaShop wymaga większych umiejętności technicznych, gdy oprócz prowadzenia sklepu online, zdecydujemy się na wprowadzenie na stronie bloga czy nawet dodatkowych podstron. Warto też zwrócić uwagę na to, że PrestaShop potrzebuje mocniejszego serwera niż WordPress, co może wpłynąć na koszt.
Z drugiej jednak strony większość specjalistów zajmujących się PrestaShop jest bardziej doświadczonych w sprzedaży. Znają się na temacie, ponieważ PrestaShop jest narzędziem dedykowanym sprzedaży. W przypadku specjalistów WordPress konfiguracja WooCommerce często jest traktowana po macoszemu, jako dodatek do tworzenia stron www. Choć WooCommerce wydaje się prostszy, to już jego modyfikacje mogą okazać się bardziej złożone, a znalezienie specjalisty trudniejsze.
Bezpieczeństwo sklepu internetowego
Bezpieczeństwo sklepu internetowego w dużej mierze zależy od regularnych aktualizacji – aktualizacje wydają się być łatwe, ale bez odpowiedniego przygotowania i wcześniejszego wykonywania kopii zapasowej, mogą pojawić się niemałe problemy. Brak regularnych aktualizacji stanowi duże niebezpieczeństwo, a także zagrożenie w kwestii stabilności sklepu internetowego.
Zabezpieczenia strony zależą od kodu, a kod OpenSource bywa dziurawy; oba CMS mają duże wsparcie i są na bieżąco łatane, ale jeśli nie wykonujemy aktualizacji, plaster nas nie dotyczy. PrestaShop zapewnia nam trochę więcej wbudowanych funkcjonalności, więc kod jest bardziej spójny i pochodzi z jednego źródła; na WooCommerce instalujemy wiele wtyczek, każda innego autora, co zmniejsza bezpieczeństwo spójności kodu, aktualnych aktualizacji itd.
Profesjonalny sklep internetowy – PrestaShop czy WooCommerce?
Jeśli naszym głównym celem jest posiadanie strony internetowej, na której w przyszłości chcemy wprowadzić niewielką sprzedaż – e-booków lub kursów – WooCommerce zdecydowanie wygrywa. Jeśli jednak sprzedaż jest naszym głównym celem i zamierzamy stworzyć sklep internetowy, którego obsługa będzie przejrzysta, zdecydowanie lepiej wybrać PrestaShop.
A może jedno i drugie? Sklep na PrestaShop, a blog na subdomenie WordPress?
Takie rozwiązanie istnieje, pojawia się jednak potrzeba doinstalowania modułu w prestashop który będzie pobierał najnowsze wpisy z wordpressa i wyświetlał je np. na stronie głównej Twojego sklepu. Rodzi się też jedno małe wyzwanie, warto dostosować stopkę i nagłówek bloga w taki sposób aby wyglądały one identycznie jak te na podstronie sklepu – szata graficzna powinna sprawiać wrażenie spójności.
Co jeśli nie prestashop i woocommerce?
Jeśli Twoje doświadczenia z obiema platformami nie są dobre, a Twój pomysł na biznes jest już dobrze zweryfikowany i przynosi długofalowe korzyści finansowe, może czas pomyśleć o dedykowanym, profesjonalnym sklepie internetowym?
Oferuję także customowe rozwiązania pod ecommerce, sklep który będzie miał w sobie wszystkie potrzebne funkcje, bez konieczności instalowania dodatków, wtyczek i modułów. Wystarczy, że wypełnisz zakładkę brief, a ja wrócę do Ciebie z indywidualną ofertą na profesjonalny esklep.
								
				
					
		
					
		
				



Jak wyrównać tytuły produktów w wordpress
kobieta koduje — Mon, 17 Jan 2022 17:00:52 +0000

						
						
					
			
						
				
									Na kwestie wyrównania produktów w jednej linii wpływa wysokość zdjęcia i tytułu produktu. O ile wszystkie zdjęcia możemy wgrać w tym samym rozmiarze lub narzucić go w ustawieniach, o tyle nazwy produktów często mają różną długość. Aby wymusić równą wysokość nazw produktów i zachować wyświetlanie ich tytułów w jednej linii na stronie sklepu należy dodać do stylów poniższy kod:
								
				
				
				
							
							
					.woocommerce ul.products li.product .woocommerce-loop-product__title, 
.woocommerce ul.products li.product .woocommerce-loop-category__title {
	--line-height: 1.4;
	line-height: var(--line-height);
	min-height: calc(2em * var(--line-height));
}
				
			
		
						
				
				
				
									Możesz też spróbować innego rozwiązania:								
				
				
				
							
							
					@media(min-width: 769px) {
    .woocommerce ul.products {
display: flex;
        flex-wrap: wrap;
        align-content: space-around;
    }
    .woocommerce ul.products li.product,
    .woocommerce ul.products li.product a {
        display: flex;
        flex-direction: column;
        
    }
    .woocommerce ul.products li.product a.woocommerce-LoopProduct-link {
        flex: 1;
    }
}
				
			
		
						
				
					
		
					
		
				



Elegancki panel logowania i rejestracji dla klientów sklepu
kobieta koduje — Mon, 03 Jan 2022 20:42:54 +0000

						
						
					
			
						
				
									Aby włączyć w sklepie możliwość zakładania kont i logowania się do sklepu przez klientów należy przejść do ustawień woocommerce > konta i prywatności  i ustawić poniże parametry:
								
				
				
				
																														
				
				
				
									Kolejno jeśli chcemy dodać do domyślnego panelu zakładki /moje-konto/ także imię, nazwisko i hasło do panelu klienta, odnajdujemy w naszym folderze z szablonem plik functions.php i dodajemy poniższy kod:
								
				
				
				
					// Dodanie pól imię, nazwisko, hasło
  
add_action( 'woocommerce_register_form_start', 'bbloomer_add_name_woo_account_registration' );
  
function bbloomer_add_name_woo_account_registration() {
    ?>
  
    
     *
    
    
  
    
     *
    
    
  
    
  
    add( 'billing_first_name_error', __( 'Error: First name is required!', 'woocommerce' ) );
    }
    if ( isset( $_POST['billing_last_name'] ) && empty( $_POST['billing_last_name'] ) ) {
        $errors->add( 'billing_last_name_error', __( 'Error: Last name is required!.', 'woocommerce' ) );
    }
    return $errors;
}
  
// zapis pól
  
add_action( 'woocommerce_created_customer', 'bbloomer_save_name_fields' );
  
function bbloomer_save_name_fields( $customer_id ) {
    if ( isset( $_POST['billing_first_name'] ) ) {
        update_user_meta( $customer_id, 'billing_first_name', sanitize_text_field( $_POST['billing_first_name'] ) );
        update_user_meta( $customer_id, 'first_name', sanitize_text_field($_POST['billing_first_name']) );
    }
    if ( isset( $_POST['billing_last_name'] ) ) {
        update_user_meta( $customer_id, 'billing_last_name', sanitize_text_field( $_POST['billing_last_name'] ) );
        update_user_meta( $customer_id, 'last_name', sanitize_text_field($_POST['billing_last_name']) );
    }
  
}
				
				
				
				
									Jeśli chcecie mieć także skonfigurowany zapis do newslettera na poziomie tego formularza to warto doinstalować moduł „MC4WP: Mailchimp for WordPress” i zintegrować go z kontem mailchimp, konfigurator sam was przeprowadzi przez wszystkie kroki.
 
Wisienką na torcie będzie dostosowanie stylów CSS, tak aby wygląd formularza był elegancki i przejrzysty.
								
				
					
		
					
		
				



Strzałki przy zdjęciach produktów w woocomerce
kobieta koduje — Tue, 28 Dec 2021 19:05:59 +0000

						
						
					
			
						
				
									Jeśli chcesz zrobić customowy wygląd strony produktowej w sklepie internetowym opartym o woocommerce i zależy Ci na dodaniu strzałek przy zdjęciach produktu, tak aby spełniały one funkcję slajdera zdjęć, wykonaj poniższe czynności:
								
				
				
				
									Aby  zaktualizować opcje Flexslider w WooCommerce V3, należy podłączyć się do filtra „woocommerce_single_product_carousel_options”. i ustawić strzałki nawigacyjne „directionNav”  na „prawda”.

Umieść tę funkcję w pliku functions.php:
								
				
				
				
					    // Aktualizacja opcji Flexslider 

add_filter( 'woocommerce_single_product_carousel_options', 'ud_update_woo_flexslider_options' );

function ud_update_woo_flexslider_options( $options ) {

    $options['directionNav'] = true;

    return $options;
				
				
				
				
									Aby wszystko wyświetliło się poprawnie należy dodać jeszcze odpowiednie style w pliku style.css:
								
				
				
				
					ul.flex-direction-nav {
    position: absolute;
    top: 50%;
    z-index: 99999;
    width: 100%;
    left: 0;
    margin: 0;
    padding: 0px;
    list-style: none;}

li.flex-nav-prev {float: left;}
li.flex-nav-next {float: right;}
a.flex-next {visibility:hidden;}
a.flex-prev {visibility:hidden;}
a.flex-next::after {
	visibility:visible;content: '\f054';
	font-family: 'Font Awesome 5 Free';
	margin-right: 25px;
	font-size: 10px;   
	font-weight: bold;
	color: #000;
}
a.flex-prev::before {
    visibility:visible;
    content: '\f053';
	font-family: 'Font Awesome 5 Free';   
	margin-left: 25px;
	font-size: 10px;
	font-weight: bold;
		color: #000;
}
.woocommerce div.product div.images .woocommerce-product-gallery__trigger{
	background: transparent;
}