Beiträge von Synonym

    Gut, was der Support da machte, das weiß ich nicht (wirst Dich da aber auch irgendwie legitimiert haben müssen, oder?), aber normalerweise bekommste ein Schreiben, in dem ein PhotoCode ist. Den muss man einlesen, dann erscheint auf dem Smartphone ein Zahlencode. Den muss man dann im Kundenbereich eingeben. Dann erst ist das Smartphone gekoppelt und müsste auch in der Liste der gekoppelten Geräte stehen. Sprich, Gerät verloren? Geräte aus der Liste löschen. Dann ist die App da zwar noch immer drauf, das Smartphone hat aber keine Berechtigung mehr.

    Aber Du sagtest ja "freischalten". Wie ging das denn? Denn das Freischalten ist ja eigentlich das mit dem Brief, das ich meine.

    Könnte das nicht so gehandthabt werden, dass die App in deren Site steht und die Kunden die Updates präsentiert bekommen, wenn sie dort ins Menu gehen?

    Das müsste doch normalerweise funktionieren.

    Nein, fast alle Smartphones lassen nur Installationen aus dem Store zu. Fremde Quellen sind auch gutem Grund gesperrt und können nur manuell aktiviert werden.

    Bisher musste ein Ganove meine Tanliste und mein Passwort haben. Jetzt reicht das Passwort, denn dann könnte er, soweit ich das überblicke, über mein Konto einfach die App auf ein neues Handy installieren und damit Überweisungen tätigen.

    Nein, so einfach ist das nicht. Im Grunde funktioniert es wie bisher die Kombi "Barcode + Lesegerät". Da war das Lesegerät an die EC-Karte gekoppelt.

    Nun ist die App an das Smartphone gekoppelt. Also ohne Dein Smartphone kann der nix anfangen.

    Es ist ein neuer Browser. Der alte 42 macht oder kann Sachen anders machen als der neue 74. Der neue mag neue Funktionen haben, es kann aber auch sein, dass der neue Dinge anders darstellt wie der alte, z.B. wie im Vergleich zu "optimiert auf IE6", im IE 10 schaut es aber Mist aus. Personen, die aber nur Grund-Bestandteile vom Standard nutzen, so wie Du, wird das ganz sicher nicht betreffen. Wenn man aber per Hacks und Co sein CSS so umgebogen hat, dass der 42 vielleicht alles optimal darstellt, dann kann es beim 74 nun falsch sein.

    Und der andere Punkt z.B. ist die Frage, ob der neue Chomium z.B. CSS-Flex genauso darstellt wie der Firefox. Vorher war der Bot richtig, denn der konnte es schlicht gar nicht und nutzte den Fallback.

    Google hat neue strukturierte Daten veröffentlicht, für FAQ-Seiten. Mal sehen was da noch alles kommt. Bald hat Google ja dann alles zusammen.

    Aber Achtung: FAQ hört sich gut an, aber das ist ausdrücklich nicht für eigene FAQ-Seiten, sondern nur für Foren, Produktseiten, wo Nutzer Antworten auf eine SPEZIELLE Frage geben können (z.B. dieses Amazon "kannst Du die Frage beantworten) etc. Produktseiten mit mehreren Fragen gleichzeitig fallen auch raus, Anleitungen zu einem speziellen Thema auch.

    Auch bei einem Forum an sich wird es schwierig, denn jeder Thread kann an sich zwar eine Frage sein, aber es gibt nun mal auch welche, wo keine Frage drinnen ist oder wo keine Frage im Titel ist. Die dürfen nicht ausgezeichnet werden. Also pauschal mal das Forum einfach auszeichnen geht auch nicht.

    Meine FAQ der Geranien-Seite also z.B. auch nicht, da Frage und Antwort selbst erstellt.

    So wie es aber nun wieder scheint will Google nun wieder speziell User-generated-Content. Die sollen sich mal entscheiden. Ja, nein, gut, böse ....

    https://beispiel.rocks/webmasters.googleblog.com/20...nd-how-to.html

    Naja, ob das nun so falsch ist, bin ich mir nicht sicher. Klar, über die Wörter "Das Weltauto" kann man sich streiten, sind sicherlich in Spanien unbekannt. Aber wie lange? Das ist ja nicht einfach nur eine Wortkombination, sondern quasi eine interne Marke von VW, für eben Gebrauchtwagen. Die Domänen gibt es auch in anderen Ländern.

    Nur weil es kein spanisches Wort ist, muss das ja nicht schlecht sein. Die Spanier kannten vor 15 Jahren sicherlich auch kein "Amazon" oder "Nestle". Und "Volkswagen" oder "Mercedes" sind ja auch nicht übersetzt.

    Nee, sollte auch kein Klugscheißen sein, wollte das nur mal sagen, denn Anfangs war das noch nicht so. Da wurde quasi am letzten Tag erneuert und wehe, der renew ging nicht. Wobei es den heutigen "renew" damals ja noch gar nicht gab, da musste man ja selbst was basteln.

    Nee CatCat, die Schlussfolgerung mit dem "scheint er zu kennen" kann komplett falsch sein, denn:

    Wenn Du ankommst mit https://beispiel.rocks/beispiel.rocks/www, dann ist %{HTTPS} "off". Die Cond müsste also greifen und entsprechend weiterleiten. Wie Du sagst, macht er das auch. Aber wenn dann https://beispiel.rocks/www aufgerufen wird, dann müsste %{HTTPS} "on" sein und somit würde die Cond nicht mehr zutreffen. Es erfolgt dann keine Weiterleitung mehr.

    Nachdem aber eine Endlosschleife kommt, kann es eben sein, dass da trotz "https" kein "on" gesendet wird. Somit würde die Cond immer greifen und immer weiterleiten -> endlos eben.

    Hast Du es denn mal mit der Version über den Port versucht?

    Kann es eventuell sein, dass die Endlosschleife vom Shopsystem kommt? Also dass das sagt, "nee, https will ich nicht" und schickt dich wieder an "http", wonach dann die htacess wieder sagt "nee, https muss her" und auch weiterleitet. Dann wäre das auch eine Endlosschleifen.

    Genau das meinte ich im anderen Thread auch. Steht wohl auch im Zusammenhang mit dem Cache und Mobil-Bot. Wobei Google die Daten nicht "verloren" hat, sondern gelöscht bzw. mit denen vom 26.4. ersetzt, denn die Daten aus dem Zeitraum waren schlicht falsch -> Mobil-Bot-Bug. Da konnte dann genau das passieren, dass GSC beim Live-Test sagt "ist im Index", ist es aber gar nicht oder umgedreht. Und der Cache kommt im Prinzip auch vom Mobil-Bot bzw. Mobile-First-Index.

    Auch vom 25.4.

    Zitat

    We’re aware for some pages, there’s an issue where we may have selected an unrelated canonical URL. In turn, breadcrumb trails on mobile might reflect the unrelated URLs. In rare cases, it might prevent proper indexing. We’ve been fixing this & will update when fully resolved.

    "Darf aber nicht windig sein, ist verbohrt mit Rasenkantensteinen."

    Hatte ich das nicht per WA geschrieben? Bei genug Wind sind die Rasenkantensteine mit weg, wenn die nur lose auf Schotter liegen ;)

    Guppy, hört sich gut an. Oder kleinen Graben, Schalungssteine ganz normal in Beton setzen, eventuell noch eine zweite Reihe drauf und Eisen zwischen rein. Mit Beton ausfüllen und man hat eine solide Grundmauer. Gewächshaus drauf schrauben. Oder erst noch ein paar Platten drauf, damit es "sauber" ausschaut und Gewächshaus da dann durch schrauben.

    Gut, Endlosschleife könnte passieren, aber die angehängte URL eigentlich nicht, also nicht von den Rules, weder den neuen noch den alten.

    Endlosschleife aber vielleicht, weil

    RewriteCond %{HTTPS} !=on

    unbekannt ist und somit NIE ON ist.

    Tausche das mal aus gegen:

    RewriteCond %{ENV:HTTPS} !=on


    Edit:

    Alternativ, versuche es per Server Port:

    RewriteCond %{SERVER_PORT} !^443$

    Und noch was. Es gibt neue Suchkommandos: befor: und after:

    Die liefern völlig unterschiedliche Ergebnisse - zumindest hier

    https://beispiel.rocks/www.google.com…urlaub+mit+hund


    [ATTACH=JSON]{"data-align":"none","data-size":"full","title":"Screenshot_2019-05-01 before 2018-01-01 urlaub mit hund - Google-Suche.png","data-attachmentid":122418}[/ATTACH]


    https://beispiel.rocks/www.google.com…urlaub+mit+hund


    [ATTACH=JSON]{"data-align":"none","data-size":"full","title":"Screenshot_2019-05-01 after 2018-01-01 urlaub mit hund - Google-Suche.png","data-attachmentid":122419}[/ATTACH]

    Hm, also da tut sich in der Tat was. So wie es scheint hat Google seit dem 25.4. wohl auch ein Problem mit Canonical-Uris bzw, so steht es im Tweet, kann möglicherweise durch den "Mobile-Bot" eine falsche Canonical-URL ausgewählt werden, was dann seinerseits die Indexierung verhindert. Und diese falschen Canonical kommen sehr wahrscheinlich von Breadkrumbs, die irrtümlicherweise vom Bot als Canonical angesehen werden.

    Gleichzeitig gibt es noch ein Problem in der GSC, die noch auf den Deindexierungs-Bug zurückgeht. Die angezeigten Seiten, die Live-Abrufe und Live-Zustände, die dort gemeldet werden, können schlicht völlig falsch sein.