Dobrý den,
má někdo zkušenost, jak do potvrzení objednávky, které obdrží zákazník mailem, vložit automaticky do přílohy PDF soubor s obchodními podmínkami? Díky.

https://t.me/pump_upp - best crypto pumps on telegram
Make 1000% and more within 1 day, join channel @pump_upp !

Můžeš zkusit přidávat ip adresy těch spamů do deny v .htaccess, ale bude to na delší trať a výsledek nemusí být optimální.

Asi nejrychlejší a nejúčinnější řešení bude ten formulář uplně odstavit a na web si přidat třeba smartsupp apod. aby zákazníci měli možnost se ozvat.

Zdravím, asi nejsem první, koho trápí odesíláni spamu skrze formulář v eshopu pod Zencart-em. Mám verzi 1.3.8, tedy asi ne 1.3.8a. Mám prosím dotaz pro ty ochotné, co si tím již prošli:

1/ je upgrade na vyšší verzi bezrizikový a jednoduchý proces nebo hrozí komplikace a tím pádem zastavení funkce eshopu?
2/ je upgrade faktickým přínosem pro uživatele, popř. administrátora? Pokud ano, v čem např.
3/ Podařilo se někomu zlikvidovat spamery pracující přes formulář v této verzi Zen cart 1.3.8 nebo je nutný upgrade Zencartu? Jinými slovy, chodí spamy i ve verzi nad 1.3.8, třeba v té poslední nebo je blokování spamu u poslední verze už vyřešeno v základu?
4/ Je nějaká možnost, jak ty formuláře jednoduše zablokovat, aby se nezobrazovaly? Nic moc přes ně kromě spamu totiž nechodí. Popř. to upravit tak, aby zprávy chodily pouze na jednu určitou emailovou adresu adminitrátora.
4/ Ví prosím někdo o někom, kde tyto úpravy řeší na zakázku? A je ochoten předat kontakt?
Děkuji za trpělivost, je to více dotazů, ale předpokládám, že by to také mohlo pomoci více lidem.

tak nič takého tam nemám ani slovo packeta

v adminu si najdi:
Nástroje -> Vývojářské nástroje

vlevo dole si do vyhledávacího pole zadej třeba: widget.packeta.com

vedle vyber: All files - Catalog

dej hledat.

Najde ti to soubor, kde se to nachází....

a to /v6 v tom odkazu je taky důležitý.

len problém je, že neviem kde to vložiť

vlož tento kód:
<script>
var packetaCountry = "cz";
var packetaWidgetLanguage = "cs";
</script>

před
<script src="https://widget.packeta.com/v6/www/js/packetaWidget.js" data-api-key="xxxx666xxxx666"></script>

cz, cs a data-api-key si změň dle svých potřeb!!!

Zasielkovna prešla na widget6 a mne prestali fungovať výdajné miesta. Vedel by mi to niekto za odmenu spraviť? Ďakujem

Zdravím všechny pokročilé,

řeším importní modul XML FEEDu do ZC.
Zjistil jsem zvláštní situaci a nevím jak z ní ven.

Vytvářím strukturu kategorií a na vstupu zjišťuji, zda kategorie se (jménem) již existuje. SELCLT categories_id FROM categories_description WHERE categories_name = "název".
SQL je zjednodušený.

Při prvním průchodu samozřejmě nic neexistuje, tak se mi vrátí výsledek např. takto:

$v = $db->Execute($sql);
echo $v->RecordCount(); // vrati 0

Nechám kategorii zavést a ověřím zavedení načtením ID aktuálního záznamu:
$ID_kategorie = $db->insert_ID(); // vrátí při prvním průchodu 1

Když ale proběhne kód v dalším kroku a výrobek má uvedenou stejnou kategorii, tak mi RecordCount vrátí opět nulu. Stejné je to s testováním $v->EOF. EOF stále hlásí 1.

Testuji na prvních 10 položkách z XML a stále se mi vrací nula v počtu vybraných záznamů a 1 jako potvrzení konce záznamu EOF.

Když script skončí a já se podívám do tabulky, tak tam ale vidím, že jsou kategorie zavedené a pro každou se stejným jménem je vytvořen nový záznam.

Plyne mi z toho, jako by po odeslání SQL dotazu došlo ke zpracování, ale při načtení dalšího dotazu, jako zůstávala nějaká Cache, která podhazuje původní hodnotu místo aktuální. Dá se to někde nasimulovat nebo ověřit?

díky Borek