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

support data model for multi-part lists #503

Closed
DandelionSprout opened this issue Sep 21, 2018 · 7 comments
Closed

support data model for multi-part lists #503

DandelionSprout opened this issue Sep 21, 2018 · 7 comments
Labels
directory-data changes to basic FilterLists data

Comments

@DandelionSprout
Copy link
Contributor

I am in the process of adding Little Snitch and related lists and syntaxes, and came across https://github.com/naveednajam/Little-Snitch---Rule-Groups during the process.

This appears to be a full conversion of Unified Hosts + Fakenews + Gambling + Porn + Social into Little Snitch's format... but because Little Snitch seems to have a limit of 10,000 entries per list (according to this forum thread), he has chose to split it up into eight smaller lists.

So that leaves me wondering what to do in a situation like this. I feel it'd be unfair (and slightly cluttering) to list them all individually on FilterLists.com in a Unified Hosts for Little Snitch, Part 3-style. And the ability to use multiple view links was not made with scenarios like these in mind.

@collinbarrett collinbarrett added question user question directory-data changes to basic FilterLists data labels Sep 21, 2018
@collinbarrett
Copy link
Owner

Good question. So, the different sections aren't separated by categories at all, it is purely based on a max number of rules per file?

Hmm... First, have we seen this with any other lists? Or is this a first? I know we have some lists that have categorical modules and then a master list combining them all. But, categorical modules have a basis for being listed as a standalone list on its own merit, and the master list can be marked as a Merge of the modules...

Will think on it...

@collinbarrett collinbarrett added the feedback wanted provide your input label Sep 21, 2018
@DandelionSprout
Copy link
Contributor Author

DandelionSprout commented Sep 21, 2018

So, the different sections aren't separated by categories at all, it is purely based on a max number of rules per file?

From what I can determine, that is correct. Each section has a seemingly alphabetically ordered but mashed-together combination of e.g. malware domains, gambling domains, porn domains, and other domains.

First, have we seen this with any other lists? Or is this a first?

This is the first time I have seen it be done in such a way that each section is solely and outright meant to form one "complete" list.

@Atavic
Copy link

Atavic commented Sep 24, 2018

Maybe:
LittleSnitch_1-3 LittleSnitch_2-3 LittleSnitch_3-3

@collinbarrett collinbarrett changed the title What should we do with multi-part lists? support data model for multi-part lists Sep 29, 2018
@collinbarrett collinbarrett removed the question user question label Sep 29, 2018
@collinbarrett
Copy link
Owner

similar (but not identical) to #769

@collinbarrett
Copy link
Owner

Closing as this is now supported in the data model. See "segmentNumber" here.

@porn-records
Copy link

What is the correct formatting for segmentNumber ?? It seems like we have a issue on that in the build, as our combined NSFW for RFC:952 Is a compilation of 4 file with each 3 mirrors.

#2844

@collinbarrett
Copy link
Owner

@porn-records I think you did it right in the PR. The id values in FilterListViewUrl.json just need to be unique.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
directory-data changes to basic FilterLists data
Projects
None yet
Development

No branches or pull requests

4 participants