|
||
---|---|---|
.github | ||
backend | ||
frontend | ||
.dockerignore | ||
.gitignore | ||
CHANGELOG.md | ||
Dockerfile | ||
README.md | ||
configuration.md | ||
roadmap.md | ||
test_output.txt |
README.md
Filebrowser - A modern file manager for the web
NOTE Intended for docker use only
Warning Starting with v0.2.0, ALL configuration is done via
filebrowser.yaml
configuration file..filebrowser.json
and any flags other than-c
and-config
during execution WILL NO LONGER WORK. This is by design, in order to use the v0.2.0 You can mount your directory and initialize a new DB with a new defaultfilebrowser.yaml
which you can tweak and use in the future. Or you can copy and paste the default startupfilebrowser.yaml
below.
This fork makes the following significant changes to filebrowser for origin:
- Improves search to use index instead of filesystem.
- Lightning fast, realtime results as you type
- Works with more type filters
- Improved and simplified GUI navbar and sidebar menu.
- Updated version and dependencies.
- IMPORTANT Moved all configurations to
filebrowser.yaml
.
About
Filebrowser provides a file managing interface within a specified directory and it can be used to upload, delete, preview, rename and edit your files. It allows the creation of multiple users and each user can have its own directory. It can be used as a standalone app.
This repository is a fork, a collection of changes that make this program work better in terms of asthetics and performance. Improved search, simplified ui (without removing features) and more secure and up-to-date build are just a few examples.
Look
Search Performance
100x faster search. However, this will be at expense of RAM. if you have < 1 million files and folders in the given scope, the RAM usage should be less than 200MB total. RAM requirements should scale based on the number of directories.
Also , the approx. time to fully index will vary widely based on performance. A sufficiently performant system should fully index within the first 5 minutes, potentially within the first few seconds.
For example, a low end 11th gen i5 with SSD indexes 128K files within 1 second:
2023/09/09 21:38:50 Initializing with config file: filebrowser.yaml
2023/09/09 21:38:50 Indexing files...
2023/09/09 21:38:50 Listening on [::]:8080
2023/09/09 21:38:51 Successfully indexed files.
2023/09/09 21:38:51 Files found : 123452
2023/09/09 21:38:51 Directories found : 1768
2023/09/09 21:38:51 Indexing scheduler will run every 5 minutes
Install
Using docker:
- docker run (no persistent db):
docker run -it -v /path/to/folder:/srv -p 80:8080 gtstef/filebrowser
- docker-compose:
- with local storage
version: '3.7'
services:
filebrowser:
volumes:
- '/path/to/folder:/srv' # required (for now not configurable)
- './database:/database' # optional if you want db to persist - configure a path under "database" dir in config file.
- './filebrowser.yaml:/filebrowser.yaml' # required
ports:
- '80:8080'
image: gtstef/filebrowser
restart: always
- with network share
version: '3.7'
services:
filebrowser:
volumes:
- 'storage:/srv' # required (for now not configurable)
- './database:/database' # optional if you want db to persist - configure a path under "database" dir in config file.
- './filebrowser.yaml:/filebrowser.yaml' # required
ports:
- '80:8080'
image: gtstef/filebrowser
restart: always
volumes:
storage:
driver_opts:
type: cifs
o: "username=admin,password=password,rw" # enter valid info here
device: "//192.168.1.100/share/" # enter valid hinfo here
Configuration
All configuration is now done via a single configuration file: filebrowser.yaml
, here is an example minimal configuration file.
View the Configuration Help Page for available configuration options and other help.
background & help
The original project filebrowser/filebrowser used multiple different ways to configure the server. This was confusing and difficult to work with from a user and from a developer's perspective. So I completely redesigned the program to use one single human-readable config file.
I understand many coming from the original fork may notice differences which make using this improved version more difficult. If you notice issues that you believe should be fixed, please open an issue here and it will very likely be addressed with a PR within a few weeks.
This version of filebrowser is going through a configuration overhaul as mentioned above. Certain features related to rules and commands may not work as they do on the original filebrowser. The purpose of this is to create a more consistent experience where configuration is done via files rather than running commands, so that it's very clear what the current state of the configuration is. When running commands its not clear what the configuration is.
Roadmap
see Roadmap Page