feat(YouTube/Alternative thumbnails): add alternative domain

[OLAF74]

Added option to change original youtube images domain for users from countries, where it blocked

inotia00/revanced-integrations#48

[Francesco146]

isn't it better to put an editable field, like for Sponsorblock, in order to support any host URL?

[anddea]

isn't it better to put an editable field, like for Sponsorblock, in order to support any host URL?

Do you know other domains? I know about Piped, but it uses some hash thing in order for it to work, maybe you know some other domains? Because if we don't know other alternatives, maybe it's better without that additional editable option.

Other than that, this feature works as expected.

[Francesco146]

I don't know any others, it just seemed reasonable to me to put up a field like this if they had to change domain in the future, or if other people want to use a different domain, perhaps self-hosted. basically to make the patch a little more future-proof

[inotia00]

@KobeW50, I request a review of the string.

Additional Context
As far as I know, the yt3.ggpht.com domain is blocked in some regions, such as Russia.
(This means that in some regions, all images, including thumbnails, will not be fetched from the YouTube app without using a VPN)

This PR adds a setting that fixes this issue.

[KobeW50]

I can't review the Russian strings. If any of these suggestions are implemented, please reflect the changes for the Russian strings.

[OLAF74]

@KobeW50, It seems to me that everything is alright now. Also as a native russian, I can assure that russian strings correspond to english

[Francesco146]

in my opinion it is better to manage the presence, or non-presence, of prefixes at runtime

[OLAF74]

@Francesco146,
ResettableEditTextPreference which extends EditTextPreference has no way to modify value while saving.

In the other hand modifying value(for the prefix remove) in runtime at overrideImageURL function in integrations isn't good, because it will removing prefix for every url again and again

[OLAF74]

so I think that the way it is implemented now is quite optimal

[inotia00]

Thanks