Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature] Использовать zsync для ускорения скачивания rutor.ls #363

Open
Jipok opened this issue Feb 23, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@Jipok
Copy link

Jipok commented Feb 23, 2024

Нужно всего лишь сделать zsyncmake rutor.ls и публиковать полученный файл вместе с rutor.ls
Это не нарушит обратную совместимость и почти не требует усилий. Предполагаю что оно сэкономит время(и трафик) раз в 5-10.

Для поддержки в клиенте можно использовать например libzsync-go
Пример кода прям в readme, очень просто использовать. Но это не единственный доступный для go вариант.

@Jipok Jipok added the enhancement New feature or request label Feb 23, 2024
@krasnh
Copy link

krasnh commented Mar 2, 2024

Неплохо было бы, что "сэкономит время (c)". Особенно, если в 10 раз. )

Создавал тему по поводу долгого обновления (60 сек) rutor.ls при включенном "Settings - Enable RuTor search", #333.
Высказывал там пожелание, чтобы право включать/отключать/изменять_таймер_обновления_баз, было в руках юзера.
Но если технически возможно сократить это время в 10 раз, то я обеими руками за.

@avengermsoft
Copy link
Contributor

Можно рядом на сервере положить файл с md5, например rutor.ls.md5. И сначала скачивать его. Так же не пересчитывать постоянно контрольную сумму файла на клиенте, а положить ее рядом в torrsearch.
Далее идет сравнение этих md5. Если разные, скачиваем файл, распаковываем, считаем md5 и кладем новый torrsearch, и torrsearch-md5.

А то получается много лишней нагрузки и на сервер и на клиент.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants