Apaxy
Apaxy gives you theme built to enhance the experience of browsing web directories on your own infrastructure.
Open-source Apache directory styling, honestly reviewed. For when you need shared files to not look like 1999.
TL;DR
- What it is: A CSS/JavaScript theme that replaces Apache’s default directory listing with something people can actually navigate [2].
- Who it’s for: Sysadmins and developers who already run Apache and share files over HTTP — and are tired of the default grey table layout embarrassing them in front of clients or colleagues [2].
- Cost savings: Apaxy itself is free (GPL-3.0). The savings come from replacing paid file-sharing SaaS (Dropbox Business at ~$15/user/month, Box at ~$15/user/month) with an Apache server plus a styled directory index. That math works — but only if you’re comfortable managing Apache.
- Key strength: Extremely simple to understand and deploy. It’s CSS and HTML on top of something Apache already does. No database, no Node.js runtime, no moving parts [2][README].
- Key weakness: It is not a file manager. You cannot upload, delete, rename, or share individual links through Apaxy. If that’s what you need, you’re looking at the wrong tool [2][README].
What is Apaxy
Apaxy is a theme for Apache’s mod_autoindex module — the built-in feature Apache uses to generate directory listing pages when no index.html exists in a folder. By default, those pages look like a spreadsheet from 2001: plain grey, tiny font, no icons worth mentioning, no visual hierarchy. Apaxy overrides all of that with CSS, adds file-type icons across a substantial range of media types, and optionally adds a lightbox gallery for image directories [2][README].
That’s the complete product description. It is deliberately, honestly minimal. The creator, Adam Whitcroft, writes in the README: “Apaxy may be basic, but it gives you a great deal of creative freedom when styling your directory.” The word “basic” is doing real work there [README].
What it doesn’t do is equally important to understand. The README explicitly calls this out: “Sadly, visual style is all you can work with. It’s not possible to alter the generated table structure of the listing directory with Apaxy.” You’re skinning Apache’s output, not replacing it. No file uploads. No search. No user authentication beyond whatever Apache itself provides. No sharing individual files with expiry links. No mobile-optimized UX. Just a much more presentable directory listing [2][README].
The project sits at 1,920 GitHub stars under a GPL-3.0 license. It’s listed in the canonical awesome-selfhosted directory [3], which is effectively the yellow pages of the self-hosted world — presence there signals basic legitimacy but doesn’t imply active maintenance. The GitHub metadata available for this review doesn’t include a recent commit date, which is worth keeping in mind for anyone building infrastructure on top of it.
Why people choose it
The honest answer: because they already have Apache running and the default directory listing is embarrassing.
There are no substantial independent reviews of Apaxy in the sources available for this article — the AlternativeTo page exists [5] and the tool appears in self-hosted software lists [3][4], but nobody has written a “I switched from X to Apaxy and here’s what happened” post. That absence is itself informative. Apaxy is the kind of tool you discover, install in twenty minutes, and forget about — not the kind you write a blog post reviewing.
The use case that keeps coming up across self-hosting communities is this: you run a home server or internal file store over Apache, you use it to share documents, media, or project assets with a small team or family, and the default Apache listing is too ugly or confusing for non-technical recipients. Apaxy fixes exactly that without introducing any new infrastructure dependencies [2][README].
The comparison to Apache’s defaults is the only comparison that matters for Apaxy. The tool doesn’t compete with Nextcloud, Dropbox, or any web file manager — it competes with the grey table Apache generates when left alone. On that specific benchmark, Apaxy wins clearly.
Features
Based on the README and homepage:
Core styling:
- Full CSS override of Apache’s
mod_autoindexoutput [2][README] - Customizable
header.htmlandfooter.html— welcome messages, download instructions, copyright notices, anything HTML [README] - File-type icons for an extensive range of media types: audio formats (aac, aif, flac, mp3, ogg), video (avi, mkv, mp4, mov), documents (doc, docx, pdf), archives (7z, bz2, gz, zip), developer files (c, cpp, css, h, js, json), and dozens more listed in the README [README]
- Custom error pages [README]
- Custom MIME type icons with
.htaccessedits [2][README]
JavaScript layer:
- Optional jQuery integration for dynamic behavior [2]
- Gallery mode: if you’re sharing image directories, Apaxy includes a lightbox gallery (powered by lightgallery) as an opt-in via swapping
header.htmlandfooter.htmlwith gallery-enabled versions [README]
Theming:
- Edit
style.css,header.html, andfooter.htmldirectly — no build system, no preprocessor required [README] - Adding new file type icons means editing the
.htaccessAddIconByTyperules [README]
What’s not here:
- Authentication (use Apache’s built-in
mod_author a reverse proxy) - File upload
- File deletion or renaming
- Search
- Mobile-first layout (it’s responsive only to the degree you make it with CSS)
- Multi-user permissions
- Sharing links with expiry
Pricing: SaaS vs self-hosted math
Apaxy itself costs nothing. The GPL-3.0 license means you can run it, fork it, and modify it freely — though if you embed it in software you distribute, GPL’s copyleft provisions apply [README].
The relevant cost comparison isn’t Apaxy versus a paid tier of Apaxy (there is none). It’s the full stack — Apache server + Apaxy — versus paid file-sharing SaaS for small internal use.
Paid alternatives for internal file sharing:
- Dropbox Business Plus: ~$20/user/month
- Box Business: ~$15/user/month
- Google Workspace (for Drive): ~$12/user/month
- Sync.com Teams: ~$8/user/month
Self-hosted Apache + Apaxy stack:
- VPS (Hetzner CX22, 2 vCPU, 4GB RAM): ~€4–6/month
- Domain name: ~$12/year
- Apaxy: $0
- Apache: $0
A team of five on Dropbox Business is spending $100/month — $1,200/year. A VPS running Apache with Apaxy costs roughly $72/year. That’s a real number, and the math holds for teams that need read-only file access rather than collaborative editing.
The important caveat: this is read-only sharing. Recipients browse and download, not upload or edit. If your team needs two-way collaboration, Apaxy is the wrong tool regardless of price.
Deployment reality check
Apaxy installation is genuinely simple — which is a phrase you don’t get to use often in the self-hosted world.
Requirements:
- Apache 2.4+ HTTP server
AllowOverride Options Indexes FileInfoset in your Apache config for the target directory [README]- Basic comfort with editing text files and running shell commands
Two install paths:
Automated: Edit apaxy.config with your web root and install path, then run apaxy-configure.sh as the www-data user. Files are copied and paths are substituted automatically [README].
Manual: Download the zip, copy the /apaxy folder contents into your share directory, update all {FOLDERNAME} placeholders in htaccess.txt to your actual path, rename htaccess.txt to .htaccess, and update the HTML files in /theme. The README walks through this step by step [README].
Docker demo: A docker-compose up command starts a local demo at http://localhost:8080 for evaluation before touching a real server [README].
What can go sideways:
The {FOLDERNAME} placeholder substitution in the manual install is the main friction point. You’re doing find-and-replace across .htaccess and multiple HTML files. Miss one instance and icons break silently — Apache just shows the default icon for that file type.
The AllowOverride directive in your Apache virtual host config is the other common stumble. If you don’t have access to your Apache config (shared hosting without shell access, for example), Apaxy won’t work at all — .htaccess processing has to be enabled per-directory.
The tool is Apache-only. It will not work with nginx, lighttpd, Caddy, or any other web server. If your stack uses nginx, look at h5ai (which supports nginx, lighttpd, Cherokee, and Apache) [5].
Realistic time estimate for a technical user already running Apache: 15–30 minutes to a working styled directory. For someone setting up Apache for the first time specifically for Apaxy: 2–4 hours including server setup, DNS, and SSL configuration.
Pros and cons
Pros
- Zero runtime dependencies beyond Apache. No database, no Node.js, no Python runtime. If Apache serves the directory, Apaxy works [README].
- Genuinely simple to customize. CSS, HTML, and one
.htaccessfile. You don’t need to understand a build system or framework to change how it looks [2][README]. - Extensive default icon set. The README lists 150+ media types with icons included out of the box — audio, video, archives, developer files, office documents [README].
- Gallery mode included. One file-swap away from a lightbox gallery for image directories [README].
- Docker demo for evaluation. You can see it running locally before touching a real server [README].
- Truly free. GPL-3.0, no premium tier, no cloud version to upsell you on [README].
Cons
- Apache-only. Nginx users need to look elsewhere [README][5].
- Read-only by design. No upload, no management interface, no sharing links. What you see is what you get from the Apache listing [2][README].
- Manual placeholder surgery on install. The
{FOLDERNAME}substitution in the manual install is finicky and error-prone [README]. - Unknown maintenance status. GitHub metadata for this review doesn’t include a recent commit date, which is a yellow flag for anything you’re deploying to production [profile].
- GPL-3.0, not MIT. If you’re embedding this in software you distribute, copyleft applies. For internal use this doesn’t matter, but it’s worth knowing [README].
- No mobile-first layout. The output is as responsive as you make it through CSS edits [2].
- No user authentication built in. If you want to restrict access, you’re configuring Apache Basic Auth or a reverse proxy separately — Apaxy doesn’t touch this [README].
- Limited community. 1,920 stars and no formal support channel visible. The GitHub issues tracker is your primary recourse [profile].
Who should use this / who shouldn’t
Use Apaxy if:
- You’re already running Apache and serving a directory of files over HTTP.
- Your users need to browse and download files — not upload or collaborate.
- You want the directory to look professional without spinning up a full file manager application.
- You’re sharing media archives, project assets, or documentation that changes infrequently.
- You have fifteen to thirty minutes and a shell.
Skip it if you need actual file management. If the person on the other end needs to upload a file, Apaxy is the wrong tool. Look at filebrowser.org (web file manager, Apache-2.0) or Nextcloud (full collaboration suite, AGPL-3.0) instead [5].
Skip it if you’re not on Apache. h5ai is the direct equivalent for nginx, lighttpd, Cherokee, and Apache [5].
Skip it if you want authentication built in. Apaxy is a theme, not an access control system. Fine for internal networks or directories you’ve already secured at the Apache level, but not a self-contained solution.
Skip it if the project’s maintenance status worries you. If you need something actively developed with a responsive issue tracker and community, h5ai or a full file manager is a safer long-term bet.
Alternatives worth considering
From the AlternativeTo listing [5] and the self-hosted community:
- h5ai — The most direct alternative. Does the same thing (styled web directory index) but works with Apache, nginx, lighttpd, and Cherokee. Slightly more feature-rich. If you’re not on Apache, this is your tool [5].
- Bootstrap Listr — A PHP script that produces a styled directory listing. One-file solution with responsive tables and CSS themes. Works where you can run PHP [5].
- Directory Lister — Another PHP-based directory lister, the “easiest way to expose folder contents for browsing and sharing” per its description. More actively positioned as a standalone solution [5].
- filebrowser.org — Full web file manager (Apache-2.0). Upload, download, share, manage. This is the jump you make when you need two-way interaction [5]. Note: AlternativeTo marks it as discontinued — verify before deploying.
- Cloud Commander — Orthodox web file manager with console and editor. More complex, more capable [5].
- Nextcloud — If you’re actually trying to replace Dropbox, not just pretty-print an Apache listing. AGPL-3.0, massive feature set, bigger deployment footprint.
- apaxy v2 — A community fork of Apaxy available on GitHub. Worth checking if the original project’s maintenance status concerns you [5].
The realistic decision tree: if you want styled Apache listing → Apaxy or h5ai (h5ai if not Apache-only). If you want web file management → filebrowser.org or Nextcloud. If you want full collaboration → Nextcloud.
Bottom line
Apaxy is a single-job tool that does its job well. It takes the default Apache directory listing — which looks like something from the early web — and makes it look like something you’d willingly show a client or a colleague. That’s the entire product. It won’t manage your files, authenticate your users, or integrate with your cloud storage. It will make a shared Apache directory look competent and navigable, for free, in under an hour.
For the non-technical founder audience this site targets, the honest recommendation is usually to look at h5ai or filebrowser.org first — they do more with comparable deployment complexity. Apaxy’s sweet spot is the technical user who already runs Apache, knows it, and wants a quick cosmetic fix without changing their infrastructure. If that’s you, it’s worth the twenty minutes. If you’re setting up a file-sharing server from scratch, start with something that gives you management features rather than adding them later.
Sources
- FreedomBox Community Forum — “My Online Companion — Feedback” (Jun 2023). https://discuss.freedombox.org/t/my-online-companion/2601
- Apaxy Official Website — “Apaxy: A simple, customisable Apache directory theme.” https://oupala.github.io/apaxy/
- open-source.world — “Awesome-Selfhosted — HTML version.” https://open-source.world/github.com__awesome-selfhosted__awesome-selfhosted-html/
- Awesome Rank — “Awesome Rank for Kickball/awesome-selfhosted.” https://awesomerank.github.io/lists/Kickball/awesome-selfhosted.html
- AlternativeTo — “Apaxy Alternatives — Explore Similar Sites & Apps.” https://alternativeto.net/software/apaxy/
Primary sources:
- GitHub repository and README: https://github.com/oupala/apaxy (1,920 stars, GPL-3.0)
- Official website: https://oupala.github.io/apaxy/
Features
Authentication & Access
- Two-Factor Authentication
Category
Related File Management & Sharing Tools
View all 133 →Syncthing
81KOpen-source continuous file synchronization — peer-to-peer, encrypted, no central server, no cloud account required.
LocalSend
77KAn open-source, cross-platform alternative to AirDrop — share files between nearby devices over your local network without the cloud.
MinIO
61KHigh-performance, S3-compatible object storage for AI, analytics, and cloud-native workloads. Deploy on-premises or in any cloud with a single binary.
Rclone
56KCommand-line tool that syncs, copies, and manages files across 70+ cloud storage providers. The rsync for cloud storage.
AList
49KFile list program that aggregates multiple storage backends into a single web interface with WebDAV support. Mount cloud drives, local storage, and S3 in one place.
copyparty
44KCopyparty is a portable, single-file Python file server with resumable uploads, deduplication, WebDAV, SFTP, FTP, media indexing, and audio transcoding — no dependencies required.