WooCommerce izstrāde

Gandrīz vienmēr pie vainas ir datubāze un hostings, nevis dizains. WooCommerce datubāzē uzkrājas pasūtījumi, sesijas, satura versijas un žurnāli, un katra nekešotā lapas ielāde tos vaicā, tāpēc veikals, kas ar 300 precēm bija ātrs, ar 5000 precēm uzvedas citādi. HPOS jeb High-Performance Order Storage, kas jaunām instalācijām ir noklusējums kopš WooCommerce 8.2 versijas 2023. gada oktobrī, pārceļ pasūtījumus uz atsevišķām tabulām un palīdz jūtami, taču tas neko nemaina hostingā, kas nespēj izpildīt pašreizējās prasības: WordPress 6.9, PHP 8.3, MySQL 8.0 un 256 MB atmiņas. Kad preču ir vairāki tūkstoši, nākamā no datubāzes parasti jāizceļ preču meklēšana. Vispirms auditējam un tikai tad dodam cenu, jo katram veikalam atbilde ir cita.

Ar gataviem moduļiem, un svarīgākais jautājums nav, kurš modulis, bet vai to vēl kāds uztur. Maksājumus sedz Montonio, MakeCommerce un Paysera, pakomātus - Omniva, DPD un Venipak moduļi vai risinājumi, kas vairākus pārvadātājus apvieno vienā. WordPress spraudņu katalogs par katru no tiem publiski rāda divus datus: kad tas atjaunināts pēdējo reizi un ar kuru WordPress versiju testēts. Tos var izlasīt cilvēks, kas nav izstrādātājs, un tos ir vērts izlasīt pirms līguma, nevis pēc tam. Modulis, kas nav atjaunināts divus gadus, šajā laikā nav saņēmis arī drošības labojumus, un tas atrodas tieši uz maksājumu ceļa. Mēs šo pārbaudi izdarām projekta sākumā un rakstiski pasakām, kur ir risks.

Tas ir atkarīgs no tā, kas jūsu kases lapā jau darbojas, un termiņa, kas liktu izlemt tagad, nav. WooCommerce ir paziņojis, ka klasiskos īskodus noņemt neplāno un ka par šādu izmaiņu brīdinās iepriekš, tāpēc steiga, ko jums varētu uzspiest, ir izdomāta. Patiess ir virziens: jaunās kases funkcijas top blokiem, tāpēc palikšana pie īskodiem laika gaitā atņem izvēles, nevis kaut ko salauž. Risks pārejā ir konkrēts un pārbaudāms: maksājumu moduļi un kases lauku spraudņi, kas blokiem vēl nav gatavi, un analītika, kas nolasa veco kodu. Vispirms pārbaudām katru paplašinājumu staging kopijā, un, ja kaut kas nav gatavs, sakām to pirms pārejas, ne pēc tās.

Reizēm jā, un mēs to pasakām, jo strādājam ar abām platformām. Godīgais dalījums ir šāds. Shopify uzņemas hostingu, drošību un maksājumu atbilstību un par to ņem komisijas un daļu no elastības. WooCommerce atdod jums kodu un datus un sagaida, ka par tiem kāds kompetents rūpēsies. Ja uzņēmumā tehniskās kapacitātes nav un nav arī nodoma to pirkt, Shopify ir mazāk riskants ceļš, un esam uzņēmumus uz to pārcēluši. Ja veikalam ir prasības, kas veidnē neielien, vai ja gribat, lai preču dati un klientu saraksts paliek datubāzē, kuru kontrolējat jūs, WooCommerce parasti izmaksā mazāk un vienmēr ir elastīgāks. Esam atrunājuši gan no vienas, gan no otras.

Kods pieder jums. Strādājam jūsu repozitorijā vai nododam to kopā ar visu vēsturi, nevis kā vienu arhīvu palaišanas dienā. Tas pats attiecas uz piekļuvēm: hostings, domēns, maksājumu konti un CDN ir uz jūsu vārda, un mums tur ir pieeja, ne īpašumtiesības. Nododam arī staging kopiju, izvietošanas aprakstu un sarakstu ar katru pielāgojumu, kas pārraksta WooCommerce veidnes, jo tieši tas nākamajam izstrādātājam vajadzīgs vispirms. Ja kādreiz izlemjat strādāt ar citu izstrādātāju, mēs šo nodošanu neapgrūtinām.

Vispirms noskaidrojam apjomu un tikai tad dodam cenu, jo summu nosaka kustīgo daļu skaits, nevis veikala apgrozījums. To ietekmē maksājumu veidi, piegādes un nodokļu integrācijas, pārrakstītās WooCommerce veidnes, spraudņu skaits un tas, vai preču dati atrodas WooCommerce vai citā sistēmā. Cenrāži, kas izstrādi vai uzturēšanu rēķina procentos no apgrozījuma, nav izmaksu aprēķins: diviem veikaliem ar vienādu tehnisko uzbūvi darba apjoms ir vienāds neatkarīgi no tā, vai viens pārdod par 50 000 vai par pieciem miljoniem. Mūsu izmaksu kalkulators parāda godīgu diapazonu jūsu izmēra projektam, ieskaitot uzturēšanas izmaksas. Ja projekts iet caur valsts digitalizācijas atbalsta programmu, sagatavojam arī pamatojuma dokumentāciju, ko esam darījuši arī citos veikalu projektos.