realaravinth
5102531a70
DESCRIPTION add_user Adds new user to DB. Implementers must ensure username uniqueness scoped at forge instance level. When applicable, HTML link to profile photo may be stored as we.. user_exists Checks if a user exists in database. Optionally provide hostname of forge instance to get forge-specific results. |
||
---|---|---|
.github | ||
config | ||
db | ||
docs | ||
scripts | ||
src | ||
tests/schema/gitea | ||
.env-sample | ||
.gitignore | ||
build.rs | ||
Cargo.lock | ||
Cargo.toml | ||
docker-compose-dev-deps.yml | ||
LICENSE.md | ||
Makefile | ||
README.md |
Why
There are several small, private forges that host Free Software projects. Some of these Forges might one day participate in the federated ecosystem. So it would make sense to have a system(see spider mechanism) that would map and advertise these instances and the projects that they host.
Consensual Spidering
We are aware that spiders some very aggressive and small forges are often running on resource-constrained environments. Therefore, StarChart(this spider) will only crawl a service if the crawl is requested by the admin of the forge(more accurately, folks that have access to the DNS associated with the forge's hostname though).
StarChart will rate limit API calls to one call every 10 seconds. For instance, a Gitea API call would resemble:
curl -X 'GET' \
'https://gitea.example.org/api/v1/repos/search?page=2&limit=20' \
-H 'accept: application/json'
Contributing
Thanks for considering contributing on GitHub. If you are not an GitHub but would like to contribute to ForgeFlux sub-projects(all repositories under this organisation), I would be happy to manually mirror this repository on my Gitea instance, which has a much more respectful privacy policy