Hirdetés
- Hogy milyen lett az ASUS ProArt széria csúcsnotesze? Hát ilyen!
- Ilyen egy komoly célszerszám
- Nosztalgikus húrokat pendít meg a Qwertykeys legújabb, szürreális ajánlata
- Az AMD X870 platform meghódítására tör a Sapphire alaplapos divíziója
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Vezetékes FEJhallgatók
- Philips LCD és LED TV-k
- ThinkPad (NEM IdeaPad)
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- AMD Navi Radeon™ RX 6xxx sorozat
- AMD Navi Radeon™ RX 7xxx sorozat
- CPU léghűtés kibeszélő
Új hozzászólás Aktív témák
-
modder
aktív tag
válasz
Speeedfire
#13176
üzenetére
Kijelölöd az egyik rendszer felhasználói adatbázisát, mint a felhasználói adatbázis, és közösen azt használod mindkét rendszernél.
A másik rendszer authentication&authorization rétegét le kell cserélned, hogy "az adatbázist" használja, ne a sajátját. Ez rendszertől függően lehet egyszerű és bonyolult is, de mindenképpen bele kell nyúlni a kódba, és módosítani kell, hogy amikor a másik rendszer egy felhasználót autentikálni szeretne, azt ne a saját adatbázisból próbálja meg, hanem "az adatbázisból".Többféleképpen lekérdheted a felhasználói adatokat "az adatbázisból":
-- kapcsolódhatsz közvetlenül az adatbázis kiszolgálóhoz
-- csinálhatsz egy service réteget ahhoz a rendszerhez, amelyiknek az adatbázisát használni fogod (SOAP vagy REST), és a másik rendszer ezt hívja minden egyes alkalommal, amikor egy felhasználót be kell jelentkeztetni/regisztrálni.Az előbbi egyszerűbb, szerintem, de ha változik az adatbázis struktúra egy update során, akkor kínos minden rendszer implementációját frissíteni, plusz nehezen megoldott az auditálás.
Az utóbbi azért jó, mert a kód könnyebben, módosítható, mint az adatbázis struktúra, és anélkül lehet az autentikáció implementációját változtatni, hogy a service interfészt megváltoztatnád. (pl. ha az adatbázis struktúrán változtattál). Én ezt választanám egy REST interfésszel. Arra ügyelni kell, hogy a két rendszer közötti kommunikáció SSL-en keresztül menjen.Amit még meg kell említeni, hogy a felhasználó azonosításán kívül valószínűleg be lehet állítani egy csomó más felhasználói preferenciát is a különféle rendszereken. Én ezeket megtartanám rendszerfüggően, az adott rendszer saját adatbázisát. Azon a rendszeren, amelyik nem a saját felhasználói adatbázisát használja autentikációra, a service hívásból visszajött valamilyen user id-hoz kötném ezeket az adatokat.
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#13176
üzenetére
Migrálni a saját meglévő tábláid adatait az új táblákba, a kritériumoknak megfelelően, úgy, hogy az új webshopba megfelelően bekerüljenek a termékek, most így konkrétumok nélkül csak általánosságokban lehet tanácsot adni.
Ha van a migrálásra/importálásra valami jóféle, rugalmas "keretrendszer" (mint a Drupalos Migrate modul), akkor az a legjobb. De nézz utána, van-e valami "híd" a két rendszer összehozására. Pl. Drupal esetén volt a Drupal saját táblái és a Gallery2 összehozása esetén, tudtommal ott kicsit gányolósan úgy működött, hogy minden felhasználói adaton történő változás mentődött a másik táblában is, ez mondjuk nem a legjobb megoldás, nem biztos, hogy egy hiba esetén szinkronban lesz a két adat. Szóval a legjobb talán az lenne, ha azonos felhasználói adatbázisban dolgozna a kettő.Melyik webshop ez?
-
cucka
addikt
válasz
Speeedfire
#13176
üzenetére
Hogy lehet 2 rendszert összekapcsolni?
Nehezen. Vagy átalakítod az egyik adatbázist a másik formátumra, vagy készítesz egy köztes réteget, ami az egyik kérést átfordítja a másik rendszer számára.Mivel gyanítom, a két rendszer funkciólistája nem egyezik meg 100%-osan, mindkét megoldásban benne van a szívás rendesen, plusz mindkét rendszert tökéletesen ismerned kell.
Új hozzászólás Aktív témák
- Ha a koreaiakon múlik, még évekig ingünk-gatyánk rámehet a memóriákra
- Bundle topik
- Nem megy az AI az Apple-nek, hullanak a fejek
- Gran Turismo
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Papírvékony a jövő a Samsungnál: íme, a Galaxy TriFold!
- Mindenkinél több és erősebb AI gyorsítót ígér Elon Musk
- NFL és amerikai futball topik - Spoiler veszély!
- Vezetékes FEJhallgatók
- További aktív témák...
- ÚJ Gamer PC - i5 12400f, RTX 5060 és 32gb RAM + GARANCIA
- Gamer PC - R7 3800X, RTX 3060ti és 16gb RAM + GARANCIA
- Xiaomi Watch S4 Silver 47mm 8hó garancia!
- Envy 17-da0830nd 17.3" FHD IPS érintő Ultra 7 155H 16GB 1TB NVMe IR kam gar
- XPS 15 9510 27% 15.6" FHD+ IPS i7-11800H RTX 3050Ti 32GB 512GB NVMe ujjlolv IR kam gar
- GYÖNYÖRŰ iPhone SE 2020 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3582, 100% Akksi
- HIBÁTLAN iPhone 13 mini 128GB Starlight -1 ÉV GARANCIA -Kártyafüggetlen, MS3763, 100% Akksi
- UPDATE 11.13. HP üzleti laptopok Elitebook, Probook 4-13. gen gar.
- iKing.Hu - OnePlus Nord 4 5G 16/512 GB Használt, karcmentes 3 hónap garancia
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest
Ha van a migrálásra/importálásra valami jóféle, rugalmas "keretrendszer" (mint a Drupalos


