hehe
Žinutės
Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
mcp iškart jau planuojamas, išsami dokumentacija
tai dabar sunkiausia dalis, kai labai visko daug.. tai šiek tiek leidau claude pasileisti plaukus :) per 9 terminalus :D
ir/arba cli kuris per tuos pacius API bendrauja
atsimink, kad visas softas turi turet API endpointus
jeigu nori kad su tavim integruotis iseitu ;)
kur visokie wordpress-cli kaip tulzai
parasai ka nori, ai pakviecia iranki su parametrais ir pasiupdatina eshop
:)
tai woocommerce liks tik "mechanikai (pinigų surinkimo, net labiau atvaizdavimo, o visas veiksmas po kapotu jau mano sistemoje)
o jei reiks migruot į pvz presta, magento.. galima bus tą patį padaryt :)
darau universalų, kad ir pagal regionų teisinius, apskaitos, logistikos, komunikavimo klauismus. vnz. tenant kad galėtų pasitikrint (tenant'ai tai mano projektai) tik pvz kaip mattresscenter.com (multi valiutos, multi šalys, multi kalbos, multi reguliavimai...)
vnz supratau, kad bazinis woocommerce gerokai per silpnas..
:)
jau matau ADR yra :) tai neblogai. ;)
- ❤1
cia kaip pvz kaip atrodo zmoniu rasyti ADR https://github.com/nats-io/nats-architecture-and-design
AI aprašymas Tai techninis architektūros sprendimo dokumentas (ADR), aprašantis, kaip e. prekybos sistemoje derinami nemodifikuojami įvykių žurnalai ir GDPR teisė į duomenų ištrynimą, naudojant anoniminus identifikatorius ir šifravimo raktų atšaukimą.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
dar yra kur pasitempt, dėkui, už geras žinutes :)
AI aprašymas Tai techninė dokumentacija, aprašanti sistemos architektūrą ir komponentus, skirtus asmeninių duomenų (PII) apsaugai, jų ištrynimui pagal GDPR 17 straipsnį bei nekeičiamo žurnalo vientisumui užtikrinti.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
tai jo ten kazkas pansaus ir reikalinga, kad tam tikrus duomenis paverst garbage
nes tu kaip ir negali trint eventu is istorijos
nes is eventus rekonstruojama "last state"
set name: petras
set name: jonas
replay, last state name -> jonas
set name: jonas
replay, last state name -> jonas
tai jeigu kazkur set name istrinsi nebeatitiks realybes :)
siaip ziauriai fainas concept
bet reikalauja gan giliu verslo ziniu del boundaries
labai powerfull reikalas ypac "agile" sistemose
kai svarbu surinkt duomenis, o atvaizdavima/analitika pasilikt velesniam laikui
GDPR + event sourocing idomi tema, kai istorija yra imutable eventai siaip 🙂 ir reik pasalint jautria info is uzeriu istorijos
eventsourcing kas nezino, tai kaip "didzioji knyga" apskaitoje tik apie duomenu mutacijas ( pagal prigimti audit trail )
Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.