انشر مواقع وتطبيقات Google AI Studio

اربط Google AI Studio بـ GitHub

افتح الموقع أو تطبيق الويب الذي أنشأته بالفعل.

افتح Google AI Studio

https://aistudio.google.com

Your app in Google AI Studio Settings GitHub

أول مرة؟ انقر على "Sign in to GitHub to continue" انقر على "Install & Authorize" عند الطلب

Settings هو رمز الترس في الزاوية العلوية اليمنى. هل أنت متصل بـ GitHub بالفعل؟ انتقل إلى المهمة التالية.

أنشئ حساب GitHub

Only if you don't have one yet.

https://github.com/signup

أنشئ مستودعًا واحفظ

المستودع هو مجلد مشروعك على GitHub، ومنه يقرأ Hostinger مشروعك.

انقر على "Create new repository" أدخل اسمًا للمستودع. الوصف اختياري اختر Private انقر على "Create GitHub repository" انقر على "Push changes to GitHub" انتظر حتى تظهر الحالة "GitHub & Google AI Studio are currently in sync"

تؤكد هذه الرسالة أن مشروعك قد حُفظ.

احصل على استضافة Hostinger

تحتاج إلى باقة Hostinger تتضمن Web Apps. لديك واحدة بالفعل؟ افتح حسابك وانتقل إلى الخطوة التالية.

احصل على استضافة Web App من Hostinger

اختر باقة تتضمن Node.js Web Apps.

USED IN TUTORIAL

أنشئ Web App واستورد مشروعك

Hostinger Websites Create website Web App

اختر نطاقك، أو نطاقًا مؤقتًا للبدء اختر Import your Git repository اختر Continue with GitHub وامنح Hostinger الإذن إذا طُلب منك اختر المستودع الذي حفظته في الخطوة 1

قد يعرض Hostinger هذه الخيارات كأسئلة من مساعده بدلًا من نموذج. الخيارات نفسها لا تتغير.

راجع إعدادات البناء

يكتشف Hostinger إعدادات البناء لمشروعك تلقائيًا. تحقّق من إطار العمل المحدد، ثم تابع إذا بدا كل شيء صحيحًا.

لست متأكدًا من إعدادات البناء؟

اختياري. الصقه في مشروعك على Google AI Studio وقارن إجابته بما اختاره Hostinger. إنه يقرأ ملفاتك فقط.

Check this project's deployment settings for Hostinger. This is a read-only check. I am deploying this project to Hostinger as a Web App, imported from GitHub. Hostinger has already suggested build settings, and I want to confirm them against the real project. Inspect the actual project files: package.json, the lockfile, the build configuration and any server file. Do not guess from the preview or from how the app looks. Rules: - Do NOT change, create or delete any file. - Do NOT print the value of any API key or secret. Keep two things separate: - FRONTEND TOOLING: what builds the pages, for example Vite. - SERVER RUNTIME: whether a Node.js server must keep running in production, for example an Express server that serves the app or calls an API. If the project has a Node.js server that must keep running, the Hostinger framework preset should match that server, even when the pages are built with Vite. If there is no server, the preset should match the frontend build tool. Reply in this short format, as plain text and not JSON: Framework preset to choose in Hostinger: Needs a running Node.js backend: Yes or No, with a one-line reason Root directory: only if the app is not at the repository root Package manager: Build command: or "none needed" Server entry file: or "none" Node.js version: only if the project states one, otherwise "not specified" Mismatch to fix: anything that would break on Hostinger, or "none found" If you cannot verify a line from the files, write "not sure" instead of guessing.

أضف متغيرات البيئة

لا توجد متغيرات معروضة؟ تخطَّ هذه الخطوة.

راجع متغيرات البيئة التي اكتشفها Hostinger أدخل القيم التي يحتاجها مشروعك انقر على Continue

الأسرار التي حفظتها في Google AI Studio لا تُنسخ إلى Hostinger، لذا أدخلها هنا مرة أخرى. إذا كان مشروعك يستخدم Gemini API، فأنشئ مفتاحًا من هذه الصفحة:

افتح Google AI Studio

API keys page

https://aistudio.google.com/apikey

مهم

أدخل مفاتيح API في Hostinger فقط. لا تضع أبدًا مفتاحًا خاصًا في متغير يبدأ بـ VITE_، ولا ترفع أبدًا ملف .env يحتوي على مفاتيح حقيقية إلى GitHub.

لست متأكدًا من المتغيرات التي يحتاجها مشروعك؟

اعثر على المتغيرات التي يحتاجها مشروعي

الصقه في مشروعك على Google AI Studio. يعرض أسماء المتغيرات التي يقرؤها الكود فعلًا ولا يغيّر أي شيء.

List the environment variables this project needs on Hostinger. This is a read-only check. Search the real source code for process.env and import.meta.env, and read any example environment file. Do not guess and do not invent names. Rules: - Do NOT change, create or delete any file. - Report variable NAMES only. Never print a value. - Do not suggest several names for the same key. Report the one name the code reads. For each variable, give one line: NAME, what it is for, Required or Optional, read on the SERVER or in BROWSER code Do not list variables the hosting platform normally sets by itself, such as NODE_ENV or PORT, unless the code cannot work without a value I must enter. Then add one last line: Private key exposed in browser code: Yes or No Answer Yes if a private key, such as a Gemini API key, is read through a VITE_ variable or otherwise ends up in code that runs in the browser.

انقل المفتاح الخاص خارج كود المتصفح

استخدمه فقط إذا أظهر الفحص أعلاه أن مفتاحًا خاصًا مكشوف في كود المتصفح. المتغيرات التي تبدأ بـ VITE_ تُضمَّن في صفحات يمكن لأي شخص قراءتها.

A private API key in this project is read in browser code. Move it to the server so visitors can never see it. First confirm it from the real files: show me the file and line where browser code reads the key, without printing the key's value. If you cannot find one, stop and tell me. Do not change anything. If it is confirmed, make the smallest change that fixes it, and keep the design and every feature exactly as they are: - Call the API from a server route. Use the Node.js server the project already has. Add a minimal one only if there is none. - Read the key on the server from an environment variable that does NOT start with VITE_. - Make the browser code call my own server route instead of the API directly. - Remove the key from every file that is sent to the browser. Rules: - Never print the key's value. - Do not add a .env file with real keys to the repository. - Do not change unrelated code. When you finish, tell me: - the files you changed - the exact variable name to add in Hostinger - whether the project now needs a running Node.js server, so I can check the framework Hostinger selected

انشر

راجع الإعدادات النهائية انقر على Deploy انتظر حتى يكتمل البناء افتح الموقع المباشر

إذا فشل البناء

انسخ الخطأ الذي يعرضه Hostinger، والصقه في هذا الـ Prompt، وشغّله في مشروعك على Google AI Studio. ثم احفظ الإصلاح على GitHub، أو غيّر الإعداد في Hostinger وأعد النشر.

إصلاح نشر فاشل

يجد السبب الحقيقي من الخطأ ويصلحه وحده.

My project failed to deploy on Hostinger. I deployed it as a Web App imported from GitHub. Here is the exact error from Hostinger's build log: [PASTE THE ERROR HERE] Here is what Hostinger selected: Framework: [PASTE IT HERE] Other build settings, if you can see them: [PASTE THEM HERE, OR DELETE THIS LINE] Find the real cause from this error and the actual project files: package.json, the build configuration and any server file. Do not try random changes, and do not invent a cause the error and the files do not support. If the error is not enough to be sure, tell me what else to copy from Hostinger. - If a Hostinger setting is wrong, tell me exactly which setting to change and to what. Do not change code for that. - If the code or configuration is wrong, fix only that. Keep the design and features the same. - Do not upgrade unrelated packages. - If the log contains a key or password, do not repeat it. Never print the value of an API key or secret. Reply with: Cause: What you changed, or which Hostinger setting to change: What I should do next:

اختبر الموقع المباشر

افتح موقعك المباشر وتأكد من أن صفحاته وميزاته الرئيسية تعمل.

إذا كان مشروعك يتضمن ميزات ذكاء اصطناعي أو تسجيل دخول أو خدمات متصلة، فجرّبها أيضًا.

إذا لم يعمل شيء على الموقع المباشر

انسخ الـ Prompt الذي يطابق مشكلتك وشغّله في مشروعك على Google AI Studio. ثم احفظ الإصلاح على GitHub.

إصلاح صفحة فارغة أو بيضاء

اكتمل البناء، لكن الموقع المباشر يعرض صفحة فارغة.

My project deployed to Hostinger without a build error, but the live website shows a blank page. It works in the Google AI Studio preview. Find what is different in production. Check the real project files for: - errors that only happen in the production build - asset and script paths that break outside the preview, including the base path in the build configuration - a server that does not serve the built files, or serves them from the wrong folder - a server that listens on a fixed port instead of the port the hosting gives it - code that needs an environment variable which is missing in production If I paste errors from the browser console below, start from them: [PASTE ANY BROWSER CONSOLE ERRORS HERE, OR DELETE THIS LINE] Base the fix on what you find in the files and the errors, not on guesses. If you cannot tell the cause, say what else I should copy for you. Keep the design and features exactly the same, and never print the value of an API key or secret. Reply with: Cause: What you changed, or which Hostinger setting to change: What I should do next:

إصلاح ميزة ذكاء اصطناعي أو تسجيل الدخول أو ميزة أخرى

يتم تحميل الموقع، لكن إحدى الميزات لا تعمل.

My project is live on Hostinger and the pages load, but this feature does not work: [DESCRIBE THE FEATURE AND WHAT HAPPENS] Any error message I can see: [PASTE IT HERE, OR DELETE THIS LINE] It works in the Google AI Studio preview. Find why it fails in production. Check the real project files for: - the environment variables this feature reads. List their NAMES so I can confirm each one has a value in Hostinger - code that depends on Google AI Studio's own environment or secrets and has no equivalent on Hostinger - API calls that need a running Node.js server, in case the project was deployed without one - addresses that point to the preview or to localhost instead of the live domain - for sign-in or outside services: settings that must list my live domain Never ask me for the value of an API key or secret, and never print one. Never move a private key into browser code or into a VITE_ variable to make the feature work. Do not invent a cause the files and the error do not support. Keep the design and other features the same. Reply with: Cause: What you changed, or what I must set in Hostinger or in the outside service: What I should do next:

إصلاح خطأ 404 في صفحة داخلية

الصفحة الرئيسية تعمل، لكن فتح صفحة أخرى أو تحديثها يعرض خطأ 404.

My project is live on Hostinger. The home page works, but opening or refreshing an inner page shows a 404 page. Inspect how this project handles routes: the router in the frontend, and the server file if there is one. - If the project runs its own Node.js server, make that server return the app's main page for routes the frontend router handles, without breaking API routes or static files. - If the project has no server, do not add one. Tell me what the hosting must do for these routes and which Hostinger setting to check. Change only what this problem needs. Keep the design and features the same. Reply with: Cause: What you changed, or which Hostinger setting to change: What I should do next:

حدّث موقعك

كل تحديث يمر بالمسار نفسه: Google AI Studio → GitHub → Hostinger، ثم الموقع المباشر.

أجرِ تغييرًا صغيرًا في Google AI Studio افتح Settings، ثم GitHub انقر على "Push changes to GitHub" انتظر حتى تتم مزامنة المشروع انتظر حتى ينشر Hostinger التحديث حدّث موقعك المباشر وتحقّق من التغيير

ينشر Hostinger التحديث تلقائيًا ما دام مستودع GitHub متصلًا والنشر التلقائي مفعّلًا لتطبيق Web App الخاص بك.