Nowe wersja Hummerce v.2.34! Odkryj aż 30 wprowadzonych zmian w tym wydaniu

Oficjalnie wydaliśmy właśnie nową wersję sklepu. Prace nad nią trwały intensywne 12 miesięcy, ten czas pozwolił nam na oddanie rekordowej liczby 30 zadań. Największe i najważniejsze dotyczyło kuponów rabatowych.

Każde z poniższych usprawnień było tworzone po to, aby praca w systemie Hummerce stała się łatwiejsza i jeszcze bardziej efektywna. Większość zadań pochodzi z Programu Deweloperskiego.

Najważniejsze zmiany, mające fundamentalne znaczenie dla funkcjonowania sklepu

Nowy mechanizm kuponów rabatowych

Moduł kuponów rabatowych został kompleksowo przemyślany i przepisany, dzięki temu zyskał nowe możliwości oraz pozbył się ograniczeń poprzedniego rozwiązania. Zastępuje stary mechanizm oparty na kampaniach kuponowych nowym podejściem, w którym każda kampania kuponowa jest osobną regułą koszykową (promocją koszykową). Kupony dziedziczą warunki z przypisanej reguły, co zapewnia jednoznaczność i przejrzystość konfiguracji.

W I etapie została zrealizowana podstawowa funkcjonalność kuponów, odpowiadająca poprzedniemu rozwiązaniu, przy zachowaniu kompatybilności wstecznej. W kolejnych etapach, dzięki oparciu modułu na łatwych do dodania kalkulatorach (podobnie do pozostałych reguł promocyjnych) będą dodawane nowe rozwiązania, np:

rabat do określonego poziomu cenowego,
wykluczenie promocji koszykowej przy aktywnym kuponie,
import kuponów z zewnętrznego źródła,
generowanie raportów wykorzystania kuponów,
operacje grupowe na liście kuponów
zaawansowane generowanie kuponów za newsletter
i wiele innych.

Stary mechanizm kuponów nadal działa równolegle, istniejące kupony nie wymagają natychmiastowej migracji. Nowy moduł nie wymaga wdrożenia (jeżeli istnieją rozwiązania dedykowane, może pojawić się potrzeba dodania kalkulatorów).

Przeniesienie historii do zewnętrznej bazy (np. bigQuery)

Moduł umożliwia automatyczne przesyłanie danych historycznych ze sklepu do usługi Google BigQuery. Dzięki temu:

baza danych sklepu jest mniejsza – stare wpisy historii (np. zmiany towarów, zamówień, klientów; miliony rekordów) są przenoszone do zewnętrznej bazy, co przyspiesza działanie sklepu. Historia w sklepie może być ograniczona np. do ostatniego roku.
dane historyczne są bezpieczne – wszystkie przeniesione wpisy są dostępne w BigQuery i mogą być przeglądane w dowolnym momencie.
dane w BigQuery pozwalają na zaawansowaną analitykę – baza pozwala na szybkie przeszukiwanie milionów rekordów. Możliwe jest również tworzenie raportów wizualnych w Google Looker Studio (osobne zadanie).

Moduł przesyła dane z 85 typów tabel historii (m.in. historia towarów, zamówień, klientów, magazynu, płatności, dostaw, cen, promocji i wielu innych) do jednej wspólnej tabeli w BigQuery (jest możliwa identyfikacja źródła rekordu). Moduł wymaga wdrożenia tzn. konfiguracji oraz integracji z BigQuery, którą należy uruchomić osobno oraz posiadania konta w usługach Google Cloud.

Usuwanie historii starszej niż określony czas (przeniesionej do BigQuery)

W nowej wersji sklepu dostępny jest mechanizm automatycznego usuwania starych wpisów historii z bazy danych sklepu. Pozwala to znacząco zmniejszyć rozmiar bazy i przyspieszyć działanie sklepu, szczególnie w połączeniu z archiwizacją do BigQuery (opisaną powyżej), dzięki czemu dane nie są tracone.

Przygotowanie raportu Looker Studio do przeglądania historii

W związku z przeniesieniem do BigQuery starszych wpisów historii, dodaliśmy możliwość przeglądania tych wpisów w dedykowanym raporcie. Aby ułatwić powiązanie historycznych zapisów ze sklepem, najważniejsze obiekty zostaną podlinkowane ze sklepem. Do uruchomienia raportów w danym sklepie potrzeba zbioru danych, na których będziemy operować oraz określenia parametrów raportu – funkcjonalność jest powiązana z przeniesieniem historii do BigQuery.

Nowe funkcje niezbędne dla rozwoju platformy

PayU – aktualizacja do REST API

Moduł płatności PayU w sklepie został zaktualizowany z przestarzałego Classic API do REST API 2.1. Jest to najnowsza wersja interfejsu płatniczego PayU, zgodna z aktualnymi standardami bezpieczeństwa i funkcjonalności. Najważniejsze zmiany to:

Obsługa PayPo (Kup teraz, Zapłać później)
Weryfikacja kwoty płatności (zabezpieczenie przed oszustwami)
Autoryzacja przez OAuth 2.0 z autoodświeżaniem
Automatyczna synchronizacja metod płatności
Pełna obsługa zwrotów
Powiadomienia (webhooks) z weryfikacją podpisu
Zamówienia utworzone przez stary moduł (Classic API) są nadal obsługiwane

Nowy moduł nie wymaga wdrożenia.

PayPal – aktualizacja

Zaktualizowany moduł płatności PayPal w platformie Hummerce z przestarzałej metody integracji (IPN/webscr CGI, używanej od wielu lat) na nowoczesne PayPal Orders API v2. Jest to zmiana techniczna „pod maską” tzn. z perspektywy kupującego proces płatności wygląda praktycznie identycznie (przekierowanie na PayPal > logowanie i zatwierdzenie > powrót do sklepu). Najważniejsza różnica w działaniu jest taka, że dzięki działaniu w tle, nawet jeśli kupujący nie wróci do sklepu po zatwierdzeniu płatności (np. zamknie przeglądarkę), system automatycznie pobierze środki i oznaczy zamówienie jako opłacone.

Nowe API zapewnia:

szczegółowe logowanie operacji – dotychczasowy moduł nie zapisywał prawie żadnych informacji diagnostycznych, co utrudniało weryfikację problemów z płatnościami. Nowy moduł będzie logował każdą operację: żądanie, odpowiedź, czas wykonania, kod HTTP, ID transakcji.
lepsze informacje o transakcjach – zamiast prostego „zapłacono / nie zapłacono” otrzymujemy pełny cykl życia płatności ze szczegółowymi statusami (CREATED, APPROVED, COMPLETED / VOIDED).
automatyczne finalizowanie płatności – nowy mechanizm w tle co 5 minut sprawdza status rozpoczętych płatności i automatycznie pobiera środki za zatwierdzone transakcje (eliminuje sytuacje, gdy klient zatwierdził płatność w PayPal, ale nie wrócił do sklepu).
zgodność z aktualnym API PayPal – stare API (IPN) jest przestarzałe i może zostać wyłączone przez PayPal w przyszłości.
bezpieczeństwo – nowa integracja używa OAuth2 i weryfikacji podpisów webhooków zamiast prostej identyfikacji po adresie e-mail.

Stary moduł PayPal pozostaje w kodzie i nie jest usuwany. Zamówienia opłacone starą metodą nie ulegną zmianie. Nowy moduł działa równolegle pod nową nazwą (PayPal V2). Sklepy mogą przejść na nowy moduł w dowolnym momencie.

Aktualizacja środowiska continous development

Zadanie techniczne, niewidoczne dla klientów, jednak niezbędne do bezpiecznego i sprawnego działania platformy. Zostało rozpoczęte ponad 4 lata temu i składało się z wielu kolejnych etapów prac nad wprowadzaniem kolejnych wersji podstawowego języka programowania naszego systemu (Javy). Zadanie stanowi bezpośrednią kontynuację migracji na OpenJDK 11. Nie wymaga wdrożenia.

Automatyczne tłumaczenia

Moduł dostępny w najnowszej wersji sklepu umożliwia automatyczne tłumaczenie treści w sklepie internetowym na wybrane języki obce. Integruje się z usługą DeepL tj. jednym z najdokładniejszych narzędzi do tłumaczenia maszynowego na świecie. Dzięki temu możliwe jest szybkie i wygodne przetłumaczenie opisów towarów, kategorii, stron statycznych oraz canvasów bez konieczności ręcznego wprowadzania tłumaczeń.

Podsumowanie możliwości:

Tłumaczenie wartości propertisów wielojęzycznych tzn. krótkich i długich tekstów, w tym opisów HTML
Elastyczny wybór obiektów do tłumaczenia – towary, kategorie, strony statyczne, canvasy.
Różne tryby uruchamiania tłumaczenia:
- automatycznie po dodaniu wartości propertisa,
- po kliknięciu przycisku przy konkretnym propertisie,
- po zaznaczeniu checkboxa i kliknięciu „Przetłumacz” na dolnej belce,
- zbiorczo z poziomu „Transfer danych > Automatyczne tłumaczenia”.
Możliwość oznaczenia obiektów flagą „nie tłumacz”, np. dla nazw własnych, producentów, haseł.
Kontrola kosztów – śledzenie liczby przetłumaczonych znaków w danym miesiącu, konfigurowalny limit miesięczny.
Panel diagnostyczny, w którym jest dostępna historia zużycia znaków, podgląd ostatnich zapytań i ewentualnych błędów.
Obsługa wielu języków docelowych, zgodnie z listą języków wspieranych przez DeepL (dzisiaj jest to ponad 100 języków).

Obsługa obrazków AVIF

W systemie Hummerce (od wersji 2.34) została dodana obsługa formatu graficznego AVIF tj. nowoczesnego formatu zdjęć, który oferuje 20–50% lepszą kompresję niż WebP przy zachowaniu porównywalnej jakości wizualnej. Przekłada się to bezpośrednio na:

szybsze ładowanie stron sklepu, dzięki zmniejszeniu plików graficznych,
lepsze wyniki w Google PageSpeed / Core Web Vitals.

Format AVIF jest wspierany przez wszystkie główne przeglądarki (Chrome, Firefox, Edge, Safari 16.4+, Opera). Funkcjonalność AVIF działa na tej samej zasadzie co istniejąca obsługa WebP – zdjęcia produktowe mogą być automatycznie konwertowane do formatu AVIF, a przeglądarki klientów wybiorą najlepszy dostępny format (AVIF/ WebP/ JPG/PNG).

Moduł jest w pełni konfigurowalny w panelu sklepu i poza konfiguracją nie wymaga wdrożenia. Podobnie jak w przypadku WebP, w niektórych elementach sklepu wymagane jest ręczne dodanie obsługi nowego formatu (np. banery na stronie głównej).

Nowe narzędzie do zbierania i analizowania logów systemowych

W nowej wersji wdrożyliśmy system automatycznej analizy logów systemowych naszych sklepów, który zastępuje dotychczasowe, ręczne i czasochłonne metody diagnostyki (m.in. nieefektywną Kibanę).

System umożliwia szybszą identyfikację przyczyn awarii i problemów zgłaszanych w systemie obsługi zadań (Redmine).
System automatycznie wykrywa nowe lub zaktualizowane zgłoszenia, dynamicznie identyfikuje, którego serwera dotyczy zgłoszenie i łączy się z systemem monitorującym, aby pobrać logi błędów (z okresu 60 minut od momentu zgłoszenia).
Następnie analizuje pobrane logi za pomocą AI pod kątem ich powiązania ze zgłoszeniem i automatycznie przygotowuje raport diagnostyczny.
Nie wymaga osobnego wdrożenia.

Logowanie przez Google (SSO)

Moduł umożliwia klientom sklepu logowanie i rejestrację za pomocą konta Google. Po kliknięciu przycisku „Zaloguj się przez Google” na stronie logowania, klient jest uwierzytelniany za pośrednictwem protokołu OAuth2 firmy Google. Jeśli klient loguje się po raz pierwszy, zostaje automatycznie zarejestrowany w sklepie, a jego dane (imię, nazwisko, e-mail) są pobierane z konta Google.

Nie wymaga osobnego wdrożenia (konfiguracja w panelu), ale potrzebne jest posiadanie konta w usługach Google Cloud.

Zmiany podnoszące bezpieczeństwo

Niezabezpieczony formularz zapytania o produkt – /do/questionOnItem

Formularz zapytania o produkt nie posiadał walidacji ani zabezpieczenia reCAPTCHA. Umożliwiało to botom potencjalne masowe wysyłanie pustych lub częściowo wypełnionych formularzy. Problem został rozwiązany przez zablokowanie bezpośredniego dostępu do formularza (dostęp ze strony towaru pozostał), w kolejnym etapie zostanie dodane zabezpieczenie reCAPTCHA v3. Moduł nie wymaga wdrożenia.

Podatność XSS Vulnerability w systemie Hummerce – pełen raport i rozplanowanie wdrożenia w ramach programu deweloperskiego

Dążąc do ciągłego podnoszenia bezpieczeństwa platformy, na podstawie raportu niezależnego pentestera, przeanalizowaliśmy zgłoszone podatności występujące w całym Hummerce. Zostały one naprawione lub zweryfikowane jako bezpieczne.

Walidacja płatności server-side działa poprawnie. Pozostałe kwestie (SPF, clickjacking, session invalidation) zostały wydzielone do osobnych zadań w ramach programu deweloperskiego lub wymagają działań po stronie klienta (DNS).

Zmiana nie wymaga żadnych działań po stronie klientów, za wyjątkiem konfiguracji DNS.

Usunięcie z adresów URL adresów e-mail

W niektórych przypadkach, w adresach URL generowanych przez sklep internetowy (np. linki potwierdzające subskrypcję newslettera, linki do odzyskiwania hasła) widoczne były jawne adresy e-mail użytkowników, co mogło doprowadzić do naruszenia ochrony danych osobowych.

Od ponad roku dopracowywaliśmy i testowaliśmy finalną wersję rozwiązania.

Dodaliśmy ją bezpośrednio w silniku sklepu – adresy e-mail w URL-ach zostały zastąpione zaszyfrowanym, nieodwracalnym identyfikatorem (hash). Dzięki temu:

Linki nadal działają poprawnie – użytkownik klikając w link zostaje prawidłowo zidentyfikowany przez system.
Adres e-mail nie jest widoczny w pasku adresu przeglądarki ani w żadnym narzędziu analitycznym.
Zmiana obejmuje wszystkie kluczowe miejsca, w których adres e-mail pojawiał się w URL.

Dodatkowo, w Google Analytics 4, została aktywowana wbudowana funkcja redakcji adresów e-mail, która stanowi dodatkową warstwę ochrony po stronie narzędzia analitycznego.

Zmiana działa automatycznie i nie wymaga żadnych działań po stronie klienta.

Mniejsze zmiany, podnoszące UX i funkcjonalność sklepu oraz Panelu Administracyjnego

Usuwanie spacji w symbolu w PA i na froncie

System Hummerce w nowej wersji sklepu automatycznie usuwa zbędne spacje (na początku i na końcu wartości) w polach formularzy, zarówno na froncie sklepu, jak i w Panelu Administracyjnym (PA). Funkcja działa w tle, bez konieczności konfiguracji przez użytkownika.

Obsługiwane pola:

Panel – symbole klientów (loginy), symbole parametrów, propertisów, lokacji i pozostałe pola z symbolami.
Front – symbole klientów (loginy), formularz logowania, pozostałe pola z symbolami.

Funkcja działa automatycznie i nie wymaga włączania ani konfiguracji.

Informacja w panelu o numeru wersji

Dodaliśmy w Panelu Administracyjnym mechanizm informujący o wersji systemu oraz czy jest to wersja aktualna lub nie. Użytkownicy dostają czytelną i aktualną informację, gdy dostępna jest nowsza wersja i system wymaga aktualizacji. Nie wymaga wdrożenia.

Operacja modyfikacji producenta w Historii – brak rozróżnienia przypisania producenta i odpięcia producenta

W historii zmian produktu (w PA) operacje dodania i usunięcia producenta, grupy klienckiej oraz grupy towarowej były wyświetlane identycznie, przez co nie dało się odróżnić, czy wartość została dodana, usunięta czy zmieniona. Po poprawce, gdy wartość jest pusta, wyświetlany jest tekst (brak), a strzałka „===>” jest zawsze widoczna. Zmiana nie wymaga wdrożenia.

Wysyłka maili z pominięciem maila z pustym odbiorcą

W niektórych przypadkach istnieje możliwość, że w danych klienta nie ma podanego poprawnego adresu mailowego. Aby zapobiec problemom z tym związanym (blokowanie kolejki maili do wysłania), dodaliśmy poprawkę, która pomija problematyczny mail, dodaje informację w logach i kontynuuje wysyłkę wiadomości bez blokowania kolejki. Nie wymaga wdrożenia.

Niekopiowanie przyjaznego adresu URL podczas kopiowania towarów

Podczas kopiowania towaru w Panelu Administracyjnym przyjazny adres URL (friendly URL) był kopiowany bez zmian z towaru źródłowego do nowo tworzonego towaru. Powodowało to duplikację adresów URL, co mogło prowadzić do konfliktów i problemów z SEO. Obecnie nowy towar tworzony przez kopiowanie otrzymuje nowy unikalny przyjazny adres URL z sufiksem numerycznym (gdy włączona jest opcja automatycznego tworzenia adresów). Poprawka nie wymaga wdrożenia.

Poprawa rejestracji po złożeniu zamówienia

Poprawiliśmy użyteczność opcji rejestracji klienta po złożeniu zamówienia w sklepach z nowym layoutem graficznym (BS5). Obecnie podpowiadamy klientom dane uzupełnione podczas składania zamówienia (poza hasłem) niezależnie jaką ścieżkę rejestracji wybierze: podczas składania zamówienia lub po złożeniu zamówienia. Zmiany nie wymagają osobnego wdrożenia.

Poprawa obsługi statusów zamówień przez API

Przy zmianie statusu dostawy zamówienia na „Przygotowane do wysyłki” przez API nie były generowane dokumenty magazynowe WREZ (wycofanie rezerwacji). Ten sam status zmieniony ręcznie przez operatora w Panelu Administracyjnym generował WREZ poprawnie. Problem zidentyfikowano i poprawiono. Zmiana nie wymaga wdrożenia, ale działa tylko dla nowych zamówień, historyczne zamówienia z „zawieszonymi” rezerwacjami wymagają osobnej obsługi (ręcznej lub przez zapytanie bazodanowe).

Wadliwe zwracanie ceny towaru dodanego ręcznie do zamówienia

API sklepu wadliwie zwracało cenę towaru dodanego ręcznie do zamówienia w Panelu Administracyjnym. Zamówienia składane na froncie przechodzą przez politykę cenową w kontekście klienta, natomiast edycja zamówienia w PA odbywa się w kontekście admina (bez odtwarzania kontekstu klienta).

Zmodyfikowano logikę edycji zamówienia tak, aby system pobierał i uwzględniał wartość parametru „Cena brutto w adminie” przy obliczeniach i wyświetlaniu cen podczas edycji zamówień. Poprawka nie wymaga wdrożenia.

SEO: zmiana sposobu generowania URL dla kolejnych stron list (kategorii, wyników wyszukiwania)

W tym zadaniu zrealizowaliśmy zmianę sposobu generowania adresów URL i paginacji na stronach kategorii i wyników wyszukiwania. Zmiana była niezbędna w celu poprawy SEO, zgodnie z zaleceniami Google. Funkcjonalność działa poprawnie dla BS4 i BS5 i nie wymaga osobnego wdrożenia.

Optymalizacja scrollowania w Panelu

Przy dużej liczbie parametrów przypisanych do towarów, tabele w Panelu Administracyjnym (np. lista zamówień, lista towarów) rozciągały się w poziomie poza widoczny obszar ekranu.

W nowej wersji wprowadziliśmy zmiany wyświetlania tabel w PA:

Scroll w obrębie tabeli – tabele są teraz osadzone w kontenerze o dynamicznej wysokości (dopasowanej do okna przeglądarki). Dzięki temu zarówno pionowy, jak i poziomy pasek przewijania są zawsze widoczne i dostępne bez konieczności przewijania całej strony.
Wyszukiwarka i filtry zawsze widoczne – wiersz z wyszukiwarką/filtrami oraz wiersz z paginacją zostały wyciągnięte poza obszar scrollowania tabeli, dzięki czemu są zawsze dostępne na ekranie.
Przyklejony nagłówek tabeli (sticky header) – podczas przewijania tabeli w pionie nagłówek z nazwami kolumn pozostaje widoczny na górze, co ułatwia orientację w danych.
Minimalna wysokość tabeli – nawet na bardzo małych ekranach tabela wyświetla co najmniej nagłówek i pierwszy wiersz danych, zapewniając użyteczność interfejsu.
Operacje grupowe przeniesione do wiersza z paginacją – przyciski akcji grupowych są teraz w tym samym wierszu, co nawigacja po stronach.

Powyższe zmiany nie wymagają wdrożenia.

Usprawnienie rozwijania wierszy historii

W Panelu Administracyjnym w sekcji historii zmian (dostępnej m.in. w zamówieniach, klientach, towarach, stronach statycznych i innych obiektach) występował błąd związany z ikoną rozwijania/zwijania wierszy. Usprawnienie polega na prawidłowym resetowaniu stanu tej ikony przy zmianie strony historii (po przejściu na kolejną stronę wyników historii ikona automatycznie wraca do stanu „+”). Mechanizm działa jednolicie we wszystkich miejscach Panelu, gdzie wyświetlana jest historia zmian.

Filtrowanie towarów – polskie litery

W Panelu Administracyjnym, w sekcji Asortyment > Towary, występował błąd związany z filtrami zawierającymi polskie znaki diakrytyczne (np. ą, ć, ę, ł, ń, ó, ś, ź, ż). Wprowadzono poprawki w mechanizmie zapamiętywania i odczytywania filtrów, dzięki czemu błąd już nie występuje.

Panel: opinie (nowy widok) -– dodanie sortowania i filtrowania

W ramach jednej z poprzednich wersji systemu, wprowadzono nowy, zmodernizowany widok panelu opinii w Panelu Administracyjnym sklepu. Moduł może obsługiwać trzy rodzaje opinii: o produktach, stronach i o sklepie.

Obecne zadanie stanowiło kontynuację i miało na celu dodatkowe usprawnienia w zakresie sortowania i filtrowania opinii. Zostało dodane wyszukiwanie po kliencie i towarze oraz zaktualizowano wyszukiwanie po mailu klienta.

Edycja loginu klienta

Zadanie dotyczy dodania możliwości zmiany loginu klienta w sklepie. Główny problem był taki, że gdy klient zmieniał e-mail w edycji profilu, login (którym jest stary e-mail) pozostawał bez zmian, nawet gdy w ustawieniach sklepu włączono opcję „Email jako login”.

Po wdrożeniu tej funkcjonalności zmiana e-maila powoduje wysłanie maila z linkiem potwierdzającym na nowy adres. Dopiero po kliknięciu w link login zostaje zmieniony.

Zadanie nie wymaga wdrożenia, jednak jest potrzeba aktualizacji konfiguracji szablonów maili oraz stron statycznych logowania.

Ustawianie automatyczne widoczności w kategorii głównej

W ramach zadania wprowadzono usprawnienia w Panelu Administracyjnym dotyczące zarządzania widocznością towarów w kategoriach. Zmiany obejmują:

automatyczne odświeżanie widoczności po zmianie kategorii głównej,
komunikat ostrzegawczy przy zmianie kategorii głównej,
obsługę typów towarów z zablokowaną widocznością w kategoriach,
poprawki błędów.

Poprawa działania nowego managera plików

W wersji 2.33 platformy Hummerce udostępniony został nowy manager plików w panelu administracyjnym. Podczas pobierania plików dodanych na FTP z poziomu sklepu (frontu) pojawiały się błędy. Problem wynikał z tego, że sklep i pliki FTP mogą znajdować się w różnych lokalizacjach na serwerze, co wymaga odpowiedniej konfiguracji uprawnień i nagłówków dostępu. Poprawka obejmuje dostosowanie uprawnień serwera oraz – w przypadku problemów z podglądem zdjęć lub plików – możliwość dodania odpowiednich nagłówków Access-Control.