Akkarin

You can get the status of your rAthena servers by including the code from the XML status page where you wan't to display it.
To stop the servers from thinking it's a DDOS attack, you can just change the status cache timeout in the config file.

This generally means that your webhost can't find the remote machine that MySQL is running on. If you're using the FQDN (Fully Qualified Domain Name) like sqlserver.domain.com then it's not routed correctly via DNS. You should use the IP instead.

script_commands.txt is your friend.
*instance_destroy {<instance id>}; Destroys instance with the ID <instance id>. If no ID is specified, the instance the script is attached to is used. If the script is not attached to an instance, the instance of the currently attached player is used (if it is a character, party, guild or clan mode). If it is not owned by anyone, no player needs to be attached. If that fails, the script will come to a halt. This will also trigger the "OnInstanceDestroy" label in all NPCs inside the instance.  

Don't use free web hosting for FluxCP, it won't work. You also won't have the external MySQL access nor port-checking abilities. There's no reason to move your FluxCP installation away from your VPS.

*questinfo <Quest ID>,<Icon>{,<Map Mark Color>{,<Job Class>}}; This is esentially a combination of checkquest and showevent. Use this only in an OnInit label. For the Quest ID, specify the quest ID that you want checked if it has been started yet. For Icon, use one of the following: No Icon : QTYPE_NONE ! Quest Icon : QTYPE_QUEST ? Quest Icon : QTYPE_QUEST2 ! Job Icon : QTYPE_JOB ? Job Icon : QTYPE_JOB2 ! Event Icon : QTYPE_EVENT ? Event Icon : QTYPE_EVENT2 Warg : QTYPE_WARG (Only for packetver < 20170315) Warg Face : QTYPE_WARG2 (Only for packetver >= 20120410 and < 20170315) Click Me : QTYPE_CLICKME (Only for packetver >= 20170315) Daily Quest : QTYPE_DAILYQUEST (Only for packetver >= 20170315) ! Event Icon : QTYPE_EVENT3 (Only for packetver >= 20170315) Job Quest : QTYPE_JOBQUEST (Only for packetver >= 20170315) Jumping Poring : QTYPE_JUMPING_PORING (Only for packetver >= 20170315) No Icon            : QTYPE_NONE

Do you have two themes called default in your theme folder, or do you have a manifest.php file in your default theme folder? Because you shouldn't, and that's the only thing i can think of that would give you that error.

It's a file in the download section. You could literally search '@aura' and you'd find the file.

Your screenshot shows that the servers did indeed build.
There are a number of topics already on the forum regarding the error message, searching "bad interpreter" either directly on the forums or even on Google will show you what you need to do.

Assuming you've used git:
cd /path/to/my/ra/files git commit -a -m "My files" git pull make clean && make server  

You didn't say you were using eAthena.. old FluxCP should still work with eAthena, but i make no guarantee. Bear in mind this is 10 years old: https://code.google.com/archive/p/fluxcp/downloads and old software may work, it may not. If you want something a bit more stable then you should be using something a little more up to date like rAthena  
FluxCP for rAthena works perfectly well https://github.com/rathena/FluxCP with rAthena.

Wrong section. Moved to "Client-side Support".
Also, you'll find prontera.gat/rsw/gnd in the root of the GRFs you're using (both data.grf and rdata.grf will have it).

You will struggle. NovaRO is a private server with their own mechanics and stat tables. You won't be able to use rAthena to test your NovaRO chars because the base data isn't the same.

Your query is completely wrong.
https://dev.mysql.com/doc/refman/5.7/en/update.html

This should answer your questions https://github.com/rathena/rathena/wiki/DATA.INI

Well.. if you read the error it tells you exactly what's wrong. You don't have an iteminfo file with the name it's looking for - so rename your version to the version the client is looking for, or reopen NEMO and select the diff option to change the name of the itemInfo file.

Pretty much all good webhosts will lock down ports as a security measure. The best way to get around this is to get yourself a small vps so you have total control and just follow any of the thousands of guides on the internet on how to setup apache and php. Forums are easy to setup with most of them having a "one click installer". There may be a few hosts in our 3rd party section that already provide hosting with those ports open for server status checks.

An example of a fixed (not moving when scrolling) background image. You put this at the bottom of your /themes/bootstrap/css/flux.css file.
body { background: #000000 url(/themes/bootstrap/img/imagename.jpg) no-repeat top center fixed; }  

For goodness sake you guys, it's an encoding issue. Set your editor's encoding correctly and it'll resolve your issue. You don't need VS2017 to open a .lub and if it's jargen then it's still compiled. The item shows it's not a compiled lub, thus, encoding issue.
I stopped using Notepad++ when VS Code was released. It has this handy "encoding switch" feature that actually tells you that you need to change your encoding for the file to be read and saved correctly.
Stop giving rubbish advice after i've already said what's wrong.

rAthena no longer uses that field. Once you've set your client version source-side you're good to go.

item_db.txt is the item database, without which your server would not function.
Use the item_db from rAthena to reduce issues.

The databases are different so the sql statement must match. Ours has features and pages that match the content of the emu.
From a designers perspective they shouldn't need to know which you are using as the theme engine within both versions of FluxCP is the same. I guess they're still stupidly bundling out of date versions with their designs 

In /conf/battle/misc.conf
// Allow autotrade only in maps with autotrade flag? // Set this to "no" to allow autotrade where no "autotrade" mapflag is set. // Set this to "yes" to only allow autotrade on maps with "autotrade" mapflag. at_mapflag: no  
 

You can't. However, you can add overflow:auto css to the div that the table is created in.
Or ask the designer to get their act together.

You have a local server, not an offline server.
To test, create another account and open your client again and sign in so you have 2 characters connected. Party up and they test the instance.

https://stackoverflow.com/questions/1443210/updating-a-local-repository-with-changes-from-a-github-repository