FirewallGG is a background-checking tool. What it will allow you to do, is check a user's Discord Id and see if they are banned in any databases that are synced within the Firewall. This allows you to mass check databases with almost no hassle at all. Just a simple setup and you will be all good to go!
FirewallGG is both client sided and server sided. What this means is users on any platform can now use FirewallGG to it's fullest capabilities. From a backend database background check on users, to a website for ease of access anywhere, all the way out to a desktop process that will allow you to run user Ids and get a return on them easily.
First, you need to find out just which method will best suit your needs for using FirewallGG. If you're just trying to check a users background history, maybe just the website will be enough for you, but if you're looking for something a little more backend wise, possibly the Node Module will be more your style. If none of these suit your needs, you can always just use our REST API here.
So again, your options are:
- The Website.
- The Node Module
- The Web API.
For the basics, using the Website or the Desktop Process is pretty straight forward. Simple open one and enter a Discord User Id.
On the other hand, integrating it into your system may be a little bit more difficult. Most of our target audience uses FaxStore. So, if you're looking to easily integrate, look no-further than our built-in FaxStore extension that can be found here.
Yet, if you are entirely on your own, feel free to reference our public documentation for our Node Module here or for our Web API you can look here.
Below is what gets returned from the physical API:
[
{
"database": "DATABASE_NAME",
"themeColor": "DATABASE_THEME_COLOR",
"logoUrl": "DATABASE_LOGO_URL",
"appealLink": "DATABASE_APPEAL_LINK",
"active": true,
"userid": "BANNED_USER_ID",
"reason": "BANNED_USER_REASON",
"proof": "BANNED_USER_PROOF",
"time": "TIME_OF_BAN",
"otherData": {}
}
]
You need to build your API endpoint to return a JSON object with these values as the only returning values.
{
"active": yourObject.active,
"userid": yourObject.userid,
"reason": yourObject.reason,
"proof": yourObject.proof,
"time": yourObject.time
}
Upon creating a pull request to add to the databases.json
file, you will also need to provide a screenshot of what exactly gets returned from that API endpoint on your end, this way developers can verify that these data types are correct with no excess-hassle.
Thanks goes to these wonderful people (emoji key):
Itz-Hyperz 🐛 💼 💻 📖 🛡️ 👀 |
XolifyDev 🤔 🔧 |
sandwichthedev 🤔 🔧 🐛 |
ZED Official 🤔 🔧 |
LouDawg 🔧 🤔 |
Shawn E. 🎨 🤔 |
Jordan.#2139 🤔 🔧 🚇 |
This project follows the all-contributors specification. Contributions of any kind welcome!