kokioje struktūroje saugomas knowledge graph, nes yra daug siūlomų variantų. Kuris labiau pasiteisina?
Žinutės
Filtrastaikomas
Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
R↵tiek kad reik TEI
Kokia kalba realizuota, ar vien sql? Ačiū už atsakymus, dar toks miškas kol kas :) Ar skaidoma pagal projektus, ar viskas bendrai?
RRenaldas ↵Pastarosiom dienom ruošiu du sūnėnus grįžimui į mokyklą; gaminam čia t↵Matyt nuo bendravimo įgūdžių priklauso 😄 su laravel, phalcon, vue puik ↵Pagrinde vidinės įmonių sistemos, o ką jau sugalvoja klientai tai visk ↵Kaip ir rašiau, pagrinde dirbu su laravel, phalcon, vue. Turi savo str ↵Renaldai, tai kokias PIM realiai bandei ir kur užkliuvai? ↵Akeneo ir yra PIM
Ar verta buvo keisti? Kiek suprantu nelabai didelis pokytis?
Ar galite pasidalinti kokios tipo projektus vykdot, Mindaugas minėjo, kad jis mikroservisus programuoja. Domintų architektūrinė pusė, jei tai ne komercinė paslaptis.
Kokie framework ir db naudojami, kelių lygių (tier) struktūra, kokia os ir ar naudojami kokie proxy bei konteineriai?
Dėkui, skirtinguose lygiuose ar viename?
Kažkiek nagrinėjau ir čiupinėjau Pimcore ir Akineo. Pasikeitus planams buvo atidėtas diegimas.
Patarčiau dar pažiūrėti alokai.com - tai nėra pim, bet jie vadina composable commerce. Gal tiks kažkam.
RRenaldas ↵Akeneo ir yra PIM↵galima nuo 8core 128gb ram ir 400gb ssd iki 32core 512gb ram ir 1.6tb Programavimas / agentai ↵Shared living automatic documentation, jei gerai suprantu esmę. Pasida
Žinau, bet yra kitų PIM, kurie leidžia labiau keisti ir formuoti pačią PIM struktūrą, su DI tai nesudėtinga plėtoti.
Kokio lygio kainos ir reaction laikai?
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.
Šiaip įdomus buvo pimcore, tik dabar nežinau,kiek jie paliko opensource, ten kažkokie apribojimai
RRenaldas ↵Kaip bebuvę esmė padaryta ji buvo būtina, tik pats duomenų laikymo spr↵pas mane tiesiog MD failas 🙂 koks /end/point ir ka priima, ka atiduoda ↵tiesiog GET /url/path/{id} ir koki json grazina , arba POST /url/path/
O kodėl būtent Akineo? Gal reikėtų PIM, kuris leidžia daugiausiai pakeitimų atlikti?
Gal būtų galima kokį supaparstintą pvz gauti?
Bet md faile yra tam tikros taisyklės to mikroserviso kūrimui ir aprašymui?
RRenaldas ↵Kuriu os kuri gales kaip lovable elgtis, compute use, ir lan ir intern
Kuriems vartotojams bus taikomas? Kas potencialūs klientai ir kaip konkurentus nugalėsit?
RRenaldas ↵Vakar per susitikimą gimė, bent man įdomi mintis, kai modeliai tiek iš
Kaip tai pasireiškia?
RRenaldasProgramavimas / agentai ↵Agentams gairėsDokumentai / duomenų apdorojimas ↵Tiesiog įkeliu failus į katalogą ir pasakau nueik ir pasiimk kas geriaDokumentai / duomenų apdorojimas ↵Taip; pas mane duomenų bazėje (postų) pavidalu, gali įsidiegt obsidian
O kaip tas gaires agentams panaudojat?
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ų.
Kaip dažnai tie duomenys - post peržiūrimi, atnaujinami?
RRenaldas ↵Kam pakeliui, kviečiu susidrauginti Https://LinkedIn.com/in/dkiaulakis
Follow ar connect :)
RRenaldas ↵per alipay neturėjo pasirinkimo sumokėt su kreditinė, ilgokai kol jiem
O virttualią kortelę priima, ar tik kreditinę?
RRenaldasAutomatizacija / integracijos ↵13 būtinų žingsnių vibe kodinant https://www.facebook.com/share/r/18m4
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
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
- ❤1
- 🔥1
Ieškojau, neradau, rankinis scraperis suveikė :) Gal kas turi kokių pasiūlymų?
Kai ranka suvedi tekstą :)
- 👏1
RRenaldas ↵yep, su analoginėm smegenim prieš AI labai nepakonkuruosi 🥲️️️️️️ kalb
Konkuruosi, nepakonkuruosi, bet JAV Apollo variklio, su kuriuo skrido į mėnulį, nesugebėjo atkurti :)
Renaldas prisijungė prie grupės
Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.