Sanyanggae LogoSanyanggae

💻 ویب اور فرنٹ اینڈ ڈیولپمنٹ

Astro سرور آئی لینڈ: جامد صفحے کے ضروری حصے بعد میں دکھانا

server:defer، سرور اڈاپٹر اور fallback کے کردار اور اطلاق سے پہلے ضروری جانچ۔

사냥개 (Sanyanggae)شائع شدہ تازہ کاری 6 منٹ

یہ کوریائی اصل متن کا ترجمہ ہے۔ کوریائی اصل متن · ترجمے کا جائزہ: مصنوعی ذہانت سے جائزہ

Astro سرور آئی لینڈ: جامد صفحے کے ضروری حصے بعد میں دکھانا: ابتدائی HTML، سرور آئی لینڈ، fallback اور جواب کی وضاحت کا خاکہ
سانیانگے کا وضاحتی خاکہ · ابتدائی HTML · سرور آئی لینڈ · fallback اور جواب۔

مصنوع کی وضاحت سب کے لیے یکساں مگر لاگ اِن فرد کا ترسیلی پتہ مختلف ہوسکتا ہے۔ پتہ دیر سے ملے تو کیا مصنوع بھی منتظر رہے؟ فرضی کتاب فروخت صفحے سے مشترک متن اور ذاتی حصہ الگ کرنے کا فیصلہ دیکھیں گے۔ Astro سرور آئی لینڈ، براؤزر میں بٹن چلانے والے کلائنٹ آئی لینڈ سے الگ کردار ہے۔

1. ابتدائی دستاویز اور بعد کے حصے الگ کریں

Astro کی سرکاری سرور آئی لینڈ دستاویز جزو کی سرور رینڈرنگ موخر کرکے الگ درخواست میں نتیجہ لینا بتاتی ہے۔ ابتدائی HTML میں اصل متن اور انتظار کا منظر، پھر جواب سے حصہ بدلتا ہے۔ سرور پر درخواست سنبھالنے کا اڈاپٹر چاہیے۔

کتاب کا عنوان، مصنف و تعارف مشترک رکھیں اور صرف پتہ خلاصہ امیدوار بنائیں۔ پتہ آنے تک قاری کتاب پڑھ سکتا ہے۔ اگر کل رقم دیکھے بغیر ادائیگی بٹن نہ سمجھ آئے تو قیمت و ادائیگی کا تعلق بھی ڈیزائن کریں۔ منظر کو چھوٹے خانوں میں کاٹنا مکمل عملی تقسیم نہیں۔

کامیابی پہلے کیا دکھتا ہے اس پر ہے۔ متن تقریباً خالی اور سب موخر ہوں تو کئی لوڈنگ منظر منتظر رکھتے ہیں۔ پہلے منظر کے سوال اور بعد کی معلومات کی فہرست الگ کریں۔ سرور آئی لینڈ انتظار کا مقام بدلتا ہے، ڈیٹابیس کو خود تیز نہیں کرتا۔

2. fallback بھی مکمل منظر کا حصہ ہے

یہ استعمال کی چھوٹی مثال ہے؛ فرض ہے UserDelivery اور اڈاپٹر الگ نافذ ہیں۔

---
import UserDelivery from '../components/UserDelivery.astro';
---
<UserDelivery server:defer>
  <p slot="fallback">ترسیل کے پتے کی معلومات دیکھی جارہی ہیں۔</p>
</UserDelivery>

fallback عارضی سجاوٹ نہیں، اصل ابتدائی متن ہے۔ آخری پتے کارڈ جتنی جگہ رکھیں اور انتظار کی چیز سمجھائیں۔ معلومات سے پہلے ترسیل ممکن لکھنا اصل جواب سے ٹکرا سکتا ہے۔ نامعلوم اور ثابت نتیجے کو ظاہری طور پر بھی الگ کریں۔

بغیر لاگ اِن قاری کو محفوظ پتہ دیکھنے کے لیے لاگ اِن کریں کا پیغام چاہیے ہوسکتا ہے۔ سست نیٹ ورک اور بے لاگ اِن حالت الگ ہیں۔ ان کے الفاظ اور راستے الگ رکھیں تو ترقیاتی عارضی عبارت اصل سروس میں کم بچے گی۔

3. ڈیٹا کی حد چھوٹی رکھیں

صرف دکھانے اور تلاش کے ضروری اقدار جزو کو دیں۔ آرڈر کی پوری تاریخ دے کر صرف ایک نام دکھائیں تو تعلق گھٹا سکتے ہیں۔ بعض قدر عوامی متن اور بعض تصدیق کے بعد ہیں۔ راستہ اور دکھنے کا دائرہ ایک فہرست میں دیکھیں۔

سرور آئی لینڈ الگ اجرائی سیاق ہے۔ اصل صفحے کا پتہ چاہیے تو ضروری راستہ واضح بھیجنے پر غور کریں۔ اندرونی درخواست URL کو مصنوع کا URL سمجھنے سے تجاویز یا واپسی لنک غلط ہوسکتے ہیں۔ اصل درخواست ڈویلپر ٹول میں دیکھنا محفوظ ہے۔

کتاب نمبر اور صارف شناخت کی فرضی مثال میں نمبر مشترک تجاویز، صارف سرور کی تصدیق کے تحت ہو۔ رمز بند ترسیلی صورت بھی سرور اجازت کی جانچ کا بدل نہیں۔ ان پٹ وصولی اور آخری اجازت دینے کی جگہ الگ لکھیں۔

4. کیش منظر کے مخاطب کے مطابق

مشترک کتاب اور ذاتی پتہ یکساں کیش نہیں لے سکتے۔ MDN کی HTTP کیش رہنمائی مشترک و نجی کیش بتاتی ہے۔ ڈیٹا برابر سے پہلے یہ دیکھیں جواب کون دیکھ سکتا ہے۔

دو ٹیسٹ کھاتوں سے دیکھیں پہلے کا پتہ دوسرے کو نہ ملے۔ لاگ آؤٹ کے بعد واپسی اور تازہ کرنا بھی دیکھیں۔ یہ کیش سرور، براؤزر اور اطلاقی تصدیق کا مشترک نتیجہ آزماتا ہے۔ صرف جزو کی فائل سے محفوظ نہ کہیں۔

مشترک تجاویز میں بھی تبدیلی کا راستہ چاہیے۔ پرانی کچھ دیر قبول یا منتظم کی ترمیم فوراً بدلے؟ کیش چالو کے بجائے ہدف، ذخیرہ مقام، قابلِ قبول پراناپن اور منسوخی لکھیں تاکہ دوسرا بھی دیکھ سکے۔

5. سست رابطہ اور ناکامی پہلے آزمائیں

صرف درست رابطے کا ایک مشاہدہ کافی نہیں۔ پتہ درخواست سست و ناکام کریں اور لاگ اِن بدل کر منظر دیکھیں۔ اصل متن پڑھنے، لوڈنگ سے بٹن ہٹنے اور ناکام معلومات پر منحصر عمل کی حالت جانچیں۔

آزمائشقاری کو سمجھ آنے والی حالت
پتہ دیر سے آئےکس چیز کا انتظار اور کیا باقی پڑھ سکتے ہیں
تصدیق نہیںلاگ اِن پیغام اور مشترک متن نظر آتے ہیں
تلاش ناکامخالی منظر کے بجائے بحالی راستہ ملتا ہے
کھاتا بدلےپچھلے صارف کی معلومات باقی نہ رہیں

آئی لینڈ ایک دوسرے کا انتظار کریں تو تقسیم دوبارہ دیکھیں۔ پتہ، پھر ترسیلی خرچ، پھر ادائیگی کی رہنمائی کئی سلسلہ وار انتظار بن سکتے ہیں۔ متعلقہ معلومات ایک سرور کام یا صارف کے طلب پر لینا بہتر ہوسکتا ہے۔ زیادہ حصے اکیلے اچھا ڈیزائن نہیں۔

6. پہلے اور بعد کا فائدہ یکساں حالات میں

پہلا متن، پتہ مکمل، عمل ممکن اور غلطی کی حالت الگ لکھیں۔ متن جلد مگر کارڈ چھلانگ لگائے یا ادائیگی دیر ہو تو تجربہ دوسری سمت بدلتا ہے۔ صرف اوسط نہیں، سست مثال میں انتظار کیا تھا بھی لکھیں۔

امیدوار سوال خاص ہوں: جامد سائٹ ہے کے بجائے یہ معلومات دیر سے ہو تو کتاب پہلے پڑھ سکتے ہیں؟ زیادہ مدد دیتا ہے۔ Astro کی آن ڈیمانڈ رینڈرنگ اور تعیناتی ماحول دیکھ کر چھوٹے ذاتی حصے سے اصل ناکامی تک جانچیں۔

شواہد اور حوالے

یہ مضمون عوامی ماخذ کی معلومات سمجھاتا ہے۔ حوالہ دینا متعلقہ ادارے کی جانچ یا توثیق کی علامت نہیں۔

ناشر کا تعارف اور رابطہ

اسی موضوع کے دوسرے مضامین