SSR (سرور رینڈرنگ)

ایک Markdown صفحہ اور ایک ہینڈلر، ایک ہی پروجیکٹ میں شانہ بشانہ:

# Changelog Rendered to HTML on every request, then wrapped in the nearest layout.

async def GET():    return {"status": "ok"}

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

ٹیبل کا جزو راستہ، بغیر کسی ترتیب کے، لہذا پروڈکشن اپنے HTML کو تعمیر سے پیش کرتی ہے:

export default function Pricing() {  return <h1>Pricing</h1>;}

ایک منظر اور ایک JSON اختتامی نقطہ، ایک ہی ماڈیول میں شانہ بشانہ:

<h1>Changelog</h1><p>Rendered to HTML on every request.</p>

from nexy.decorators import Controllerfrom nexy.hooks import useViews  @Controller("/changelog")class ChangelogController:    async def get(self):        return useViews("src/apps/changelog_view.nexy")  @Controller("/api/health")class HealthController:    async def get(self):        return {"status": "ok"}

1. درخواست فائل پر مبنی روٹر تک پہنچ جاتی ہے۔ راستہ مماثل ہے، اور متحرک حصوں کو ان اقسام میں ڈالا جاتا ہے جس کا جزو اعلان کرتا ہے۔

   ---id: prop[int]---<h1>Order #{{ id + 1000 }}</h1>

   /orders/42 رینڈرز Order #1042؛ /orders/abc جوابات 404۔

2. جزو چلتا ہے۔ ایک جو نوڈ پر انتظار کرتا ہے - ایک کلائنٹ دستاویز - تھریڈ پول میں چلتا ہے، لہذا یہ ایونٹ لوپ کو اسٹال نہیں کرتا ہے۔

3. جسم کو text/html کے طور پر بہایا جاتا ہے۔ ایک جزو جس سے ٹکڑوں کی پیداوار ہوتی ہے وہ انہیں بناتا ہے۔

4. براؤزر HTML وصول کرتا ہے۔ جزائر ان کی ہدایت کے مطابق ہائیڈریٹ ہوتے ہیں۔

رینڈرنگ کے دوران پیدا ہونے والی غلطی کو errors.nexy کے ذریعے صفحہ میں تبدیل کر دیا جاتا ہے جب پروجیکٹ میں ایک ہوتا ہے: دیکھیں غلطی کے صفحات۔

1. درخواست کنٹرولر تک پہنچ جاتی ہے۔ اس کے راستے کے پیرامیٹرز ان اقسام میں ڈالے جاتے ہیں جن کا طریقہ بیان کرتا ہے، اور منظر پر منتقل کیا جاتا ہے:

   from nexy.decorators import Controllerfrom nexy.hooks import useViews  @Controller("/orders/{id}")class OrderController:    async def get(self, id: int):        return useViews("src/apps/order_view.nexy", context={"id": id})

   ---id: prop[int]---<h1>Order #{{ id + 1000 }}</h1>

   /orders/42/ رینڈرز Order #1042؛ /orders/abc/ جوابات 404۔

2. ویو چلتا ہے، اور useViews جواب کے طور پر اپنا HTML واپس کرتا ہے۔

3. براؤزر HTML وصول کرتا ہے۔ جزائر ان کی ہدایت کے مطابق ہائیڈریٹ ہوتے ہیں۔

رینڈرنگ کے دوران پیدا ہونے والی غلطی کا جواب ڈیفالٹ ایرر پیج کے ساتھ دیا جاتا ہے۔

کوئی نہیں۔ دو راستے ہیں، اور ان کے پاس ایک ہی اناج نہیں ہے:

پروجیکٹ وسیع سوئچ، nexyconfig.py میں۔ کلائنٹ موڈ کو کلائنٹ فریم ورک کی ضرورت ہے:

from nexy.core.models import NexyConfigModelfrom nexy.frontend import react  class NexyConfig(NexyConfigModel):    useFF = react()    useCSR = True

کوئی نہیں۔ کنٹرولر کی واپسی کا ہر منظر ہر درخواست پر پیش کیا جاتا ہے: ISR اور CSR فائل پر مبنی روٹر کے موڈ ہیں۔

---slug: prop[str] = "untitled"---<h1>{{ slug }}</h1>

GET /blog/hello اس سانچے کو ایک بار چلاتا ہے، slug کو hello پر سیٹ کرتا ہے۔ دوسری درخواست اسے دوبارہ چلاتی ہے: دونوں کے درمیان کچھ نہیں رکھا جاتا ہے۔ استفسار کی تار کوئی سہارا نہیں ہے - اسے نیویگیشن میں ہکس کے ساتھ پڑھیں۔

from nexy.decorators import Controllerfrom nexy.hooks import useViews  @Controller("/blog/{slug}")class PostController:    async def get(self, slug: str):        return useViews("src/apps/post_view.nexy", context={"slug": slug})

---slug: prop[str] = "untitled"---<h1>{{ slug }}</h1>

GET /blog/hello/ اس منظر کو ایک بار چلاتا ہے، slug کو hello پر سیٹ کرتا ہے۔ دوسری درخواست اسے دوبارہ چلاتی ہے: دونوں کے درمیان کچھ نہیں رکھا جاتا ہے۔ استفسار کی تار کوئی سہارا نہیں ہے - اسے useSearchParams کے ساتھ پڑھیں۔

• ISR: اس صفحہ کو فی یو آر ایل کیش کریں۔

• CSR: براؤزر پر ہینڈ نیویگیشن