-
Notifications
You must be signed in to change notification settings - Fork 2
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
lists with outdated URL's... #7
Comments
Hi @dnmTX thanks for reporting will update the links asap. About the Have a nice day/night. |
@funilrys that is a nice feature,let's hope it's working as intended.I'll be checking on it to make sure it does once you update the URL's.Thank you. P.S. For |
This patch update the link as mentioned by Ultimate-Hosts-Blacklist/dev-center#7
This patch update the link as mentioned by Ultimate-Hosts-Blacklist/dev-center#7
Hi @dnmTX, |
Thank you @funilrys .You know....on a second thought(as previously discussed with @ZeroDot1) many of the domains on his lists are going offline for a short time and then coming back to life(i guess some tactic of a sort).So i'd say you leave the dead hosts filtering to him,He does check and removes really dead ones but he checks them for a longer time before taking any decisions. |
Hi @dnmTX, If we match them as |
I think we need some logic in PyFunceble that if a domain was inactive once and became active again we mark it as suspicious and keep it on active? |
@funilrys i think the |
Hi @dnmTX, |
This patch fix #12. Explanation of the SUSPICIOUS status: This status is filled only if we delete an element which is VALID from the inactive database. Renaming: * Of the `HTTP_Analytic` directory to `Analytic`. * Of every analytic index in the configuration file. * Of every occurences of http_analytic in the code. * Of `Generate._analytic_file()` to `Generate.analytic_file()` Introduction: * Of the `SUSPICIOUS` index in the configuration file. * Of the `SUSPICIOUS` logic. * Of the automatic update of the directory structure file. * Of the link the psl database into the configuration file. * Of a safety check for the HTTP Code before we generate any types of file. Review: * of typo into README.rst * Of the way we construct the right analytic directory. * Of the way we test the `Database()` class. Update: * Of the version number. * Of dir_structure_production.json in order to fill the new structure. * Of the way we update the directory structure map from the configuration file. * Of the way we reference link to download. * Of the colomns documentation. * Of the configuration documentation. * Of the information documentation. * Of the `What can we do ?` section of the README.rst Deprecation: * Of all version which are less or equal to `0.102.0` Contributors: * @mitchellkrogza (#12 && Ultimate-Hosts-Blacklist/dev-center#7 (comment))
@funilrys consider changing P.S. You told @quidsup that you are informed of the changes but here the URL's are still from GitHub.What's up with that? |
Also, our whole organization (Ultimate-Hosts-Blacklist) - except for special repositories - has for purpose to test input source and provide the Understand that this organization is only the backend of the main repository mitchellkrogza/Ultimate.Hosts.Blacklist. Everyday at As we need many IP to have consistent test for long list, we choose by design to use Travis CI which is great as it's offer a free usage for open repository. To understand why the repository are not updated right in the way, you have to understand that Travis CI only allow us to run 5 instances at the same time. We are aware that our system provide some stress to the Travis CI team and infrastructure as our system is maybe one of those rare who run almost 24/24/7 that's why we accept those 5 instances limitation. In order to allow bigger list to run stright away when they are under test, we implemented a code side "switch". Therefor if you find that I hope that this clarify what was misunderstood (if something was actually misunderstood). Cheers, |
@funilrys this is what misled me: Makes the impression that still the old URL's are in use.Obviously my mistake,sorry for the confusion,basically disregard my last post.Thank you for that in detail explanation. |
Fixed. |
This patch fix #12. Explanation of the SUSPICIOUS status: This status is filled only if we delete an element which is VALID from the inactive database. Renaming: * Of the `HTTP_Analytic` directory to `Analytic`. * Of every analytic index in the configuration file. * Of every occurences of http_analytic in the code. * Of `Generate._analytic_file()` to `Generate.analytic_file()` Introduction: * Of the `SUSPICIOUS` index in the configuration file. * Of the `SUSPICIOUS` logic. * Of the automatic update of the directory structure file. * Of the link the psl database into the configuration file. * Of a safety check for the HTTP Code before we generate any types of file. Review: * of typo into README.rst * Of the way we construct the right analytic directory. * Of the way we test the `Database()` class. Update: * Of the version number. * Of dir_structure_production.json in order to fill the new structure. * Of the way we update the directory structure map from the configuration file. * Of the way we reference link to download. * Of the colomns documentation. * Of the configuration documentation. * Of the information documentation. * Of the `What can we do ?` section of the README.rst Deprecation: * Of all version which are less or equal to `0.102.0` Contributors: * @mitchellkrogza (#12 && Ultimate-Hosts-Blacklist/dev-center#7 (comment))
@funilrys there are three lists so far that i've encounter which moved their repos to GitLab, very much active with at least one weekly update and here and in dead-hosts you still using the old URL's from GitHub which are outdated to say the least.If you don't mind look in to it.I'd rather download those lists from here but knowing that they're outdated is a big NO NO for me:
https://github.com/Ultimate-Hosts-Blacklist/quidsup_notrack_trackers
https://github.com/Ultimate-Hosts-Blacklist/quidsup_malicious-sites
New URL:
https://gitlab.com/quidsup/notrack-blocklists
https://github.com/Ultimate-Hosts-Blacklist/ZeroDot1_CoinBlockerLists
New URL:
https://gitlab.com/ZeroDot1/CoinBlockerLists
Thank you.
P.S. Another thought...on active lists like the one mentioned above or any other the
domain.list
needs to be updated more often,like at least once weekly(don't want to push it but twice weekly sounds even better 🙂)The text was updated successfully, but these errors were encountered: