Homebrew [Release] arc13's freeShop fork - open source eShop alternative

[Dionicio3]

On the SD card somewhere in the freeShop directory.

But how would the database update?

 

[I pwned U!]

But how would the database update?

Something along the lines of connecting to the title key site and using adding new date and time information for titles from the RSS feed.

 

[Dionicio3]

Something along the lines of connecting to the title key site and using adding new date and time information for titles from the RSS feed.

But once again, that would need a direct link, and not everyone using the titlekey site

 

[Drakia]

Something along the lines of connecting to the title key site and using adding new date and time information for titles from the RSS feed.

What @Dionicio3 is saying, is that FreeShop is not designed around one specific titlekey website. It is designed to use ANY enctitlekey file, and adding features that are purely based on how one specific site behaves is going to limit things such as people hosting their own legitimate backups of their title keys.
This is something I know atleast the original author was against, as it spoils the "Not explicitly designed for piracy" argument.

 

[I pwned U!]

But once again, that would need a direct link, and not everyone using the titlekey site

What @Dionicio3 is saying, is that FreeShop is not designed around one specific titlekey website. It is designed to use ANY enctitlekey file, and adding features that are purely based on how one specific site behaves is going to limit things such as people hosting their own legitimate backups of their title keys.
This is something I know atleast the original author was against, as it spoils the "Not explicitly designed for piracy" argument.

The solution would be forcing the option to be disabled until the user links freeShop to the title key site.

 

[Dionicio3]

What @Dionicio3 is saying, is that FreeShop is not designed around one specific titlekey website. It is designed to use ANY enctitlekey file, and adding features that are purely based on how one specific site behaves is going to limit things such as people hosting their own legitimate backups of their title keys.
This is something I know atleast the original author was against, as it spoils the "Not explicitly designed for piracy" argument.

Thank you for the explanation

--------------------- MERGED ---------------------------

The solution would be forcing the option to disabled until the user links freeShop to the title key site.

That is a horrible solution, because somewhere in the code, there will be a sting that has the titlekey's site's name

 

[Jacklack3]

That would be impossible without having direct links to the titlekey site (which is not allowed)

can't you make it so it would set a variable and then merge it with the text.

So let's sat the website is omfgdogs.com, well that would be the {site} variable. We could do {site}/recent/index.html or something.

 

[Dionicio3]

can't you make it so it would set a variable and then merge it with the text.

So let's sat the website is omfgdogs.com, well that would be the {site} variable. We could do {site}/recent/index.html or something.

That is a horrible solution, because somewhere in the code, there will be a sting that has the titlekey's site's name

 

[Drakia]

The solution would be forcing the option to be disabled until the user links freeShop to the title key site.

Again, not an option if you want to avoid takedowns or people claiming you're outright supporting illegal titlekeys. There's a difference between compatibility and coding for a specific source.

 

[Jacklack3]

I don't think you understood. When you put in the URL, it would set the variable (let's say) {site} to that url. Then if it needs a certain webpage, it would merge the variable with the rest of the text.

 

[Quantumcat]

Sorry then, I just find it funny that posting one line of address for host file could harm the site.
But that's how it is when pirates don't have its own ship.

It probably wouldn't, but they seem to think that by disallowing the posting of names or links they can appear to be against piracy(even though they clearly have forum sections dedicated to backup loading and hacking). It seems pretty hypocritical but they're doing whatever they can to keep the site up and if they think doing that'll help, I'm not going to complain.

It's because they don't want any Web crawler to come up with them having links to piracy sites. Gbatemp isn't against them itself, it just wants to stay operational.

 

[Dionicio3]

I don't think you understood. When you put in the URL, it would set the variable (let's say) {site} to that url. Then if it needs a certain webpage, it would merge the variable with the rest of the text.

Yeah, but not every titlekey site have the same file structure

 

[I pwned U!]

Again, not an option if you want to avoid takedowns or people claiming you're outright supporting illegal titlekeys. There's a difference between compatibility and coding for a specific source.

I can understand that. Either way, it is up to @arc13 to decide.

 

[Jacklack3]

Yeah, but not every titlekey site have the same file structer

but that's not freeshops fault, that's the hosts.

 

[Dionicio3]

I can understand that. Either way, it is up to @arc13 to decide.

I already know he is not gonna add this

 

[Quantumcat]

I hope he fixes sorting. Try sorting by size while searching a word and you'll see what I mean. They're just in a completely random order.

 

[Dionicio3]

but that's not freeshops fault, that's the hosts.

Ok, this is what I mean:
Lets say the titlekey site is example.com. Now lets say someone is hosting there own titlekeys (for their family/friends) on example2.com
titlekey's rss site would be something like example.com/rss.rss, but example2's is example2.com/files/rss.rss. There is no way to tell where it would be, so everyone, stop asking

 

[Jacklack3]

Ok, this is what I mean:
Lets say the titlekey site is example.com. Now lets say someone is hosting there own titlekeys (for their family/friends) on example2.com
titlekey's rss site would be something like example.com/rss.rss, but example2's is example2.com/files/rss.rss. There is no way to tell where it would be, so everyone, stop asking

Maybe in the box where you put the URL there could be advanced options, then it would ask for directorys of files and such. Then on example.com they'd say what options to put.

 

[I pwned U!]

Ok, this is what I mean:
Lets say the titlekey site is example.com. Now lets say someone is hosting there own titlekeys (for their family/friends) on example2.com
titlekey's rss site would be something like example.com/rss.rss, but example2's is example2.com/files/rss.rss. There is no way to tell where it would be, so everyone, stop asking

Unless an option is added to specify the URL for the RSS feed, in which case example2 would just specify the URL as example2.com/files/rss.rss.

 

[Dionicio3]

Maybe in the box where you put the URL there could be advanced options, then it would ask for directorys of files and such. Then on example.com they'd say what options to put.

Yeah, but the average user would not how to do that, anyways, why are we arguing? I know he is not gonna add it and that's final