frappeweb
Forum Replies Created
-
Forum: Plugins
In reply to: [Woo Solo Api] dupli fiskalizirani racunTakođer mogu potvrditi isti problem. Iz nekog razloga od nedavno Solo kreira 2 fiskalizirana računa za istu narudžbu. I uz to ne šalje PDF s računom kupcima. Puno problema.
Evo što se događa u našem slučaju:
- Kupac kupi proizvod preko Woocommerce webshopa
- Administrator webshopa promijeni status narudžbe u “Completed”
- WordPress backend kontaktira Solo preko plugina (API), u Solo računu vlasnika webshopa se kreira fiskalizirani račun.
- Solo Plugin dobiva odgovor od Sola i sada treba poslati e-mail kupcu s računom u PDF formatu, no to se ne događa
- Administrator webshopa klika “Resend” tipku u Solo pluginu jer je iz loggova jasno da kupcu nije poslan e-mail s računom
- Prilikom klika na “resend”, WordPress backend opet kontaktira Solo preko API-ja no ponovno se kreira novi fiskalizirani račun za istu narudžbu, pa sada postoji duplikat, te se jedan od računa mora stornirati
Također, u zadnje vrijeme vidimo puno Error code 100 odgovora od Sola. Usluga ne može obraditi više od 1 requesta unutar 10 sekundi. Da li se može napraviti nekakva retry funkcija koja će automatski pokušati pozvati API nakon što inicijalni request bio neuspješan?
Molim vidjeti screenshot loggova:
View post on imgur.com
Tri pitanja:
- zašto Solo ili Solo plugin kreira duplicirane fiskalizirane račune kada se klikne tipka “Resend”
- zašto se e-mailovi ne šalju klijentima. Kako možemo to debuggat?
- da li možete napraviti nekakvu automatsku retry funkciju kada API izbaci error code 100 da ne može obraditi više od 1 requesta unutar 10 sekundi?
Lijep pozdrav
Forum: Plugins
In reply to: [Woo Solo Api] SOLO API više ne šalje e-mailove s PDF računimaPoštovani,
riješili smo problem. Čini se da je sustav za object cache kojeg smo nedavno implementirali bio uzrok problema. Nakon što smo ga deaktivirali, SOLO plugin je bez problema uspio poslati zahtjev prema SOLO API-ju i nije bilo nikakvih errora.
Šteta što plugin ne radi dobro sa object cacheom. To nam je uštedjelo velik broj database queryja. Morati ćemo pronaći naći kako da object cache ignorira određene transient objekte.
Lijep pozdrav!
Happy to help. It would be great if you could leave a review if you are happy with the Powered Cache overall 🙂
Of course! Thank you again for your help.
Hi @m_uysl,
we use shared hosting, so your suggestion makes a lot of sense. There is probably some issue with the way how our Memcached server works. We will contact our hosting administrators and examine this issue with them.
I’m glad that we determined that Powered Cache is working properly.
Thank you very much for your time and support.Hi @m_uysl
We only have one WP installation on this particular hosting, and our
wp-config.phphas no definedWP_CACHE_KEY_SALTconstants.There is only
define( 'WP_CACHE', true ); // Powered Cacheconstant.When we turn off the object cache everything appears to be working normally.
Hi @m_uysl,
I waited until I got the error again, and then ran Diagnostic test just as you recommended. I found something weird.
For some reason Powered Cache is looking for
.htaccessfile in/public_html/wp-admin/folder (where it doesn’t exist). Please see screenshot here.When I purge all cache and flush Memcache via cPanel, then Powered Cache properly looks for
.htaccessin/public_htmlfolder.When this error occurs I also get this dashboard message (see screenshot), and WP Login page CSS appears to be broken (see screenshot).
Hope this helps in debugging.