Tudásbázis
Hozzon létre egy Azure szolgáltatásnevet (service principal) közreműködői (Contributor) jogosultsággal egy erőforráscsoporton, és csatlakoztassa, hogy statikus webhelyei a saját Azure-előfizetésén lévő tárolóból épüljenek fel.
Saját Azure Static Web Apps fiókjának összekapcsolásával statikus webhelyet tehet közzé saját Azure Static Web Apps fiókjában a Zinn® vezérlőpultról. A projekt és a számla az Öné; mi intézzük a telepítést, az egyéni domaint és a DNS-rekordokat.
Egy Azure-előfizetés, egy erőforráscsoport a webhelyekhez, valamint a kódot tartalmazó, csatlakoztatott GitHub, GitLab vagy Bitbucket fiók szükséges – az Azure Static Web Apps egy tárolóból végez buildet. Az Azure ingyenes csomagja lehetővé teszi a kereskedelmi felhasználást és alkalmazásonként két egyéni domain használatát.
Az Azure ezt szolgáltatásnévnek (service principal) nevezi. A Microsoft Entra felügyeleti központban nyissa meg az Entra ID → Alkalmazásregisztrációk → Új regisztráció menüpontot, adjon neki nevet, majd Regisztrálja. Az alkalmazás áttekintő oldalán másolja ki az Alkalmazás (ügyfél) azonosítóját és a Címtár (bérlő) azonosítóját. Ezután nyissa meg a Tanúsítványok és titkos kulcsok → Ügyfél titkos kulcsai → Új ügyfél titkos kulcsa menüpontot, válasszon egy időtartamot, és adja hozzá – azonnal másolja ki a titkos kulcs értékét, mert az Azure csak egyszer jeleníti meg.
Az Azure portálon nyissa meg a használni kívánt erőforráscsoportot, majd lépjen a Hozzáférés-vezérlés (IAM) → Hozzáadás → Szerepkör-hozzárendelés hozzáadása menüpontra. Válassza ki a Közreműködő szerepkört, rendelje hozzá a Felhasználó, csoport vagy szolgáltatásnév opcióhoz, keresse meg az alkalmazást név alapján, majd kattintson a Felülvizsgálat és hozzárendelés lehetőségre. Jegyezze fel az erőforráscsoport nevét és az ahhoz tartozó Előfizetés azonosítóját (keressen rá az Előfizetések elemre a portálon).
Nyissa meg az Integrációk oldalt a vezérlőpulton, és válassza a Fiók csatlakoztatása lehetőséget. Csoportként válassza a Statikus tárhely (Netlify, Vercel), fiókként pedig az Azure Static Web Apps lehetőséget, töltse ki az Ügyfél-azonosító, Ügyfél titkos kulcsa, Bérlő azonosítója, Előfizetés azonosítója és Erőforráscsoport mezőket, majd nyomja meg a Fiók csatlakoztatása gombot.
Minden mentés előtt teszteljük a beillesztett adatokat. A nem működő kulcsokat soha nem mentjük el, és a válasz megjelöli a hiba okát. A működő kulcsokat titkosítva tároljuk a titkoskulcs-tárunkban – soha nem az adatbázisunkban –, és soha többé nem jelenítjük meg, még Önnek sem.
Az Azure Static Web Apps egy tárolóból hoz létre buildet – nincs módja feltöltött build fogadására –, így a webhely kódjának csatlakoztatott GitHub, GitLab vagy Bitbucket tárolóból kell származnia. Ha még nem tette meg, először csatlakoztasson egyet.
Az Azure elutasította a szolgáltatásnevet. Vagy az ügyfél titkos kulcsa járt le (ez a választott időtartamtól függően mindig megtörténik), vagy az alkalmazásnak már nincs Közreműködő joga az erőforráscsoporthoz. A két üzenet hasonlóan néz ki, ezért új titkos kulcs létrehozása előtt ellenőrizze a szerepkör-hozzárendelést.
Nincs találat. Ellenőrizze, hogy az Előfizetés azonosítója és az Erőforráscsoport azonos-e azzal, amelyhez a szerepkört rendelte, és hogy a Bérlő azonosítója az a címtár-e, amelyben az alkalmazás regisztrálva van.
A rendszer jelzi, hogy a kulcsot elutasították. Ez csaknem mindig a következők egyike miatt van: a kulccsal együtt egy szóköz vagy sorköz is átmásolásra került, a kulcs lejárt, vagy a másolás után visszavonták vagy újra generálták. Hozzon létre egy újat, és illessze be újra.
Sikeres a csatlakozás, de egy későbbi művelet meghiúsul. A kulcs hitelesíti a kérést, de hiányzik egy olyan engedély, amelyre a műveletnek szüksége van. Hozzon létre egy új kulcsot a fent felsorolt engedélyekkel, majd szüntesse meg a régi kapcsolatot, és csatlakoztassa az új kulcsot.
Nyissa meg az Integrációk oldalt, keresse meg a fiókot, és nyomja meg a Leválasztás gombot. Ezzel azonnal törlődik a tárolt kulcs. Minden, ami ezt használta, a következő műveletnél leáll, és az ettől függő képernyők csendes hiba helyett ezt jelzik is.
A leválasztás nem vonja vissza a már elvégzett műveleteket – a fiókján módosított rekordok, dağıtások vagy beállítások úgy maradnak, ahogy vannak. Ha úgy érzi, hogy magának a kulcsnak a adatai kiszivároghattak, a szolgáltatónál is vonja azt vissza; a leválasztás a mi másolatunkat távolítja el, nem az övékét.
Amiről a tárhelyről, a keresőoptimalizálásról és a webhelyek nagymértékű üzemeltetéséről írtunk.
Hogyan határozza meg a tárhely a rangsorolást és a linkek erejét 2026-ban: az oldalak indexben tartása, a régebbi domainek ellenőrzése a felhasználás előtt, lábnyom nélküli linképítés, valamint őszinte beszéd arról, hogy mit tehet és mit nem tehet az infrastruktúra a SEO érdekében.
Bejegyzés olvasása →Egy praktikus ellenőrzőlista a gyors, biztonságos WordPress webhelyhez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektumgyorsítótár, a néhány érdemes bővítmény, a szoftververziók naprakészen tartása, valamint azok a WooCommerce oldalak, amelyeket soha nem szabad gyorsítótárazni.
Bejegyzés olvasása →Mi választja el valójában a jó menedzselt tárhelyet a vezérlőpultos olcsó szervertől – a migrációk, a biztonsági mentések, az izoláció, a valódi gyorsítótárazás és a korrekt skálázás –, és hogyan mérje fel ezeket, mielőtt elkötelezné magát.
Bejegyzés olvasása →A támogatás minden csomag része, az ügyfélszolgálat a nap 24 órájában rendelkezésre áll, és a 58 támogatott nyelvünk bármelyikén írhat nekünk – mi a ön nyelvén válaszolunk.
Kapcsolat a támogatással → Összes cikk →