Természetesen a Commerce kompatibilis a Drupal 9-cel

Itt ki tudod próbálni a böngésződben ingyen: https://simplytest.me/ kattints középen a bal „Drupal Commerce Demo” gombra, pár perc várakozás, utána admin/admin lesz a usered és a jelszava, amivel be tudsz lépni.

„[…] amin az áfa állítható kellene legyen , mert jelenleg nem vagyok áfás”

Ha beléptél, menj az /admin/commerce/config/tax-types oldalra, ott tudod kipróbálni, hogyan működik az ÁFA-kezelés.

Ajánlott továbbra is teszt környezeten fejleszteni és az éleset békén hagyni. Fontos tudni, hogy nem csak a böngésződ gyorstárazhat, hanem a szolgáltatód és a szerver felé útba eső proxy szerverek is. CTRL+F5 szokott segíteni, sőt ha letörlöd a fájlt és frissítesz majd újra felteszed szintén jó megoldás lehet erre. ;)

Most nézem egyébként(ha linkelted volna a sminket akkor azzal kezdem. ;)), hogy ez a modul használja a Color modult. A Color modul úgy működik, hogy amikor Te változtatod a színeket ő fogja a style.css-t és készít belőle egy másolatot amiben átírja a színeket az általad beállítottra. Így Te hiába állítgatod az eredeti style.css, mert nem azt nézed. (nézz bele a forrásába) Segít ilyenkor, hogy a smink beállításainál nyomsz egy mentést, mintha átszíneznéd a sminket. Ugyanis ilyenkor újra elkészül a másolat.

Amit csinálsz nem a legjobb megoldás egyébként, mert amennyiben kijön egy új verzió a sminkből akkor figyelned kell, hogy nehogy felülvágd a változtatásaidat. A megoldás az, ha alsminket(sub theme) készítesz és csak a szükséges css-t módosítod. Így ha felteszel egy újabb verziót nem tudod felülírni a régit, hisz a régi az a régi a változtatások máshol vannak. ;)

A méret növelése több szempontból sem jó szerintem. Nem véletlen, hogy olyan széles az oldal amilyen, ugyanis 1024px széles képernyőre van optimalizálva. Lehet, hogy a 1015 szépen néz ki, ha rövid a tartalom, de amint hosszabb tartalmat nézel megjelenik oldalt a gördítősáv, ami levesz a látható területből, így az 1024-ben mindig ki fog lógni. Ez vizuálisan nagyon zavaró tud lenni, hisz a látogatód mindig úgy érzi majd, hogy nem látja az egész oldalt, holott de. A holtérben ugyanis csak felesleges dizájn elemek vannak.
A másik probléma, hogy az oldalaknak általában van egy vízszintes ritmusuk, amit ezzel a pici módosítással szépen megtörsz ezáltal - bár kitölti a felesleges helyet - maga az oldal nem nyújt majd kellemes látványt.

A fontméret változtatása meg egyenesen öngyilkosság, ha nem értesz hozzá, vagy nem látod át eléggé a sminket, hisz egy egy cím mérete sok egyéb, főleg magasság méretet befolyásol. Tehát nem elég átírnod a font-size-ot, hanem pár helyen még a height, line-height, margin, padding stb. értékeket is módosítanod kell majd.

pp

A rendszeresen frissített és karbantartott Drupal oldalakkal nincs gond. Mondom ezt úgy, hogy több olyan oldallal is volt dolgom mostanság, ami Drupal 4.6 vagy 4.7 alatt működött, hibátlanul. A dolog titka annyi volt nekik, hogy letiltották a regisztrációt. :)
Itt jön a lényeg, az egyik legfontosabb védelmi vonal! Mert beszéltek szerverről, tárhelyről, de nem említitek a jogosultságokat! Mit tud egy bejelentkezés nélkül felhasználó elérni, megtenni az oldalon? És abból biztosan minden kell neki? Különösen igaz ez olyan pontokon, ahol adatbevitel van: tartalmak, hozzászólások, keresés, kapcsolat űrlap, stb.
A regisztrációt védi valami? A Mollom nagyon sokat segít, de amúgy is elég sok CAPTCHA megoldás érhető a Drupalhoz.
A szükséges hozzáférések megfontolása után érdemes végigmenni a jogosultság-oldalon és megvonni az egyes szerepköröktől (különös tekintettel a bejelentkezés nélküli látogatókra) azokat a jogosultságokat, amelyek nem szükségesek a tevékenységükhöz. Új modul bekapcsolásakor pedig megnézni, hogy milyen új jogosultásokat hozott a rendszerbe és azokról is dönteni. Ajánlatos követni a "whitelist" elvet, vagyis alapértelmezetten mindent tiltunk, és csak a szükséges szerepkörnek engedélyezzük a kívánt jogosultságot, lehetőleg minél szűkebben értelmezve.
Következő kör a modulok: Milyen modulok vannak használatban az oldalon? És azokból minden kell? Pl. ha fent már a Views, akkor azzal és egy kis kattintgatással nem lehet kiváltani valamit? Ha egy modult fejlesztésnél használunk, biztosan kell az az éles oldalra is? Találkoztam már éles oldalon bekapcsolva felejtett Devel modullal és főoldalra kitett PHP beviteli formmal is… Modulválasztásnál érdemes megnézni, hogy mikor volt az utolsó kommit a modulban, hány oldalon használják és milyen státusz van megjelölve, mennyi hibajegy van hozzá, abból mennyi a nyitott. Ebből fel tudod mérni, hogy mennyire „él” az adott fejlesztés és aszerint alapozhatsz rá.
Érdemes lehet megfontolni biztonsági modulok pl. Sentry Client használatát is.

Aztán ott van az a rész, ami a Drupalon túl mutat: nyilvánosan elérhető phpMyAdmin, Total Commanderbe elmentett FTP-jelszó, stb. Ezeket a támadási kísérleteket botok végzik, jól felparaméterezve. Sok sebezhetőség a phpMyAdminra épít, ezért a Drupaltól független külső szolgáltatásokat érdemes alaposan megszűrni, elpakolni az alapértelmezett útvonalról és levédeni htpasswd-vel.