Neues nicht-transparentes favicon.ico wirkt nicht
bearbeitet von Raketenwilli> Offenbar kann ich bei der Vielzahl der Browser nicht erwarten, das sich irgend eine beliebige Farbe vom Hintergrund abhebt, also muss ich den Hintergrund mitliefern?
Nicht mal unbedingt wegen der Browser an sich: Für den Firefox gibt es wunderbunte Skins und dann hätten wir noch die Designverwaltungen diverser Betriebssysteme, die einerseits jegliche Geschmacksverirrung andererseits aber auch etwas wie einen Nachtmodus erlauben.
→ Ja. Hintergrund mitliefern.
> Doch das alte Logo wird in den Tab Reitern gezeigt, obwohl ich den FF morgens neu starte.
Ein Cache ist ein Cache ist ein Cache…
Überprüfe mal die Antwort-Header für https://remso.eu/favicon.ico:
~~~
Accept-Ranges: bytes
Connection: Keep-Alive
Content-Length: 1150
Content-Type: image/vnd.microsoft.icon
Date: Wed, 09 Feb 2022 11:51:02 GMT
ETag: "47e-596739195aeb6"
Keep-Alive: timeout=5, max=100
Last-Modified: Sun, 03 Nov 2019 16:19:51 GMT
~~~
Das Favicons „störrisch“ sind ist ein bekannter Effekt. Manchmal hilft es, das Icon explizit abzurufen, das also nicht der eingebauten „favicon.jsm“ zu überlassen. Manchmal hilft das Löschen des Browsercaches.
Versuchs mal mit
~~~
~> firefox --ProfileManager
~~~
lege dann ein neues Profil z.B. "Test" an. Schau dann, was Du bekommst, das sollte mit dem explizit geladenem übereinstimmen. Du kannst es bei einem weiteren Start mit der Option löschen.
Keinen Einfluss hast Du auf die Browser der Benutzer.
**Letzter und hoffentlich zielführender Tip:**
Bei statische Ressourcen (Dateien) wird das Last-Modified-Datum vom Webserver anhand von Metadaten des Dateisystems ermittelt. Es ist möglich, dass dieses Datum nicht oder „in der falschen Richtung“ geändert wurde, denn ich erhalte *„Last-Modified: Sun, **03 Nov 2019** 16:19:51 GMT“*. Das kann das Datum von Deinem Dateisystem sein. Ist das „neue“ Icon vielleicht älter (früher gespeichert worden) als vermeintlich „ältere“?
Manche Übertragungsprogramme setzen auch auf dem entfernten Host das vom lokalen Dateisystem gelesene Last-Modified-Datum.
**Handlungsempfehlung:**
→ Sieh also zu, dass das aktuelle Favicon formal „neuer“ ist als das, welches Du ersetzen willst.
Etwas wie
~~~BASH
stat favicon.ico; # Ansehen
mv favicon.ico favicon.ico.alt
cat favicon.ico.alt > favicon.ico
chmod 644 favicon.ico
rm favicon.ico.alt
stat favicon.ico; # Ansehen
~~~
sollte auf einen unixioiden System (e.g. Linux) **sicher und brutalst möglich** erzwingen, dass Dein Favicon auf jeden Fall das aktuelle Datum hat…
Freilich gänge das auch mit `touch -t YYYYMMDDHHmm[ss] DATEI`:
~~~
touch -t 202202090102 favicon.ico
stat favicon.ico
Datei: favicon.ico
Größe: 1 Blöcke: 8 EA Block: 4096 Normale Datei
Gerät: 10303h/66307d Inode: 21364839 Verknüpfungen: 1
Zugriff: (0664/-rw-rw-r--) Uid: ( 1000/ fastix) Gid: ( 1000/ fastix)
Zugriff: 2022-02-09 01:02:00.000000000 +0100
Modifiziert: 2022-02-09 01:02:00.000000000 +0100
Geändert: 2022-02-09 13:31:18.155043542 +0100
Geburt: -
~~~
Neues nicht-transparentes favicon.ico wirkt nicht
bearbeitet von Raketenwilli> Offenbar kann ich bei der Vielzahl der Browser nicht erwarten, das sich irgend eine beliebige Farbe vom Hintergrund abhebt, also muss ich den Hintergrund mitliefern?
Nicht mal unbedingt wegen der Browser an sich: Für den Firefox gibt es wunderbunte Skins und dann hätten wir noch die Designverwaltungen diverser Betriebssysteme, die einerseits jegliche Geschmacksverirrung andererseits aber auch etwas wie einen Nachtmodus erlauben.
→ Ja. Hintergrund mitliefern.
> Doch das alte Logo wird in den Tab Reitern gezeigt, obwohl ich den FF morgens neu starte.
Ein Cache ist ein Cache ist ein Cache…
Überprüfe mal die Antwort-Header für https://remso.eu/favicon.ico:
~~~
Accept-Ranges: bytes
Connection: Keep-Alive
Content-Length: 1150
Content-Type: image/vnd.microsoft.icon
Date: Wed, 09 Feb 2022 11:51:02 GMT
ETag: "47e-596739195aeb6"
Keep-Alive: timeout=5, max=100
Last-Modified: Sun, 03 Nov 2019 16:19:51 GMT
~~~
Das Favicons „störrisch“ sind ist ein bekannter Effekt. Manchmal hilft es, das Icon explizit abzurufen, das also nicht der eingebauten „favicon.jsm“ zu überlassen. Manchmal hilft das Löschen des Browsercaches.
Versuchs mal mit
~~~
~> firefox --ProfileManager
~~~
lege dann ein neues Profil z.B. "Test" an. Schau dann, was Du bekommst, das sollte mit dem explizit geladenem übereinstimmen. Du kannst es bei einem weiteren Start mit der Option löschen.
Keinen Einfluss hast Du auf die Browser der Benutzer.
**Letzter und hoffentlich zielführender Tip:**
Bei statische Ressourcen (Dateien) wird das Last-Modified-Datum vom Webserver anhand von Metadaten des Dateisystems ermittelt. Es ist möglich, dass dieses Datum nicht oder „in der falschen Richtung“ geändert wurde, denn ich erhalte *„Last-Modified: Sun, **03 Nov 2019** 16:19:51 GMT“*. Das kann das Datum von Deinem Dateisystem sein. Ist das „neue“ Icon vielleicht älter (früher gespeichert worden) als vermeintlich „ältere“?
Manche Übertragungsprogramme setzen auch auf dem entfernten Host das vom lokalen Dateisystem gelesene Last-Modified-Datum.
**Handlungsempfehlung:**
→ Sieh also zu, dass das aktuelle Favicon formal „neuer“ ist als das, welches Du ersetzen willst.
Etwas wie
~~~BASH
stat favicon.ico; # Ansehen
mv favicon.ico favicon.ico.alt
cat favicon.ico.alt > favicon.ico
chmod 644 favicon.ico
rm favicon.ico.alt
stat favicon.ico; # Ansehen
~~~
sollte auf einen unixioiden System (e.g. Linux) **sicher und brutalst möglich** erzwingen, dass Dein Favicon auf jeden Fall das aktuelle Datum hat…
Freilich gänge das auch mit touch -t YYYYMMDDHHmm[ss]:
~~~
touch -t 202202090102 favicon.ico
stat favicon.ico
Datei: favicon.ico
Größe: 1 Blöcke: 8 EA Block: 4096 Normale Datei
Gerät: 10303h/66307d Inode: 21364839 Verknüpfungen: 1
Zugriff: (0664/-rw-rw-r--) Uid: ( 1000/ fastix) Gid: ( 1000/ fastix)
Zugriff: 2022-02-09 01:02:00.000000000 +0100
Modifiziert: 2022-02-09 01:02:00.000000000 +0100
Geändert: 2022-02-09 13:31:18.155043542 +0100
Geburt: -
~~~
Neues nicht-transparentes favicon.ico wirkt nicht
bearbeitet von Raketenwilli> Offenbar kann ich bei der Vielzahl der Browser nicht erwarten, das sich irgend eine beliebige Farbe vom Hintergrund abhebt, also muss ich den Hintergrund mitliefern?
Nicht mal unbedingt wegen der Browser an sich: Für den Firefox gibt es wunderbunte Skins und dann hätten wir noch die Designverwaltungen diverser Betriebssysteme, die einerseits jegliche Geschmacksverirrung andererseits aber auch etwas wie einen Nachtmodus erlauben.
→ Ja. Hintergrund mitliefern.
> Doch das alte Logo wird in den Tab Reitern gezeigt, obwohl ich den FF morgens neu starte.
Ein Cache ist ein Cache ist ein Cache…
Überprüfe mal die Antwort-Header für https://remso.eu/favicon.ico:
~~~
Accept-Ranges: bytes
Connection: Keep-Alive
Content-Length: 1150
Content-Type: image/vnd.microsoft.icon
Date: Wed, 09 Feb 2022 11:51:02 GMT
ETag: "47e-596739195aeb6"
Keep-Alive: timeout=5, max=100
Last-Modified: Sun, 03 Nov 2019 16:19:51 GMT
~~~
Das Favicons „störrisch“ sind ist ein bekannter Effekt. Manchmal hilft es, das Icon explizit abzurufen, das also nicht der eingebauten „favicon.jsm“ zu überlassen. Manchmal hilft das Löschen des Browsercaches.
Versuchs mal mit
~~~
~> firefox --ProfileManager
~~~
lege dann ein neues Profil z.B. "Test" an. Schau dann, was Du bekommst, das sollte mit dem explizit geladenem übereinstimmen. Du kannst es bei einem weiteren Start mit der Option löschen.
Keinen Einfluss hast Du auf die Browser der Benutzer.
**Letzter und hoffentlich zielführender Tip:**
Bei statische Ressourcen (Dateien) wird das Last-Modified-Datum vom Webserver anhand von Metadaten des Dateisystems ermittelt. Es ist möglich, dass dieses Datum nicht oder „in der falschen Richtung“ geändert wurde, denn ich erhalte*„Last-Modified: Sun, 03 Nov 2019 16:19:51 GMT“*. Das kann das Datum von Deinem Dateisystem sein. Ist das „neue“ Icon vielleicht älter (früher gespeichert worden) als vermeintlich „ältere“?
Manche Übertragungsprogramme setzen auch auf dem entfernten Host das vom lokalen Dateisystem gelesene Last-Modified-Datum.
**Handlungsempfehlung:**
→ Sieh also zu, dass das aktuelle Favicon formal „neuer“ ist als das, welches Du ersetzen willst.
Etwas wie
~~~BASH
stat favicon.ico; # Ansehen
mv favicon.ico favicon.ico.alt
cat favicon.ico.alt > favicon.ico
chmod 644 favicon.ico
rm favicon.ico.alt
stat favicon.ico; # Ansehen
~~~
sollte auf einen unixioiden System (e.g. Linux) **sicher und brutalst möglich** erzwingen, dass Dein Favicon auf jeden Fall das aktuelle Datum hat…
Freilich gänge das auch mit touch -t YYYYMMDDHHmm[ss]:
~~~
touch -t 202202090102 favicon.ico
stat favicon.ico
Datei: favicon.ico
Größe: 1 Blöcke: 8 EA Block: 4096 Normale Datei
Gerät: 10303h/66307d Inode: 21364839 Verknüpfungen: 1
Zugriff: (0664/-rw-rw-r--) Uid: ( 1000/ fastix) Gid: ( 1000/ fastix)
Zugriff: 2022-02-09 01:02:00.000000000 +0100
Modifiziert: 2022-02-09 01:02:00.000000000 +0100
Geändert: 2022-02-09 13:31:18.155043542 +0100
Geburt: -
~~~
Neues nicht-transparentes favicon.ico wirkt nicht
bearbeitet von Raketenwilli> Offenbar kann ich bei der Vielzahl der Browser nicht erwarten, das sich irgend eine beliebige Farbe vom Hintergrund abhebt, also muss ich den Hintergrund mitliefern?
Nicht mal unbedingt wegen der Browser an sich: Für den Firefox gibt es wunderbunte Skins und dann hätten wir noch die Designverwaltungen diverser Betriebssysteme, die einerseits jegliche Geschmacksverirrung andererseits aber auch etwas wie einen Nachtmodus erlauben.
→ Ja. Hintergrund mitliefern.
> Doch das alte Logo wird in den Tab Reitern gezeigt, obwohl ich den FF morgens neu starte.
Ein Cache ist ein Cache ist ein Cache…
Überprüfe mal die Antwort-Header für https://remso.eu/favicon.ico:
~~~
Accept-Ranges: bytes
Connection: Keep-Alive
Content-Length: 1150
Content-Type: image/vnd.microsoft.icon
Date: Wed, 09 Feb 2022 11:51:02 GMT
ETag: "47e-596739195aeb6"
Keep-Alive: timeout=5, max=100
Last-Modified: Sun, 03 Nov 2019 16:19:51 GMT
~~~
Das Favicons „störrisch“ sind ist ein bekannter Effekt. Manchmal hilft es, das Icon explizit abzurufen, das also nicht der eingebauten „favicon.jsm“ zu überlassen. Manchmal hilft das Löschen des Browsercaches.
Versuchs mal mit
~~~
~> firefox --ProfileManager
~~~
lege dann ein neues Profil z.B. "Test" an. Schau dann, was Du bekommst, das sollte mit dem explizit geladenem übereinstimmen. Du kannst es bei einem weiteren Start mit der Option löschen.
Keinen Einfluss hast Du auf die Browser der Benutzer.
Letzter Tip: Bei statische Ressourcen (Dateien) wird das Last-Modified-Datum vom Webserver anhand von Metadaten des Dateisystems ermittelt. Es ist möglich, dass dieses nicht oder in der falschen Richtung geändert wurde (Hier: *„Last-Modified: Sun, 03 Nov 2019 16:19:51 GMT“*).
Manche Übertragungsprogramme setzen auch auf dem entfernten Host das vom lokalen Dateisystem gelesene Last-Modified-Datum.
**Handlungsempfehlung:**
→ Sieh also zu, dass das aktuelle Favicon formal „neuer“ ist als das, welches Du ersetzen willst.