Beiträge von Synonym

Also das mit dem Bing und der Ansicht bei Dir ist normal. Das ist der Fehler, den ich hier quasi schon seit vielen Jahren habe. Also das, dass man die Seiten nicht durchklicken kann, wieder die Seite 1 bekommt, aber mit Inhalt von Seite 2 oder umgedreht etc. Manchmal bleibt der Unterstrich der Pagination bei 1 stehen, auch wenn man 2, 3 oder sonst was anklickt, manchmal nicht. Es kommt aber fast immer Seite 1 als Ansicht. Mit viel Glück kommt einmalig Seite 2.

Also mein Key war nur 24 Stunden online.

Google ging hoch auf um die 800 Treffer. Nun sind es 108, angezeigt werden davon 75. Bei "Suche unter Einbeziehung der übersprungenen Ergebnisse wiederholen." kommen alle 108.

Bing zeigt mir zu KEY 352.000 Treffer. Sehen tue ich auf P1 und2 meine Seiten. Alles andere ist fremder Mist. Durchzählen kann ich nicht, denn bis zur durchgeklickten Seite 15 sehe ich immer wieder nur die Ergebnisse von Seite 1. Mit "KEY" sollen es 20 Treffer sein. Auf Seite 1 sehe ich zwei Treffer. Durchklicken geht auch hier nicht, es kommt immer wieder Seite 1. Und Suchvorschläge habe ich hier genauso wirre, wobei meine fast alle irgendwas mit "blau" zu tun haben. Key fängt ja mit "blau" an.

DuckDuck zeigt exakt die gleichen 2 wie Bing auf Seite 1 an. Aber nur zwei, keine angeblichen 20, keine Pagination etc. sondern darunter "Keine Ergebnisse gefunden für KEY".

Also eigentlich so wie bei Dir und so, wie ich es auch erwartet hatte.

Also diesen Spam bekomme ich auch. Geht mir auch schon auf den Keks, ständig was von BlackFriday und dazu auch noch legitime Mails / Werbung, aber auch jeden Tag zwei oder drei verschiedene vom gleichen Sender. Ebenso, Emails sind teils bei FB (nur Konto angelegt, nie weiter benutzt), teils nagelneue zum Servertest und teils alte, wo der Spam vorher aber nicht war. Ebenso Spam auf anderen Adressen, die Greylisting umgehen, weil die gleich jede Spammail dreifach schicken. Gefakte Absender in dem Fall fast immer Lidl, Ikea, Bild, Kaufhof, Sparkasse, Otto.

Sie eigentlichen Sender, meist irgendwas aus Rumänien mit Senderadressen von irgendwelchen ".work" oder ".in"-Domänen. Oder eben normale Spam-Mails von Hotmail-, Live und Co.-Adressen.

Manche Mails sind so groß, dass mir der Thunderbird abstürzt, wenn ich die aufrufe. Also nicht groß von den MB her, sondern vom Inhalt. Ist nur Text, teils auch einfach nur 10.000-fach meine Email-Adresse nacheinander.

Ich bin mir nicht sicher, aber ist schon wieder Ostern? Wir haben einen Hasen im Hof

Naja, Kontrolle nur, weil sie keine Maske hatte. Kontrolliert wurde da sonst gar keiner. War hier mittlerweile in drei Läden, nirgends wurde kontrolliert. In der Regel ist auch gar keiner da, der das machen könnte.

Gestern im Kupsch war eine Frau hinter mir an der Kasse, ohne Maske. Sie hatte ein Attest dabei, dass sie keine tragen darf und auch einen Impfnachweis. Frag mich nicht, da war was los. Die Kassiererin war sich nicht sicher, was sie machen soll, rief eine Kollegin, die rief dann den Filialleiter und die Diskussion ging weiter. Da fragte ich mich dann auch. Schön und gut, Kontrolle, aber hätte die einfach ihre zwei Artikel bezahlt und wäre gegangen, wäre sie 100x schneller wieder draußen gewesen als so

DuckDuck bedient sich so gut wie bei allen großer Sumas, ausgenommen Google. Ebenso haben sie einen eigenen Bot, der ist aber nur sehr sehr schwach unterwegs und bedient sich eher bekannten, großen Webseiten wie Wikipedia und Co, der spidert weniger das ganze Netz, so wie Google oder eben Bing. Dazu kommt, dass sie eben, aus den Daten eine Art eigenen Index machen wollen.

Im Grunde ist DuckDuckGo keine eigene richtige Suchmaschine. Auch keine Meta-Suchmaschine wie metager.de, sondern ein Mashup, das eben bereits vorhandene Daten, wenn möglich, neu zusammenbaut. Und neu zusammenbaut bedeutet hier im Zweifel, dass die Listen vielleicht anders sind, aber nicht die einzelnen Ergebnisse an sich. Wie auch. Wenn die ein Ergebnis z.B. von Deiner Seite bei Bing gezogen haben, dann ist das so. Das ist dann ja nicht die ganze Seite von Dir, wo die was neues draus machen können, sondern eben nur der kleine Teil (Snippet), den Bing auslieferte, oder eben eine andere Suchmaschine. DuckDuck arbeitet also mit einer ganz anderen Datenbasis als eine normale Suchmaschine. Unterscheiden können sich Listen aber, wenn über die Snippets eigene Filter laufen, also Dinge ausgeblendet werden, die vielleicht Bing anzeigt oder umgedreht. Oder wenn DuckDuck vielleicht was über Yandex gezogen hat, das Bing noch nicht kennt oder nicht anzeigt.

Daher schrieb ich oben mal, wenn Du das wirklich wissen willst, was von wo kommt, dann müsstest Du mit lauter verschiedenen Testskeys arbeiten, jeweils einzelne Sumas sperren, mit noch mal anderen Testkeys arbeiten und Sumas direkt befüttern, also nur bei der einen einreichen und dann schauen, welches wo auftauchen. Wenn man z.B. was nur bei Google direkt einreicht, dann gibt es keine Möglichkeit, dass das ein anderer einfach so findet auf der Seite. Also gibt es nur dort Treffer, wo die Daten von Google gezogen wurden. Das müssten dann aber eben auch hochwertige Inhalte sein, sonst könnte es passieren, dass man das bei Bing einreicht, die es anzeigen, aber DuckDuck sagt "hab es bei Bing gefunden, interessiert mich aber nicht".

Wegen falschem Datum.... Ich meine so was wie im Post "Ecoliner". Der ist vom 10.07.2010. Bing zeigt an "07.10.2010". Das machen die überall, wo Tag und Monat <= 12 ist. Die scheinen da wohl irgendwie deutsches und amerikanischen Format zu verwechseln.

Sprich:

16.01.2007 stimmt

02.10.2021 ist eigentlich ein 10.02.2021

17.05.2010 stimmt wieder

06.02.2010 ist ein 02.06.2010

06.08.2010 ist eigentlich ein 08.06.2010

Bing und DuckDuck gehören auch "zusammen" bzw. bedient sich DuckDuck bei Bing. Hatten wir doch schon.

Wegen dem Datum. Ja, Bing hat da ein Problem. Ist Dir das noch nicht aufgefallen? Es stimmt so gut wie keines in den Snippets. Also keines von denen, die Bing selbst als erstes davor setzt.

Das von Dir genannte hingegen stimmt zu 100%, denn auf der Seite steht:

Zitat

admin

Site Admin

Beiträge: 292

Registriert: 16.01.2007, 13:07

Wenn es das Forum also erst seit 2010 gibt, wie konnte sich der Admin dann 2007 registrieren? Selbst das 12:07 Uhr stimmt, denn das Forum wechselt beim Bot auf die Zeitzone UTC. Dir angezeigt wird 13:07 Uhr, da UTC+1

Zitat von cura

was er aber, so mein Gefühl, immer noch teilweise auf eigene Unzulänglichkeit zurückführt

Da stimme ich Dir sogar zu, wenn es Dinge sind, wo viel zusammen kommt und nicht klar ist, was nun was ist. Hatte ja einen Serverausfall, dann einen Serverwechsel, auch wechsel von Apache auf Nginx, dann DNS-Provider-Wechsel (Prosite) und dann gab es da noch die Google-Updates. Also sehr viel auf einmal und mehr oder weniger alles binnen einer Woche.

Seit 10 Tagen suche ich nun schon nach einem Problem. Ja, ich dachte das liegt an mir bzw. meinem neuen Server. Ein Bild zum angucken.

Der erste Knick nach unten war der Serverwechsel von Apache auf Nginx. Dann kam plötzlich ein ganz komisch niedriger Wert. Am Ende dann wieder "normal". Nee, nicht normal, denn das ist genauso langsam wie vor dem Serverwechsel, das kann nicht sein.

Andere Sub, gleicher Server:

Auch hier. Erst normal, dann Wechsel auf Nginx. Plötzlich auch hier alles sehr langsam. Natürlich macht man sich dann Gedanken, ob da was am Server falsch ist oder falsch läuft. Also suchen, suchen und noch mal suchen. Dabei merken, dass gar kein Status 304 ausgeliefert wird. Warum nur?

Als Erklärung zwischendurch. Es werden hier statische Dateien abgerufen, Bilder. Und die Bilder sind die gleichen, die laufen nur über verschiedene Subs. Es ist also die gleiche Zieldatei, der gleiche Zielserver, die gleiche Config. Unterschied ist nur, dass einmal per img0.domain.tld und einmal mit img0.anderedomain.tld abgerufen wird.

Die WMT bestätigen es, kein 304:

Seit dem 1.11. oder 2.11. erfolgt kein einziger Status-Code 304 mehr. Also laut Google. Nicht nur bei der Domain, auch noch bei anderen, aber NICHT ALLEN.

Also einen anderen Server genommen, der von den ganzen technischen Umstellungen nicht betroffen war. Dort erst mal alles gut, bis heute morgen. Ich dachte ich verschluck gleich die Kaffeetasse....

Ok, auch heute wieder den ganzen Tag bisher gesucht und gemacht und getan, dann finde ich zufällig dieses Bild hier bei Twitter.....

Quelle:

Schaut irgendwie sehr ähnlich aus, wie bei mir. Also weiter gesucht und dann den Artikel hier gefunden: https://www.searchenginejournal.com/googlebot-craw…ed-data/427238/

Was soll ich sagen? Ich kann alles was da drinnen steht bestätigen, nur teilweise mit anderen Daten, also Tendenz eher ein paar Tage früher oder eben, wie das vorletzte Bild, jetzt erst.

Zitat von cura

Das kann ja eigentlich nur bedeuten, dass sie sich aus dem eigenen, alten Archivierten bedienen.

Genau diese Vermutung habe ich gerade, dass die sich was selbst zusammenbauen, aus alt und neu und halt einfach z.B. beim Cache ein Datum setzen, wenn das passierte. Daher oben das mit "wenn Google behauptet, was gefunden zu haben".

So nach dem Motto: Verkaufe original Neuwagen BJ 2021, ist aber ein VW Käfer von 1965 mit einem Radio von 2000.

Musste grad mal schauen. SSL gibt es seit Juli 2015, damals noch ein gekauftes von Comodo. Ohne www gab es noch nie, wenn, dann nur durch einen Serverfehler. Wird aber immer weitergeleitet. Die alten URL-Struktur gab es letztmalig im Oktober 2014. Und im Index ist seit dem Problem eine Mischung aus allem. Also nicht nur Unterschiede bei den einzelnen Seiten, sondern auch bei den Kombinationen einer Seite selbst, z.B. hat SSL, aber kein www oder alte URL-Struktur. Und die Struktur lässt sich einfach erkennen, denn es wechselte z.B. "_" auf "-" oder sowas wie "/seite-1" einfach zu "/", also "Pagination" für Seite 1 entfernt etc. Ist alles wieder da und im Index

Und das ist ja noch nicht alles. Gibt ja noch mehr, was in den Zeitraum fällt.

Ich korrigiere mich wegen dem Referrer. Das ist doch nicht nur die eine spezielle Datei, das sind alle. Sogar mit zeitlichem Ablauf, also nicht wie sonst, eine URL, dann später irgendwann eine andere. Nee. Zugriff auf eine Seite, dort direkt Zugriff auf Piwik und auf die Maps von OSM.

66.249.74.64 - - [25/Nov/2021:18:13:15 +0100] "GET /unterkuenfte/art-Ferienh%C3%A4user/land-Niederlande/ HTTP/1.1" 200 8714 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"


66.249.74.64 - - [25/Nov/2021:18:13:18 +0100] "GET /addons/piwik/piwik.php HTTP/1.1" 200 20850 "https://www.hund-und-herrchen.de/unterkuenfte/art-Ferienh%C3%A4user/land-Niederlande/" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like
Gecko; compatible; Googlebot/2.1; +http://www.google.com/bot.html) Safari/537.36"


66.249.74.64 - - [25/Nov/2021:18:13:19 +0100] "GET /addons/leaflet-osm/ajaxdata/osm-map-data-20210104.php?v=0.1&id=20392&typ=100200000&objekt=5 HTTP/1.1" 200 5327 "https://www.hund-und-herrchen.de/unterkuenfte/art-Ferienh%C3%A4u
ser/land-Niederlande/" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Googlebot/2.1; +http://www.google.com/bot.html) Safari/537.36"

Die Zugriffe 2 und 3 scheinen der Renderer zu sein.

Alex, wegen Hilfe mache ich schon noch einen neuen Thread auf. Ich schrieb hier nur wegen Deinem "daraus lernen". Ich kann daraus gar nix lernen. Es geht mir nicht in den Kopf, wie Google einen Cache oder Suchergebnisse zusammenbastelt, mit technischem Stand von 2014, URL-Struktur von 2016 und Inhalten von 2021 und dann auch noch behauptet, er hätte es jetzt gerade eben auf Seite X gefunden. Und genau diese Seite X eben auch seit 2014 nicht mehr existiert. Und eben nicht in den Kopf, dass diese alten und falschn Seiten eben alle richtig weiterleiten, dass es keine Nachweise für einen Botzugriff darauf gibt, dass andere wie Archive.org genau das bestätigen etc. Nur Google behauptet es mit der Folge, dass der Traffik von heute auf morgen um 80% gefallen ist. Und schön natürlich, warum ist der nun gefallen? Wegen dem Core-Update? Wegen dem "Fehler"? Wegen Corona-Maßnahmen? Ist ja quasi alles +-2 Tage zusammen. Und eben just die Daten aus genau dem Zeitraum in den Webmastertools fehlen.

Fakt ist nur, die Fehler sind da, sind im Index und ich habe weniger Traffik als letztes Jahr im kompletten Lockdown.

Zitat von Alex07

Ich kann bei sowas nur einen Rat geben: Draus lernen!

Super Alex. Den Rat hast Du mir schon per Whatsapp gegeben und es hilft gleich null.

Was soll man draus lernen, wenn Google eine Seite Y im Index hat und behauptet, diese URL auf Seite X gefunden zu haben. Seite X gibt es seit 7 Jahren nicht mehr und die angeblich dort verlinkte Seite Y gab es NIE, also nicht zu dem Zeitpunkt, als Seite X da war (gab es vor 3-4 Jahren). Ist gar nicht möglich. Und Google dann auch noch meint, nee, ich ignoriere einfach mal den Canonical, ich ignoriere 301 zu "www" und SSL sowieso, also nehme ich als selbst auserwählt eine Seite Z, die es definitiv noch nie gab. Nämlich neue URL-Struktur in Verbindung mit "ohne www" und ohne SSL.

Die "neue URL-Struktur" gab es aber immer nur mit www und mit SSL.

Und was soll ich dazu sagen, dass am 17.11. ein Core-Update war und die Probleme just am 17.11. angefangen haben. Soll ich was dazu schreiben, dass das Ranking gefährdet ist, weil SSL teilweise "nicht da ist", Google das meldet, aber in der Hilfe dazu schreibt, dass sie aus technischen Gründen keine Liste mit den Seiten ohne SSL anzeigen können? Aha, können sie nicht? Was unterscheidet so eine Liste von einer anderen?

Muss ich was dazu sagen, dass auch just seitdem die Probleme sind bzw. seit dem 19.11., die Webmastertools keine neuen, brauchbaren Daten mehr liefern? Heute schon wieder, aber zwischen 19.11. und gestern fehlt alles. Oder, dass man über jeden Scheiß im Sekundentakt von Google informiert wird, aber über so was, dass plötzlich angeblich kein SSL mehr da sein soll, da kommt keine einzige Mail, nicht binnen 6 Tagen?

Muss ich verstehen, warum eine andere Domain angeblich "leere Seiten" ausliefert? Also Fehlermeldung "Seite ohne Inhalt"? Muss ich erwähnen, dass es sich dabei um statische HTML-Seiten handelt, die entweder gar nicht da sind oder mit Inhalt gefüllt? Leer gibt es die überhaupt nicht.

Sagte ich schon, dass das kein Bug in den WMT ist? Nein? Dann jetzt. Denn alles, was Google hier als Fehler bemängelt ist im Index bzw. eben alle Webseiten-Versionen, die Google da meint nutzen zu wollen / gefunden zu haben. Also Domain mit www und SSL, ohne WWW, ohne SSL, ohne beides. Alle Versionen sind im Index und das gefühlt 40 Plätze weiter hinten als vorher.

Oder sagen, dass es technisch gar nicht möglich ist, eine Seite ohne SSL abzurufen? Selbst wenn da was falsch laufen sollte, dann würde halt eine default-Seite mit falschem SSL-Zertifikat kommen, aber es kommt immer SSL, denn selbst der Default-Host leitet weiter, ausgenommen ist da nur Certbot.

So, also daraus lernen. Lernen kann man durch Fragen, also frage ich mal. Wie schafft es Google, am 24.11. eine Seite abzurufen, mit aktuellen Daten, aber ohne SSL, ohne www und alte Ordner-Struktur. Also Inhalt von vorgestern, aktuelle Layout, aber technische Umsetzung von Mitte 2014. Also ich meine mit "schafft es abzurufen", dass Google das behauptet und eben auch die Caches dieses Datum tragen. Einen Zugriff im Server-Logfile kann ich keinen einzigen finden.

Achso, sagte ich schon, dass auch wieder "Partnerwebseiten", also so Linklisten, wie es früher üblich war, wieder im Index sind? Seltsam, die sind seit 2013 gelöscht, die gibt es nicht mal mehr auf dem Server.

Und was mir so ganz nebenbei aufgefallen ist, ist aber ein anderes Thema. Seit wann sendet der Google-Bot denn einen Referrer?

66.249.65.224 - - [25/Nov/2021:15:22:14 +0100] "GET /addons/leaflet-osm/ajaxdata/osm-map-data-20210104.php?v=0.1&objekt=1 HTTP/1.1" 200 6049 "https://www.hund-und-herrchen.de/unterkuenfte/art-Ferienwohnungen/" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Googlebot/2.1; +http://www.google.com/bot.html) Safari/537.36"

66.249.65.224 - - [25/Nov/2021:17:29:25 +0100] "GET /addons/leaflet-osm/ajaxdata/osm-map-data-20210104.php?v=0.1&id=2827&typ=100300000 HTTP/1.1" 200 15852 "https://www.hund-und-herrchen.de/unterkuenfte/land-Deutschland/bundeslan
d-Bayern/" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Googlebot/2.1; +http://www.google.com/bot.html) Safari/537.36"

Interessant auch, dass der Referrer vollständig ist, also inkl. Domain und ebenso, dass es nur bei diesen Files ist. An sich ja nicht schlecht, aber genau so war die Erkennung, um den Bot von diversen Dingen fernzuhalten.

P.S. Habe ich erwähnt, dass eine der Domänen HSTS-zertifiziert ist. Also nicht nur den Header einbindet, sondern hardcoded in den Browsern ist? Ein Aufruf der Seite ist ohne SSL gar nicht möglich. Also sollte auch der Evergreen-Google-Bot wissen, dass es die ohne SSL nicht gibt und wenn es sie doch geben sollte, er nicht zugreifen darf.

Erwähnte ich, dass Google bzw. Chrome erst kürzlich, genaues Datum weiß ich nicht, einen neuen Header eingeführt hat, der genau das HSTS abwickelt?

Es trifft leider immer wieder die falschen Leute. Hier ist ja auch alles abgesagt worden. Es gab 3 mögliche Ansätze, wie man die Märkte dennoch stattfinden lassen kann. Bei allen drei Ansätzen waren ungeimpfte benachteiligt, aber bei zweien zumindest mit dabei. Naja, reichte denen nicht aus. Die Folge nun halt auch, für alle abgesagt.

Zitat von cura

In Deutschland würde es wohl heissen: "So 18 Uhr, Feierabend, alles nachhause, morgen ist auch noch ein Tag".

Kann ich für das Impfzentrum hier nicht bestätigen. Wer einen Termin hatte und verzögert wurde, der kam dennoch dran, auch wenn um 20 Uhr eigentlich zu war. Weggeschickt wurden, wenn überhaupt, nur die ohne Termin. Wobei das hier sogar eher noch umgedreht war, die Leute kamen ja quasi immer in Rudeln zu Stoßzeiten. Ich selbst wurde zwei mal vorgezogen. So nach dem Motto, eine Stunde früher als geplant, oder unbestimmte Zeit warten, aber dran kommste auf jeden Fall.

Ja, ist bei mir seit Monaten weg.

Die Kommentare sind in der Regel immer das "Beste". Mir scheint, als ob da überhaupt nur noch Gegner kommentieren und andere sofort mundtot gemacht werden. Und die Vergleiche immer mit anderen Ländern. Vor allem, weil es ständig andere sind, so wie es gerade passt. Die sollten sich mal entscheiden. Jetzt wieder Norwegen, vorher Israel, Schweden und Portugal. Davor Österreich. Grad so wie es passt. Ja bitte, macht es wie Österreich, hatten die Typen ja vor Monaten als viel besser empfunden.

Wenn ich das noch ein paar mal höre bekomme ich die Kriese. Alex07 lese endlich mal Deine Nachrichten!

Sagt mal, ich stehe mal wieder wie der Ochse am Berg. Apache, die Default vHost, die greift ja bei allem, was sonst nicht abgedeckt ist. Wildcard in DNS ala *.domain.tld sind auch keine Seltenheit. Ruft man also irgend eine Sub auf, die es nicht gibt, dann greift der vHost und sagt eben "gibt es nicht". Soweit alles in Ordnung.

Nur: Wie bekomme ich das geloggt? Also im access.log, dass da steht, welche Domain angefragt wurde? Per default steht da ja nur der Datei-Pfad und keine Domain.

https://httpd.apache.org/docs/2.4/mod/mod_log_config.html

Da gibt es laut Doku den Parameter %v . Hört sich gut an, ist aber Käse hoch drei. Der loggt nur den im vHost angegeben Servernamen. Der Default-Host hat aber keinen, das ist ja der Sinn davon. Als alternative, damit er überhaupt was loggt, schreibt er dann einfach den eigentlichen Maschinennamen rein, also was wie server1.domain.tld Den schreibt er dann bei allen ungültigen Subs rein, also egal was da angefragt wurde. Es steht also überall das gleiche oder überall nix. Damit kommt man also nicht weiter.

Dann gibt es noch den Parameter %{Host}i , der angeblich den Eintrag aus dem Request-Header loggen soll, denn dort gibt es den Eintrag "Host" ja. Tut er aber nicht, er loggt in dem Fall gar nix.

So, lange Rede kurzer Sinn. Ich möchte, wenn man a-nicht-da.domain.tld oder b-nicht-da.domain.tld aufruft, der Default-vHost greift, dass der dann auch entsprechend "a-nicht-da.domain.tld" oder eben "b-nicht-da.domain.tld" ins Log schreibt und nicht "server1.domain.tld" oder "nix".

Bei den normalen, echten vHosts geht das problemlos, dort ist es aber überflüssig, denn die sind ja für eine spezielle Domain angelegt und die Logs haben entsprechende Namen. Dort also, beim vHost "domain1.tld", die das Logfile "domain1.tld" hat, auch noch rein zu schreiben, der Request war für "domain1.tld" ist hier völlig überflüssig. Das muss ins "allgemeine" Log, nur wie?

Wie geht das mit dem Default-Host, der eben alles "andere" abfängt?

Also ich weiß auch nicht wie das wo anders ist, aber ich selbst kenne hier in WÜ 14 Teststationen, 5 davon in direkter Umgebung. Dürften also weitaus mehr sein. Jede Uni und Mensa hat z.B. eine, die auch öffentlich genutzt werden kann, fast jede Disco einen eigenen "Drive-In". Dann stehen immer wieder mal in der Stadt verstreut "Testbusse". Diverse Dienstleister wie Frisöre und Co. haben sich zertifizieren lassen, Apotheken sowieso. Vor größeren Supermärkten / Häusern (Edeka, Real, Kaufland, Ikea) stehen in der Regel Stationen. Also das dürften weit mehr als die 14 mir bekannten sein.