Wszystko o add_action | Webinsider - Internet widziany od środka ™

Tag: add_action

Prosty sposób na przeniesienie opisu kategorii (i tagów) pod listę produktów w sklepie internetowym na WooCommerce

Wśród sklepów na WooCommerce, z którymi mam styczność w mniejszym lub większym stopniu, w części z nich, są używane opisy kategorii. W większości przypadków tylko i wyłącznie pod pozycjonowanie (SEO), więc teksty tam są, jakie są, niekoniecznie mają faktyczny sens dla zwykłego klienta sklepu, przeglądającego ofertę. Dlatego jedną z częstszych modyfikacji, o jakie jestem proszony w takim przypadkach, jest przeniesienie opisów kategorii pod listę produktów w widoku archiwum kategorii (i tagów).

Dodawanie własnych etykiet (odznak, badge), np. na zdjęciach produktów w sklepie internetowym na WooCommerce

Dostałem zapytanie od czytelniczki (i klientki naszego sklepu internetowego), jakiej wtyczki właśnie w naszym sklepie używamy do wyświetlania dodatkowych etykiet (po angielsku “badge”, więc tłumacząc dosłownie, będzie to odznaka) na zdjęciach produktów. I choć mógłbym zgodnie z prawdą podać nazwę wtyczki, to nic by to nie dało, bo jest to wtyczka napisana specjalnie na potrzeby naszego sklepu, specjalnie na potrzeby wyświetlania właśnie tych etykiet (odznak). Mogę jednak pokazać, jak szybko w prosty sposób, za pomocą kilku linijek kodu, wdrożyć coś takiego w swoim sklepie.

Opinie w sklepie internetowym na WooCommerce zgodne z Omnibusem to coś więcej, niż “zweryfikowany właściciel”

Pakiet ustaw potocznie zwany Omnibus jest z nami już prawie od pół roku, ale to nie oznacza, że wszystko i u wszystkich wdrożone. W ostatnich dniach przeprowadzaliśmy konsultację sklepu internetowego, również od strony podstawowych wdrożeń związanych właśnie z Omnibusem. Jednym z elementów, który musieliśmy umieścić na liście zadań do zrobienia, był moduł odpowiedzialny za opinie. Niby funkcjonujący prawidłowo, ale właśnie – niby…

Usuwanie lupki (zooma) i linku ze zdjęcia produktu na stronie produktu w sklepie internetowym na WooCommerce

Dziś na tapet bierzemy zdjęcie produktu w WooCommerce. Ale nie będziemy go wyrównywać w widoku archiwum. Zajmiemy się zdjęciem produktu na karcie produktu. Jednak nie będziemy go modyfikować np. dla produktów niedostępnych na stanie, a zajmiemy się jego powiększaniem. Od sterowania jego “intensywnością”, po całkowite wyłączenie. A na deser pozbędziemy się linku, który pod zdjęciem się w standardzie kryje.

Dodawanie niestandardowego kodu HTML i JavaScript do wybranych elementów strony za pomocą JavaScript, na przykładzie WordPressa

Dostałem zapytanie o umieszczenie formularza zapisu do newslettera w ramach usługi MailerLite na stronie internetowej działające na WordPressie. Niby nic nadzwyczajnego, ale tutaj miejsce, gdzie ów kod miał być umieszczony, było bardzo precyzyjnie wybrane i niekoniecznie łatwo dostępne do modyfikacji.

Kod CSS dla wybranych produktów w WooCommerce, czyli gdy strona produktu ma wyglądać trochę inaczej niż pozostałe

Kilka dni temu, na “skrzynkę redakcyjną” wpłynęło “zapytanie premium” o możliwość modyfikacji pewnych elementów  graficznych na stronach poszczególnych produktów. Strona działa na dobrze znanym mi motywie Divi, więc teoretycznie można by skorzystać z opcji “theme builder”, by dla wybranych produktów przygotować inny wygląd. Jednak zmiany choć drobne – zmiana koloru dla kilku wybranych elementów, to miały docelowo dotyczyć wszystkich produktów w sklepie, a więc tworzenie dla każdego produktu oddzielnego szablonu choć możliwe, to w tym przypadku raczej nie byłoby najlepszym sposobem. Zwłaszcza że wszystko można było ogarnąć dosłownie 2-3 linijkami kodu CSS.

Dodatkowa zawartość nad lub pod przyciskiem “dodaj do koszyka” w sklepie internetowym na WooCommerce

Dziś na warsztat bierzemy przycisk “dodaj do koszyka” w sklepie internetowym na WooCommerce. Z tym że nie będziemy banalnie zmieniać jego treści, a dodamy własny tekst nad lub pod ten przycisk, co – jak się zaraz okaże – jest zadaniem chyba równie banalnym… ;-)

Wykorzystanie pliku PHP jako pliku CSS na przykładzie WordPressa

Dostałem pytanie o to, czy można by w pliku style.css w WordPressie wykonać kod PHP. Wbrew temu, co się na początku może wydawać, nie jest to takie głupie, bo poza np. obsługa zmiennych (co zresztą w CSS też jest), można wykonywać dodatkowe operacje, bazując na różnych elementach, nawet tych zewnętrznych. I choć nie da się w standardowej konfiguracji webserwera w pliku CSS wykonać kodu PHP, to można CSS upakować do pliku PHP.

Prosty sposób na zapytania ofertowe w WooCommerce z podstawową obsługą wariantów na bazie wtyczki Contact Form 7

Kilka dni temu opublikowałem artykuł (poradnik) o tym, jak można za pomocą standardowe mechanizmy WooCommerce  (m.in. koszyk) wykorzystać do umożliwienia wysyłania zapytań ofertowych w ramach sklepu przerobionego na katalog. Choć to rozwiązanie ma wiele zalet (powinno zadziałać nawet z nietypowymi konfiguratorami produktu), to sprawdzi się tylko tam, gdzie nie ma “przy okazji” klasycznego sklepu, bo modyfikacje są nie tylko spore, ale też globalne (znika np. klasyczny koszyk, czy przyciski “dodaj do koszyka”). W wielu sytuacjach jednak nie tylko nie ma co wyciągać aż takich dział. Zwłaszcza gdy zapytanie o produkt, ma być tylko dodatkiem do sklepu internetowego.

Jednokolumnowy widok archiwum produktów w WooCommerce na urządzeniach mobilnych, przy korzystaniu z Divi Buildera

Strona na WordPressie, do tego wtyczka WooCoommerce dla funkcji sklepu internetowego, oraz motyw Divi od Elegant Themes, a więc i Divi Builder nie tylko dla standardowych stron, ale też – korzystając ze wsparcia Divi dla WooCommerce – dla stron związanych ze sklepem. Można by rzec, że kwartet całkiem udany, całkiem dopasowany, ale… No właśnie – jak to bywa w życiu, zawsze bywa jakieś “ale”. Zwłaszcza gdy do działającego układu dołożyć “piąte koło u wozu”. Problem tylko w tym, że tym piątym kołem w tym przypadku jest mobile, a konkretnie mobilne urządzenia. A tego zignorować nie można, nawet jeśli  nie w każdej branży obowiązuje “mobile first”.

Wyświetlanie własnej treści w wybranym miejscu na stronie działającej na WordPressie

Kilka dni temu odezwał się do mnie jeden z użytkowników wtyczki “PRyC WP: Add custom content to post and page (top/bottom)” do WordPressa (tutaj znajduje się artykuł na temat tej wtyczki). Potrzebował wsparcia, bo zawartość dodawana na dole postów przez wtyczkę wyświetlała się przed dodatkowo zdefiniowanym polem we wtyczce ACF. I nie pomaga dostępna od jakiegoś czasu opcja pozwalająca ustawić priorytet. Po wymianie kilku zdań wszystko stało się jasne – dodatkowe pole utworzone przez wtyczkę ACF wyświetlało się po głównej zawartości posta, gdy tymczasem wtyczka “PRyC WP: Add custom content to post and page (top/bottom)” operuje bezpośrednio na tej zawartości (funkcja/filtr the_content()), czyli tym samym oczywiste, że będzie przed.

Czyszczenie koszyka w sklepie internetowym na WooCommerce za pomocą specjalnego argumentu w linku

Koleżanka w swoim sklepie (WooCommerce) postanowiła wdrożyć promocję, a konkretnie promocyjne pakiety produktów. Kupując taki pakiet, klient płaci mniej, niż gdyby kupił oddzielnie wszystkie produkty, a do tego dołożył do pakietu jeszcze produkt, którego inaczej niż w tym właśnie pakiecie nie da się kupić. Brzmi sensownie. Pojawił się jednak mały problem, gdy użytkownik, który z landinga (strona lądowania, promocyjna pakietu) kliknął link przenoszący do sklepu, który od razu dodawał ów pakiet do koszyka miał już któryś z produktów wchodzących w skład pakietu w koszyku.

Prosty sposób na dodanie przycisku “dodaj do koszyka” w widoku archiwum produktów w WooCommerce

Rano napisałem artykuł, który jeszcze się nie ukazał, bo uznałem, że skoro to jest (ten artykuł) pewnego rodzaju felieton, to trzeba go ubrać w jakąś bardziej techniczną otoczkę. A, że już dość późno (weekend się zaczyna ;-)), to na szybko z mojego archiwum potencjalnych tematów (Trello) wygrzebałem 2 tematu związane z WooCommerce. Na pierwszy ogień idzie (czasem brakujący) przycisk “dodaj do koszyka” w widoku archiwum produktów…

Przekierowanie klienta po realizacji (złożeniu) zamówieniu w sklepie internetowym na WooCommerce

W niedawno publikowanym artykuł “dodatkowy komunikat (np. tekst) w podziękowaniu za zamówienie w sklepie internetowym na WooCommerce (WordPress)” napisałem, że oprócz tego, że można do strony z podziękowaniem za zakupy dodać dodatkowe informacje, “można też przekierować na inną stronę”. Wtedy zapowiedziałem, że to temat na inny artykuł, i… niniejszym tę zapowiedź spełniam.

Custom Post Types, czyli własne typy postów w WordPressie, na przykładzie Newsloga na Webinsider.pl

Tematy do opisania na Webinsider.pl (i notatki do nich) piętrzą się w kolejnych stosach m.in. w Trello, i pewnie jakbym się nie starał, o wszystkim nie dam rady napisać. W ten sposób niestety wiele tematów wartościowych nigdy się nie okazuje, bo zanim doczekają swojej szansy, są już nieaktualne (albo muszę robić od nowa notatki do nich). Są też tematy krótkie, ale na tyle  – przynajmniej w mojej ocenie – istotne, że warto choćby o nich wspomnieć (i to nie tylko po to, by generować UU na ich bazie ;-)). I właśnie do tych tematów, a konkretnie formatu, w jakim powinny być publikowane, robiłem już kilka podejść. To, co się nie sprawdziło, to zbiorcze zestawienia, czyli tzw. prasówka. Problemem z tym formatem był taki, że może i mały, ale ważny, i czasem dodatkowo pilny temat musiał czekać, aż uzbiera się przynajmniej kilka innych tematów, a gdy się uzbiera to – nie licząc czasu potrzebnego na przygotowanie – pojawiał się kolejny problem: tworzył się z tego kolejny duży artykuł, który zabierał często więcej czasu niż “normalny poradnik”. I tak, 21 maja 2020 zadebiutował na Webinsider.pl nowy format, który prawdopodobnie już zostanie, bo po tych kilku miesiące widzę, że się całkiem nieźle sprawdza…

Ponowienie płatności w WooCommerce i PayU, czyli “niefortunny status zamówienia” (wstrzymane (oczekuje na płatność))

Niedawno otrzymałem chyba dość ciekawe zgłoszenie/zapytanie dotyczące sklepu internetowego. Sklepu, jakich wiele, a może nawet bardzo wiele, czyli WordPress i WooCommerce. Sklepu, w którym, jak to w wielu innych, a może i większości, płatność jest realizowana za pomocą jednego z systemów tzw. szybkich płatności, a konkretnie PayU. I wszystko działało pozornie prawidłowo. Dostałem jednak zapytanie, czy nie można by wyjść naprzeciw klientowi, który z jakiegoś powodu nie mógł (prawidłowo) dokończyć płatności, i umożliwić ponowienie płatności, bez potrzeby składania ponownego zamówienia. Brzmi logicznie, i wydawało mi się, że co jak co, ale w  WooCommerce to tak działa…

Rezygnacja (konsumenta) z prawa do odstąpienia od umowy w ciągu 14 dni w sklepie internetowym na WooCommerce (WordPress), również w świetle Omnibusa

Pisząc kilka lat temu artykuł o automatycznym dodawaniu załącznika do wiadomości e-mail z potwierdzeniem zamówienia w WooCommece (WordPress), co wynikało z nowego wymogu, jaki m.in. na sklepy internetowe wprowadziła ustawa o prawach konsumenta, która weszła w życie 25 grudnia 2014, nie spodziewałem się, że nie tylko będzie to jeden z najpopularniejszych artykułów na stronie, ale jednocześnie będzie w ścisłej czołówce, jeśli chodzi o generowanie zapytań o wsparcie. Ale zanim pospieszycie do swoich stron dodawać artykuły na ten temat, poczekajcie chwilkę, bo jest jeszcze jeden pokrewny temat, który wprawdzie dotąd na stronie się nie pojawił, ale zazwyczaj pytanie o ten element pojawia się przy tej samej okazji. Przynajmniej od osób, które w swoich sklepach internetowych sprzedają (głównie) produkty cyfrowe, takie jak eBooki, szkolenia, wzory dokumentów…

Prosty sposób na własny tryb konserwacji (przerwy technicznej) w WordPressie – bez dodatkowych wtyczek, tylko odrobina kodu

Koleżanka poprosiła mnie o pomoc – potrzebuje aktywować coś na wzór “sprzedażowego trybu konserwacji” w swoim WordPressie. W uproszczeniu polegać ma to na tym, że chciałaby przełączyć stronę w tryb konserwacji, tak by osoby niezalogowane widziały stronę zaślepkę, a resztę stron mogłyby (tymczasowo) oglądać tylko osoby zalogowane. Pozornie nic trudnego, tego typu wtyczek (maintenance mode) jest pełno. Jednak koleżanka chciała, by tymczasowa strona mogła korzystać ze wszystkich dostępnych dobrodziejstw jej WordPressa, łącznie z page builderem…

Stan witryny w WordPressie (5.2+) to przydatna opcja, ale warto wiedzieć, że/jak można wyłączyć poszczególne testy

Wraz z niedawną premierą WordPressa 5.2 (Jaco) zadebiutował też mechanizm sprawdzający stan witryny/strony, dzięki czemu nawet mniej zaawansowana osoba może w prosty sposób sprawdzić, czy strona działa prawidłowo i spełnia wszystkie wymagania WordPressa. Z naprawą/korektą w większości przypadków pewnie już tak łatwo nie będzie, i tu już może być wymagana trochę bardziej techniczna wiedza, ale zawsze od czegoś trzeba zacząć. Są jednak sytuacje, gdy niekoniecznie chcemy tego typu testem dzielić się np. z potencjalnym klientem…

Zadebiutował WordPress 5.2 “Jaco”, a wraz z nim funkcja wp_body_open(), z nowym hakiem “wp_body_open”

Dziś zadebiutował publicznie WordPress 5.2 “Jaco” (od Jaco Pastorius), który przyniósł kilka zmian, jak to w przypadku aktualizacji bywa. Wśród zmian mamy dodatkowe strony związane z usługą “Site Health” (opcja, która pojawiła się wraz z 5.1), gdzie możemy sprawdzić stan witryny (“stan witryny pokazuje krytyczne informacje na temat konfiguracji WordPressa i innych elementów, które wymagają twojej uwagi”), oraz uzyskać dodatkowe informacje o samej stronie (“strona pokazuje każdy szczegół konfiguracji twojej witryny opartej o system WordPress”). Poprawiono też mechanizm zarządzania i kontrolowania ewentualnych błędów PHP, wraz ze specjalnym trybem awaryjnym (recovery mode). Ale dla mnie chyba najistotniejszą zmiana jest nowa funkcja, a wraz z nią nowy filtr, dzięki któremu można będzie w prosty sposób dodać kod zaraz za znacznikiem <body>.

Loading

Pin It on Pinterest