Én nem arra értettem, hanem például arra, amikor valaki értetlenkedik, kétszer elmagyarázzuk, mi van, és ha nem érti, és tanulni sem akar, elhajtjuk a pi**ába, és ha szókimondóan, hát akkor szókimondóan. Én arra az egyre értettem. A másikat illetően nyitott kapukat döngetsz. Végső soron nekem is annyi a véleményem a kezdőkről, hogy tanuljon, vagy fizessen, vagy távozzon. És abból a háromból válasszon mindenki valamit magának. Negyedik opciót én sem kínálok. Írtam talán bárhol bármi mást?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Teljesen alapok nélkül, amíg valaki szakmai analfabéta, hiába rakod az orra elé a megoldást, akkor sem érti. Olyasmire nem segítség a sikeresen megtalált google blog sem. Maximum ha +1 hozzárétésbeli szintet lehet segíteni valakinek. Ha haladó dolgokat akar használni valaki, minimum középhaladó szintig ki kell kupálódnia előbb.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Elég lesz, azt hiszem. Nekiállok szépen lassan. Köszi!

MSI MAG Z590 Tomahawk WIFI, i5-11400F, Intel ARC380, 2x8 GB DDR4 Kingston HyperX Fury 3000 Mhz, BeQuiet PurePower 12M 650W

igazad lehet

A gázt is és a féket is egyszerre nyomni nem menő dolog !

Senki se szuletett profinak, de biztos vagyok benne, hogy minden profi beletette az energiat es vegigolvasott tobb konyvet, lenyomott tobb hobbiprojektet es hasznalta a keresoket. Ez is egy gyakorlati szakma, ugy lehet tanulni, hogy csinalod is, csak itt az elmeleti hatter megszerzese nelkul sok dologhoz hozzafogni is keptelenseg.

Nem veletlen szuletett meg a klasszikus interjukerdes: Mi tortenik, ha megnyitom a bongeszoben a google.com-ot?

Azért ne essünk át S ló túloldalára és kezdjük el idealizálni a bunkó programozókat

Do the thing!

Nem erről volt szó, és itt nem volt bunkózás sem szerintem. Egyszerűen ez eleve egy férfias szakma, ahol vannak nehéz emberek, és tudni kell őket kezelni.

Hoztam példát linuxosra, de említhetném a senior javasokst is, akiknél ha nem vagy képben, akkor rögtön megmarnak.

[ Szerkesztve ]

A java-soknak mitől vékony a cérnájuk? Sose működik nekik semmi és még normális dokumentációjuk sincsen?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Sziasztok Kollégák, egy kis webprogramozós témában kérnék némi ötletet Tőletek.
Elkezdtem dolgozni egy munkán, aminek a lényege, hogy egy meglévő webshop termékeit át kell tükrözni egy új weboldalra is.

A meglévő webshopnak van api-ja, aminek a segítségével az adatbázisból egyesével le lehet kérdezni a táblákban keletkezett változásokat.
(a legelső lekérdezésnél visszaadja a teljeset, utána pedig már csak a változásokat.)
[szerk.: Mármint 1 lekérdezés = 1 táblából a változások.]

A bökkenő az csupán annyi, hogy az új webshop más keretrendszerrel készül. (wordpress, drupal, whatevör... még nem letisztázott.)

A két adatbázist kellene valahogy összeházasítanom, de egyelőre nem látom át teljesen, hogy amennyiben a meglévő oldalról (http get kérésekkel) 1-1 táblát tudok csak lekérdezni, akkor hogy legyen az adatmentés konzisztens.
(Gondolok arra, hogy pl. kategóriák azonosítóit másképp tárolja a régi és másképp az új, vagy mások a számozások, más kapcsolótáblák vannak árakra, tulajdonságokra, stb.)

A kérdésem annyi, hogy erre mi lehet egy olyan praktikus megoldás, amivel nem tartok fent még egy teljes-copy adatbázist a régiről az új oldal alatt?
- sqlite?
- nézet táblák?
- fálj?

Köszi, ha megdobtok pár ötlettel.

[ Szerkesztve ]

Keríts neki egy harmadik köztes szervert, ami lerendezi e problémádat !

A gázt is és a féket is egyszerre nyomni nem menő dolog !

Ha ott van az API, akkor minek saját adatbázis. Kezeld az API-t úgy, mintha az lenne az adatbázis. Kell egy termék? Lekérdezed az API-ról. Rendelést adnak le? Átadod az API-nak. Kis túlzással, így a végén még talán saját szerver sem kell, csak egy static site, amin fut egy SPA.
Ha meg az újnak többet kell tudnia, mint a réginek, akkor érdemes saját DB-t felhúznod, és vállalnod az adatimportálás plusz fejlesztését.

Én kérek elnézést!

Szia, tetszik az ötlet, de webshop egyébként is kell, mert máshonnan is akarna termékeket megjeleníteni a "tükör" oldalon.

Ha mindig liveban mennek api lekérdezések minden egyes oldalbetöltésnél, az nagyon leterheli az eredeti oldalt.

Valamint sajnos az api lekérdezéseknél nem lehet szűrni, hanem csak egyszerűen visszaadja a teljes (vagy a változások) adathalmazát, 1 táblára vonatkozóan. Így utólag nem lehet db nélkül belekeresni, hogy mondjuk milyen kategóriák vannak, vagy tulajdonságok.

A host dokumentációjában benne is van, hogy amennyiben lehet, mindig a lehető legkisebb halmazt kérdezzék le a távoli oldalról.

A regi adatbazisrol csinalsz egy staging masolatot: initial load, aztan a change eventekkel frissiteni az objektumokat. Aztan ha helyszukeben vagy view-kal megoldani az uj objektumokkal valo kompatibilitast.
Ha historyt is tarolnal - akarmilyen okbol -, akkor viszont csinalj history tablakat a staging fole.

Meg lehet oldani API hivasokkal is, de barmi okbol elveszited a kapcsolatot a regi rendszerrel, vagy csak kivezetesre kerulne, akkor szukseged lesz az adatbazisra. En nem probalnam meg ezt kisporolni.

Milyen adatbazisrol van szo?

while (!sleep) sheep++;

@Marky18: Köszönöm, ezt a lehetőséget megnézem!
@dabadab: Igen, és két különböző framework-ön.
@emvy: Sima mysql. Ipari cikkek vannak a webshopon és hozzá tartozó árak, tulajdonságok, ilyesmik, kapcsolótáblákkal.

A csavar az a dologban, hogy:

1.) A tükör oldalon időközben bekerülhetnek függetlenül további termékek is, és így is konzisztensnek kell lennie az eredeti termékekkel a változások tekintetében.
(Magyarul több forrásból "szedi" az adatait, de minket most csak az érdekel, hogy a számunkra megadott forrással legyen 'pariban' és lehetőleg a többi inzertálás ne rontsa el a konzisztenciát.)

2.) 1 api hívás csak 1 tábla változásait adja vissza json-ban vagy xml-ben.
(első hívás = teljes adathalmaz 1 táblára vonatkozóan, további hívások = csak a változás. ; Ezt gondolom, valahogy api kulcs alapján trackeli a forrás-api, illetve lehet force-olni, hogy teljes adathalmazt adjon vissza, de ez limitált.)

Kb. 21 tábla van a forrás webshopban, amiből 12-t kellene használni. (A többi rendelések, és ügyféladatok, amit most nem fogunk igénybe venni)

Ja, hogy maga az API ennyire béna. Akkor én a helyedben építenék saját DB-t, vagy DB szinten oldanám meg a DB tükrözést, és akkor lesz saját DB-d.
De ez így hosszú távon elég rossz alapfelállás...

Én kérek elnézést!

@dabadab:
Hali, sajnos a forrás weboldaltól teljesen függetlenek vagyunk, nincs multisite opció.

@martonx:
Köszi, igen, hát egyelőre ez van.

Köszönöm a válaszokat, srácok!

Ha kell egy minor replika (adat downstream), az jellemzően úgy megy, hogy a major replikához tartozik egy exporter api, a minor replikához meg egy importer api. Aztán egy háttér folyamattal csak szóród át folyamatosan (akár a forrás szerveren fut az a háttér processz, akár a remote site-on, az adatoknak édes mindegy). Az ilyesmiben mit lehet összezavarni, nem különösebben értem. De az egyenesre fésült esethez képest mintha valami zavar lenne az erőben.

Ha a minor replikád több forrásból is tükröz, azokat szét kellene válogatnod több külön DB-be, mert ha összeakadhatnak, az úgy nem játék.

Apropó a minor replika az read only, ugye abban nincsen tévedés?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Adat titkosításban kérnék segítséget. Linux alatti binárisra van szükségem, tipikusan C lib kellene. Létezik ugyan OpenSSL, de a dokumentációja bizony hagy kívánnivalót maga után nem keveset.

Amire szükségem lenne, az cert file-ban található public kulccsal bekódolás / private kulccsal kikódolás kb 40..200 byte-os adat csomagokra (sok apró adat csomag).

Ha valaki küzdött már meg a problémával, az utólagos statisztika tapasztalatának örülnék.

Előre is köszönöm.

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

Hmm, ez a stuff a tenyérnyi arm board környezetébe készült, ahol spártai minden. Jelenleg megmaradnék normális szervereken. Felejtsem el a C-t, és használjak inkább net 6-ot?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។

>Van konkrét problémád is, vagy csak annyi, hogy nem direkt pazarolja az erőforrásokat?

Ha hatékony stuffot kellene gyártanom, és lenne rá egy hónapom, most beleásnám magam ebbe. De jelen esetben nem igazán úgy gondoltam

Olyasmi darabok lennének jók, mint első sor cert file beolvasás, és kulcs reprezentáció kipakolás pointerre megadott helyre, második sor nesze bemeneti nyers adat pointere, hossza, kulcs referencia, titkosítás típus, meg pointer kimeneti bufferre, és titkosítás kész, harmadik sorba már a kicsomagolás példa függvénye kerül. Sajnos olyan példa forrást sehol sem találtam

Hát ez a problémám.

Nálad van esetleg olyan stuff ebből a libből?

កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។