This project, developed as part of a Dcard internship assignment, aims to transform GitHub issues into blog posts for seamless content sharing and search engine optimization (SEO) improvement.
[!WARNING] By default, when forking the repository, the issues feature is disabled. You need to enable it by going to the repository settings and enabling the issues feature.
[!NOTE] Refer to the Setup GitHub OAuth App section for the environment variables required to run the project.
GitHub issues is good, but it's still not a perfect place for blogging. GaaB aims to solve the following problems:
The content in GitHub issues is not indexed by search engines always, which means that the content is not discoverable and hard to gain organic traffic.
By self-hosting the content with GaaB on your own domain, it can be more professional and SEO-friendly because we use Next.js to generate server-side rendered pages with low latency.
GitHub issues is designed for issue tracking, with a lot of features that are not necessary for blogging. GaaB provides a clean and minimalistic interface for reading and writing blog posts.
With the powerful WYSIWYG editor novel, users can write blog posts with ease and preview the content in real-time.
The website is made with Next.js and shadcn/ui components, which means that you can easily customize the website by forking the repository and modifying the components.
GaaB provides RSS feed through /api/rss.xml
, users can subscribe to the blog and get notified when new posts are published.
Tracking the performance of your blog is important. GaaB uses Vercel Analytics to provide insights into the traffic and performance of your blog.
You can simply enable Vercel Analytics by heading to the Vercel dashboard and enabling the Analytics feature under the settings of your project.
If you want to use other analytics service like Cloudflare Web Analytics, you can easily integrate it by yourself.
Since the GitHub repository is public, anyone can create issues and comments. GaaB provides a whitelist feature to prevent spam and abuse.
By settings the WHITELISTED_AUTHORS
environment variable in .env
, separated by commas, only the authors in the whitelist can create issues and comments.
We also have XSS protection for the content, thanks to the markdown-to-jsx library, which automatically escapes the HTML in the content and not using dangerouslySetInnerHTML
directly.
By hosting the content on your own domain, you have full control over the page rendering.
We do not host any content, and the content is fetched from GitHub's API directly. This means that you can easily migrate to another platform without losing any content.
In the future, we may create a migration tool to help you migrate to another platform easily.
GaaB is built with Next.js, which provides server-side rendering and static site generation out of the box.
With the help of CDN and well-optimized caching, the website can be loaded quickly and efficiently.
The Lighthouse report shows that GaaB has a perfect score of 100 on all metrics, including LCP, FID, CLS, and more.
GaaB uses infinite scrolling pagination to load more issues when the user scrolls to the bottom of the page.
The infinite scrolling pagination is implemented with the Intersection Observer API and the useSWRInfinite
hook from the SWR library.
Check out the implementation in src/hooks/use-infinite-data.tsx
.
GaaB uses the next-safe-action
library to handle server actions with validation, error handling, and loading states.
When errors occur during server actions, the error message is displayed to the user with a toast notification, the Error boundary component catches the error and displays the error message.
Check out all the server actions in src/actions
.
To use GaaB, you need to create a GitHub OAuth App to authenticate users and fetch the issues from the repository.
GaaB
<Base URL of your website>
<Base URL of your website>/api/auth
Client ID
and Client Secret
.To adhere to Next.js caching rules, dynamic functions, such as getUser, must be converted into server actions to resolve the issue, using the useUser hook to fetch the user data on the client-side.
If the page is public, for example, /posts/[slug]
, Partial Pre-rendering is used to speed up the rendering process.
To bypass the rate limit of the GitHub API, you can create a personal access token with the public_repo
scope and set it as the GITHUB_TOKEN
environment variable in .env
.
[!WARNING] Please keep your personal access token secure and do not expose it to the public.
[!NOTE] Vercel is the recommended way to deploy the project, please refer to the top of the README for the Vercel deployment button.
To run the project locally, follow the steps below:
Install Node.js LTS, pnpm 9, and Git, brew install node pnpm git
is the recommended way to install it on macOS.
Clone the repository:
git clone git@github.com:kane50613/github-as-a-blog.git
Install the dependencies:
pnpm install
Prepare the environment variables:
cp .env.example .env
Fill in the environment variables in .env
with your GitHub OAuth App credentials, and a 32-character random string for the JWT_SECRET
.
Run the development server:
pnpm dev
[!WARNING] You should stop the development server before running the tests, as it will build the project and run the tests in production mode.
[!NOTE] Mocked versions of the GitHub API are used in the tests to prevent rate limiting and to make the tests more reliable.
To run the playwright tests, follow the steps below:
npx playwright install --with-deps
pnpm test
This project is licensed under the GPL-3.0 License.