We have a downloadFile function which allows you to download a file on demand. By marking scripts as files you could also download them and loadstring() them. https://wiki.multitheftauto.com/wiki/DownloadFile

Alternatively, would allowing fetchRemote to servers which are accepted by the Client (via the usual browser dialog) be helpful to you here?

Unfortunately, the speed of downloading in MTA 1.5.3 becomes lower than 1.5.2

That sounds like a bug.

I means that 'downloadFile' can only be used to download files that are marked in the 'meta.xml'. I have thousands of files need to download, so I can't use that at all. In a word, I can't control it conveniently.

and

'fetchRemote' is a good way to download files,but I can't download files from other servers.

I want to use a way that is simple and controllable.

Maybe I(or We) need a download system like this:
element = createDownloadThread(address,filename)
bool = downloadThreadSetSettings(element,key,value) -- send head
key value
"Range" "bytes=0-200"
... ...
bool = downloadThreadStart(element)
table = downloadThreadGetStatus(element)
include send head
downloaded size
running or yielded
bool = downloadThreadYield(element) --pause
destroyElement(element) --Kill Download Thread

...

I don't think this can cause bot.

What about if the server uses fetchRemote (server can request any file) and then passes the files in triggerLatentClientEvent?

That will cause server network lag. What I want is download files from other server directly and dynamically.

'fetchRemote' is a good way to download files,but I can't download files from other servers.

Yes, we're considering to allow downloading from other servers via fetchRemote if they have been confirmed via the web browser dialog.

Now I think the title may be "improve fetchRemote"

here are the suggestions.
fetchRemote can send http head (Maybe exists but I don't know how to do it)
fetchRemote returns an element so that we can get its state.
fetchRemote can be cancelled when running.
fetchRemote needs more settings to control.
We can store data in a file.

Since many scripts have already been using fetchRemote, new "fetchRemote" should use another name or a library.

Instead of using the CEF whitelist system, we could check for an authorization file in the root directory of the http server.
e.g. http://1.2.3.4/allowmta.txt

What I want is that If I download a file in MTA, the data can be written in a file directly by settings and I can get states of the process. Like "downloadFile" but "downloadFile" just downloads files included in the resource.

this should be resolved because https://bugs.multitheftauto.com/view.php?id=8648 is solved