Žinutės

Šiaip įdomu, koks dydis jau turimo memory?

Na ir aš prisimenu, kad dar studijų laikais dalindavomės, bet palengva atėjo, kad kiekvienas savo.

Man dar visada kyla klausimas dėl duomenų saugumo su vibecoding, dauguma pradeda app kurti, bet manau, kad dabar duomenų saugumas turėtų būti vienas iš pagrindinių prioritetų (visada buvo), bet DI įrankiai gali padėti rasti įvairių spragų.

Bet ne kiekvienas dalinasi žiniomis. Gal kažkaip tai įprasta, bet kitiems tai gali būti ilgokas kelias iki sužinojimo.

Jau žiūriu kaip į Guru, kuris įžvalgas teikia :) Manau, kad ne vieną gali užvesti ant kelio.

Labai ačiū už info - kelrodė žvaigždė yra, bet kaip iki jos nusigauti :). Gal dar išeitų nukreipti, kur daugiau tinkamos info yra? Moku užklausą tuo klausimu parašyti, bet kitą kartą nuoroda iš asmens su patirtimi teisingiau nukreipia.

Kokia kalba realizuota, ar vien sql? Ačiū už atsakymus, dar toks miškas kol kas :) Ar skaidoma pagal projektus, ar viskas bendrai?

kokioje struktūroje saugomas knowledge graph, nes yra daug siūlomų variantų. Kuris labiau pasiteisina?

Patarčiau dar pažiūrėti alokai.com - tai nėra pim, bet jie vadina composable commerce. Gal tiks kažkam.

Kažkiek nagrinėjau ir čiupinėjau Pimcore ir Akineo. Pasikeitus planams buvo atidėtas diegimas.

Dėkui, skirtinguose lygiuose ar viename?

Kokie framework ir db naudojami, kelių lygių (tier) struktūra, kokia os ir ar naudojami kokie proxy bei konteineriai?

Ar galite pasidalinti kokios tipo projektus vykdot, Mindaugas minėjo, kad jis mikroservisus programuoja. Domintų architektūrinė pusė, jei tai ne komercinė paslaptis.

Ar verta buvo keisti? Kiek suprantu nelabai didelis pokytis?

Šiaip įdomus buvo pimcore, tik dabar nežinau,kiek jie paliko opensource, ten kažkokie apribojimai

Neteko nagrinėti Google Open Knowledge Format (OKF) yra atviras standartas, skirtas struktūruoti organizacijos žinias taip, kad jas galėtų patikimai skaityti ir žmonės, ir AI agentai. Jis remiasi paprasta katalogo struktūra: vienas konceptas viename Markdown faile, o viršuje yra YAML frontmatter su keliais struktūriniais laukais.

Kokio lygio kainos ir reaction laikai?

Žinau, bet yra kitų PIM, kurie leidžia labiau keisti ir formuoti pačią PIM struktūrą, su DI tai nesudėtinga plėtoti.

Bet md faile yra tam tikros taisyklės to mikroserviso kūrimui ir aprašymui?

Gal būtų galima kokį supaparstintą pvz gauti?

O kodėl būtent Akineo? Gal reikėtų PIM, kuris leidžia daugiausiai pakeitimų atlikti?

Kuriems vartotojams bus taikomas? Kas potencialūs klientai ir kaip konkurentus nugalėsit?

Kaip tai pasireiškia?

Kaip dažnai tie duomenys - post peržiūrimi, atnaujinami?

Bet DI tada susikuria kažkokį savo memory apie tai, ar kiekvienam projektui kiekvieną kartą kartojasi, nes tie dokumentai jau ne tokie maži, tai turėtų padeginti tokenų.

O kaip tas gaires agentams panaudojat?

Follow ar connect :)

O virttualią kortelę priima, ar tik kreditinę?

Kai ranka suvedi tekstą :)

Ieškojau, neradau, rankinis scraperis suveikė :) Gal kas turi kokių pasiūlymų?

Jei kas tingit klausyti:
Here's the full stack, laid out end to end:
1. Frontend Foundations — the UI layer: framework, component structure, state management, routing. What the user actually sees and clicks.
2. APIs & Backend Logic — the business logic layer: endpoints, request handling, validation, the rules that turn requests into actions.
3. Database & Storage — where data lives: schema design, relational or document stores, file/blob storage for uploads and media.
4. Auth & Permissions — who can do what: login flows, sessions/tokens, role-based access control.
5. Hosting & Deployment — where the app actually runs and how new code gets pushed live (servers, containers, deployment targets).
6. Cloud & Compute — the underlying infrastructure: VMs, serverless functions, managed services from your cloud provider.
7. CI/CD & Version Control — the pipeline: git workflow, automated testing, build and release automation.
8. Security & Row-Level Security — locking down data access at the database level, plus broader app security practices (input sanitization, secrets management, etc.).
9. Rate Limiting — throttling requests to prevent abuse and protect backend resources from being overwhelmed.
10. Caching & CDN — speeding things up: edge caching for static assets, in-memory caches (Redis, etc.) for hot data.
11. Load Balancing & Scaling — distributing traffic across instances so the app holds up under growing or spiky load.
12. Error Tracking & Logs — observability: catching exceptions, structured logging, alerting when things break.
13. Availability & Recovery — uptime strategy, backups, failover, disaster recovery planning.
That's a genuinely complete production stack

Konkuruosi, nepakonkuruosi, bet JAV Apollo variklio, su kuriuo skrido į mėnulį, nesugebėjo atkurti :)