Pull request artifacts

I upgraded phpunit in a separate commit.

Ok I will resolve the conflicts

I cleaned the commit history to just 2 commits: 1 enabling the extension and 1 adding the bridge, making it easier to commit without squashing.

I still would like feedback on adding a new requirement (zip) to RSS-Bridge @dvikan @Bockiii

We can do this in-memory:

$fp = $jar->getStream('index-v1.json');
while (!feof($fp)) {
  $contents .= fread($fp, 2);
}

Your code is doing caching ad-hoc and not using our cache libraries.

Sorry, I don't understand which part of the code your suggestion is meant to replace. I wanted to cache the index-v1.json file as it relatively large and should not change too often. How can I use the cache libraries here?

The jar file is a string of bytes. We can use our FileCache to cache it?

Ah our cache libraries has a max of 24h cache. Maybe thats why you cache it manually.

I understand why getRepo() should be rewritten. It assumes that the cache type is "file" when other backends are possible. To rewrite this, I will need to use a tmp directory to save the .jar file, extract the .json file, and read it. The resulting data can then be read into the cache using the recently added helper functions.

Is there a specific location that RSS-Bridge provides for temporary files?

You dont have to use a temporary file. Use $fp = $jar->getStream('index-v1.json');

Good idea, but I will still need the temporary file for the zip.

Ah yes maybe. Surprising that there is no option to open from string: https://www.php.net/manual/en/class.ziparchive.php

$tempfile=tempnam(sys_get_temp_dir(),''); seems good for a tempfile.

Now I am using only 1 temporary file for the zip and the bridge should be much faster since it is not constantly rereading the json into memory.

Rebased onto #2721 as this also modifies Dockerfile. Let's merge #2721 first.

Go ahead and do what you need to do. I'll backoff so there won't be any clashes.

I Changed the exampleValue to a smaller repository so that it doesn't overflow the default memory limits. The error without this is:
<b>Fatal error</b>: Allowed memory size of 134217728 bytes exhausted (tried to allocate 23072768 bytes) in <b>/app/caches/FileCache.php</b> on line <b>29</b><br />

@dvikan Looking at my local files, the cache file for f-droid.org ends up being 25M, whereas the jar file is 6.4M. I'm inclined to merge this as is. What do you think the best way to proceed here is?

I think maybe it's not necessary to manually cache the json structure. The $jar = getContents($url . '/index-v1.jar'); already returns a cached result. Only problem is that getContents still does a slow network call.

This is an issue specifically with f-droid.org (See here). So I will keep remove the manual caching but keep the smaller repo as the example value, as it is less likely to be overloaded.