სერვერის მხარის რენდერინგის (SSR) ნაკლოვანებები რა არის?

ძირითადი ნაკლოვანებები SSR:

• სერვერზე დატვირთვის გაზრდა: თითოეული მომხმარებლის მოთხოვნა საჭიროებს გვერდის სრული რენდერინგს სერვერზე, რაც მოიხმარს მეტ რესურსს (CPU, მეხსიერება) შედარებით სტატიკური ფაილების ან SPA-სგან.
• განვითარების სირთულე: საჭიროა კოდის ისომორფიზმის გათვალისწინება (სერვერზე და მომხმარებლის მხარეზე მუშაობა), მდგომარეობის მართვა მოთხოვნების შორის, ასინქრონული მონაცემების დამუშავება. დათვალიერება შეიძლება იყოს უფრო რთული.
• სერვერის შეცდომების დროს downtime: თუ მთავარი სერვერი, რომელიც პასუხს აგებს რენდერინგზე, გამორთულია, საიტი შეიძლება გახდეს მიუწვდომელი, განსხვავებით SPA-სგან, სადაც მომხმარებელი შეიძლება გააგრძელოს მუშაობა კეშირებულ რესურსებთან ან fallback-გვერდთან.
• მოდუნებული დრო ინტერქტივობისთვის (TTI): მიუხედავად იმისა, რომ პირველი კონტენტი სწრაფად ჩანს (FCP), მომხმარებელი ვერ შეძლებს ურთიერთქმედებას აპლიკაციასთან მანამ, სანამ ყველა JavaScript (hydration) არ იტვირთება და არ შესრულდება. SPA-ში ინტერქტივობა შეიძლება გამოჩნდეს ადრე, უკვე დატვირთულ გვერდის ნაწილებზე.
• კეშირების სირთულე: დინამიკურად გენერირებული HTML-ის კეშირება უფრო რთულია, ვიდრე სტატიკური რესურსების. საჭიროა უფრო დახვეწილი სქემები სერვერზე კეშირებისათვის.
• მეტი მაღალი First Byte Time (TTFB): სერვერს სჭირდება დრო მოთხოვნის დამუშავებისთვის, მონაცემების მიღებისთვის, HTML-ის რენდერინგისთვის და პირველი ბაიტის დაბრუნებისთვის მომხმარებელზე.
• შესაძლოა წარმოქმნილი იყოს ისომორფული კოდის პრობლემები: ზოგიერთი მომხმარებლის API (მაგ., window, document) მიუწვდომელია სერვერზე, რაც საჭიროებს პირობით კოდის დაწერას ან სპეციალური ბიბლიოთეკების გამოყენებას.

// პირობითი რენდერინგის მაგალითი სერვერზე
if (typeof window === 'undefined') {
  // კოდი, რომელიც შესრულდება მხოლოდ სერვერზე
  console.log('სერვერზე რენდერინგი');
} else {
  // კოდი, რომელიც შესრულდება მხოლოდ მომხმარებლის მხარეზე
  console.log('მომხმარებლის მხარის რენდერინგი');
}