Społeczność Comarch ERP | Użytkownicy Klienci Partnerzy Comarch

Profil użytkownika

avatar

Łukasz Dec

879 pkt
 
partner
3 Podziękowań
20 100%

1 pytań

27 odpowiedzi

58 96%

11 pomysłów

16 komentarzy

Aktywność

  • Wartościowy użytkownik
  • Wysoko notowany
  • Lider rankingu
  • Aktywny użytkownik
  • Pomysłodawca
  • Uczynny użytkownik
  • Znawca tematu
  • Specjalista kategorii Chmura
  • Specjalista kategori ERP Altum
  • Specjalista kategorii ERP Optima
  • Specjalista kategorii ERP XL
  • Specjalista kategorii ERP XT
  • Specjalista kategorii ERP esklep
  • Specjalista kategorii ERP mobile
  • Specjalista kategorii ERP Produkcja
  • Specjalista kategorii IBARD
  • Specjalista kategorii wszystko.pl
  • Specjalista kategorii ERP Klasyka
  • Specjalista kategorii ERP iKsięgowośc 24
  • Specjalista kategorii ERP Retail
  • Specjalista kategorii Workflow
  • Specjalista kategorii Techniczne
  • Specjalista kategorii Handel
  • Specjalista kategorii Logistyka
  • Specjalista kategorii Księgowość
  • Specjalista kategorii BI
  • Specjalista kategorii Kadry płace

Rankingi

Miejsce W tym
miesiącu
Punktów
Ranking główny 41 110 879 pkt
W tym miesiącu 110 110 0 pkt
Pytania i odpowiedzi 58 57 360 pkt
Pomysły i komentarze 28 59 495 pkt
Najbardziej pomocni 52 46 -

O firmie

Creatorium zajmuje się tworzeniem i obsługą
sklepów internetowych pracujących z
oprogramowaniem Comarch ERP. I robimy to najlepiej
ze wszystkich.

Wpisy użytkownika

User Avatar
partner
Łukasz Dec
879 pkt
1 pytań
27 odpowiedzi
11 pomysłów
16 komentarzy
78 97%
Ten pomysł został zrealizowany
Łukasz Dec napisał/a o
Comarch e-Sklep
Comarch e-Sklep pomysłów: 154 | odpowiedzi: 2626

Artur EgerTomasz TomkowiakKamila KlamannJakub PrażmowskiAdrian TobołaDaniel TrzeciakPaweł JaranowskiAngelika Sibilska

Tworzenie szablonów e-Sklep

Zaktualizowano rok temu

Comarch e-Sklep jest fantastycznym narzędziem od strony sprzedażowej, niestety integracja z ERP i kwestie prawno-techniczne to tylko jeden z aspektów które czynią sklep internetowy "fajnym" i poza wygodą sprzedającego równie istotny jest komfort klientów sklepów. Na ich wygodę wpływa przede wszystkim to co, dostają po wpisaniu adresu sklepu - design i użyteczność szablonu. To aspekt, który w przypadku sklepów Comarch niestety mocno kuleje. Zebrałem kilka kluczowych uwag i propozycji zmian, które mogłyby znacznie poprawić sytuację:


(1) Brak dokumentacji. W tej chwili de facto nie ma jej wcale, a bardzo by się przydała. PDF dot. modyfikacji szablonów zawiera bardzo podstawowe informacje i omawia w zasadzie wyłącznie kwestie poruszania się po części panelu administracyjnego dotyczącego stron i pluginów. Każda instancja pluginu wykorzystuje swoje własne tagi i zmienne, na temat których nigdzie nie ma żadnych informacji i wykorzystać je można dopiero po rozgryzaniu ich zastosowania metodą prób i błędów. Brakuje bazy wiedzy, jaką ma np. Magento, WooCommerce czy Shopify.

Sprawę utrudnia fakt, że praktycznie każdy z elementów generowanych przez funkcje <cdn_t> ma na sztywno ustawione css'owe klasy i ID. Przy nomen omen, dosyć sporej ich ilości i braku dokumentacji ciężko jest się połapać zgadując co autor miał na myśli tworząc nazwy ID typu #w45_c_t_t albo lakoniczne #i10. Każdy developer ma swój sposób nazywania elementów i pozwolenie im na to znacznie przyspieszyło by proces projektowania e-sklepów.


(2) Skomplikowany proces projektowania. Przykładowo, aby rozmieścić pluginy na stronie musimy najpierw poukładać je z poziomu Zarządzanie stronami / Pluginy / Strony metodą drag&drop, następnie z poziomu Zarządzanie stronami / Szablony / Strony zrobić jeszcze raz to samo, tylko że wykorzystując kod html i <cdn_t>, później z Poziomu Zarządzanie Stronami / Szablony / Pluginy edytować sposób wyświetlania poszczególnych elementów pluginu na stronie i znowu, z poziomu Zarządzanie stronami / Szablony / Strony edytować kod CSS. Każdą czynność musimy wykonać dla każdej strony sklepu i dla każdego pluginu osobno i w przynajmniej kilku różnych miejscach panelu administracyjnego. O wiele prościej byłoby, gdyby tagi <cdn_t> były funkcjami / zmiennymi globalnymi i można je było umieszczać bezpośrednio w kodzie html strony, w jednym miejscu, bez zbędnych drag&drop - choć to tylko jedna z możliwych rozwiązań.

Mam nadzieję, że nowy panel po wyjściu z bety chociaż częściowo rozwiąże ten problem ale fajnie byłoby z choćby minimalnym wyprzedzeniem wiedzieć, czego właściwie można się po nim spodziewać - w wersji beta w ogóle nie ma opcji edycji szablonów.


(3) Słaba optymalizacja kodu. Poza nazewnictwem klas i ID często jedynym sposobem ostylowania w css jakiegoś elementu jest wymuszenie odpowiednich zachowań przez dyrektywę !important, bo oprogramowanie e-sklepu ma ustawione własne style, których nie można edytować i trzeba je nadpisać żonglując priorytetami reguł CSS. Opcja odznaczenia checkboxa global.css w Zarządzanie stronami / Szablony / Konfiguracja nie rozwiązuje problemu i chyba w ogóle nie działa, bo nie ma to żadnego wpływu na kod strony, a to m. in. plik global.css jest źródłem sporej części konfliktów.

Niejednokrotnie też możliwości wpływania na to, co będzie wynikiem <cdn_t> są zbyt ograniczone. Przykładowo, chcąc zamienić informację "Twój koszyk jest pusty" na graficzną ikonkę koszyka, nawet na sklep.comarch.pl jest to załatwione poprzez… przeźroczysty kolor tekstu.

W rezultacie wynikowy kod html e-sklepu jest pełen niepotrzebnych elementów które przez mnóstwo hacków i obejść i tak nie wyświetlają się na stronie. Efekt jest taki, że strona waży kilkukrotnie więcej niż mogłaby ważyć, a to wpływa zarówno na czas ładowania, komfort użytkownika jak i to, jak stronę postrzegają wyszukiwarki.


(4) Zamknięte środowisko. Każdy developer z jakim pracowałem korzysta z własnych, sprawdzonych i ulubionych narzędzi do tworzenia kodu. Systemy konkurencyjne umożliwiają stworzenie praktycznie całego szablonu od A do Z w zewnętrznym, dowolnym edytorze kodu i ulopad gotowej paczki plików jednym kliknięciem. Szablon do Comarch e-Sklep można stworzyć wyłącznie poprzez panel administracyjny sklepu, wrzucając każdy plik osobno: pliki graficzne w jednym miejscu, pliki JS i CSS w innym i każdy element sklepu kodując i stylując w jeszcze innym a gotowy, wyeksportowany szablon jest plikiem XML nienadającym się do edycji.


Zdaję sobie sprawę, że na wczesnym etapie rozwoju produktu fajnie jest kontrolować wszystko "na swoim podwórku", żeby sprawniej wypuszczać kolejne iteracje. Ale wydaje mi się, że e-sklep jest już na tyle dojrzałym produktem, że czas najwyższy otworzyć go trochę na zewnętrznych developerów. W tej chwili przez skomplikowany i zamknięty proces stworzenie szablonu (autorskich pluginów nie można robić wcale) do e-sklepu zajmuje kilkukrotnie więcej czasu niż mogłoby zajmować, co przekłada się na brak ładnie wyglądających e-sklepów, trudność ze znalezieniem specjalistów i co za tym idzie - wysokie ceny porządnych szablonów wysokiej jakości. Cierpią więc na tym przede wszystkim klienci.