Tag: add_action

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)

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ł na ten temat, poczekajcie chwilkę, bo jest jeszcze jeden pokrewny temat, który wprawdzie do teraz 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…

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>.

Dodawanie ikon do strony internetowej (np. do menu) na przykładzie Font Awesome 5 (i Dashicons) i WordPressa

Będzie o ikonach (nie tylko) w menu, czyli temacie trochę pochodnym ostatnich zmian na Webinsider.pl – ikony w menu były chyba od zawsze, ale niedawno dorobiły się ich wszystkie pozycje (w menu głównym), i od razu w statystykach widzę, że jest dużo większe zainteresowanie poszczególnymi pozycjami. Dostałem też kilka pytań, jak takie ikony wdrożyć, stąd ten artykuł…

Wyłączenie Emoji w WordPressie, czyli np. ;-) czy :-P zamiast “kolorowych mordek” w treści (nie tylko wpisów i stron)

Zapytała mnie koleżanka, dlaczego u mnie we wpisach “mordki” (np. ;-)) widać jako zwykłe połączenie znaków, a nie jak u niej – w formie graficznego Emoji. Moja odpowiedź była prosta – bo mam tak ustawione w ustawieniach WordPressa. I choć była to jak najbardziej prawdziwa odpowiedź, to… dotyczy tylko stron, które zostały uruchomione na starszych wersjach WordPressa. W przypadku nowszych instalacji takiej opcji nie ma, i trzeba zastosować inne metody by wyłączyć Emoji…

Własny widżet w kokpicie WordPressa (WP-Admin), np. z podstawowymi informacjami dla użytkowników

Czasem, gdy oddaje gotową stronę internetową (WWW) dla klienta, to również przygotowuje odpowiednio dopasowane (czytaj: okrojone ze zbytecznych uprawnień ;-)) konta dla delegowanych do zarządzania np. sklepem czy aktualnościami użytkowników. I choć są oni zazwyczaj po (prze)szkoleniu, to z doświadczenia wiem, że zawsze mogą pojawić się jakieś pytania czy wątpliwości, i takiej sytuacji wole by dany użytkownik skontaktował się ze mną, niż coś na siłę próbował zrobić.
Jednym z elementów tego procesu jest dedykowany widżet (widget) na głównym ekranie WordPressa (WP-Admin), gdzie użytkownik może znaleźć między innymi informacje kontaktowe, oraz linki do dedykowanej pomocy (np. jakiś FAQ lub system Q&A). I dziś pokaże Wam, jak w prosty sposób taki widżet dodać również na swojej stronie.

Tagi Twitter Cards w WordPressie, czyli powiedz Twitterowi co jest czym na stronie (zwłaszcza gdy sam sobie nie radzi)

Skoro wczoraj opublikowałem wpis/poradnik o tym jak dodać tagi Open Graph wykorzystywane przez Facebooka do strony opartej o WordPressa (choć nie tylko, bo schemat jest uniwersalny), to chyba nie ma powodów, by nie opublikować podobnego poradnika, z tym że dla Twittera.

Tagi Open Graph w WordPressie, czyli powiedz Facebookowi co jest czym na stronie (zwłaszcza gdy sam sobie nie radzi)

Ostatnio pisałem o pewnej sztuczce, którą czasem stosuje by zmusić mechanizmy Facebooka do wyświetlenia informacji o linkowanej stronie dokładnie tak jak ja chcę, a nie tak jak akurat bawią się “chłopcy z Facebooka” (bo mam wrażenie, że – zwłaszcza ostatnio – co chwilę coś mieszają w tym temacie). Tam też pokazałem jak możemy – dla pewności – dodać na stronie taki “Open Graph”, tak by mechanizmy Facebooka odpowiedzialne za pobieranie i przetwarzanie danych nie miały wątpliwości jak interpretować treści na stronie.
W przypadku strony internetowej o relatywnie statycznej zawartości/konstrukcji sprawa jest dość prosta – na każdej (pod)stronie ustawiamy odpowiednie nagłówki i temat mamy z głowy. Sprawa trochę się komplikuje w przypadku bardziej dynamicznej (zawartości) strony.

Dodatkowa kolumna na liście użytkowników w WordPressie, np. z identyfikatorem (ID) użytkownika

Ostatnio dostałem zapytanie, czy mógłbym przygotować jakiś moduł, który by na liście użytkowników WordPressa – oprócz standardowych danych – wyświetlał również ID danego użytkownika. Nie będę rozpisywał się nad powodami takiego “zapotrzebowania”, bo mogą być one (prze)różne. Ważny jest ostateczny efekt.

Własne (dodatkowe) przyciski w edytorze tekstowym (HTML) i graficznym (TinyMCE) w WordPressie

Jakiś czas temu pisałem jak można w WordPressie 4.7+ przywrócić w edytorze przyciski odpowiedzialne za justowanie i podkreślenie tekstu. Dziś pójdziemy o krok dalej – dodamy do edytora (wizualnego i tekstowego) własne przyciski.

Dodatkowe menu i pole na widżety (sidebar) w WordPressie

Wprawdzie większość motywów – zwłaszcza tych bardziej rozbudowanych – do WordPressa ma zazwyczaj przynajmniej kilka miejsc na widżety i 1-2 miejsca na menu (choć czasem dziwnie rozmieszczonych), to warto wiedzieć, że w kilku prostych krokach możemy dodać dodatkowe miejsca tego typu, właściwie w dowolnym miejscu naszego motywu.

Wykonywanie własnego kodu w WordPressie na przykładzie pliku functions.php i własnej wtyczki

Dziś miałem opublikować wpis pokazujący jak w przypadku sklepu internetowego opartego o WooCommerce (WordPress) dodać załącznik do wiadomości e-mail z potwierdzeniem zamówienia. Powód nie jest przykładowy – 25 grudnia w życie wejdą nowe przepisy które przynosi Ustawa o prawach konsumenta, a w raz z nimi nowe obowiązki informacyjne… Po chwili namysłu stwierdziłem, że zanim wspomniany wpis trafi do publikacji muszę nadrobić jeszcze jeden temat – jak dodać do strony opartej o WordPressa własny kod, i o tym właśnie dziś będzie.

Loading

Pin It on Pinterest