Feature #5064

Controlling: prefer local account over multihost account

Added by jiaz 12 months ago. Updated about 1 month ago.

Status:Closed Start date:06/01/2012
Priority:Normal Due date:
Assignee:- % Done:

100%

Category:Controlling
Target version:-
Resolution:

Description

add support for this option


Related issues

related to Feature #3177: let the user chose the hosters which should be used from ... New 03/18/2011
related to Feature #3719: Multihoster: try free first Assigned 09/05/2011

History

Updated by jiaz 12 months ago

if local account is available and enabled it will be used

so the order will be
local account
multihoster
free download

if user wants to use multihoster, then he just disabls the local account

simple but elegant solution :)

Updated by pspzockerscene 12 months ago

I think it will be good this way!
Isn't that stuff really complicated to code?

Updated by raztoki 12 months ago

the problem will be the determination of 'free type' accounts from 'true type' premium. I can see that will cause issues unless we have some type static account setting annotation.

multihoster stuff shouldn't be overly hard as we have native multihoster controller

Updated by pspzockerscene 12 months ago

Maybe a good idea.
Account.setFree(true) or something like that^^
Actually there can only be 2 types of accounts, free and premium.
...but isn't the only difference between them the max simultan downloads (which we can set already) and maybe also captcha/no captcha?

Updated by raztoki 12 months ago

it's when we link back into say a 'doFree' for example with xfileshare, many other plugins use this method. As I understand it what jiaz wants to do will cause issues with non paying/expired type of 'premium' accounts will cause countless headaches, unless we have account.setting. The controller needs to track of what's what.

account.premium(true) [default] = paid or unrestricted, account.premium(false) = non paid, restricted based account.

treat all non paid accounts all the same or set true if it's equivalent to paid (or unrestricted) service

prefer local as ranked

paid account
multihoster account
non paid account
free/guest

Updated by jiaz 12 months ago

it's up to the coder to do this

save information what kind of account it is, as property
then use
public boolean hasCaptcha(DownloadLink link, Account acc) {
in plugin and return captcha yes/false

a true premium account should then return false
a ranking will not come as it's not equal over different hosts
one has premium, one has premium and vip....

save the account type in account as property and evaluate it in hasCaptcha

then i can use hasCaptcha,concurrentDownlaods, max Downloads and so on to determine the next account to use

and yes, the order will be

premium(no captcha)
multihoster(no captcha)
registered accounts (maybe captcha)
free(maybe captcha)

Updated by jiaz about 1 month ago

  • Status changed from New to Closed
  • % Done changed from 0 to 100

Applied in changeset r20504.

Updated by pspzockerscene about 1 month ago

Does this really work?
User reported it doesn't but it just isn't released yet, right?
http://board.jdownloader.org/showthread.php?t=47626

Updated by jiaz about 1 month ago

always have to wait for a build/svn commit with full build, now it should work in standalone. next time test it in svn :)

Updated by pspzockerscene about 1 month ago

I don't have accounts to test it but from what I saw in your committ, your code should do the job so well, wait and wait for user-feedback^^

Updated by pspzockerscene about 1 month ago

Tested by user and works as intended!

Also available in: Atom PDF