A media list. It is just a list of movies and mp3s with their metadata (id3 tags) and hash values. The output is just a html table that allows sorting and filtering with a hyperlink to play the media in the browser. Convenient for playing home media on the phone.
I did something similar, with a Play button that calls a PHP script that tells a Kodi instance to play the media, using JSON-RPC: https://kodi.wiki/view/JSON-RPC_API
This weekend I mostly upgraded it to play the mp3 files using the HTML audio tag, which provides both a player and playlist in HTML form. This is the only rational way I have found to play MP3 files on my IPhone. Before coming to this conclusion I tried the following:
* MP3 player apps from the app store suck. Most of them want up charge on everything or expect to stream music from some external source. I only found one that allowed accessing files by directory, as opposed to manually picking files one by one. WTF, I have over 4000 files.
* I tried writing a dynamic play list in HTML format using the input type files with the webkitdirectory attribute. Despite webkit in the name its not allowed in iOS.
* I couldn't just create a play list file and access it from SMB share. IPhone does support SMB file shares with a file preview feature, but that file preview feature does not execute JavaScript.
So instead I am running an SMB server which contains my media files, a web server which contains a symlink to the media files, and a pihole DNS server to create vanity local domains. The least level of restriction occurs when running in a web browser, under a domain accessed via DNS, with a prior formulated list of music. That domain can be a vanity domain name as the browser cannot tell the difference. That way the file list and html file are relative to each other under the same domain (which passes the audioContext security check in the browser), not downloaded to the phone, and still playable without Apple phone restrictions.