Google Chrome - συζητηση, αποριες, προβληματα

[jim_p]

Chrome 75 σημερα
​​​​​​​https://developers.google.com/web/updates/2019/06/nic75

[patrickdrd]

workaround για manifest v3:

What happened?
Chrome decided to deprecate the blocking capabilities of the webRequest API in Manifest V3, not the entire webRequest AP! This manifest does not only break ad-blockers, it also affects other extensions such as Tampermonkey.

The official Manifest can be found here.

Which Chrome(ium) based Browser are not affected?
Brave promised to revert the new webRequest API changes. See also here. Vivaldi also promised to take action.

Using ad-block(er) does not require an "Enterprise Chrome version"
There are several wrong news spread around the internet that ad-blocking needs a "special Enterprise" version, this is totally wrong.

About the Enterprise version
The "Enterprise" version is basically spoken just a normal Chrome version packaged as an .MSI for easy deployment using some kind of software distribution tool. The tool itself is closed source.

What people need is a Windows version which (officially) deploy some type of Group Policy to enable this. Typically that's a Windows 10 Pro/Enterprise version which comes with (gpedit.msc) the Group Policy Editor.

Windows 10 Home users can install gpedit manually. There are also unofficial tools to enable it.

"Unlocking" Ad-Blocking after Manifest V3
Download the Chrome "Enterprise version" (the .msi) file.
Download the Policy and preferences templates (it's not yet updated).
Import the .admx template. I assume MacOS/Linux users getting a separate template (speculation). I will upload them here.
That's pretty much it.
https://github.com/CHEF-KOCH/Chromiu...ff4/Docs/Using ad-blockers after Manifest v3.md

[jim_p]

Ευχαριστω για το λινκ. Παω να ρωτησω αν εχουν σκοπο να κανουν και στην opera κατι αναλογο, γιατι electron σαπιλα (brave και vivaldi) δεν βαζω στο pc μου.

[jim_p]

Good news everyone!

Additionally, we are currently planning to change the rule limit from maximum of 30k rules per extension to a global maximum of 150k rules.

https://blog.chromium.org/2019/06/we...t-request.html

[patrickdrd]

ναι μωρε, το δα, κατσε, εχουμε (πολυ) δρομο ακομα..
αλλα ναι, φαινεται να ειναι σε καλο δρομο το adblocking,
με τα stylus/tampermonkey τι θα γινειιιιιιιιιιιιι;

δεν ειναι μονο το adblocking, ειναι κι αυτα σημαντικα,
βλεπω που εχει γεμισει ο τοπος με ποστ για το adblocking,
αλλα κανενας δεν γραφει γι αυτα

edit:
ο andrey του adguard εδωσε τη σωστη απαντηση:

Andrey Meshkov <ay.meshkov@gmail.com>: Jun 13 01:45AM -0700

Hi Simeon,

150k rules limit is better than 30k indeed, but not enough.
Also, what bothers me is that you're talking about the "static" rules limit.

*The dynamic rules limit is more important to content blockers.*

We are interested in increasing the dynamic rules limit which is
ridiculously low now.
Otherwise, you will hurt not just some content blockers, but the ad
blocking community.

Let me please explain what's the problem.

1. Content blockers work is based on using different filter lists which
are created by volunteers.
2. Filter lists generally have different purposes, and users are free to
choose which of them to use.
3. Here are some examples of the popular filter lists:
- EasyList, AdGuard Base filter, Peter Lowe's list -- ad blocking
filter lists
- EasyPrivacy, AdGuard Tracking Protection filter -- blocking
trackers and such
- Fanboy's Social Blocking list, AdGuard Social Media filter --
blocking all kinds of social widgets
- Fanboy's Annoyances, "I don't care about cookies", AdGuard
Annoyances filter -- cookie notices, sign up pop-ups, etc
- There are many more lists, just take a look here:
https://filterlists.com

*Static rules do not allow having lots of different filter lists.* You are
forcing content blockers to have a single pre-defined filter list, and this
not just greatly limits the functionality but also hurts the huge community
of people who maintain all these lists.

*Q: *But filter lists maintainers will be able to easily create their own
extensions instead?
*A: *Actually, they won't, and here's why:

- Cosmetic rules isn’t a part of this new API
- The lists will be completely independent, so:
- You won’t be able to override a rule from a different list. For
instance, it's often necessary to override some rules from EasyList.
- Whitelisting a website will be the real hell. You’ll need to
disable each one of these extensions.
- Debugging lists will be quite hard for the same reason.

Here's another question - why setting the limit to 150k? The current ad
blocking engines implementations work equally fast with 150k or 300k rules,
it does not matter. So what is the logic behind setting the limit to 150k?
As I explained in another thread
<https://groups.google.com/a/chromium.org/d/msg/chromium-extensions/veJy9uAwS00/j8Zpp_KwAQAJ>,
the artificial limitations of this kind will not help with the overall
performance.

To summarize:

- The current draft will hurt the content blocking community. We need
the dynamic rules limit to be the same as the static rules limit.
- The new limit is better than it was before, but this is still less
than what's needed.


--
Regards,
Andrey Meshkov

CTO at AdGuard

αρα; προς τι οι χαρουλες;

καμια χαρουλα...

wait and see στην καλυτερη..

edit2: δες και τα σχολια του developer του ublock στο twitter:
δεν αλλαξε τιποτα ειπε!

αρα; λαϊκη καταναλωση...

[dimangelid]

Ευχαριστω για το λινκ. Παω να ρωτησω αν εχουν σκοπο να κανουν και στην opera κατι αναλογο, γιατι electron σαπιλα (brave και vivaldi) δεν βαζω στο pc μου.

Σύμφωνα με αυτό δεν είναι Electron.

[jim_p]

Στο αρθρο δεν λεει πουθενα οτι δεν ειναι electron. Λεει μονο αυτο το ανεκδοτο

Elsewhere, Vivaldi's window handling code has been rewritten, providing performance benefits that are especially noticeable on older, slower hardware.

Απο τη wikipedia λοιπον

Vivaldi is built around and based on web technologies such as HTML5, Node.js, React.js, and numerous NPM modules.

Nodejs == electron. Υπαρχουν και σχολια στο reddit που λενε το ιδιο.

[dimangelid]

Στο αρθρο δεν λεει πουθενα οτι δεν ειναι electron. Λεει μονο αυτο το ανεκδοτο

Απο τη wikipedia λοιπον

Nodejs == electron. Υπαρχουν και σχολια στο reddit που λενε το ιδιο.

Πάω πάσο

Χρησιμοποιώ Firefox, έκδοση πριν τα web extensions. Chrome δεν έχω καν στον υπολογιστή μου.

Έχω δοκιμάσει τον Vivaldi σε portable έκδοση και μου άρεσε πολύ. Μια το ότι δεν υποστηρίζει Java και NPAPI extensions και μια που είναι Chromοειδές, έφαγε άκυρο.

[jim_p]

Κανενας chromium based browser δεν υποστηριζει npapi plugins εδω και ~4 χρονια που αφαιρεθηκε η υποστηριξη απο upstream. Για το οτι η java ειναι αποκλειστικα npapi και δεν βγηκε ποτε σαν ppapi, blame oracle.

[albatross]

Ευχαριστω για το λινκ. Παω να ρωτησω αν εχουν σκοπο να κανουν και στην opera κατι αναλογο, γιατι electron σαπιλα (brave και vivaldi) δεν βαζω στο pc μου.

o brave δεν ειναι πλεον electron.
https://thenextweb.com/apps/2018/12/...ium-code-base/

επίσης, ο Eich έχει πει στο twitter οτι θα κρατήσουν ότι λειτουργικότητα αφαιρέσει η Google
https://twitter.com/BrendanEich/stat...41335881912320

[jim_p]

Αν τα λεει σωστα το αρθρο, αλλαξανε απο το muon (= fork του electron) σε κατι αλλο, αλλα δεν λεει σε τι. Οπως και να χει, δεν το ηξερα και καλα κανανε, μπραβο τους.
Δεν βρισκω ομως κανενα deb να τον βαλω να τον ξαναδω.

[albatross]

Chromium based ειναι.
Αν δεις και τα settings ειναι απλα reskin του chrome, με καποιες extra δυνατοτητες
https://brave.com/brave-upgrades/

για linux δες εδω (δεν ξερω αν έχει κατι σε deb)
https://brave-browser.readthedocs.io...ave.html#linux

[jim_p]

Ολοι αυτοι (opera, vivaldi, brave, edge κλπ) ειναι chromium based, δηλαδη εχουν σαν (rendering) engine αυτη του chromium, οπως και ο chrome. Βασικα, επειδη ειναι πιο ευκολο να φτιαξεις ενα browser με την engine του chromium, απο οτι με του ff, εχει κανει και η κουτση Μαρια δικο της, πχ avg και avast.

Το κακο ειναι στο τι χρησιμοποιουν για να φτιαξουν το ui τους, αυτο που βλεπεις δηλαδη, μιας και "κατω απο το καπο" ειναι ολοι ιδιοι. Ο vivaldi χρησιμοποιει electron, το οποιο electron ειναι... το flash του desktop απο καταναλωση πορων. Επιπλεον, το electron βασιζεται στον κωδικα του chromium και καθε για καθε εφαρμογη που κανεις εγκατασταση ή τρεχεις, τρεχεις ακομα ενα πληρη browser για την καθεμια.

Τα οσα λεει εκει για τον brave δεν με βολευουν γιατι ειναι για ubuntu και mint. Τελικα βρηκα deb απο το github του και θα τον δοκιμασω τις επομενες μερες. Προς το παρον πεφτω στο προβλημα με το sandbox που λεει πανω πανω.

[albatross]

Ολοι αυτοι (opera, vivaldi, brave, edge κλπ) ειναι chromium based, δηλαδη εχουν σαν (rendering) engine αυτη του chromium, οπως και ο chrome. Βασικα, επειδη ειναι πιο ευκολο να φτιαξεις ενα browser με την engine του chromium, απο οτι με του ff, εχει κανει και η κουτση Μαρια δικο της, πχ avg και avast.

Chromium based εννοώ (και εννοούν στη συγκεκριμένη περίπτωση) όλο το codebase του chromium και οχι μονο το backend. Φαινεται από το UI εξάλλου.

[jim_p]

Βλεπω εδω που εχει τις οδηγιες για χτισιμο οτι χρησιμοποιει npm, που πρακτικα ειναι nodejs, και τωρα σκεφτομαι να τον βγαλω. Εχουμε καποια πηγη που να λεει οτι οντως δεν χτιζεται με electron?
https://github.com/brave/brave-browser/wiki