-
IT café
Új hozzászólás Aktív témák
-
coco2
őstag
É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?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
válasz hiperFizikus #18750 üzenetére
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.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
MODERÁTOR
válasz arcoskönyv #18759 üzenetére
Szemelyeskedest be lehet fejezni vagy hamar kivul talalod magad.
-
sztanozs
veterán
válasz kovisoft #18756 üzenetére
Lehet, hogy tiszteletadas meg minden - de eleg nehez, ha az embernek nincs magyar billentyuzete, es csupan a forum kedveert nem is akarok oda-vissza kapcsolgatni a magyar es angol kiosztas kozott...
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
Marky18
aktív tag
válasz arcoskönyv #18761 üzenetére
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?
-
nagyúr
válasz arcoskönyv #18761 üzenetére
Nem errol volt szo szerintem, hanem arrol, hogy pl. ha valaki nem tudja, hogy mi az a 'mysql', akkor legalabb egy Google keresest megereszthet, mielott megkerdezi a forumon. Nagyon sok mindenkinek segitettem mar itt is meg mashol is, de szerintem aki kerdez vagy segitseget ker, annak is bele kell rakni az energiat.
Es egyebkent a tobbi regi motoros is ezerrel valaszol minden ertelmes kerdesre, akkor szoktuk feladni, amikor a kerdezo 1) arrogans 2) ragaszkodik a hulyesegehez 3) nem rak bele erofeszitest.Ezek utan elojonni azzal, hogy en pszichiatriara valo beteg vagyok, szerintem kicsit tulzas.
while (!sleep) sheep++;
-
addikt
válasz cattus #18776 üzenetére
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 ]
-
FeniX-
aktív tag
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 ]
-
martonx
veterán
válasz FeniX- #18783 üzenetére
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!
-
FeniX-
aktív tag
válasz martonx #18785 üzenetére
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.
-
Marky18
aktív tag
válasz FeniX- #18783 üzenetére
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.
-
FeniX-
aktív tag
@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) -
coco2
őstag
válasz FeniX- #18793 üzenetére
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?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
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.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
dabadab
titán
Hmm, ez a stuff a tenyérnyi arm board környezetébe készült, ahol spártai minden.
Van konkrét problémád is, vagy csak annyi, hogy nem direkt pazarolja az erőforrásokat?
Én egyébként egy x86 szervereken futó projektben használtam, ott is hajlandó volt működni, nem reklamált, hogy túl sok memória meg CPU van
DRM is theft
-
coco2
őstag
válasz dabadab #18798 üzenetére
>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?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Aliexpress tapasztalatok
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Androidos fejegységek
- Rossz üzlet az EV-kölcsönzés
- Azonnali fáradt gőzös kérdések órája
- iPhone topik
- Kormányok / autós szimulátorok topicja
- iOS alkalmazások
- Autós topik
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- További aktív témák...