Skip to content

Latest commit

 

History

History
188 lines (150 loc) · 9.7 KB

File metadata and controls

188 lines (150 loc) · 9.7 KB

Run It Yourself

We cache generated cards for a few hours to avoid potential rate-limiting in the GitHub API or on Vercel. If you want to set your own cache duration or you want to include private contributions in your stats without granting our hosted version of GitHub-Stats-Extended access to your private contributions, you can run GitHub-Stats-Extended on your own.

GitHub Actions is the simplest setup with static SVGs stored in your repo but less frequent updates, while self-hosting GitHub-Stats-Extended on Vercel takes more work and can serve fresher stats (with caching).

GitHub Action

With github-readme-stats-action you can generate static cards in your GitHub Actions workflow, commit them to your profile repository, and embed them directly from there. This avoids any per-request API calls.

Create /.github/workflows/grs.yml in your profile repo (USERNAME/USERNAME):

name: Update README cards

on:
  schedule:
    - cron: "0 0 * * *" # Runs once daily at midnight
  workflow_dispatch:

jobs:
  build:
    runs-on: ubuntu-latest

    permissions:
      contents: write

    steps:
      - uses: actions/checkout@v6

      - name: Generate stats card
        uses: stats-organization/github-readme-stats-action@v2
        with:
          card: stats
          options: username=${{ github.repository_owner }}&show_icons=true
          path: profile/stats.svg
          token: ${{ secrets.GITHUB_TOKEN }}

      - name: Commit cards
        run: |
          git config user.name "github-actions[bot]"
          git config user.email "41898282+github-actions[bot]@users.noreply.github.com"
          git add profile/*.svg
          git commit -m "Update README cards" || exit 0
          git push

Then embed from your profile README:

![Stats](./profile/stats.svg)

See more options and examples in the GitHub Readme Stats Action README.

Self-hosted on Vercel

Running your own instance avoids public rate limits and gives you full control over caching, tokens, and private stats.

First step: get your Personal Access Token (PAT)

For deploying your own instance of GitHub Stats Extended, you will need to create a GitHub Personal Access Token (PAT). Below are the steps to create one and the scopes you need to select for both classic and fine-grained tokens.

Selecting the right scopes for your token is important in case you want to display private contributions on your cards.

Classic token

Fine-grained token

Warning

This limits the scope of commits to public repositories only.

  • Go to Account -> Settings -> Developer Settings -> Personal access tokens -> Fine-grained tokens.
    • Click on Generate new token -> Generate new token.
    • Enter a token name
    • Select an expiration date
    • Select All repositories
    • Scopes to select under Permissions:
      • Commit statuses: read-only
      • Contents: read-only
      • Issues: read-only
      • Metadata: read-only (added automatically when selecting above scopes)
      • Pull requests: read-only
    • Click on Generate token and copy it.

On Vercel

Click on the deploy button to get started!

Deploy to Vercel

Recommended: Step-by-step guide on setting up your own Vercel instance

  1. Go to vercel.com.
  2. Click on Log in.
  3. Sign in with GitHub by pressing Continue with GitHub.
  4. Sign in to GitHub and allow access to all repositories if prompted.
  5. Fork this repo.
  6. Go back to your Vercel dashboard.
  7. To import a project, click the Add New... button and select the Project option.
  8. Search for the forked Git Repository and import it by clicking the Import button.
  9. Create a Personal Access Token (PAT) as described in the previous section.
  10. Add the PAT as an environment variable named PAT_1 (as shown). Note: For enhanced security, you can add a variable as a sensitive variable. To do this:
    1. Go to Environment Variables in Project Settings, then choose Add Environment Variable.
    2. Uncheck Deployment from Environments
    3. Now you can make the variable Sensitive by checking the checkbox.
  11. As Root directory select the apps/backend folder.
  12. Click deploy, and you're good to go. See your domains to use the API!
  13. optional: add an SQL database; by using e.g. the "Nile" integration or by manually setting the environment variable POSTGRES_URL
  14. optional: create your own OAuth App and set environment variables OAUTH_REDIRECT_URI, OAUTH_CLIENT_ID and OAUTH_CLIENT_SECRET on Vercel accordingly
  15. optional: set the environment variable TURBO_PLATFORM_ENV_DISABLED to true to disable the build-time warning from turbo about environment variables missing from "turbo.json" - This warning is not relevant in our project.

Available environment variables

GitHub Stats Extended provides several environment variables that can be used to customize the behavior of your self-hosted instance. These include:

Name Description Supported values
CACHE_SECONDS Sets the cache duration in seconds for the generated cards. This variable takes precedence over the default cache timings for the public instance. If this variable is not set, the default cache duration is 24 hours (86,400 seconds). Any positive integer or 0 to disable caching
UPDATE_AFTER_HOURS Sets the duration in hours after which the server proactively regenerates a previously requested card. Defaults to 11 hours. Any int or float
DELETE_AFTER_HOURS Sets the duration in hours after which the server stops proactively regenerating a previously requested card if it hasn't been requested again in the meantime. Defaults to 8 days, i.e. 192 hours. Any int or float
WHITELIST A comma-separated list of GitHub usernames that are allowed to access your instance. If this variable is not set, all usernames are allowed. Comma-separated GitHub usernames
GIST_WHITELIST A comma-separated list of GitHub Gist IDs that are allowed to be accessed on your instance. If this variable is not set, all Gist IDs are allowed. Comma-separated GitHub Gist IDs
EXCLUDE_REPO A comma-separated list of repositories that will be excluded from stats and top languages cards on your instance. This allows repository exclusion without exposing repository names in public URLs. This enhances privacy for self-hosted instances that include private repositories in stats cards. Comma-separated repository names
FETCH_MULTI_PAGE_STARS Enables fetching all starred repositories for accurate star counts, especially for users with more than 100 repositories. This may increase response times and API points usage, so it is limited to 10 fetches - i.e. 1000 repos - on the public instance. true or false or a maximum number of fetches

See the Vercel documentation on adding these environment variables to your Vercel instance.

Warning

Please remember to redeploy your instance after making any changes to the environment variables so that the updates take effect. The changes will not be applied to the previous deployments.

Keep your fork up to date

You can keep your fork, and thus your private Vercel instance up to date with the upstream using GitHub's Sync Fork button. You can also use the pull package created by @wei to automate this process.

As a prerequisite, GitHub has to know that your personal GitHub-Stats-Extended repo is a fork of https://github.com/stats-organization/github-stats-extended. This only works if you follow the "Step-by-step guide on setting up your own Vercel instance" above, instead of clicking the Vercel "Deploy" button above.