--- title: "Gyakran ismételt kérdések – súgó és válaszok | MS WebX" description: "Találjon válaszokat a szolgáltatásainkkal, fiókjainkkal, projektjeinkkel és a működéssel kapcsolatos gyakori kérdésekre — a teljes lista alább." canonical: https://mswebx.com/hu/gyakran-ismetelt-kerdesek language: hu robots: index, follow og_type: website type: faq language_alternates: en: https://mswebx.com/frequently-asked-questions.md cs: https://mswebx.com/cs/casto-kladene-otazky.md de: https://mswebx.com/de/haeufig-gestellte-fragen.md es: https://mswebx.com/es/preguntas-frecuentes.md fr: https://mswebx.com/fr/questions-frequentes.md hu: https://mswebx.com/hu/gyakran-ismetelt-kerdesek.md it: https://mswebx.com/it/domande-frequenti.md nl: https://mswebx.com/nl/veelgestelde-vragen.md pl: https://mswebx.com/pl/najczesciej-zadawane-pytania.md pt: https://mswebx.com/pt/perguntas-frequentes.md ru: https://mswebx.com/ru/часто-задаваемые-вопросы.md tr: https://mswebx.com/tr/sikca-sorulan-sorular.md zh: https://mswebx.com/zh/常见问题.md ja: https://mswebx.com/ja/よくある質問.md ar: https://mswebx.com/ar/الأسئلة-الشائعة.md ko: https://mswebx.com/ko/자주-묻는-질문.md pt-br: https://mswebx.com/pt-br/perguntas-frequentes.md hi: https://mswebx.com/hi/अक्सर-पूछे-जाने-वाले-प्रश्न.md content_hash: sha256:c5088bcf26405b92351d20be8c4b326b9bd9d027851aed493dd57150ae8bede8 generated: 2026-08-11 --- > **Machine-readable Markdown rendering.** This is a Markdown representation of a web page, > served for AI agents and crawlers as a token-efficient alternative to the full HTML. > Full interactive HTML version: https://mswebx.com/hu/gyakran-ismetelt-kerdesek > Canonical URL: https://mswebx.com/hu/gyakran-ismetelt-kerdesek > Available languages: en, cs, de, es, fr, hu, it, nl, pl, pt, ru, tr, zh, ja, ar, ko, pt-br, hi > Change detection: `content_hash` is the SHA-256 of this document's Markdown body — everything > below this block, whitespace-trimmed, excluding the front-matter. Compare it to detect a real > content change; `generated` moves on every render and is not a change signal. # Gyakran ismételt kérdések Találjon válaszokat a szolgáltatásainkkal, fiókjainkkal, projektjeinkkel és a működéssel kapcsolatos gyakori kérdésekre — a teljes lista alább. ## Kiemelt kérdések Mivel foglalkozik az MS WebX? Az MS WebX-ről Az MS WebX informatikai cég. Weboldalakat és webes platformokat, natív iOS- és Android-alkalmazásokat építünk, és AI-t integrálunk beléjük — azzal a SEO-munkával együtt, amitől az elkészült rendszer meg is található. Saját termékeket is üzemeltetünk ugyanazon a platformon, amit ügyfeleknél használunk, így az alap már éles üzemben fut, mielőtt bárki más ráépítene. Hogyan indul egy projekt az MS WebX-szel? Együttműködés A célt írod le, nem a technikai megoldást. Addig kérdezünk, amíg a hatókör tényleg világos, aztán leírjuk, mielőtt bármi elkészülne. Ha szerintünk a kért út rossz irányba visz, ezt előre megmondjuk — ez a beszélgetés olcsóbb, mint az átépítés, amit megelőz. A weboldal és a mobilalkalmazás ugyanazt a backendet használja? A platform Igen, és szigorúbban, mint ahogy ezt a mondatot általában értik. Az API egyszer, PHP-ben van definiálva, és ebből generálódik a web TypeScript kliense és az alkalmazás Dart kliense is. Egyiket sem írjuk kézzel — a linter visszautasítja a kézzel írt API-típust. Az alkalmazás így nem tud csendben elcsúszni: az eltérés a buildet töri el, nem az éles rendszert. A 18 nyelv valódi, vagy gépi fordítás van rátéve? A platform Valódi. Minden oldal nyelvenként külön rekordként létezik, saját szöveggel és saját URL-lel — ez a GYIK angolul a /frequently-asked-questions, németül a /de/haeufig-gestellte-fragen címen él, nem egy fordítási paraméter mögött. Így minden nyelv úgy írható, ahogy az adott piacon tényleg keresnek, és egy nyelv javítható a másik tizenhét érintése nélkül. ## Böngészés kategória szerint [ ### Az MS WebX-ről Kik vagyunk, mit építünk, és hogyan ellenőrizheted mindezt magad. 3 kérdés](/hu/gyakran-ismetelt-kerdesek/az-ms-webx-rol "Az MS WebX-ről") [ ### Együttműködés Hogyan indul egy megbízás, hogyan halad a projekt, és mi történik indulás után. 5 kérdés](/hu/gyakran-ismetelt-kerdesek/egyuttmukodes "Együttműködés") [ ### A platform Egy kódbázis, több márka, 18 nyelv, web és natív alkalmazás egyetlen kontraktusból. 5 kérdés](/hu/gyakran-ismetelt-kerdesek/a-platform "A platform") [ ### Biztonság és adatok Hol vannak az adatok, hogyan utaznak, ki fér hozzájuk, és mi kerül naplóba. 5 kérdés](/hu/gyakran-ismetelt-kerdesek/biztonsag-es-adatok "Biztonság és adatok") [ ### AI a gyakorlatban Mit jelent valójában az AI-integráció, ha élesbe kell mennie és működnie is kell. 3 kérdés](/hu/gyakran-ismetelt-kerdesek/ai-a-gyakorlatban "AI a gyakorlatban") ## Az MS WebX-ről Mivel foglalkozik az MS WebX? Az MS WebX informatikai cég. Weboldalakat és webes platformokat, natív iOS- és Android-alkalmazásokat építünk, és AI-t integrálunk beléjük — azzal a SEO-munkával együtt, amitől az elkészült rendszer meg is található. Saját termékeket is üzemeltetünk ugyanazon a platformon, amit ügyfeleknél használunk, így az alap már éles üzemben fut, mielőtt bárki más ráépítene. Ügynökség vagytok vagy termékcég? Mindkettő, szándékosan. Amit kínálunk, előbb a saját termékeinkben fut: a többnyelvű oldalrendszer, az API-réteg, az adminfelület, az analitika. Ügyfélprojekt nem indul kipróbálatlan alapon, és ha a magban elromlik valami, mi vesszük észre előbb, nem az ügyfél. Hogyan ellenőrizhetem, hogy az MS WebX valódi, működő cég? Három módon, függetlenül attól, amit itt írunk. Az impresszum oldal tartalmazza a hivatalos cégadatokat. A saját termékeink nyilvánosak, megkeresés nélkül is használhatók. A kapcsolat oldal pedig ugyanazokhoz jut el, akik a kódot írják — nincs előttük ügyfélszolgálati réteg. ## Együttműködés Hogyan indul egy projekt az MS WebX-szel? A célt írod le, nem a technikai megoldást. Addig kérdezünk, amíg a hatókör tényleg világos, aztán leírjuk, mielőtt bármi elkészülne. Ha szerintünk a kért út rossz irányba visz, ezt előre megmondjuk — ez a beszélgetés olcsóbb, mint az átépítés, amit megelőz. Hogyan halad a projekt a mindennapokban? Kis, látható lépésekben. A munka egy teszt környezetbe kerül, amit bármikor megnyithatsz a böngésződben, és csak a te szavadra megy élesbe. Senki nem a projekt végén látja először a kész terméket — akkor már minden módosítás drága. Mi történik az indulás után? Amit építünk, azt karbantartásra szánjuk: függőségfrissítések, monitorozás, és változtatások, ahogy az üzlet változik. Hogy ezt mi visszük tovább, vagy a saját csapatod veszi át, a projekt része, nem utólagos feltételezés. Semmit nem építünk úgy, hogy csak mi tudjunk hozzányúlni. Átvesztek olyan rendszert, amit más épített? Először elolvassuk a meglévő kódot, aztán kimondjuk, hogy a rendszer teljes élettartamára nézve a folytatás vagy a csere olcsóbb. Mindkét válasz előfordul — az örökölt kód gyakran teljesen rendben van, csak rosszul dokumentált. Nem reflexből ajánlunk újraírást, mert az a legdrágább dolog, amit el lehet adni neked. Mire építkeztek, és hogyan tartjátok a minőséget? PHP a szerveren, TypeScript a böngészőben, Flutter iOS-re és Androidra, MariaDB az adatoknak, nginx és FrankenPHP a kiszolgáláshoz. Szándékosan mai, széles körben ismert technológia, hogy utánunk bárki karban tudja tartani. A minőséget gépek tartják, nem jó szándék: a statikus elemzés a legszigorúbb szinten fut, kivétellista nélkül, mellette több mint kétszáz saját szabály utasítja vissza a kódot, amint elcsúszik. ## A platform Mit értetek „platform” alatt? Egy kódbázis közös maggal, és fölötte márkánként egy vékony réteggel. Minden márkának saját arculata, saját tartalma, saját adatbázisa és saját domainje van, miközben a biztonsági javítások, a teljesítménymunka és az új mag-funkciók mindenhová egyszerre érkeznek, nem kézzel másolva oldalról oldalra. Egy márka hozzáadása konfiguráció és tartalom, nem fork. A weboldal és a mobilalkalmazás ugyanazt a backendet használja? Igen, és szigorúbban, mint ahogy ezt a mondatot általában értik. Az API egyszer, PHP-ben van definiálva, és ebből generálódik a web TypeScript kliense és az alkalmazás Dart kliense is. Egyiket sem írjuk kézzel — a linter visszautasítja a kézzel írt API-típust. Az alkalmazás így nem tud csendben elcsúszni: az eltérés a buildet töri el, nem az éles rendszert. A 18 nyelv valódi, vagy gépi fordítás van rátéve? Valódi. Minden oldal nyelvenként külön rekordként létezik, saját szöveggel és saját URL-lel — ez a GYIK angolul a /frequently-asked-questions, németül a /de/haeufig-gestellte-fragen címen él, nem egy fordítási paraméter mögött. Így minden nyelv úgy írható, ahogy az adott piacon tényleg keresnek, és egy nyelv javítható a másik tizenhét érintése nélkül. Elbír egy platform több márkát úgy, hogy ne zavarják egymást? Pontosan erre készült. Minden márkának saját adatbázisa, saját domainje és saját tartalma van, így az egyik márka nem olvashatja a másik adatait, és az egyikben elkövetett tartalmi hiba nem jelenik meg a másikban. A közös rész a motor: az útvonalkezelés, az API-réteg, az adminfelület és a biztonsági munka. Milyen saját termékeket üzemeltet az MS WebX? A Cannabivo él: social clubok keresője, ahol a látogatók hely szerint találnak és hasonlítanak össze klubokat, a klubok pedig maguk kezelik a saját adatlapjukat. A Steel anyag-egyenértékűségi referencia tervezésnek és beszerzésnek; fejlesztés alatt áll, még nem nyilvános. Mindkettő az ebben a részben leírt platformon fut. ## Biztonság és adatok Kié az adat abban a rendszerben, amit nekünk építetek? A tiéd. Azért kezeljük, hogy a megrendelt szolgáltatás működjön, semmi másért. Nem kerül közös kupacba egy másik ügyfél adatával, nem adjuk el, és nem használjuk arra, hogy a felhasználóidnak hirdessünk. Ha véget ér az együttműködés, az adatot viszed magaddal. Hogyan védettek az adatok útközben? A kapcsolatok HTTP/3-on futnak, a domain pedig rajta van a böngészők előre betöltött HSTS-listáján — a böngésző tehát már a legelső látogatáskor sem hajlandó titkosítatlanul beszélni, még mielőtt bármilyen átirányítást el lehetne téríteni. A kulcscsere posztkvantum: X25519 ML-KEM-768-cal kombinálva, úgy megválasztva, hogy a ma rögzített forgalom akkor is ellenálljon, amikor egy kvantumszámítógép már támadni tudja. Hogyan tároljátok a jelszavakat, kulcsokat és API-hozzáféréseket? Soha nem a forráskódban — ezt a build kényszeríti ki, nem a fegyelem: a kódba égetett titkot tartalmazó változtatást visszautasítja, mielőtt beolvadhatna. A titkok titkosítva egy beállítástárban élnek, és futásidőben csak ott fejtődnek vissza, ahol tényleg kellenek. Egy kulcs cseréje így egyetlen helyen egyetlen módosítás, nem keresgélés az egész kódbázisban. Mi kerül naplóba, és kiderül, ki változtatott meg valamit? Igen. Az alkalmazásesemények, a hibák és az adminisztrátori műveletek az adatbázisba kerülnek, nem szervereken szétszórt szövegfájlokba, így tényleg kereshetők. Az adminisztratív változtatások rögzítik, ki járt el, mit módosított és mikor. A „ki írta át ezt az árat múlt hónapban” kérdésre válasz van, nem találgatás. Hogyan kezelitek a sütiket és a hozzájárulást? A nem feltétlenül szükséges sütik csak a látogató hozzájárulása után kerülnek ki, a döntést rögzítjük, és minden általunk épített oldalon van hely, ahol később módosítható vagy visszavonható. Az elutasítás egy kattintás, nem vadászat egy beállítási menüben — aki pedig elutasít, ugyanúgy működő oldalt kap. ## AI a gyakorlatban Mit jelent valójában az „AI-integráció” a gyakorlatban? Egy modell egy jól körülhatárolt munkát végez a termékedben, és mérhetően jobb az alternatívánál: bejövő üzeneteket rendez, szöveget fogalmaz, amit utána ember hagy jóvá, vagy a kereső azt érti meg, amire a látogató gondolt, nem azt, amit begépelt. Nem chatbuborék egy kész oldalra ragasztva. A hasznos kérdés soha nem az, hogy „lehet-e AI-t tenni bele”, hanem hogy „melyik ismétlődő feladat visz el most időt”. Hol végez az AI már valódi munkát a saját termékeitekben? A tartalomban. A többnyelvű anyagunk modellek segítségével készül és marad naprakész, majd nyelvenként átnézzük, mielőtt kikerül — soha nem megy ki közvetlenül a modell kimenete. Éppen ezért beszélünk óvatosan az AI-ról: saját munkánkból tudjuk, hol erős az eredmény, és hol kell még ember. Mi történik az adatainkkal, ha AI-funkció is közrejátszik? Mielőtt bármi elkészülne, írásban megnevezzük, melyik szolgáltató milyen adatot dolgoz fel, és miből mi marad meg. Ha ez a válasz számodra nem elfogadható, a funkciót másképp tervezzük meg, vagy nem építjük meg. Semmilyen adat nem hagyja el a rendszeredet úgy, ahogy azt nem hagytad jóvá — a „nem tudtuk, hogy kimegy” pedig nem olyan végeredmény, amit hajlandók vagyunk előállítani.