diff --git a/src/components/FeaturedGuides.astro b/src/components/FeaturedGuides.astro
index 704850adf..4f0fe733e 100644
--- a/src/components/FeaturedGuides.astro
+++ b/src/components/FeaturedGuides.astro
@@ -1,35 +1,47 @@
 ---
 import type { GuideFileType } from '../lib/guide';
 import GuideListItem from './GuideListItem.astro';
+import { QuestionGroupType } from '../lib/question-group';
 
 export interface Props {
   heading: string;
   guides: GuideFileType[];
+  questions: QuestionGroupType[];
 }
 
-const { heading, guides } = Astro.props;
+const { heading, guides, questions = [] } = Astro.props;
+
+const sortedGuides: (QuestionGroupType | GuideFileType)[] = [
+  ...guides,
+  ...questions,
+].sort((a, b) => {
+  const aDate = new Date(a.frontmatter.date);
+  const bDate = new Date(b.frontmatter.date);
+
+  return bDate.getTime() - aDate.getTime();
+});
 ---
 
 <div class='container'>
-  <h2 class='text-2xl sm:text-3xl font-bold block'>{heading}</h2>
+  <h2 class='block text-2xl font-bold sm:text-3xl'>{heading}</h2>
 
   <div class='mt-3 sm:my-5'>
-    {guides.map((guide) => <GuideListItem guide={guide} />)}
+    {sortedGuides.map((guide) => <GuideListItem guide={guide} />)}
   </div>
 
   <a
     href='/guides'
-    class='hidden sm:inline transition-colors py-2 px-3 text-xs font-medium rounded-full bg-gradient-to-r from-slate-600 to-black hover:from-blue-600 hover:to-blue-800 text-white'
+    class='hidden rounded-full bg-gradient-to-r from-slate-600 to-black px-3 py-2 text-xs font-medium text-white transition-colors hover:from-blue-600 hover:to-blue-800 sm:inline'
   >
     View All Guides &rarr;
   </a>
 
-  <div class='block sm:hidden mt-3'>
+  <div class='mt-3 block sm:hidden'>
     <a
       href='/guides'
-      class='text-sm font-regular block p-2 border border-black text-black rounded-md text-center hover:bg-black hover:text-gray-50'
+      class='font-regular block rounded-md border border-black p-2 text-center text-sm text-black hover:bg-black hover:text-gray-50'
     >
       View All Guides &nbsp;&rarr;
     </a>
   </div>
-</div>
\ No newline at end of file
+</div>
diff --git a/src/components/GuideListItem.astro b/src/components/GuideListItem.astro
index ae9d778be..fe2073cc4 100644
--- a/src/components/GuideListItem.astro
+++ b/src/components/GuideListItem.astro
@@ -1,22 +1,39 @@
 ---
-import type { GuideFileType } from '../lib/guide';
+import type { GuideFileType, GuideFrontmatter } from '../lib/guide';
 import { replaceVariables } from '../lib/markdown';
+import { QuestionGroupType } from '../lib/question-group';
 
 export interface Props {
-  guide: GuideFileType;
+  guide: GuideFileType | QuestionGroupType;
+}
+
+function isQuestionGroupType(
+  guide: GuideFileType | QuestionGroupType,
+): guide is QuestionGroupType {
+  return (guide as QuestionGroupType).questions !== undefined;
 }
 
 const { guide } = Astro.props;
 const { frontmatter, id } = guide;
+
+let pageUrl = '';
+let guideType = '';
+
+if (isQuestionGroupType(guide)) {
+  pageUrl = `/questions/${id}`;
+  guideType = 'Questions';
+} else {
+  const excludedBySlug = (frontmatter as GuideFrontmatter).excludedBySlug;
+  pageUrl = excludedBySlug ? excludedBySlug : `/guides/${id}`;
+  guideType = (frontmatter as GuideFrontmatter).type;
+}
 ---
 
 <a
   class:list={[
     'text-md group block flex items-center justify-between border-b py-2 text-gray-600 no-underline hover:text-blue-600',
   ]}
-  href={frontmatter.excludedBySlug
-    ? frontmatter.excludedBySlug
-    : `/guides/${id}`}
+  href={pageUrl}
 >
   <span
     class='text-sm transition-transform group-hover:translate-x-2 md:text-base'
@@ -38,7 +55,7 @@ const { frontmatter, id } = guide;
     }
   </span>
   <span class='hidden text-xs capitalize text-gray-500 sm:block'>
-    {frontmatter.type}
+    {guideType}
   </span>
 
   <span class='block text-xs text-gray-400 sm:hidden'> &raquo;</span>
diff --git a/src/components/Questions/QuestionGuide.astro b/src/components/Questions/QuestionGuide.astro
new file mode 100644
index 000000000..b06ab296a
--- /dev/null
+++ b/src/components/Questions/QuestionGuide.astro
@@ -0,0 +1,154 @@
+---
+import {
+  getGuideTableOfContent,
+  type GuideFileType,
+  HeadingGroupType,
+} from '../../lib/guide';
+import MarkdownFile from '../MarkdownFile.astro';
+import { TableOfContent } from '../TableOfContent/TableOfContent';
+import { markdownToHtml, replaceVariables } from '../../lib/markdown';
+import { QuestionGroupType } from '../../lib/question-group';
+import { QuestionsList } from './QuestionsList';
+
+interface Props {
+  questionGroup: QuestionGroupType;
+}
+
+const { questionGroup } = Astro.props;
+
+const allHeadings = questionGroup.getHeadings();
+const tableOfContent: HeadingGroupType[] = [
+  ...getGuideTableOfContent(allHeadings),
+  {
+    depth: 2,
+    title: 'Test with Flashcards',
+    children: [],
+    slug: 'test-with-flashcards',
+    text: 'Test yourself with Flashcards',
+  },
+  {
+    depth: 2,
+    title: 'Questions List',
+    children: [
+      {
+        depth: 2,
+        title: 'Beginner Level',
+        children: [],
+        slug: 'beginner-level',
+        text: 'Beginner Level',
+      } as HeadingGroupType,
+      {
+        depth: 2,
+        title: 'Intermediate Level',
+        children: [],
+        slug: 'intermediate-level',
+        text: 'Intermediate Level',
+      } as HeadingGroupType,
+      {
+        depth: 2,
+        title: 'Advanced Level',
+        children: [],
+        slug: 'advanced-level',
+        text: 'Advanced Level',
+      } as HeadingGroupType,
+    ],
+    slug: 'questions-list',
+    text: 'Questions List',
+  },
+];
+
+const showTableOfContent = tableOfContent.length > 0;
+const { frontmatter: guideFrontmatter, author } = questionGroup;
+---
+
+<article class='lg:grid lg:max-w-full lg:grid-cols-[1fr_minmax(0,700px)_1fr]'>
+  {
+    showTableOfContent && (
+      <div class='bg-gradient-to-r from-gray-50 py-0 lg:col-start-3 lg:col-end-4 lg:row-start-1'>
+        <TableOfContent toc={tableOfContent} client:load />
+      </div>
+    )
+  }
+
+  <div
+    class:list={[
+      'col-start-2 col-end-3 row-start-1 mx-auto max-w-[700px] py-5 sm:py-10',
+      {
+        'lg:border-r': showTableOfContent,
+      },
+    ]}
+  >
+    <MarkdownFile>
+      <h1 class='mb-3 text-balance text-4xl font-bold'>
+        {replaceVariables(guideFrontmatter.title)}
+      </h1>
+      {
+        author && (
+          <p class='my-0 flex items-center justify-start text-sm text-gray-400'>
+            <a
+              href={`/authors/${author?.id}`}
+              class='inline-flex items-center font-medium underline-offset-2 hover:text-gray-600 hover:underline'
+            >
+              <img
+                alt={author.frontmatter.name}
+                src={author.frontmatter.imageUrl}
+                class='mb-0 mr-2 inline h-5 w-5 rounded-full'
+              />
+              {author.frontmatter.name}
+            </a>
+            <span class='mx-2 hidden sm:inline'>&middot;</span>
+            <a
+              class='hidden underline-offset-2 hover:text-gray-600 sm:inline'
+              href={`https://github.com/kamranahmedse/developer-roadmap/tree/master/src/data/question-groups/${questionGroup.id}`}
+              target='_blank'
+            >
+              Improve this Guide
+            </a>
+          </p>
+        )
+      }
+      <questionGroup.Content />
+
+      <h2 id='test-with-flashcards'>Test yourself with Flashcards</h2>
+      <p>
+        You can either use these flashcards or jump to the questions list
+        section below to see them in a list format.
+      </p>
+      <div class='mx-0 sm:-mb-32'>
+        <QuestionsList
+          groupId={questionGroup.id}
+          questions={questionGroup.questions}
+          client:load
+        />
+      </div>
+
+      <h2 id='questions-list'>Questions List</h2>
+      <p>
+        If you prefer to see the questions in a list format, you can find them
+        below.
+      </p>
+
+      {
+        ['beginner', 'intermediate', 'advanced'].map((questionLevel) => (
+          <div class='mb-5'>
+            <h3 id={`${questionLevel}-level`} class='mb-0 capitalize'>
+              {questionLevel} Level
+            </h3>
+            {questionGroup.questions
+              .filter((q) => {
+                return q.topics
+                  .map((t) => t.toLowerCase())
+                  .includes(questionLevel);
+              })
+              .map((q) => (
+                <div class='mb-5'>
+                  <h4>{q.question}</h4>
+                  <div set:html={markdownToHtml(q.answer, false)} />
+                </div>
+              ))}
+          </div>
+        ))
+      }
+    </MarkdownFile>
+  </div>
+</article>
diff --git a/src/components/Questions/QuestionsList.tsx b/src/components/Questions/QuestionsList.tsx
index f4ce7b22a..2818876b2 100644
--- a/src/components/Questions/QuestionsList.tsx
+++ b/src/components/Questions/QuestionsList.tsx
@@ -74,7 +74,8 @@ export function QuestionsList(props: QuestionsListProps) {
     });
 
     // Shuffle and set pending questions
-    setPendingQuestions(pendingQuestions.sort(() => Math.random() - 0.5));
+    // setPendingQuestions(pendingQuestions.sort(() => Math.random() - 0.5));
+    setPendingQuestions(pendingQuestions);
     setQuestions(unshuffledQuestions);
 
     setIsLoading(false);
diff --git a/src/components/Questions/QuestionsProgress.tsx b/src/components/Questions/QuestionsProgress.tsx
index 945ba59fd..af6241cf3 100644
--- a/src/components/Questions/QuestionsProgress.tsx
+++ b/src/components/Questions/QuestionsProgress.tsx
@@ -47,8 +47,7 @@ export function QuestionsProgress(props: QuestionsProgressProps) {
           <span>Knew</span>
           <span className="ml-2 rounded-md bg-gray-200/80 px-1.5 font-medium text-black">
             <span className="tabular-nums">{knowCount}</span>{' '}
-            <span className="hidden lg:inline">Questions</span>
-            <span className="inline sm:hidden">Questions</span>
+            Items
           </span>
         </span>
 
@@ -57,8 +56,7 @@ export function QuestionsProgress(props: QuestionsProgressProps) {
           <span>Learnt</span>
           <span className="ml-2 rounded-md bg-gray-200/80 px-1.5 font-medium text-black">
             <span className="tabular-nums">{didNotKnowCount}</span>{' '}
-            <span className="hidden lg:inline">Questions</span>
-            <span className="inline sm:hidden">Questions</span>
+            Items
           </span>
         </span>
 
@@ -67,8 +65,7 @@ export function QuestionsProgress(props: QuestionsProgressProps) {
           <span>Skipped</span>
           <span className="ml-2 rounded-md bg-gray-200/80 px-1.5 font-medium text-black">
             <span className="tabular-nums">{skippedCount}</span>{' '}
-            <span className="hidden lg:inline">Questions</span>
-            <span className="inline sm:hidden">Questions</span>
+            Items
           </span>
         </span>
 
diff --git a/src/data/question-groups/backend/backend.md b/src/data/question-groups/backend/backend.md
new file mode 100644
index 000000000..48bbf5ac6
--- /dev/null
+++ b/src/data/question-groups/backend/backend.md
@@ -0,0 +1,242 @@
+---
+order: 4
+briefTitle: 'Backend'
+briefDescription: 'Test, rate and improve your Backend knowledge with these questions.'
+title: '50 Popular Backend Developer Interview Questions and Answers'
+description: 'Test, rate and improve your Backend knowledge with these questions.'
+authorId: 'fernando'
+isNew: true
+date: 2024-05-24
+seo:
+  title: '50 Popular Backend Developer Interview Questions and Answers'
+  description: 'Nail your backend developer interview with these 50 popularly asked questions and answers. Test your knowledge with our quiz cards!'
+  keywords:
+    - 'backend quiz'
+    - 'backend questions'
+    - 'backend interview questions'
+    - 'backend interview'
+    - 'backend test'
+sitemap:
+  priority: 1
+  changefreq: 'monthly'
+questions:
+  - question: Explain what an API endpoint is?
+    answer: api-endpoint.md
+    topics:
+      - 'Beginner'
+  - question: Can you explain the difference between SQL and NoSQL databases?
+    answer: sql-vs-nosql.md
+    topics:
+      - 'Beginner'
+  - question: What is a RESTful API, and what are its core principles?
+    answer: rest-core-principles.md
+    topics:
+      - 'Beginner'
+  - question: Can you describe a typical HTTP request/response cycle?
+    answer: http-request-response-cycle.md
+    topics:
+      - 'Beginner'
+  - question: How would you handle file uploads in a web application?
+    answer: file-uploads.md
+    topics:
+      - 'Beginner'
+  - question: What kind of tests would you write for a new API endpoint?
+    answer: api-tests.md
+    topics:
+      - 'Beginner'
+  - question: Describe how session management works in web applications
+    answer: session-management.md
+    topics:
+      - 'Beginner'
+  - question: How do you approach API versioning in your projects?
+    answer: api-versioning.md
+    topics:
+      - 'Beginner'
+  - question: How do you protect a server from SQL injection attacks?
+    answer: protect-sql-injection.md
+    topics:
+      - 'Beginner'
+  - question: Explain the concept of statelessness in HTTP and how it impacts backend services
+    answer: statelessness-http.md
+    topics:
+      - 'Beginner'
+  - question: What is containerization, and how does it benefit backend development?
+    answer: statelessness-http.md
+    topics:
+      - 'Beginner'
+  - question: What measures would you take to secure a newly developed API?
+    answer: secure-api.md
+    topics:
+      - 'Beginner'
+  - question: How would you scale a backend application during a traffic surge?
+    answer: scale-backend.md
+    topics:
+      - 'Beginner'
+  - question: What tools and techniques do you use for debugging a backend application?
+    answer: debugging-backend.md
+    topics:
+      - 'Beginner'
+  - question: How do you ensure your backend code is maintainable and easy to understand?
+    answer: maintainable-code.md
+    topics:
+      - 'Beginner'
+  - question: Describe how you would implement a full-text search in a database
+    answer: fulltext-search.md
+    topics:
+      - 'Intermediate'
+  - question: How would you approach batch processing in a data-heavy backend application?
+    answer: batch-processing.md
+    topics:
+      - 'Intermediate'
+  - question: Can you explain the use and benefits of a message queue in a distributed system?
+    answer: message-queue.md
+    topics:
+      - 'Intermediate'
+  - question: What strategies would you use to manage database connections in a high-load scenario?
+    answer: db-connections.md
+    topics:
+      - 'Intermediate'
+  - question: How would you set up a continuous integration/continuous deployment (CI/CD) pipeline for backend services?
+    answer: ci-cd.md
+    topics:
+      - 'Intermediate'
+  - question: Can you describe a distributed caching strategy for a high-availability application?
+    answer: distributed-caching.md
+    topics:
+      - 'Intermediate'
+  - question: What methods can you use for managing background tasks in your applications?
+    answer: bg-tasks.md
+    topics:
+      - 'Intermediate'
+  - question: How do you handle data encryption and decryption in a privacy-focused application?
+    answer: data-encryption.md
+    topics:
+      - 'Intermediate'
+  - question: What are webhooks and how have you implemented them in past projects?
+    answer: webhooks.md
+    topics:
+      - 'Intermediate'
+  - question: What considerations must be taken into account for GDPR compliance in a backend system?
+    answer: gdpr-compliance.md
+    topics:
+      - 'Intermediate'
+  - question: Explain how you would deal with long-running processes in web requests
+    answer: long-running.md
+    topics:
+      - 'Intermediate'
+  - question: Discuss the implementation of rate limiting to protect APIs from abuse
+    answer: rate-limiting.md
+    topics:
+      - 'Intermediate'
+  - question: How do you instrument and monitor the performance of backend applications?
+    answer: instrument-monitor.md
+    topics:
+      - 'Intermediate'
+  - question: What are microservices, and how would you decompose a monolith into microservices?
+    answer: decompose-microservices.md
+    topics:
+      - 'Intermediate'
+  - question: How have you managed API dependencies in backend systems?
+    answer: api-dependencies.md
+    topics:
+      - 'Intermediate'
+  - question: Describe the concept of eventual consistency and its implications in backend systems
+    answer: api-dependencies.md
+    topics:
+      - 'Intermediate'
+  - question: What is a reverse proxy, and how is it useful in backend development?
+    answer: reverse-proxy.md
+    topics:
+      - 'Intermediate'
+  - question: How would you handle session state in a load-balanced application environment?
+    answer: load-balanced-session.md
+    topics:
+      - 'Intermediate'
+  - question: What is database replication, and how can it be used for fault tolerance?
+    answer: fault-tolerance.md
+    topics:
+      - 'Advanced'
+  - question: Describe the use of blue-green deployment strategy in backend services
+    answer: blue-green-deployment.md
+    topics:
+      - 'Advanced'
+  - question: Can you explain the consistency models in distributed databases (e.g., CAP theorem)?
+    answer: cap-theorem.md
+    topics:
+      - 'Advanced'
+  - question: How do you manage schema migrations in a continuous delivery environment?
+    answer: schema-migrations.md
+    topics:
+      - 'Advanced'
+  - question: What strategies exist for handling idempotency in REST API design?
+    answer: idempotency.md
+    topics:
+      - 'Advanced'
+  - question: Describe the implementation of a single sign-on (SSO) solution
+    answer: sso.md
+    topics:
+      - 'Advanced'
+  - question: Explain how you would develop a backend system for handling IOT device data streams
+    answer: iot-streams.md
+    topics:
+      - 'Advanced'
+  - question: How would you architect a backend to support real-time data synchronization across devices?
+    answer: realtime-data-sync.md
+    topics:
+      - 'Advanced'
+  - question: Discuss the benefits and drawbacks of microservice architectures in backend systems
+    answer: benefits-drawbacks-microservices.md
+    topics:
+      - 'Advanced'
+  - question: How would you approach load testing a backend API?
+    answer: load-testing-api.md
+    topics:
+      - 'Advanced'
+  - question: Describe how you would implement a server-side cache eviction strategy
+    answer: cache-eviction.md
+    topics:
+      - 'Advanced'
+  - question: What are correlation IDs, and how can they be used for tracing requests across services?
+    answer: correlation-ids.md
+    topics:
+      - 'Advanced'
+  - question: Explain the difference between optimistic and pessimistic locking and when to use each
+    answer: optimistic-vs-pessimistic.md
+    topics:
+      - 'Advanced'
+  - question: What methods would you use to prevent deadlocks in database transactions?
+    answer: deadlock-db-transaction.md
+    topics:
+      - 'Advanced'
+  - question: How would you secure inter-service communication in a microservices architecture?
+    answer: secure-interservice.md
+    topics:
+      - 'Advanced'
+  - question: Discuss techniques for preventing and detecting data anomalies in large-scale systems
+    answer: anomaly-detection.md
+    topics:
+      - 'Advanced'
+  - question: Describe the process of creating a global, high-availability data storage solution for a multinational application
+    answer: high-available-storage.md
+    topics:
+      - 'Advanced'
+---
+
+Getting ready for a software developer interview is never easy, especially if you’re new to the main tech stack of the company. This is why understanding the type of questions you might get asked during a technical interview is one of the keys to success.
+
+In this article, we’ll go over 50 popular backend interview questions ordered by experience level.
+
+For each question, we’ll provide some explanations, but feel free to further research each topic in detail, or go to the [Backend Roadmap](/backend) if you’re looking for a place to get started in your learning journey.
+
+## Preparing for your Backend interview
+
+Before we get started, it’s important to remember the following points when getting ready for your backend technical interview:
+
+- Cover the basics of backend development. If you’re going for a web dev role, make sure you understand how client-server communication works. If you’re going for a dev tool development, understand the best practices around CLI development, etc.
+- Practice coding, either by developing [your own mini-projects](/backend/developer-tools) or by using sites such as [LeetCode](https://leetcode.com), [HackerRank](https://hackerrank.com), and others.
+- Consider reading up on software architecture; even if your role won’t be that of an architect, you’ll show understanding on a higher level by being able to discuss these topics.
+- Make sure you have, at least, a basic understanding of most of the foundational layer of tools and practices for your role, such as version management (i.e. using Git), testing (as in unit testing at least), DevOps (including CI/CD pipeline, etc.), and anything else related to your role and the company.
+- On a more general note, remember to read up on the company to be able to show interest and understanding of their business/product and also come prepared with a couple of questions of your own, showing you care about the role and the company.
+
+With that said, let’s now focus on the list of backend interview questions that you may be asked when applying for a backend development role!
+
diff --git a/src/data/question-groups/backend/content/anomaly-detection.md b/src/data/question-groups/backend/content/anomaly-detection.md
new file mode 100644
index 000000000..6352535ab
--- /dev/null
+++ b/src/data/question-groups/backend/content/anomaly-detection.md
@@ -0,0 +1,5 @@
+Some common techniques include:
+
+- Adding and implementing validation rules to prevent invalid data entry. Through the definition of schemas and schema constraints to enforce certain minimum standards, you can prevent data anomalies from happening.
+- Implement data versioning to easily revert back if there are any anomalies detected.
+- Implement a strong data quality practice to ensure that whatever information enters your system is properly validated and flagged if required.
diff --git a/src/data/question-groups/backend/content/api-dependencies.md b/src/data/question-groups/backend/content/api-dependencies.md
new file mode 100644
index 000000000..21358a580
--- /dev/null
+++ b/src/data/question-groups/backend/content/api-dependencies.md
@@ -0,0 +1,3 @@
+A great way to handle API dependencies in backend systems is to take advantage of API versioning. Through this simple practice, you can ensure that your systems are actually using the right API, even if there are multiple versions of it.
+
+This also allows you to have multiple backend systems using different versions of the same API without any risk of inconsistency or of updates breaking your systems.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/api-endpoint.md b/src/data/question-groups/backend/content/api-endpoint.md
new file mode 100644
index 000000000..bfb5959c4
--- /dev/null
+++ b/src/data/question-groups/backend/content/api-endpoint.md
@@ -0,0 +1,5 @@
+An API endpoint is a specific URL that acts as an entry point into a specific service or a functionality within a service.
+
+Through an API endpoint, client applications can interact with the server sending requests (sometimes even with data in the form of payload) and receive a response from it.
+
+Usually, each endpoint can be mapped to a single feature inside the server.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/api-tests.md b/src/data/question-groups/backend/content/api-tests.md
new file mode 100644
index 000000000..3af8aa7d4
--- /dev/null
+++ b/src/data/question-groups/backend/content/api-tests.md
@@ -0,0 +1,5 @@
+As backend developers, we have to think about the types of tests that there are out there.
+
+- **Unit tests:** Always remember to only test the relevant logic through the public interface of your code (avoid testing private methods or inaccessible functions inside your modules). Focus on the business logic and don’t try to test the code that uses external services (like a database, the disk or anything outside of the piece of code you’re testing).
+- **Integration tests:** Test the full endpoint through its public interface (the actual HTTP endpoint) and see how it integrates with the external services it’s using (i.e the database, another API, etc).
+- **Load testing / performance testing:** You might want to also check how the new endpoint behaves under heavy stress. This might not be required depending on the API you’re using, but as a rule of thumb, it’s a good one to perform at the end of the development phase before releasing the new endpoint into prod.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/api-versioning.md b/src/data/question-groups/backend/content/api-versioning.md
new file mode 100644
index 000000000..f09c8ebfd
--- /dev/null
+++ b/src/data/question-groups/backend/content/api-versioning.md
@@ -0,0 +1,4 @@
+There are several ways in which you can handle API versioning, but the most common ones are:
+
+- **Keeping the version in the URL:** Either as a URL attribute (i.e /your-api/users?v=1) or as part of the URL (i.e /v1/your-api/users). In both situations the version is clearly visible to the developer using the API.
+- **Using a custom header:** Another option is to have a custom header (such as api-version) where the developer must specify the version of your API they intend to use.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/batch-processing.md b/src/data/question-groups/backend/content/batch-processing.md
new file mode 100644
index 000000000..064e2bf46
--- /dev/null
+++ b/src/data/question-groups/backend/content/batch-processing.md
@@ -0,0 +1 @@
+The best option here would be to use a batch-processing framework such as Hadoop or Spark. They are already prepared to process massive amounts of data in parallel.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/benefits-drawbacks-microservices.md b/src/data/question-groups/backend/content/benefits-drawbacks-microservices.md
new file mode 100644
index 000000000..1bfeaae0b
--- /dev/null
+++ b/src/data/question-groups/backend/content/benefits-drawbacks-microservices.md
@@ -0,0 +1,11 @@
+Benefits:
+
+- **Scalability:** microservices can scale independently from each other.
+- **Tech flexibility:** you can use different tech stacks depending on the particular needs of each microservice.
+- **Faster deployments:** microservices can be deployed individually, improving the speed at which you deliver changes to production.
+
+Drawbacks:
+
+- **Over complex architecture.** In some situations, a microservice-based architecture can grow to be too complex to manage and orchestrate.
+- **Debugging:** Debugging problems in a microservices-based architecture can be difficult as data flows through multiple services during a single request.
+- **Communication overhead:** Compared to a monolithic approach, communication between microservices can be overly complex.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/bg-tasks.md b/src/data/question-groups/backend/content/bg-tasks.md
new file mode 100644
index 000000000..8087525de
--- /dev/null
+++ b/src/data/question-groups/backend/content/bg-tasks.md
@@ -0,0 +1,6 @@
+It highly depends on your tech stack and what those background tasks are doing. And because of that, there are many options:
+
+- Using task queues such as RabbitMQ or Amazon SQS. These will let you have workers in the background as secondary processes while your application continues working.
+- There are background job frameworks such as [Celery for Python](https://github.com/celery/celery) or [Sidekiq for Ruby](https://github.com/sidekiq/sidekiq).
+- You can also just rely on cron jobs if you want.
+- If your programming language permits it, you can also use threads or workers to run these tasks in the background but within the same application.
diff --git a/src/data/question-groups/backend/content/blue-green-deployment.md b/src/data/question-groups/backend/content/blue-green-deployment.md
new file mode 100644
index 000000000..40f603248
--- /dev/null
+++ b/src/data/question-groups/backend/content/blue-green-deployment.md
@@ -0,0 +1 @@
+The blue-green strategy involves having two identical production environments, having one of them serving real traffic while the other is getting ready to be updated with the next release or just idle, waiting to be used as a backup.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/cache-eviction.md b/src/data/question-groups/backend/content/cache-eviction.md
new file mode 100644
index 000000000..edbf51ec5
--- /dev/null
+++ b/src/data/question-groups/backend/content/cache-eviction.md
@@ -0,0 +1,11 @@
+To define this strategy, you’ll need to define the following elements:
+
+- The size limit that will trigger the cache eviction when exceeded.
+- A monitoring strategy to determine if the eviction strategy is working properly or if it needs adjustment.
+- A cache invalidation mechanism.
+- And an eviction policy, which could be one of the following:
+  - **LRU (Least Recently Used):** Evict the least recently accessed items.
+  - **LFU (Least Frequently Used):** Remove items accessed least frequently.
+  - **FIFO (First-In, First-Out):** Evict items in the order they were added.
+  - **Random:** Randomly select items to evict.
+  - **TTL (Time-To-Live):** Expire items after a certain time.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/cap-theorem.md b/src/data/question-groups/backend/content/cap-theorem.md
new file mode 100644
index 000000000..8f189764a
--- /dev/null
+++ b/src/data/question-groups/backend/content/cap-theorem.md
@@ -0,0 +1,9 @@
+![CAP Theorem](https://assets.roadmap.sh/guest/cap-theorem.png)
+
+The CAP theorem says that distributed databases can’t simultaneously provide more than two of the following guarantees:
+
+- Data Consistency: Meaning that every read is always returning the most recent result of the write operation. This is very relevant in this model because we’re dealing with multiple servers and data needs to be replicated almost immediately to guarantee consistency.
+- Availability: Meaning that every request will always receive a valid response.
+- Partition tolerance: The distributed system continues to operate and work without data loss even during partial network outages.
+
+For example, if the system is consistent and highly available, it won’t be able to withstand partial network outages. If on the other hand, the system is highly available and partition tolerant, it won’t be able to ensure immediate data consistency.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/ci-cd.md b/src/data/question-groups/backend/content/ci-cd.md
new file mode 100644
index 000000000..875774e6b
--- /dev/null
+++ b/src/data/question-groups/backend/content/ci-cd.md
@@ -0,0 +1,8 @@
+There are multiple considerations to have while setting up Continuous Integration and Continuous Delivery pipelines:
+
+- **Using source control** as the trigger for the entire process (git for example). The build pipelines for your backend services should get executed when you push your code into a specific branch.
+- **Pick the right CI/CD** platform for your needs, there are many out there such as GitHub, Gitlab CI, CircleCI and more.
+- Make sure you have **automated unit tests** that can be executed inside these pipelines.
+- **Automatic deployment** should happen only if all tests are executed successfully, otherwise, the pipeline should fail, preventing broken code from reaching any environment.
+- **Use an artifact repository** such as JFrog Artifactory or Nexus Repository to store successfully built services.
+- Finally, consider setting up a **rollback strategy** in case something goes wrong and the final deployed version of your service is corrupted somehow.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/containerization.md b/src/data/question-groups/backend/content/containerization.md
new file mode 100644
index 000000000..746195349
--- /dev/null
+++ b/src/data/question-groups/backend/content/containerization.md
@@ -0,0 +1,3 @@
+It’s a lightweight virtualization method to package applications and their dependencies, ensuring consistent environments across different systems.
+
+It’s actually a benefit for backend development because it provides isolation and portability by simplifying deployment processes and reducing conflicts between software versions and configurations.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/correlation-ids.md b/src/data/question-groups/backend/content/correlation-ids.md
new file mode 100644
index 000000000..684e7f70f
--- /dev/null
+++ b/src/data/question-groups/backend/content/correlation-ids.md
@@ -0,0 +1,3 @@
+Correlation IDs are unique identifiers added on requests done to distributed architectures to facilitate tracking of requests throughout the architecture. Remember that usually, when a request hits a distributed backend system, the data from the request passes through multiple web services before generating a response.
+
+This makes it easy to understand the journey each request goes through to debug any potential problems or performance issues.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/data-encryption.md b/src/data/question-groups/backend/content/data-encryption.md
new file mode 100644
index 000000000..459d4e081
--- /dev/null
+++ b/src/data/question-groups/backend/content/data-encryption.md
@@ -0,0 +1,5 @@
+For this type of application, you have to distinguish between “data at rest” and “data in transit”. The first one describes your data while it’s stored in your database (or any data storage you have). And the latter (data in transit) describes your data while it’s traveling between backend services or even between the server and the client.
+
+For “data in transit”, you should be ensuring that connection happens inside a secure and encrypted channel such as HTTPS.
+
+And for “data at rest” use strong encryption algorithms such as [AES](https://en.wikipedia.org/wiki/Advanced_Encryption_Standard), [RSA](https://en.wikipedia.org/wiki/RSA_%28cryptosystem%29) or [ECC](https://en.wikipedia.org/wiki/Elliptic-curve_cryptography) and make sure to keep their associated keys somewhere safe, such as inside a dedicated secrets management tool or key management services (KMS).
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/db-connections.md b/src/data/question-groups/backend/content/db-connections.md
new file mode 100644
index 000000000..58e44b7f5
--- /dev/null
+++ b/src/data/question-groups/backend/content/db-connections.md
@@ -0,0 +1,5 @@
+During a high-load scenario, there are several things a developer can do to improve the performance of the database connection:
+
+- Using connection pools to reuse connections reduces the time required to establish a new one.
+- Load balancing the database traffic (the queries) between a group of databases would help distribute the load.
+- Even optimizing your queries can reduce the time you’re using each connection, helping you optimize the use of resources and minimizing the time you’re spending with each active connection.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/deadlock-db-transaction.md b/src/data/question-groups/backend/content/deadlock-db-transaction.md
new file mode 100644
index 000000000..b9a8d9f08
--- /dev/null
+++ b/src/data/question-groups/backend/content/deadlock-db-transaction.md
@@ -0,0 +1,5 @@
+There are many ways to prevent deadlocks in DB transactions; some of the most common are:
+
+- Using lock ordering to acquire locks in a consistent global order, avoiding circular wait conditions.
+- Using timeouts for DB transactions to automatically kill long-running operations that could lead to deadlocks.
+- Use of optimistic concurrency control where possible, to avoid holding locks for too long.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/debugging-backend.md b/src/data/question-groups/backend/content/debugging-backend.md
new file mode 100644
index 000000000..8bf8d3d31
--- /dev/null
+++ b/src/data/question-groups/backend/content/debugging-backend.md
@@ -0,0 +1,3 @@
+If the backend application being debugged is in the local dev machine, a simple solution would be to use the IDE itself. Most modern IDEs, such as IntelliJ, Eclipse and others have integrated debugging capabilities.
+
+If the backend application is on the server though, you’ll have to use other techniques, such as logging, which you can do with logging libraries. Or, you can use more complex tools such as JProfiler or NewRelic.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/decompose-microservices.md b/src/data/question-groups/backend/content/decompose-microservices.md
new file mode 100644
index 000000000..def2269a2
--- /dev/null
+++ b/src/data/question-groups/backend/content/decompose-microservices.md
@@ -0,0 +1,9 @@
+Microservices are a software architecture style that allows you to structure your backend applications as a collection of independent services, each one working around a specific business need.
+
+If you’re looking to decompose a monolith into a set of microservices, you have to keep the following points in mind:
+
+- Start by identifying the logical boundaries of your monolith. Its inner logic will tackle multiple responsibilities and types of resources. Find the boundaries between them to understand where one service starts and another one ends.
+- Define your services based on the boundaries from the previous point and start decoupling the data needs as well. Either into multiple tables or even individual databases whenever it makes sense.
+- Start incrementally refactoring the monolith and extracting the logic required for each individual microservice into its own project.
+
+By the time you’re done, your original monolith should not be needed anymore, and all your microservices will have their own independent deployment pipeline and code repository.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/distributed-caching.md b/src/data/question-groups/backend/content/distributed-caching.md
new file mode 100644
index 000000000..c1ab5c623
--- /dev/null
+++ b/src/data/question-groups/backend/content/distributed-caching.md
@@ -0,0 +1,8 @@
+In this scenario, you have to consider the following points:
+
+- Implement a **cluster of servers** that will all act as the distributed cache.
+  Implement a **data sharding** process to evenly distribute the data amongst all cache servers and make sure it uses a consistent hashing algorithm to minimize cache reorganization when a server joins or leaves the cluster.
+- Add **cache replication** to have redundancy of your data in case of a failure, that way, your distributed cache is fault-tolerant as well.
+- **Cache invalidation** is a must on any caching solution, as your data will become stale if you don’t update it often.
+
+
diff --git a/src/data/question-groups/backend/content/eventual-consistency.md b/src/data/question-groups/backend/content/eventual-consistency.md
new file mode 100644
index 000000000..3990073b8
--- /dev/null
+++ b/src/data/question-groups/backend/content/eventual-consistency.md
@@ -0,0 +1,5 @@
+![Eventual Consistency](https://assets.roadmap.sh/guest/eventual-consistency-zoh2b.png)
+
+Eventual consistency is a consistency model used in distributed computing. This model guarantees that any piece of information written into a distributed system will become consistent (meaning that all servers will have the same version of this data) eventually as opposed to others where immediate consistency is assured.
+
+For backend systems this implies that there is a need for data synchronization between all parts of the distributed system and on top of that, a potential need to resolve data conflicts, if different parts of your system are dealing with different versions of the same data record.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/fault-tolerance.md b/src/data/question-groups/backend/content/fault-tolerance.md
new file mode 100644
index 000000000..3799fa0f3
--- /dev/null
+++ b/src/data/question-groups/backend/content/fault-tolerance.md
@@ -0,0 +1,6 @@
+Database replication implies the replication of data across multiple instances of the same database. In this scenario, there is usually one database that’s acting as a master to all clients that are connecting it, and the rest act as “slaves” where they simply receive updates on the data being changed/added.
+
+The two main implications of this in fault tolerance are:
+
+- A database cluster can withstand problems on the master server by promoting one of the slaves without losing any data in the process.
+- Slaves can be used as read-only servers, increasing the amount of read requests that can be performed on the data without affecting the performance of the database.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/file-uploads.md b/src/data/question-groups/backend/content/file-uploads.md
new file mode 100644
index 000000000..c465370ec
--- /dev/null
+++ b/src/data/question-groups/backend/content/file-uploads.md
@@ -0,0 +1,6 @@
+From a backend developer perspective, the following considerations should be taken into account when handling file uploads regardless of the programming language you’re using:
+
+- **Perform server-side validations.** Validate that the size of your file is within range, and that the file is of the required type. You can check [this OWASP guide](https://cheatsheetseries.owasp.org/cheatsheets/File_Upload_Cheat_Sheet.html) for more details.
+- **Use secure channels.** Make sure the file upload is done through an HTTPS connection.
+- **Avoid name collision.** Rename the file ensuring the new filename is unique within your system. Otherwise this can lead to application errors by not being able to save the uploaded files.
+- **Keep metadata about your files.** Store it in your database or somewhere else, but make sure to keep track of it, so you can provide extra information to your users. Also, if you’re renaming the files for security and to avoid name collisions, keep track of the original filename in case the file needs to be downloaded back by the user.
diff --git a/src/data/question-groups/backend/content/fulltext-search.md b/src/data/question-groups/backend/content/fulltext-search.md
new file mode 100644
index 000000000..322ffba1e
--- /dev/null
+++ b/src/data/question-groups/backend/content/fulltext-search.md
@@ -0,0 +1,9 @@
+You can use the native full-text search functionality of a database, such as MySQL, Postgre or even ElasticSearch.
+
+However, if you want to implement it yourself, the steps would be:
+
+- Preprocessing the text data to be searched and normalizing it by applying tokenization, stemming and removing stop words.
+- Then, implement an inverted index, somehow relating each unique word to the records that contain that word.
+- Create a search UI and normalize the input from the user in the same way the text data was normalized.
+- Then, search for each word in the database.
+- Sort the results by implementing a scoring logic based on different aspects, such as word frequency.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/gdpr-compliance.md b/src/data/question-groups/backend/content/gdpr-compliance.md
new file mode 100644
index 000000000..c4ad5c22b
--- /dev/null
+++ b/src/data/question-groups/backend/content/gdpr-compliance.md
@@ -0,0 +1,5 @@
+The following are key considerations to be taken into account:
+
+- Capture only what you need and what you told your users you’d capture. Remember that to comply with GDPR, you have to ask for your user’s consent to collect their data, and you have to specify the actual data points you’re collecting. So focus on those and nothing else.
+- Secure your data. As part of the regulations, you have to make sure your data is secured both in transit and at rest. There are regular security audits that have to happen to ensure security is kept high.
+- The user has rights over the data you’ve captured, so make sure you give them the right endpoints or services to read it, edit it or even remove it if they want.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/high-available-storage.md b/src/data/question-groups/backend/content/high-available-storage.md
new file mode 100644
index 000000000..b8a40b75a
--- /dev/null
+++ b/src/data/question-groups/backend/content/high-available-storage.md
@@ -0,0 +1,6 @@
+Building a highly available data storage involves multiple areas, including:
+
+- **Multi-zone environments.** If you’re going with cloud-based solutions (such as Azure, AWS, GCP or others) then you’re likely to have this requirement met instantly (except for some specific regions in the world). This is to ensure availability even during partial network outages.
+- **Data replication.** Ensure your data is being replicated between servers of all zones. This is to ensure that if there is a failure taking some servers down (or even entire zones) there is no data loss.
+- **Load balancing.** Ensure the traffic is properly load-balanced between all your availability zones to ensure the lowest latency for all your clients.
+- And then there are other requirements like setting up a proper data governance policy to ensure data access is regulated, as well as fully complying with your local data regulations (like GDPR).
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/http-request-response-cycle.md b/src/data/question-groups/backend/content/http-request-response-cycle.md
new file mode 100644
index 000000000..f0cfc64b2
--- /dev/null
+++ b/src/data/question-groups/backend/content/http-request-response-cycle.md
@@ -0,0 +1,16 @@
+The HTTP protocol is very structured and consists of a very well-defined set of steps:
+
+- **Open the connection.** The client opens a TCP connection to the server. The port will be port 80 for HTTP connections and 443 for HTTPS (secured) connections.
+- **Send the request.** The client will now send the HTTP request to the server. The request contains the following information:
+  - An [HTTP method](https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods). It can be any of them (i.e. GET, POST, PUT, DELETE, etc).
+  - A URI (or Uniform Resource Identifier). This specifies the location of the resources on the server.
+  - The HTTP version (usually HTTP/1.1 or HTTP/2).
+  - A set of headers. They include extra data related to the request; there is a [full list of HTTP headers](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers) that can be used here.
+  - The optional body. Depending on the type of request, you’ll want to also send data, and the data is encoded inside the body of the request.
+- **Request processed by the server.** At this stage, the server will process the request and prepare a response.
+- **Send the HTTP response back to the client.** Through the open channel, the server sends back an HTTP response. The response will contain the following elements:
+  - The HTTP Version.
+  - The status code. There is a list of [potential status codes](https://developer.mozilla.org/en-US/docs/Web/HTTP/Status) that describe the result of the request.
+  - A set of headers with extra data.
+  - The optional body, just like with the request, the body of the response is optional.
+- **The connection is closed.** This is usually the last step, although with newer versions of the protocol, there are options to leave the channel open and continue sending requests and responses back and forth.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/idempotency.md b/src/data/question-groups/backend/content/idempotency.md
new file mode 100644
index 000000000..5c6cc07eb
--- /dev/null
+++ b/src/data/question-groups/backend/content/idempotency.md
@@ -0,0 +1,3 @@
+For REST APIs you can take advantage of HTTP verbs and define your idempotent operations using inherently idempotent verbs, such as GET, PUT, and DELETE.
+
+Or you can always manually implement a key-based logic to avoid repeating the same operation multiple times if the key provided by the client is always the same.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/instrument-monitor.md b/src/data/question-groups/backend/content/instrument-monitor.md
new file mode 100644
index 000000000..3c40a6fe5
--- /dev/null
+++ b/src/data/question-groups/backend/content/instrument-monitor.md
@@ -0,0 +1,3 @@
+A great way to monitor the performance of backend applications is to use an Application Performance Management system (APM) such as New Relic, AppDynamics or even Dynatrace.
+
+Those will track your application’s performance and provide insight into the bottlenecks you might have with minimum effort on your part.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/iot-streams.md b/src/data/question-groups/backend/content/iot-streams.md
new file mode 100644
index 000000000..a30084e9d
--- /dev/null
+++ b/src/data/question-groups/backend/content/iot-streams.md
@@ -0,0 +1,7 @@
+![IOT Data Streams](https://assets.roadmap.sh/guest/iot-data-streams-ks8vn.png)
+
+A real-time data capture and processing architecture would require the following components:
+
+- Use a scalable data ingestion service such as [Kafka](https://kafka.apache.org/) or [AWS Kinesis](https://aws.amazon.com/es/pm/kinesis/) that is compatible with one of the many IoT standard protocols (like MQTT or CoAP).
+- Process the data through real-time processing engines such as Apache Flink or Spark Streaming.
+- Store the data inside a scalable data lake, ideally a time-series compatible system such as [InfluxDB](https://www.influxdata.com/).
diff --git a/src/data/question-groups/backend/content/load-balanced-session.md b/src/data/question-groups/backend/content/load-balanced-session.md
new file mode 100644
index 000000000..1cec70220
--- /dev/null
+++ b/src/data/question-groups/backend/content/load-balanced-session.md
@@ -0,0 +1,8 @@
+In a load-balanced application scenario, the main issue with session state is that if the backend system is handling session data in memory, then subsequent requests from the same client need to land on the same server, otherwise session data is fragmented and useless.
+
+There are two main ways to solve this problem:
+
+- Sticky sessions: This allows you to configure the load balancer to redirect requests from the same client into the same server every time. The downside with this one, is that the traffic is not always equally distributed among all copies of your backend services.
+- Centralized session store: This solution involves taking the session data outside of your backend services into a centralized data store that all copies of your service can access. This makes it easier on the load balancer, but requires extra logic and more “moving parts”.
+
+It’s up to you and your specific technical requirements to determine which strategy works best for you.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/load-testing-api.md b/src/data/question-groups/backend/content/load-testing-api.md
new file mode 100644
index 000000000..6220209a9
--- /dev/null
+++ b/src/data/question-groups/backend/content/load-testing-api.md
@@ -0,0 +1,4 @@
+- First you have to understand the goals and set up a testing environment. Ideally, your environment would closely resemble production.
+- Design and implement your tests with the tools you’ve selected (such as [JMeter](https://jmeter.apache.org/), [LoadRunner](https://www.opentext.com/products/loadrunner-enterprise) or any other).
+- Start to gradually increase the load on your tests while monitoring the performance and stability of your system.
+- Optimize your backend API and go back to the first step to redesign your tests and try again until you’re happy with the results.
diff --git a/src/data/question-groups/backend/content/long-running.md b/src/data/question-groups/backend/content/long-running.md
new file mode 100644
index 000000000..3bbef4809
--- /dev/null
+++ b/src/data/question-groups/backend/content/long-running.md
@@ -0,0 +1,5 @@
+![Long-running processes](https://assets.roadmap.sh/guest/long-running-sn5fc.png)
+
+For web requests that trigger long-running processes, the best option is to implement a reactive architecture. This means that when a service receives a request, it will transform it into a message inside a message queue, and the long-running process will pick it up whenever it’s ready to do so.
+
+In the meantime, the client sending this request receives an immediate response acknowledging that the request is being processed. The client itself can also be connected to the message queue (or through a proxy) and waiting for a “ready” event with its payload inside.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/maintainable-code.md b/src/data/question-groups/backend/content/maintainable-code.md
new file mode 100644
index 000000000..c48cb7e73
--- /dev/null
+++ b/src/data/question-groups/backend/content/maintainable-code.md
@@ -0,0 +1,8 @@
+The trick here is to follow best practices and coding standards such as:
+
+- Modularity.
+- Following naming conventions.
+- Adding code comments.
+- Doing regular refactors to keep technical debt under check.
+- Keeping error handling messages consistent throughout the platform.
+- Performing unit tests on all written code.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/message-queue.md b/src/data/question-groups/backend/content/message-queue.md
new file mode 100644
index 000000000..d40926194
--- /dev/null
+++ b/src/data/question-groups/backend/content/message-queue.md
@@ -0,0 +1,3 @@
+![Message Queue](https://assets.roadmap.sh/guest/message-queue-yw7on.png)
+
+A message queue in a distributed system can act as the core component of a reactive architecture. Each service can trigger and listen for events coming from the queue. That way, when the events arrive, those services can react to them without having to actively poll other services for a response.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/optimistic-vs-pessimistic.md b/src/data/question-groups/backend/content/optimistic-vs-pessimistic.md
new file mode 100644
index 000000000..cf15a0af8
--- /dev/null
+++ b/src/data/question-groups/backend/content/optimistic-vs-pessimistic.md
@@ -0,0 +1,13 @@
+**Optimistic locking** is a strategy that:
+
+- Assumes conflicts are rare and don’t happen that often.
+- Allows for concurrent data access.
+- Checks if there are conflicts before committing.
+- It’s best used in high-read, low-write scenarios.
+
+**Pessimistic locking**, on the other hand, is a strategy that:
+
+- Assumes conflicts to be very common.
+- Locks data and prevents concurrent access.
+- Holds these locks for the duration of a transaction.
+- It’s best suited for high-write scenarios or when data integrity is critical.
diff --git a/src/data/question-groups/backend/content/protect-sql-injection.md b/src/data/question-groups/backend/content/protect-sql-injection.md
new file mode 100644
index 000000000..0d314f979
--- /dev/null
+++ b/src/data/question-groups/backend/content/protect-sql-injection.md
@@ -0,0 +1,5 @@
+There are many ways to protect your relational database from SQL injection attacks, but here are three very common ones.
+
+- **Prepared statements with parameterized queries.** This is probably the most effective way since it’s done by a library or framework, and all you have to do is write your queries leaving placeholders for where the data is meant to go, and then, in a separate place, provide the actual data.
+- **Use an ORM (Object-Relational Mapping).** These frameworks allow you to abstract the interaction with your database and create the SQL queries for you, taking into account all matters of security around that interaction.
+- **Escaping data.** If you want to do this manually, you can take care of escaping special characters that might break how you construct your SQL queries. Keeping a list of blacklisted characters to escape in this situation is a good idea, so you can programmatically go through them.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/rate-limiting.md b/src/data/question-groups/backend/content/rate-limiting.md
new file mode 100644
index 000000000..639285e52
--- /dev/null
+++ b/src/data/question-groups/backend/content/rate-limiting.md
@@ -0,0 +1,8 @@
+To implement rate limiting, you have to keep the following points in mind:
+
+- **Define your limits.** Define exactly the amount of requests a client can make. This can be measured in requests per minute, per day, or per second.
+- **Choose a limiting strategy.** Pick a rate-limiting algorithm, like the fixed window counter, sliding log window, token bucket, or leaky bucket. You can read more about [these algorithms here](https://www.designgurus.io/answers/detail/rate-limiting-algorithms).
+- **Store your counters somewhere.** Use a fast data store (like Redis) to keep track of the number of requests or timestamps for each client.
+- Once the limit is reached, try to respond with a **standard status code**, such as 429 which indicates there have been “Too Many Requests”.
+
+If you want to take this further, you can look into using an existing API Gateway that already provides this functionality or look into adding support for sudden bursts of traffic to avoid penalizing clients that are slightly above the limits every once in a while.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/realtime-data-sync.md b/src/data/question-groups/backend/content/realtime-data-sync.md
new file mode 100644
index 000000000..aa721c9ab
--- /dev/null
+++ b/src/data/question-groups/backend/content/realtime-data-sync.md
@@ -0,0 +1,8 @@
+If you want to support real-time data synchronization, you’ll have to find a way to create stable and efficient communication channels between devices and find a way to solve potential data sync conflicts when several devices are trying to change the same record.
+
+So, for communication channels, you can use one of the following:
+
+- Socket-based bidirectional channels that allow for real-time data exchange.
+- Using a pub/sub model to efficiently distribute data between multiple devices. You can use something like Redis or Kafka for this one.
+
+For data conflict resolutions, you can use algorithms like Operational Transformation (OT) or [Conflict-Free Replicated Data Types](https://en.wikipedia.org/wiki/Conflict-free_replicated_data_type) (CRDTs).
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/rest-core-principles.md b/src/data/question-groups/backend/content/rest-core-principles.md
new file mode 100644
index 000000000..47a4239e0
--- /dev/null
+++ b/src/data/question-groups/backend/content/rest-core-principles.md
@@ -0,0 +1,12 @@
+For an API to be RESTful (which means it complies with the REST guidelines), it needs to:
+
+- It needs to follow a client-server architecture (which all HTTP-based services do).
+- It has to provide a uniform interface which means:
+  - There should be a way to identify resources from each other through URIs (Unique Resource Identification).
+  - There should be a way to modify resources through their representation.
+  - Messages should be self descriptive, meaning that each message should provide enough information to understand how to process it.
+  - Clients using the API should be able to discover actions available for the current resource using the provided response from the server (this is known as HATEOAS or Hypermedia as the Engine of Application State).
+- It needs to be stateless, which means each request to the server must contain all information to process the request.
+- It should be a layered system, meaning that client and server don’t have to be connected directly to each other, there might be intermediaries, but that should not affect the communication between client and server.
+- Resources should be cacheable either by client or by server.
+- Optionally, the server could send code to the client for it to execute (known as “Code on Demand”).
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/reverse-proxy.md b/src/data/question-groups/backend/content/reverse-proxy.md
new file mode 100644
index 000000000..7c64617ca
--- /dev/null
+++ b/src/data/question-groups/backend/content/reverse-proxy.md
@@ -0,0 +1,10 @@
+A reverse proxy is a server that sits in front of multiple other servers and redirects traffic to those web servers based on different logic rules. For example, you could have two web servers, one for customers of your business and another one for your employees.
+
+You could configure a reverse proxy to redirect traffic to one or the other depending on the value of a header sent in the request or the actual URL being requested.
+
+It is very useful in backend development because it allows you to do many different things, for example:
+
+- Load balancing traffic between multiple instances of the same backend service.
+- Provide an extra layer of security by hiding the location of the backend services and handling attacks, such as DDoS.
+- It can cache content, reducing server load on your web servers.
+- It allows you to switch backend services without affecting the public-facing URLs.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/scale-backend.md b/src/data/question-groups/backend/content/scale-backend.md
new file mode 100644
index 000000000..4ae01531c
--- /dev/null
+++ b/src/data/question-groups/backend/content/scale-backend.md
@@ -0,0 +1,5 @@
+The most common way to scale up a backend application during traffic surges is to have multiple instances of the application behind a load balancer, and when the traffic surge happens, simply add more instances of the application.
+
+This is known as horizontal scaling and works best when the backend application is stateless.
+
+![Scaling](https://assets.roadmap.sh/guest/scale-backend-amf0h.png)
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/schema-migrations.md b/src/data/question-groups/backend/content/schema-migrations.md
new file mode 100644
index 000000000..63b9b46e3
--- /dev/null
+++ b/src/data/question-groups/backend/content/schema-migrations.md
@@ -0,0 +1,4 @@
+The two main aspects to consider when managing schema migrations, especially in CD environments are:
+
+- Track your schema migrations inside version control. Keep these files versions with your code, as there is a direct relation between those versions.
+- Use automated migration tools such as [Flyway](https://flywaydb.org/) or [Liquibase](https://www.liquibase.com/) to simplify the process and keep it standard.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/secure-api.md b/src/data/question-groups/backend/content/secure-api.md
new file mode 100644
index 000000000..6317ee0a7
--- /dev/null
+++ b/src/data/question-groups/backend/content/secure-api.md
@@ -0,0 +1,6 @@
+There are many ways to secure an API, here are some of the most common ones:
+
+- Add an authentication method, such as OAuth, JWT, Bearer tokens, Session-based auth, and others.
+- Use HTTPS to encrypt data transfer between client and server.
+- Configure strong CORS policies to avoid unwanted requests.
+- Setup a strong authorization logic, to ensure clients only access resources they have access to.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/secure-interservice.md b/src/data/question-groups/backend/content/secure-interservice.md
new file mode 100644
index 000000000..9b3f0ac84
--- /dev/null
+++ b/src/data/question-groups/backend/content/secure-interservice.md
@@ -0,0 +1,5 @@
+Starting from the basis of understanding that your inter-service communication is meant to only happen inside private networks (ideally, no public traffic should reach these services), here are some recommendations:
+
+- Use encrypted channels, such as TLS to prevent common attacks such as [man-in-the-middle](https://en.wikipedia.org/wiki/Man-in-the-middle_attack).
+- Use an API gateway to manage and authenticate traffic that reaches this private network.
+- Enforce authentication and authorization for inter-service messages, making sure that only valid microservices can reach each other, and when they do, they only have access to what it makes sense for them to have.
diff --git a/src/data/question-groups/backend/content/session-management.md b/src/data/question-groups/backend/content/session-management.md
new file mode 100644
index 000000000..bd97824ac
--- /dev/null
+++ b/src/data/question-groups/backend/content/session-management.md
@@ -0,0 +1,8 @@
+The following is a high-level overview of how session management works for web applications:
+
+- **The session is created.** This happens with the first interaction with the system by the user (during log-in). The backend of your app will create a unique session ID that will be stored and returned to the user to use in future requests.
+- **Session information storage.** The session data needs to be stored somewhere. Whether it’s in-memory, or inside a database, it needs to be indexed by the session ID from the previous point. Here the best option is to use a database (ideally something like Redis with high I/O performance) so that the services can be scaled independently from the session data.
+- **The session ID is sent to the client.** The most common way of doing this is through cookies. The backend can set up a cookie with the session ID and the frontend can read it securely and use that ID however it needs to.
+- **Client sends the session ID.** After the ID is created, the client application will identify itself with the backend using this ID on every request.
+- **Accessing the session data in the backend.** The backend will access the stored session data using the session ID received from the client.
+- **Session is closed.** After a while, or perhaps through a user action, the session ID will be deleted, which will cause the session data to be lost (or removed from the DB). This effectively ends the interactions between the client and the server as part of the existing session.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/sql-vs-nosql.md b/src/data/question-groups/backend/content/sql-vs-nosql.md
new file mode 100644
index 000000000..8c7bc57a9
--- /dev/null
+++ b/src/data/question-groups/backend/content/sql-vs-nosql.md
@@ -0,0 +1,3 @@
+[SQL databases](/sql) (or relational databases as they’re also known) rely on a predefined schema (or structure) for their data. Whenever you describe a record, or table inside the database, you do so through its format (name and fields).
+
+In the case of a NoSQL database, there is no schema, so there is no predefined structure to the data. You usually have collections of records that are not obligated to have the same structure, even if they represent conceptually the same thing.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/sso.md b/src/data/question-groups/backend/content/sso.md
new file mode 100644
index 000000000..5b8a51f36
--- /dev/null
+++ b/src/data/question-groups/backend/content/sso.md
@@ -0,0 +1,6 @@
+At a very high level, the steps required to implement an SSO solution are:
+
+- Picking an identity provider, such as [Okta](https://www.okta.com/) or [Keycloack](https://www.keycloak.org/).
+- Each application will then integrate with the Identity provider from the previous step using a standard SSO protocol, such as SAML, OpenID or any other.
+- For the first user access, the application will connect with the IdP and authenticate the user, getting an access token in return.
+- Then during subsequent requests, the application will validate the provided token through the IdP.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/statelessness-http.md b/src/data/question-groups/backend/content/statelessness-http.md
new file mode 100644
index 000000000..055c84206
--- /dev/null
+++ b/src/data/question-groups/backend/content/statelessness-http.md
@@ -0,0 +1,3 @@
+HTTP is, by design, a stateless protocol, which means that every request is unique and unrelated to any previous request, even from the same client.
+
+This affects backend web services by forcing them to implement their own state management solutions if such a feature is required.
\ No newline at end of file
diff --git a/src/data/question-groups/backend/content/webhooks.md b/src/data/question-groups/backend/content/webhooks.md
new file mode 100644
index 000000000..67a71a1d9
--- /dev/null
+++ b/src/data/question-groups/backend/content/webhooks.md
@@ -0,0 +1,7 @@
+Webhooks are user-defined HTTP callbacks, they are triggered by a specific event inside a system. They’re mainly used to notify about results of multi-step, asynchronous tasks to avoid keeping an open HTTP connection.
+
+As for the implementation of a webhook, consider the following:
+
+- **Event definition.** Make sure to define exactly what events will trigger the message to the webhook and the type of payload associated with those events.
+- **Endpoint creation.** Based on the previous step, define an HTTP endpoint that can deal with the expected request (especially with the payload part). In other words, if you’re receiving data in the webhook request, make sure to create the endpoint as a POST endpoint, otherwise you can use a GET one.
+- **Security.** Remember to implement some form of security measures around your webhook endpoint so it can’t be exploited.
\ No newline at end of file
diff --git a/src/data/question-groups/nodejs/nodejs.md b/src/data/question-groups/nodejs/nodejs.md
index 8bca6d97a..2177293ba 100644
--- a/src/data/question-groups/nodejs/nodejs.md
+++ b/src/data/question-groups/nodejs/nodejs.md
@@ -4,7 +4,7 @@ briefTitle: 'Node.js'
 briefDescription: 'Test, rate and improve your Node.js knowledge with these questions.'
 title: 'Node.js Questions'
 description: 'Test, rate and improve your Node.js knowledge with these questions.'
-isNew: true
+isNew: false
 seo:
   title: 'Node.js Questions'
   description: 'Curated list of Node.js questions to test, rate and improve your knowledge. Questions are based on real world experience and knowledge.'
diff --git a/src/lib/question-group.ts b/src/lib/question-group.ts
index a41e866e4..25eee856e 100644
--- a/src/lib/question-group.ts
+++ b/src/lib/question-group.ts
@@ -1,5 +1,6 @@
 import type { MarkdownFileType } from './file';
 import slugify from 'slugify';
+import { getAllAuthors } from './author.ts';
 
 interface RawQuestionGroupFrontmatter {
   order: number;
@@ -8,6 +9,8 @@ interface RawQuestionGroupFrontmatter {
   title: string;
   description: string;
   isNew: boolean;
+  authorId?: string;
+  date?: string;
   seo: {
     title: string;
     description: string;
@@ -49,15 +52,14 @@ export type QuestionGroupType = RawQuestionGroupFileType & {
  * @returns Promisified BestPracticeFileType[]
  */
 export async function getAllQuestionGroups(): Promise<QuestionGroupType[]> {
-  const questionGroupFilesMap =
-    await import.meta.glob<RawQuestionGroupFileType>(
-      `/src/data/question-groups/*/*.md`,
-      {
-        eager: true,
-      },
-    );
+  const questionGroupFilesMap = import.meta.glob<RawQuestionGroupFileType>(
+    `/src/data/question-groups/*/*.md`,
+    {
+      eager: true,
+    },
+  );
 
-  const answerFilesMap = await import.meta.glob<string>(
+  const answerFilesMap = import.meta.glob<string>(
     // get the files inside /src/data/question-groups/[ignore]/content/*.md
     `/src/data/question-groups/*/content/*.md`,
     {
@@ -66,6 +68,8 @@ export async function getAllQuestionGroups(): Promise<QuestionGroupType[]> {
     },
   );
 
+  const allAuthors = await getAllAuthors();
+
   return Object.values(questionGroupFilesMap)
     .map((questionGroupFile) => {
       const fileParts = questionGroupFile?.file?.split('/');
@@ -81,7 +85,7 @@ export async function getAllQuestionGroups(): Promise<QuestionGroupType[]> {
           if (answerText.endsWith('.md')) {
             const answerFilePath = `/src/data/question-groups/${questionGroupDir}/content/${answerText}`;
             answerText =
-              answerFilesMap[answerFilePath]?.default ||
+              (answerFilesMap[answerFilePath] as any)?.default ||
               answerFilesMap[answerFilePath] ||
               `File missing: ${answerFilePath}`;
 
@@ -113,6 +117,9 @@ export async function getAllQuestionGroups(): Promise<QuestionGroupType[]> {
         id: questionGroupFileId,
         questions: formattedAnswers,
         allTopics: uniqueTopics,
+        author: allAuthors.find(
+          (author) => author.id === questionGroupFile.frontmatter.authorId,
+        )!,
       };
     })
     .sort((a, b) => a.frontmatter.order - b.frontmatter.order);
diff --git a/src/pages/authors/[authorId].astro b/src/pages/authors/[authorId].astro
index 1d0cf6138..03782bc12 100644
--- a/src/pages/authors/[authorId].astro
+++ b/src/pages/authors/[authorId].astro
@@ -6,6 +6,7 @@ import { getVideosByAuthor } from '../../lib/video';
 import GuideListItem from '../../components/GuideListItem.astro';
 import { getAuthorById, getAuthorIds } from '../../lib/author';
 import VideoListItem from '../../components/VideoListItem.astro';
+import { getAllQuestionGroups } from '../../lib/question-group';
 
 interface Params extends Record<string, string | undefined> {}
 
@@ -23,6 +24,9 @@ const author = await getAuthorById(authorId);
 const authorFrontmatter = author.frontmatter;
 
 const guides = await getGuidesByAuthor(authorId);
+const questionGuides = (await getAllQuestionGroups()).filter(
+  (group) => group.frontmatter.authorId === authorId,
+);
 const videos = await getVideosByAuthor(authorId);
 ---
 
@@ -129,7 +133,15 @@ const videos = await getVideosByAuthor(authorId);
     <div
       class='rounded-t-xl bg-gradient-to-b from-gray-100 to-white px-3 py-2 md:px-6 md:py-3 [&>*:last-child]:border-b-0'
     >
-      {guides.map((guide) => <GuideListItem guide={guide} />)}
+      {
+        [...guides, ...questionGuides]
+          .sort((a, b) => {
+            const aDate = a.frontmatter.date || a.frontmatter.publishedAt;
+            const bDate = b.frontmatter.date || b.frontmatter.publishedAt;
+            return new Date(bDate) - new Date(aDate);
+          })
+          .map((guide) => <GuideListItem guide={guide} />)
+      }
       {videos.map((video) => <VideoListItem video={video} />)}
     </div>
   </div>
diff --git a/src/pages/guides/index.astro b/src/pages/guides/index.astro
index 20742e8d3..d3b7a75ef 100644
--- a/src/pages/guides/index.astro
+++ b/src/pages/guides/index.astro
@@ -3,8 +3,20 @@ import GuideListItem from '../../components/GuideListItem.astro';
 import SimplePageHeader from '../../components/SimplePageHeader.astro';
 import BaseLayout from '../../layouts/BaseLayout.astro';
 import { getAllGuides } from '../../lib/guide';
+import { getAllQuestionGroups } from '../../lib/question-group';
 
 const guides = await getAllGuides();
+const questionGuides = (await getAllQuestionGroups()).filter(
+  (questionGroup) => questionGroup.frontmatter.authorId,
+);
+
+const allGuides = [...guides, ...questionGuides];
+const sortedGuides = allGuides.sort((a, b) => {
+  const aDate = new Date(a.frontmatter.date);
+  const bDate = new Date(b.frontmatter.date);
+
+  return bDate.getTime() - aDate.getTime();
+});
 ---
 
 <BaseLayout
@@ -12,12 +24,15 @@ const guides = await getAllGuides();
   description={'Detailed guides on Software Engineering Topics'}
   permalink={`/guides`}
 >
-  <SimplePageHeader title='Guides' description='Succinct graphical explanations to engineering topics.' />
+  <SimplePageHeader
+    title='Guides'
+    description='Succinct graphical explanations to engineering topics.'
+  />
 
-  <div class='pb-20 pt-2 bg-gray-50'>
+  <div class='bg-gray-50 pb-20 pt-2'>
     <div class='container'>
       <div class='mt-3 sm:my-5'>
-        {guides.map((guide) => <GuideListItem guide={guide} />)}
+        {sortedGuides.map((guide) => <GuideListItem guide={guide} />)}
       </div>
     </div>
   </div>
diff --git a/src/pages/index.astro b/src/pages/index.astro
index 524822985..d229c749a 100644
--- a/src/pages/index.astro
+++ b/src/pages/index.astro
@@ -16,6 +16,9 @@ const bestPractices = await getAllBestPractices();
 const questionGroups = await getAllQuestionGroups();
 
 const guides = await getAllGuides();
+const questionGuides = (await getAllQuestionGroups()).filter(
+  (questionGroup) => questionGroup.frontmatter.authorId,
+);
 const videos = await getAllVideos();
 ---
 
@@ -77,7 +80,11 @@ const videos = await getAllVideos();
     />
 
     <div class='grid grid-cols-1 gap-7 bg-gray-50 py-7 sm:gap-16 sm:py-16'>
-      <FeaturedGuides heading='Guides' guides={guides.slice(0, 7)} />
+      <FeaturedGuides
+        heading='Guides'
+        guides={guides.slice(0, 7)}
+        questions={questionGuides.slice(0, 7)}
+      />
       <FeaturedVideos heading='Videos' videos={videos.slice(0, 7)} />
     </div>
   </div>
diff --git a/src/pages/questions/[questionGroupId].astro b/src/pages/questions/[questionGroupId].astro
index 1f72d1a46..d782db83d 100644
--- a/src/pages/questions/[questionGroupId].astro
+++ b/src/pages/questions/[questionGroupId].astro
@@ -10,6 +10,9 @@ import {
   getAllQuestionGroups,
   type QuestionGroupType,
 } from '../../lib/question-group';
+import QuestionGuide from '../../components/Questions/QuestionGuide.astro';
+import { markdownToHtml } from '../../lib/markdown';
+import MarkdownFile from '../../components/MarkdownFile.astro';
 
 export interface Props {
   questionGroup: QuestionGroupType;
@@ -36,37 +39,45 @@ const { frontmatter } = questionGroup;
   keywords={frontmatter.seo.keywords}
   permalink={`/questions/${questionGroup.id}`}
 >
-  <div class='flex bg-gray-50 pb-14 pt-4 sm:pb-16 sm:pt-8'>
-    <div class='container !max-w-[740px]'>
-      <div class='mb-3 mt-2 text-left sm:mb-5 sm:mt-8 sm:text-center'>
-        <div class='mb-2 md:mb-6'>
-          <a
-            href='/questions'
-            class='group rounded-md text-sm font-medium text-gray-400 transition-colors duration-200 hover:text-gray-800'
-          >
-            <span
-              class='inline-block transform transition-transform group-hover:translate-x-[-2px]'
-            >
-              &larr;
-            </span>
-            Back to all Questions
-          </a>
-        </div>
-        <h1 class='mb-1 text-2xl font-bold sm:mb-5 sm:text-5xl'>
-          {frontmatter.title}
-        </h1>
-        <p class='hidden text-xl text-gray-500 sm:block'>
-          {frontmatter.description}
-        </p>
-      </div>
+  {
+    !questionGroup.frontmatter.authorId && (
+      <div class='flex bg-gray-50 pb-14 pt-4 sm:pb-16 sm:pt-8'>
+        <div class='container !max-w-[740px]'>
+          <div class='mb-3 mt-2 text-left sm:mb-5 sm:mt-8 sm:text-center'>
+            <div class='mb-2 md:mb-6'>
+              <a
+                href='/questions'
+                class='group rounded-md text-sm font-medium text-gray-400 transition-colors duration-200 hover:text-gray-800'
+              >
+                <span class='inline-block transform transition-transform group-hover:translate-x-[-2px]'>
+                  &larr;
+                </span>
+                Back to all Questions
+              </a>
+            </div>
+            <h1 class='mb-1 text-2xl font-bold sm:mb-5 sm:text-5xl'>
+              {frontmatter.title}
+            </h1>
+            <p class='hidden text-xl text-gray-500 sm:block'>
+              {frontmatter.description}
+            </p>
+          </div>
 
-      <QuestionsList
-        groupId={questionGroup.id}
-        questions={questionGroup.questions}
-        client:load
-      />
-    </div>
-  </div>
+          <QuestionsList
+            groupId={questionGroup.id}
+            questions={questionGroup.questions}
+            client:load
+          />
+        </div>
+      </div>
+    )
+  }
+
+  {
+    questionGroup.frontmatter.authorId && (
+      <QuestionGuide questionGroup={questionGroup} />
+    )
+  }
 
   <div slot='page-footer'>
     <Footer />