Eritellimusarendus
Kassa eriloogika ja HPOS-i migratsioon
Kassareeglid, mis su äril päriselt on, kirjutatuna selle salvestuse vastu, mida WooCommerce praegu kasutab, mitte selle vastu, mida ta 2020. aastal kasutas.
Iga projekt saab oma skoobi ja hinnapakkumise. Fikseeritud pakkumine enne töö algust. Tunnitasu ei ole.
HPOS-ühilduv pluginaarendus tähendab tellimuskoodi kirjutamist WooCommerce’i High-Performance Order Storage’i — eraldi tellimustabelite, mis on uute e-poodide vaikevalik — vastu, mitte vana postituspõhise salvestuse vastu. See loeb, sest tõrge on vaikne. Kood, mis loeb tellimusi post meta kaudu HPOS-e-poes, ei viska viga; ta loeb seda, mis viimati sünkroonitud sai, ja see võib olla tunniajune tellimuse staatus.
Selle töö teine pool on kassa ise. Enamikul e-poodidel koguneb reegleid, mida ükski seadistus ei väljenda: riigipõhine minimaalne tellimussumma, KMKR-numbri valideerimine enne, kui B2B-klient nullmäära saab, tarneviis, mis peab ülemõõduliste kaupade puhul kaduma, makseviis, mis on piiratud kinnitatud kontodega. Väikeste hookipõhiste pluginatena kirjutatuna on need stabiilsed. Kujunduse muudatuste või snippet-plugina üherealistena kirjutatuna lähevad nad järgmise uuendusega katki, tavaliselt reedel.
Tüüpiline ehitus
- Paigaldatud pluginate ja eritellimuskoodi HPOS-ühilduvuse audit, mis loetleb, mis loeb tellimusi vanamoodi.
- Üleminek High-Performance Order Storage’ile koos proovivooruga staging-keskkonnas, kontrollkäiguga ja tagasipöördumise plaaniga.
- Kassareeglid versioonitud plugina koodina, kasutades WooCommerce’i hooke ja Store API-t — mitte kunagi kujunduse muudatustena.
- B2B-käitumine seal, kus vaja: KMKR-numbri kontroll VIES-i vastu, pöördmaksustamine, kliendipõhised tingimused.
- Tellimuse staatuse ja täitmise loogika, mis käitub ühtemoodi wp-admin’is, REST API-s ja igas seda lugevas liidestuses.
Hea sobivus, kui…
- Oled endiselt vanal tellimuste salvestusel ja pole kindel, millised pluginad üleminekul katki läheksid.
- Sinu kassareeglid elavad kujunduse functions-failis või snippetis, mida keegi puutuda ei taha.
- Müüd ettevõtetele ja vajad, et KMKR-kontroll, pöördmaksustamine või kliendipõhine hinnastamine oleks iga kord õige.
Kuidas see AI-nähtavusega seotud on
Assistendid ja Merchant Center loevad mõlemad seda, mida sinu toote- ja kassaandmed väidavad — hind koos maksuga, tarnekulu, saadavus, kes osta tohib. Kujunduse snippetis elavad reeglid rakenduvad sageli kassas, aga ei jõua kunagi skeemasse ega feedi, nii et hind, mida assistent nimetab, pole hind, mida ostjalt küsitakse. Nende reeglite viimine korralikku plugina koodi teeb need loetavaks kõigele allavoolu, sealhulgas auditi valideerimiskäigule.
KKK
Otsekohesed vastused küsimustele, mida e-poe omanikud küsivad
Kui riskantne HPOS-i migratsioon on?
Hallatav, kui see läbi proovitakse. Jookseme selle esmalt produktsiooni koopial, võrdleme tellimuste arvu ja valimit kirjete kaupa väli-välja haaval ning hoiame ühilduvusrežiimi käepärast, nii et tagasipöördumine on seadistus, mitte taaste.
Kas mu praegused pluginad jäävad tööle?
Enamik hooldatavaid deklareerib ühilduvuse juba praegu. Audit loetleb need, mis seda ei tee, ja iga kohta ütleme, kas uuendada, asendada või ümbritseda — nii et otsustad nimekiri ees.
Kas saate plokkidel põhinevat kassat kohandada?
Jah. Plokk-kassat laiendatakse Store API ja selle laiendushookide kaudu, mitte vanade vormifiltritega. See on teadlikult piiratum, mis on ka põhjus, miks see harvemini katki läheb.
Me kasutame snippet-pluginat. Kas see on probleem?
Pigem risk kui probleem: snippetid on versioonita, üle vaatamata ja nähtamatud igaühele, kes saiti auditeerib. Tavaliselt viime olulise ühte dokumenteeritud pluginasse ja ülejäänu jätame rahule.
Eritellimusarendus
Ütle, mis peaks toimuma automaatselt.
Kirjelda tööd, mida keegi käsitsi teeb, või süsteemi, millega sinu e-pood rääkida ei oska. Saad vastuse insenerilt, kes selle ehitaks, ühe tööpäeva jooksul.
Kirjelda oma automatiseeringut