Post by The Realist on Jun 13, 2014 13:30:50 GMT -6
RLG KNOWLEDGEBASE 001
Unfortunately, it seems the method most people think is the proper syntax for sv_downloadurl in server.cfg doesn't function. Console returns numerous instances of "HTTP ERROR DOWNLOADING [...]" in red lettering.
Functional syntax: sv_downloadurl "http://reverselogic.site.nfoservers.com/server"
The trailing backslash is not required. Another good idea is to make separate LUA files for the "resource.AddFile()" commands for each addon which requires resource files, rather than clustering the entire set of codes for all addons into one single LUA file. Additionally, it's likely a good habit to port (duplicate) Materials and Models files out of any addons into the default directories, as the server probably will not send the files to the client from the addon directory itself.
Of course set sv_allowdownload to 0 (and sv_allowupload to 1 if you want sprays) to prevent SRCDS itself from transferring files, and forcing it to run strictly off of the HTTP mirror.
Unfortunately, it seems the method most people think is the proper syntax for sv_downloadurl in server.cfg doesn't function. Console returns numerous instances of "HTTP ERROR DOWNLOADING [...]" in red lettering.
Functional syntax: sv_downloadurl "http://reverselogic.site.nfoservers.com/server"
The trailing backslash is not required. Another good idea is to make separate LUA files for the "resource.AddFile()" commands for each addon which requires resource files, rather than clustering the entire set of codes for all addons into one single LUA file. Additionally, it's likely a good habit to port (duplicate) Materials and Models files out of any addons into the default directories, as the server probably will not send the files to the client from the addon directory itself.
Of course set sv_allowdownload to 0 (and sv_allowupload to 1 if you want sprays) to prevent SRCDS itself from transferring files, and forcing it to run strictly off of the HTTP mirror.
