npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2025 – Pkg Stats / Ryan Hefner

astro-github-file-loader

v1.1.0

Published

> Load files stored in a Github Repository into your Astro Content Layer

Readme

Astro Github File Loader

Load files stored in a Github Repository into your Astro Content Layer

How to use

Check out the example in src/pages/[...name].astro to see it in action.

import { defineCollection } from 'astro:content';
import { githubFileLoader } from 'astro-github-file-loader';

export const collections = {
    policies: defineCollection({
        loader: githubFileLoader({
            username: 'your-username',
            repo: 'your-repo',
            processors: {
                md: yourMarkdownProcessor
            }
        })
    })
}

How do processors work?

Since GitHub can store any file, the processor object is passed in to be more flexible. For example, you could have a frequent-configs repo that has a mix of .yaml, .toml, and .md files.

The GithubFileLoader fetches each file from the repo as text and then passes it to the processors to generate things like html, headings, image paths, etc. The object that it returns is then used in the rendered field of the data store. This makes it possible to use Astro to render the final content. Here is an example for how a markdown processor might look.

import { yourMarkdownEngineOfChoice } from '...';

const engine = new yourMarkdownEngineOfChoice()
/**
 * @param {string} text - The text of the file from the GitHub repo
 * @param {AstroConfig} config - The AstroConfig available in the LoaderContext
 */
async function myMarkdownProcessor(text: string, config: AstroConfig): Promise<RenderedContent> {
    const html = engine.render(text);
    const headings: MarkdownHeading[] = engine.getHeadings(text);
    const frontmatter: Record<string, any> = engine.getFrontMatter(text);
    const imagePaths: string[] = engine.images(text);

    return {
        html,
        metadata: {
            headings,
            frontmatter,
            imagePaths,
        }
    }
}

The metadata object contains things like headings, frontmatter, imagePaths, and anything else you want. If you try to render a file without adding the appropriate processor, then it GithubFileLoader will return a RenderedContent object that looks like this:

{
    html: '',
    metadata: {
        error: 'No processor was found for the extension: .'+extension+', Did you forget to add one?'
    }
}

The text fetched from GitHub is used as the body in the data store, meaning the raw result is always available to you.

Example:

---
import { getEntry, render } from 'astro:content';
import TableOfContents from '../your/components/TableOfContents.astro';

// The collection name is defined by you
// The entry name is the path to the file without the extension
const entry = await getEntry('ghfiles', 'legal/privacy-policy');

const { username, repo, extension, id } = entry.data;
const { Content, headings } = await render(entry);
---

<Layout>
    <div>
        A file from the {repo} by GitHub user {username}: {id}.{extension}
    </div>
    <TableOfContents headings={headings}>
    <Content />
</Layout>