Base ng Kaalaman
Gumawa ng AWS access key na pinapayagang gumamit ng Amplify at ikonekta ito — ang mga site sa Amplify ay nai-publish lamang sa sarili mong AWS account, hindi kailanman sa amin.
Ang pagkonekta sa iyong sariling AWS Amplify account ay nagbibigay-daan sa iyong mag-publish ng static site sa iyong AWS Amplify account mula sa iyong Zinn® dashboard. Pagmamay-ari mo ang proyekto at ang bill; kami ang bahala sa pag-deploy, custom domain, at mga DNS record.
Isang AWS account. Ang AWS Amplify ay available lamang sa iyong sariling account: naniningil ang Amplify bawat gigabyte na naihain at bawat minuto ng build, na walang patuloy na libreng tier, kaya ang isang site sa account namin ay magiging bill na walang sinumang makakapag-cap. Sa iyong sariling account, ito ay ang iyong gastos, ang iyong mga limitasyon, at ang iyong AWS console.
Gumawa ng IAM user para sa koneksyong ito gamit ang isang policy na nagpapahintulot sa mga aksyon ng Amplify (amplify:*) sa mga app na pamamahalaan nito.
Sa AWS console, buksan ang IAM → Users, piliin ang user na dapat kumilos bilang koneksyong ito (gumawa ng dedikado — huwag na huwag gamitin ang iyong root account), buksan ang tab nitong Security credentials at, sa ilalim ng Access keys, piliin ang Create access key. Piliin ang Other bilang kaso ng paggamit, magpatuloy, at piliin ang Create access key. Kopyahin ang Access key ID at ang Secret access key — minsan lang ipinapakita ng AWS ang secret. Ang bawat IAM user ay maaaring maglaman ng dalawang key sa isang pagkakataon.
Buksan ang Integrations sa iyong dashboard at piliin ang Connect an account. Piliin ang Static hosting (Netlify, Vercel) bilang grupo at AWS Amplify bilang account, punan ang Access key ID at Secret access key, at pindutin ang Connect account.
Sinusubukan namin ang iyong ini-paste bago i-save ang anuman. Ang isang key na hindi gumagana ay hindi kailanman nase-save, at sinasabi ng sagot kung ano ang mali dito. Ang isang key na gumagana ay itinatagong naka-encrypt sa aming vault ng mga secret — hindi kailanman sa aming database — at hindi na kailanman ipinapakita muli, kahit sa iyo.
Tinanggihan ng AWS ang credential. Suriin na aktibo pa rin ang access key sa IAM at pinapayagan ng policy ng user ang mga aksyon ng Amplify sa app. Ang access key na na-deactivate ay sumasagot nang eksakto tulad ng maling key.
Nawala ang secret. Hindi maipakita muli ng AWS ang isang secret access key. Gumawa ng bagong access key, ikonekta ito, pagkatapos ay i-delete ang luma sa IAM.
Sinasabing tinanggihan ang key. Halos palaging isa sa tatlong bagay: isang puwang o line break na kinopya kasama nito, isang key na nag-expire na, o isang key na binawi o muling binuo pagkatapos mong kopyahin ito. Gumawa ng bago at i-paste itong muli.
Kumonekta ito, ngunit may nabigo sa ibang pagkakataon. Nagpapatotoo ang key ngunit kulang ito sa pahintulot na kailangan ng aksyon. Gumawa ng bagong key na may mga pahintulot na nakalista sa itaas, pagkatapos ay idiskonekta ang lumang koneksyon at ikonekta ang bagong key.
Buksan ang Integrations, hanapin ang account at pindutin ang Disconnect. Agad nitong dine-delete ang naka-imbak na key. Ang anumang gumagamit nito ay humihinto sa susunod na aksyon nito, at ang mga screen na nakasalalay dito ay nagsasabi nito sa halip na tumahimik na mabigo.
Ang pagdidiskonekta ay hindi binabaligtad ang nagawa na — ang mga record, pag-deploy, o setting na binago namin sa iyong account ay nananatili kung ano sila. Kung sa tingin mo ay baka tumagas ang key mismo, bawiin din ito sa vendor; ang pagdidiskonekta ay nag-aalis ng aming kopya, hindi sa kanila.
Ang aming isinulat tungkol sa hosting, SEO at pagpapatakbo ng mga site sa malaking saklaw.
Kung paano hinuhubog ng hosting ang indexing at link equity sa 2026: pagpapanatiling naka-index sa mga pahina, pagsusuri sa mga lumang domain bago ka magtayo sa mga ito, pagbuo ng link nang walang bakas, at tapat na pagsusuri sa kung ano ang kaya at hindi kaya ng imprastraktura para sa SEO.
Basahin ang post →Isang praktikal na checklist para sa mabilis at ligtas na WordPress: server-level caching, per-site object cache, ilang piling plugins na sulit patakbuhin, pagpapanatiling napapanahon sa stack, at ang mga pahina ng WooCommerce na hindi mo dapat i-cache kailanman.
Basahin ang post →Ano ba talaga ang nagpisa sa mahusay na managed hosting mula sa murang box na may control panel — mga migration, backup, isolation, tunay na caching at tapat na scaling — at kung paano ito husgahan bago ka pumirma.
Basahin ang post →Kasama ang suporta sa bawat plan, bukas ang desk 24 oras bawat araw, at maaari kang sumulat sa amin sa alinman sa aming 58 na mga wika — sasagutin ka namin sa iyong wika.
Makipag-ugnayan sa suporta → Lahat ng artikulo →