Az új típusú Woocommerce pénztár oldalt használom a honlapomon és adószám mez?t szerettem volna berakni, de nem m?k?d?tt. Van erre valamilyen megoldás?
]]>Sziasztok!
A kérdésem a katalógus használatra vonatkozik, azaz ha ez be van állítva akkor a termékeknél van e érdekl?dés a termékr?l adatlap.
Azt szeretném megoldani katalógus módban, hogy az árak láthatók legyenek, és a termékeknél legyen egy olyan adatlap amiben a termék neve alapból bekerül, illetve még az érdekl?d? neve , emil és telszáma valamint az érdekl?dés sz?vege.
így azért k?nyebb lenne a kapcsolattartás az érdekl?d?kkel.
K?sz?n?m
]]>Sziasztok!
Hogyan tudom a Cégnév és az adószám mez? címkéjét módosítani?
Tud valaki segíteni?
üdv.,
Joci
]]>Sziasztok!
Ha a céges számlázási adatok feltételes megjelenítése opciót aktiválom, a checkbox nem jelenik meg a pénztár oldalon. K?telez? mez?ként megjelenik a cégnév és az adószám mez?, de a checkbox nem.
Mi lehet az oka?
Fontos lenne, hogy m?k?dj?n, mert vannak olyan vásárlóink, akik a cégnévhez is beírják a saját nevüket, az adószám mez?be pedig az adóazonosítójukat. Valahogyan egyértelm?bbé kellene tenni, hogy ha magánszemély akkor ne adjon meg semmit a cégnév illetve az adószám mez?kben.
El?re is k?sz?n?m ha valaki tud ebben segíteni!
üdv.,
Joci
]]>Sziasztok,
Meg szeretném kérdezni, hogy azóta sikerült esetleg megvalósítani az alábbi funkciót?
K?sz?n?m a segítséget!
]]>A b?vítményben Magyar formátum javítások modult aktiváltam, de a keresztnév és vezetéknév sorrendjét nem módosította a Pénztár oldalon.
]]>üdv!
A “Céges számlázási adatok feltételes megjelenítése” nem m?k?dik, nem rak ki semmi választó opciót, és csak cégnév+adószám beírásával enged tovább a pénztár oldalon.
K?sz?n?m szépen a segítséget
]]>Szia!
El?sz?r is k?szi a plugint, remekül m?k?dik. Egy olyan problémám van, hogy bekapcsoltam a vezetéknév-keresztnév sorrendjének megváltoztatását. A pénztár oldalon t?kéletesen m?k?dik, viszont a Woocommerce Analitikában a rendeléseknél még mindig a keresznév-vezetéknév van. Van arra mód, hogy ott is megcserél?dj?n a sorrend vagy ez már nem lehetséges a b?vítményel?
A CSV fájl let?ltése miatt lenne fontos, hogy ott is cserélve jelenjenek meg az adatok.
K?sz?n?m a választ!
üdv,
]]>Szia!
Szállítási cím megadásakor nem kér adószám mez?t, de mentésnél hibára fut, miszerint annak megadása k?telez?.
Látom, hogy már volt téma és jelezed, hogy érkezik a hiba javítása, nekem kerülte el valami a figyelmem vagy még nem javítódott?
Megtisztel? válaszod el?re is k?sz?n?m!
Burú József
]]>Sziasztok! A webáruházamat árajánlatkér? oldalként alakítottuk át, minden lényegében ugyanaz, mintha vásárolnának, de nem vásárolnak, hanem el?tte árajánlatkérésként mennek végig a folyamaton. Viszont a gyári kosár, pénztár, email visszajelzések vásárlásról, rendelésr?l szólnak. Hol tudnám átírni ezeket a szavakat?
K?sz?n?m, már csk ez hiányzik, hogy be tudjam élesíteni, és ne okozzon zavart.
]]>Szia!
Az alábbi hibaüzenet jelenik meg, amikor a Fiókom oldalon belül a Címekre kattintok (My Account -> Addresses). Ez a Számlázási és a Szállítási cím felett jelenik meg:
Deprecated: trim(): Passing null to parameter #1 ($string) of type string is deprecated in /xxx/wp-content/plugins/woocommerce/includes/class-wc-countries.php on line 622Ha a surbma-magyar-woocommerce/modules/tax-number.php 114. sorát err?l:
$address['tax_number'] = 'billing' == $address_type && '' != $taxnumber ? __( 'Tax number', 'surbma-magyar-woocommerce' ) . ': ' . $taxnumber : null;erre változtatom
$address['tax_number'] = 'billing' == $address_type && '' != $taxnumber ? __( 'Tax number', 'surbma-magyar-woocommerce' ) . ': ' . $taxnumber : '';akkor a hibaüzenet elt?nik.
]]>Szia!
Amennyiben az adószám engedélyezve van és nem kerül kit?ltésre, a hibaüzenet rosszul jelenik meg. (egyszere nem k?telez? és k?telez?)
Mi okozhatja a gondot?
K?sz?n?m!
Szia!
Nekem is a plusz-mínusz gombokkal van/volt probléma.
A frissítés a fatal errort megoldotta, de a kosár oldalon a
- variálható terméknél elt?nt
- composit terméknél elt?nt
- normál termékeknél csak a megjelenése változott, de legalább megvan és m?k?dik
A termékoldalakon is megvannak és jól is m?k?dnek.
- Eddig m?k?d?tt
- Próbáltam minden felesleges b?vítményt kikapcsolni, nem segített
- A téma (Customify) alapból tartalmaz +- gombokat, de az sosem m?k?d?tt így hide-olva vannak
K?sz?n?m!
]]>Sziasztok!
Olyan problémát tapasztaltam, hogy a “Plusz/minusz mennyiségi gombok” modul aktiválása és a készletkezelés együttes használata esetén, amikor csak 1 db termék van raktáron, akkor csak az inputot (nem ez egész blokkot) teszi “hidden-re” a b?vítmény: https://prnt.sc/LV549397eU2p
Ugye ennek alapértelmezetten így kéne m?k?dnie/kinéznie: https://prnt.sc/L3opMGEV9OrL
Esetleg ezt ki tudnátok javítani a k?vetkez? frissítésben?
El?re is k?sz?n?m!
Sajnos a b?vítmény miatt az oldal ?sszeomlik. K?vetkez? log van az errorról:
[18-Sep-2023 19:38:26 UTC] PHP Fatal error: Uncaught TypeError: in_array(): Argument #2 ($haystack) must be of type array, null given in /home/chillerm/public_html/wp-content/plugins/surbma-magyar-woocommerce/lib/license.php:45
Stack trace: 0 /home/chillerm/public_html/wp-content/plugins/surbma-magyar-woocommerce/lib/license.php(45): in_array() 1 /home/chillerm/public_html/wp-content/plugins/surbma-magyar-woocommerce/lib/start.php(24): include_once(‘/home/chillerm/…’) 2 /home/chillerm/public_html/wp-content/plugins/surbma-magyar-woocommerce/surbma-magyar-woocommerce.php(39): require_once(‘/home/chillerm/…’) 3 /home/chillerm/public_html/wp-includes/class-wp-hook.php(310): {closure}() 4 /home/chillerm/public_html/wp-includes/class-wp-hook.php(334): WP_Hook->apply_filters() 5 /home/chillerm/public_html/wp-includes/plugin.php(517): WP_Hook->do_action() 6 /home/chillerm/public_html/wp-settings.php(495): do_action() 7 /home/chillerm/public_html/wp-config.php(92): require_once(‘/home/chillerm/…’) 8 /home/chillerm/public_html/wp-load.php(50): require_once(‘/home/chillerm/…’) 9 /home/chillerm/public_html/wp-blog-header.php(13): require_once(‘/home/chillerm/…’) 10 /home/chillerm/public_html/index.php(17): require(‘/home/chillerm/…’) 11 {main}
thrown in /home/chillerm/public_html/wp-content/plugins/surbma-magyar-woocommerce/lib/license.php on line 45
]]>Sziasztok! Egyre t?bbsz?r el?fordul, hogy hibás telefonszámot adnak meg a vásárlók, pusztán figyelmetlenségb?l.
A telefonszám mez? maszkolva k?telez?en +36-al kezd?dik. A +36 a telefonszám beviteli mez?re kattintva jelenik meg.
Sokaknál r?gzülhetett a szokás, hogy 06-al kezdik a telefonszámot, ugyanis sok ilyen telefonszámot látunk: +36062011122
Mivel van egy karakter limit is, így nem tudja végigírni a telefonszámát és nem t?nik fel a vásárlónak, hogy rossz számot adott meg.
Ha volna arra lehet?ség, hogy ezt a hibát kiküsz?b?ljük, hálás lennék. Pl. azzal, hogy +36 után nem folytatódhat 0-val a telefonszám vagy esetleg a max. 11 karakteres telefonszám limit elt?rlésével. Ez utóbbi esetben ilyen telefonszámot adna meg az illet?, ami talán felt?nik neki, hogy hosszú: +3606201112233
K?sz?n?m el?re is!
Kedves HuCommerce!
Amikor a Fiókom oldalon a szállítási címet szeretné a regisztrált tag módosítani, akkor egy hibát dob: “Számlázási Adószám kit?ltése k?telez?.”
Amikor kikapcsolom a HuCommerce-t, megsz?nik a hiba. Hogyan lehet orvosolni a hibát?
K?sz?n?m
]]>Szia!
A /modules-hu/vaildate-checkout-fields.php fájlban a 27.sor így néz ki:
$ship_to_different_address = sanitize_text_field( $_POST[‘ship_to_different_address’] );
Ez nekem folyamatosan tolja az error logba hogy PHP Notice: Undefined index: ship_to_different_address in /wp-content/plugins/surbma-magyar-woocommerce/modules-hu/vaildate-checkout-fields.php on line 27
A hibaüzenet szerint a ship_to_different_address mez? nem található a $_POST szuperglobális t?mbben. A $_POST t?mbben vannak tárolva azok az adatok, amelyeket a felhasználó egy ?rlapon keresztül küld el a szervernek. Ha egy adott kulcs (jelen esetben a ‘ship_to_different_address’) nem létezik a t?mbben, akkor a PHP értesítést küld err?l.
én módosítottam rajta:
$ship_to_different_address = ”;
if (isset($_POST[‘ship_to_different_address’])) {
$ship_to_different_address = sanitize_text_field($_POST[‘ship_to_different_address’]);
}
Ez a kód el?sz?r beállítja a $ship_to_different_address változót üres stringként, majd ellen?rzi, hogy létezik-e a ship_to_different_address kulcs a $_POST t?mbben. Ha igen, akkor a $ship_to_different_address változó értéke a sanitize_text_field függvény által megtisztított érték lesz. Ha nem, akkor a változó értéke üres string marad.
Csak érdekességként ??
]]>Sziasztok! Augusztusban j?n a végleges és alapértelmezett új order storage rendszer. érdekl?dnék, hogy várható-e valamikorra a kompatibilitás megoldása részetekr?l.
El?re is k?szi a választ és a munkátokat!
? This feature shouldn’t be enabled: the HuCommerce | Magyar WooCommerce kiegészítések plugins are active and aren’t compatible with it.
]]>Sziasztok!
Van egy problémánk amiben szeretnék segítséget kérni. Az oldalunkon lehet ajánlatot is kérni adott termékek esetében. Az ajánlatkérés hasonlóan t?rténik mint egy “sima” fizetés. Ilyenkor a checkout oldalon jóval kevesebb mez?t jelenítünk meg, csak amire szükségünk van. Ebben az esetben is szeretnénk fent tartani a lehet?séget, hogy cégnevet adjon meg az ügyfél, azonban az adószám megadása ne legyen k?telez?.
Feltételek alapján deaktiváljuk a HuCommerce adószám mez?jét, azonban a validáció így is megt?rténik és “Számlázási Adószám kit?ltése k?telez?.” hibát dob a rendszer. Ezt a hitelesítést próbáltuk deaktiválni de valamiért nem m?k?dik a dolog. A használt funkció:
add_filter( 'woocommerce_checkout_fields' , 'custom_override_checkout_fields', 20 );
function custom_override_checkout_fields( $fields ) {
$wccart_total = WC()->cart->total;
if ( (is_checkout()) && ((empty($wccart_total))) || ($wccart_total <= 0) ) {
unset ($fields['billing']['billing_tax_number']);
unset ($fields['billing']['billing_country']);
$fields['billing']['billing_tax_number']['required'] = false;
return $fields;
}Kedves HuCommerce csapat!
Adódott egy olyan igény, hogy feltételes checkboxnál lév? “Céges számlázás” sz?vegét át kellene írnom “Cégként vásárolok”-ra.
áttúrtam már a teljes kódot a plugin-ben, még a hivatkozását is megtaláltam a nyelvi file-ban, de mégsem találok erre megoldást. Belebarmolni nem óhajtanék a plugin-be mert az els? frissítésnél el is szállna a módosítás. (checkout.php 15. sora)
Esetleg meg tudnátok osztani egy snippet-et erre az igényre? ??
]]>Sziasztok!
érdekl?dni szeretnék, hogy ki tudnátok-e b?víteni a “város automatikus kit?ltése az irányítószám alapján” funkciót azzal, hogy irányítószám módosítása esetén a város mez? értéke is frissülj?n. Ugye alapesetben (míg nincs kit?tve) szépen, rendben m?k?dik, csak akkor van gond, hogyha módosít a felhasználó az irányítószámon.
El?re is k?sz?n?m a választ!
]]>Van esetleg bármilyen lehet?ség hogy az irányítószám autómatikus kit?ltését áttudjam vinni hogy a regisztrációnál is m?k?dj?n ?
]]>üdv!
éppen készítem a checkout formomat, amiben magyar számlázás esetén kérni kellene az adószámot, eu-s ország esetén viszont az EU VAT-ot kell kérnie a formnak. Az EU VAT meg is van oldva az EU VAT Assistant pluginnel, és m?k?dik az is, hogy a plugin magyar számlázás esetén nem kér EU VAT-ot.
Szeretném elérni, hogy ha Magyarországi cím van megadva, és meg van adva Cég név, akkor kérjen be egy adószámot. Ez m?k?dik is a Hucommerce-nek k?sz?nhet?en, viszont akkor is kér adószámot, ha mondjuk Németország van kiválasztva. Ez gond, mivel ebben az esetben már van másik mez? az EU VAT ellen?rzésre, és így mindkett? megjelenik.
Tudnék erre írni valami egyszer?bb szkriptet frontend-re, ami nem-magyar ország esetén eltünteti a Tax number fieldeteket? Csak simán az input t?rlése nem hoz eredményt, továbbra is notice-t dob a woocommerce.
El?re is k?sz?n?m a segítséget! ??
]]>Sziasztok!
Pár napja volt frissítés egyik webshopban.
Ma szólt az ügyfél, hogy megrendelés leadásakor a pénztár oldalon, hiába van megadva a város, a rendelés elküldése nem sikerül a “Számlázási Város kit?ltése k?telez?.”.
A “Város automatikus kit?ltése az irányítószám alapján” modul kikapcsolása után a probléma megszünt.
Sejtésem szerint valami ütk?zés lehet, mert elés sok kiegészít? plugin van a woocommerce mellett. (geotargeting, Custom Payment Gateway, Multi Bank Transfer Payment Gateways, stb.)
Valami ?tlet esetleg valakinek a megoldásra? Mert a “Város automatikus kit?ltése az irányítószám alapján” modult jó lenne használni.
üdv Szilárd
]]>üdv,
a kérdésemet az adószám mez?vel kapcsolatban szeretném feltenni: a cégnév mez?be íráskor az adószám mez? az ?sszes mez? alatt, legalul jelenik meg. Ha az adószám a cégnév mellett modult aktiválom, akkor is egy üres hely marad a cégnév mellett, és az adószám továbbra is legalul jelenik meg. Placeholder aktiválása nem változtat semmit, a cimke sem jelenik meg az adószám mez? felett…
DIVI témát használok, próbáltam a Flexible Checkout Fields b?vítménnyel rendezni, abban nem jelenik meg a b?vítményetek által hozzádható adószám mez?…
Szeretném megjegyezni, hogy a b?vítmény a fenti apróság mellett figyelemre méltó, igazán nagyszer?, k?sz?n?m, hogy létrehoztátok!
üdv,
Robi
Kedves Péter!
A jelenlegi verzióban használt Freemius SDK tartalmaz egy ismert sebezhet?séget.
Kérlek, minél el?bb frissítsd, hogy ne tudják a Hucommerce felhasználókat ezen keresztül támadni.
Részletek:
https://patchstack.com/database/vulnerability/surbma-magyar-woocommerce/wordpress-hucommerce-magyar-woocommerce-kiegek-plugin-3020-sensitive-information-disclosure-vulnerability
https://wpscan.com/vulnerability/6dae6dca-7474-4008-9fe5-4c62b9f12d0a
K?sz?n?m!
üdv,
Endre
Sziasztok,
A Stripe Apple Pay-t nem lehet sajnos használni a pluginnal, mert nem dobja fel az adatok kérésénél az adatkezelési szabályzat és a szerz?dési feltételek elfogadását. Ezt hogy lehetne megoldani?
]]>Kedves Surbma,
biztosan velem van a baj, de hol találom a CPS pluginst?
K?sz?nettel,
Dávid
Kedves Surbma!
Két nyelv? WPML oldalra telepítettem a plugint, de minden esetben csak egy nyelven jelenik meg a tartalom. Ha másik nyelvre fordítom le a Jogi megfeleléses részt, akkor mindíg az utolsó alkalommal módosított sz?veg jelenik meg a két nyelven. Tehát ha átírom ezt a részt a másik nyelvre kattintva, akkor felülírja az els? nyelvet. Ez így nem jó!
Ki tudnád javítani a hibát? El?re is k?sz?n?m!