Imaš kakšne posebne plugine, ki vplivajo na proces naročanja?

Moja izkušnja je, da včasih plugin authorji malo šlampasto napišejo plugin, ki potem kakšnega use-casea ne pokrije in se vedenje ne sklada s pričakovanji.

Konkretno, nek plugin mi je poslal order confirmation v primeru uporabe Paypala, tudi če uporabnik ni dejansko sprovedel Paypal plačila.

Sicer pa aktiviraj WPDEBUG pa WPDEBUG_LOG pa poglej, če se kaj v log zapiše uporabnega.

Iz osebnih izkušenj, pod nobenim pogojem, tudi če kaj gori ali pa izgleda kot da bo eksplodiralo, ne zaupat svoje naprave Sistem Ena d.o.o.

Če slediš tem nasvetu bo vse ok.

Ko že ravno govorimo o Wordfencu, so včeraj objavili tale članek. Pomojem je tudi kaj koristnega notri.

Npr. da večina vdorov pride preko neposodobljenih pluginov.

Sej verjetno si preveril, ampak ni v košu tega naročila? Ker če je v košu še vedno obstaja.

Za prvo vprašanje imam dobre izkušnje z vtičnikom Dynamic Pricing, tam lahko nastaviš več ali manj vsako možno situacijo, ki lahko povrzoči spremembo v ceni. Specifično, lahko nastaviš območja za količino (do 10 artiklov, do 50 artiklov itd.) in poveš, ali naj bo v tem primeru procentualni ali absolutni popust na kos, ali pa kar absolutna cena.

Za drugo (opcije), pa lahko izbiras med Woocomercovimi privzetimi variabilnimi produkti, ali pa vtičnikom Product Addons. Dynamic pricing deluje ne obeh, ampak ker je celoten koncept variabilnih produktov na WC zelo drugačen kot recimo na Magentu, zna biti da boš lahko dosegel kar želiš, ampak malo drugače kot si si v osnovi predstavljal, ali pa bo mnogo vnašanja cen (pri eni stranki se ravnokar soočam s tem, da bo verjetno ~60 variacij na izdelek in 10 različnih situacij na vsako variacijo, kar je 600 vnešenih cen).

Vidim da nihče ni odgovoril tegale, ti je že uspelo urediti?

Sicer tistole kodo daj v functions.php, v mapi svoje teme na strani. Torej wp-content/themes/>tvoja-tema</functions.php.

Če sprašuješ v katero datoteko dati css pravilo, potem daj v eno, ki se sigurno naloži v košarici. Kakšen style.css ali main.css verjetno.

Če pa sprašuješ kako točno usmeriti pravilo, da bo delovalo tam kjer želiš, bo pa tole pravilno:

.billingfirstname, .billinglastname, .shippingfirstname, .shippinglastname{

text-transform: capitalize;

}

Seveda prej preveri, če ima tvoja tema dejansko te css razrede za ta polja.

Ja, p3 profiler je super, hkrati pa sem pred nedavnim odkril in instantno vzljubil tole:

https://wordpress.org/plugins/query-monitor/

Priporočam vsem.

@cime, na polovico tvojega komentarja obstaja nadvse zanimiv odgovor.

Kot je LouD napisal, callback bi bil najboljša izbira, torej da je JS že nekje naložen ves časa, ampak se izvede s podatki, ki jih dobiš od strežnika.

Članek, ki ga je LouD linkal podrobneje razloži kaj narediti, če res nujno rabiš, da se tista koda iz strežnika izvede, ampak eval() ti hitro lahko prinese en kup problemov na stran in jaz bi ga uporabljal izključno, če ne gre drugače.

JS koda vrinjena v stran po osnovnem nalaganju pa se seveda ne izvede, to bi bil samomor iz vidika varnosti.