• kevincox@lemmy.ml
      13·
      1 month ago

      Sort of…

      You can just hope that /favicon.ico works. But 1. it often doesn’t and 2. it is often of low quality.

      To find a favicon on a modern site you need to load the HTML and check Link headers and <link rel=icon> elements. However you likely can’t do this client-side for most sites because of CORS. So you need some server (at the very least to strip CORS). That lets you get the URL but 1. you probably don’t want to have connections to external domains for user privacy and 2. some domains will have hot-link protection so you need to fetch the image via your server. You will also want to consider different image formats and sizes to serve the right image to the right client. On top of all of this the site may be using some sort of bot protection which you will have to fight. Google is almost always whitelisted. The site may also have temporary outages so having a cache would be nice, especially if that is almost always populated before you even know the domain exists.

      At the end of the day you do want some sort of API. And while it isn’t complex it isn’t trivial. So it is nice to just let Google handle it. (Other than tracking risks, but you could proxy Google’s API.)

      • ilinamorato@lemmy.world
        4·
        1 month ago

        Hmm, all of those are fair points. I guess I was just thinking this seems like an overengineered solution to a niche problem, but I suppose for the people who actually have that problem, the solution is good to have.

    • Dataprolet@lemmy.dbzer0.comEnglish
      8·
      1 month ago

      I know that KeepassXC has an automatic favicon downloader built-in and it’s open source. Maybe check out it’s code.

    • ThunderComplex@lemmy.today
      92·
      1 month ago

      No, favicons are usually encrypted and not publically visible. You have to connect your website to the google favicon service for it to be shown to users. /s

      • ilinamorato@lemmy.world
        1·
        1 month ago

        Last night, somewhere in Mountain View, Sundar Pichai sat bolt upright in bed, realizing that there was a possible profit center yet untapped…

  • FrostyPolicy@suppo.fi
    312·
    1 month ago

    Why would you ever want to route your request like this through a third party especially an ad company? To get the favicon of a site you just request www.example.com/favicon.ico.

    • argv minus one@mastodon.sdf.org
      10·
      1 month ago

      @FrostyPolicy

      Not necessarily. You need to fetch the HTML of the web page you want the icon for and see if there’s a <link rel=icon> or equivalent HTTP header.

      And yes, this means different pages on the same site can have different icons.

      @Pro

    • bleistift2@sopuli.xyzEnglish
      3·
      1 month ago

      It doesn’t have to be an *.ico file. So you might need to try different file extensions.

      • FrostyPolicy@suppo.fi
        3·
        1 month ago

        True. I’ve just seen requests to that file in my demo env for web apps I have and I’ve seen my browser request that file by itself when running those locally.

      • kevincox@lemmy.ml
        2·
        1 month ago

        /favicon.ico is the only “default” URL. /favicon.ico is usually not an actual “icon” type anymore but PNG or JPG (but with the same URL). Other than that you need to load the HTML and check for Link headers or <link rel=icon> elements. While URLs like /favicon.png may be popular they aren’t part of any actual protocol.

  • refalo@programming.dev
    6·
    1 month ago

    duckduckgo, icon.horse and favicongrabber.com also have their own APIs for this

    I bet there is a way this could be abused in order to proxy/tunnel arbitrary requests via google IPs. Even if it’s slow and must be done through e.g. PNG image data and dynamic subdomains or something, it would still be possible.

  • MachineFab812@discuss.tchncs.de
    3·
    1 month ago

    I would be more interested in themed favicon sets like on Android or Linux DE’s, and any way that would avoid Google or lock-in/forced updates to such as with the Play store or Windows I would avoid like the plague.

    Gimme back .dll’s full of icons I can create and edit to my liking. For modernization, meta-text(url or application name) for each icon instead of referencing “icon #x in this .dll”, and a format more usefull than .dll’s full of icons that all have to be the same size(and .tiff, .giff, or bitmaps at that, when jpeg and vector formats exist), but that’s about it.

    All this re-inventing-the-wheel/web2.0/3.0 shit is geared towards creating dependency and lock-in in the stupidest ways possible.