Denis ?oljom

Na zalost ne znam sto bi mogao biti problem, moguce neki plugin konflikt ?????♂?

Imate li mozda neki caching plugin koji koristite? Ili nesto na serveru sto bi moglo uzrokovati da se racun ne salje?

Drago mi je da ste nasli uzrok problema.

Sretno s rjesavanjem cache problema.

Postovani,

Koju verziju plugina koristite? Koju verziju WordPressa koristite?

Greska ‘Central bank rates API returned an empty result’ znaci da je API od Hrvatske Narodne Banke vratio prazan rezultat.

Mozete probati instalirati plugin https://www.ads-software.com/plugins/transients-manager/ i naci exchange_rate_transient i izbrisati ga i ponovno reloadati stranicu da se povuku tocni podaci s APIja (koliko vidim https://api.hnb.hr/tecajn-eur/v3 vraca dobre rezultate).

Ako ste nedavno radili update plugina probajte promijeniti valutu, spremiti postavke, i vratiti valutu natrag na euro i ponovo spremiti postavke. To je znalo raditi probleme ranije.

Ukoliko imate pluginove koji interagiraju s WooCommerce-om, probajte jedan po jedan gasiti i vidjeti hoce li to rijesiti problem. Takodjer probajte upaliti debug mode i vidite imate li kakvih errora.

?ini se da je problem negdje u va?em API-ju.

Ovaj plugin nije API, nego pruza nacin da vas web store komunicira sa SOLO knjigovodstvenim servisom preko njihovog API-ja.

A jeste li ugasili pluginove pa vidjeli da li tada radi?

Ne. On bi se sam trebao registirati ili na checkout ili na promijenu statusa u zavrseno.

Ako koriste neki plugin koji zaobilazi hookove

woocommerce_email_order_details // checkout
woocommerce_order_status_completed // promijena statusa

Onda se ni ti pozadinski callovi nece izvrsiti.

Probajte svejedno disableati jedan po jedan plugin pa vidite da li ce proraditi slanje.

Na postavkama u Additional settings imate li oznaceno za koje platne procesore se salje mail kupcu?

Takodjer, probajte promijeniti valutu u neku drugu, spremite promijene, vratite valutu natrag na staru vrijednost i spremite pa vidite da li se poslala ponuda/racun.

Sada sam probao sa zadnjom verzijom i sve mi radi lokalno.

makeApiCall i sendCustomerEmail su dva pozadinska calla koja se izvrsavaju.

Cron se moze provjeriti preko https://www.ads-software.com/plugins/wp-crontrol/ plugina.

Kada se napravi narudzba trebali bi se pokrenuti pozadinski procesi koji se obicno izvrse kroz 10ak sekundi. Preko gore navedenog plugina mozete provjeriti jesu li se registrirali pozadinski procesi koji rade call prema APIju.

Takodjer u postavkama plugina dolje imate malu tablicu svakog poziva i popis errora (ako su se desili).

Morat cu provjeriti da li mi se lokalno desava isto, jer ovo je vec drugi primjer gdje se ne salju mailovi.

Imate li mozda neki plugin koji bi mogao raditi konflikte?

Koju PHP verziju imate, koju verziju WordPressa, WooCommercea i Woo Solo API plugina imate?

Kada ukljucite debug.log imate li neke errore u njemu?

Probajte disableati sve pluginove koji bi mogli utjecati na woocommerce jedan po jedan i testirat da li ce se slati. Imate li sve postavke postavljene kako treba prema uputama na API dokumentaciji?

Koja opcija za slanje je odabrana u opcijama? Na promijenu statusa ili na checkout?

Ako nista nije zapisano u debug.log, onda se uopce nije pozvala metoda za slanje.

Moguce je da nesto nije u redu sa cronom.

Yeah, I mean, I know the difference between hashing and encrption, it’s the obfurscation part that’s bothering me (well the key used for encryption that is).

I’ll try to see how best to implement it, thanks for the advice ????

Yeah, I mean I’m looking for the least effort solution, that’s why I’m thinking about using salts. They are not often rotated in the majority of cases.

I could maybe do some sort of checks like:

$passphrase = defined('PLUGIN_SECURE_PASSPHRASE') ? PLUGIN_SECURE_PASSPHRASE : (defined('SECURE_AUTH_KEY') ? SECURE_AUTH_KEY : 'some random passphrase');

it’s not ideal, but if the constant is set in wp-config.php, that’s the most fail safe solution (but requires user action on the server), then salt (which is not ideal because salts can rotate), and then the passphrase that is set (which is the least secure option, because it’s going to be public).

The thing I’m trying to avoid is users just storing things like secret 3rd party API keys in the database directly, unobfuscated. These keys are used for authenticated calls towards some APIs, so should be kept secret.

And having them stored in the DB as is is a security risk, so I’m trying to minimise that.

Pozdrav,

Da bi mogli debuggirat problem, treba upaliti debug mode.

Ne znam od kud da krenem, nisam imao upaljen debug, pa nemam neki log, a ako krenem stavljat random narudzbe, necu ih moc maknut iz Soloa

Zasto ih necete moci maknuti iz solo servisa? Svi racuni i ponude se mogu izbrisati na servisu.