https://t3n.de/news/kontroverse-um-amp-825771/

Kurz gefasst ist er Autor der Meinung, dass AMP nur erschaffen wurde, um den Instant Articles von Facebook Paroli bieten zu können, also Kampf um Marktmacht. Gleiches sei mit höchst mobiloptimierten Artikeln, also über die Konzentration auf den reinen Content ohne technischen Schnickschnack genau so gut zu erreichen gewesen.

Jedoch scheint sich Facebook zumindest bezüglich dieses Standards geschlagen gegeben zu haben ... bietet es doch mittlerweile ebenfalls an, Artikel im AMP-Format zu veröffentlichen

https://heise.de/newsticker/meldung/Fac … 26334.html

Den nächsten Schritt vollzieht Google dann mit der Nutzung von AMP in der Google-App auf Android

https://t3n.de/news/amp-google-feed-android-839250/

Doch wo Licht ist, ist auch Schatten - selbst das eher simple AMP ist vor Bugs nicht gefeit. So sollen wegen eines Bugs Trafficzahlen verfälscht werden, also Seitenaufrufe mehrfach gezählt werden

https://t3n.de/news/google-amp-bug-803735/

Zudem zieht der Erfolg nicht nur die "guten" Geister an - so wurde der AMP-Dienst erst vor kurzem zur Tarnung von Phishing-Angriffen mißbraucht

https://www.heise.de/security/meldung/A … 31578.html

Dem einen oder anderen evtl. noch nicht bekannt:

https://testmysite.thinkwithgoogle.com/ … stYourSite

Bereits Ende Juni diesen Jahres hat Google unter

https://testmysite.withgoogle.com/intl/de-de

die zweite Version seiner Webseiten-Performance-Test-Suite veröffentlicht.

Interessant dabei ist der Hinweis im Footer - man setzt hierbei auf die Dienste von alten Bekannten ... webpagetest.org .

Dazu gibt es auch einen informativen Artikel auf t3n

https://t3n.de/news/google-test-my-site-834474/

Mal ganz nebenbei: In diesem Beitrag steht, Analytics sei vom Cookie-Hinweis noch nicht betroffen.

Hier steht jetzt, um Analytics rechtssicher einzusetzen, müsse der Cookie-Hinweis her.
(Ich war noch auf dem Stand, dass der Hinweis im Impressum ausreichen würde)

Ja, was denn nun?

Es gibt bestimmte Erweiterungen von Google Analytics, die von der Richtlinie betroffen sind, die sog. "Werbefunktionen".

Richtlinienanforderungen für Google Analytics-Werbefunktionen:
https://support.google.com/analytics/an … 0409?hl=de

Servus,
Alex

an die Lösung mit iFrame habe ich auch gedacht, noch nicht versucht, aber scheint zu funktionieren, wie Du sagst.

Inzwischen habe ich CGcode versucht, mit CSS zum responsiveness zu bewegen, aber ohne Erfolg.

In Zukunft mal sehen, ob es nicht besser geht mit Einbindung der Code direkt von Google, denn arbeiten mit Modulen, wo man sich irre sucht, wie man es gestaltet, bringt nichts.

MfG
Jan

Danke fürs Feedback!

Und kein Bier im Haus! Schweinewelt!

Ein bißl "Motivations-Brühe" sollte immer da sein ...

Ich habe das adaptive-images.php für meine Zwecke etwas verändert: ab 1600 Pixel Screen width wird das Originalbild ausgeliefert, aus, basta.

Zeile 145:

  if ($width <= $resolution) { // no, because the width of the source image is already less than the client width 
    return $source_file;
  }

ändern in

  if ($width <= $resolution || $resolution >= 1600) { // no, because the width of the source image is already less than the client width OR res is => 1600
    return $source_file;
  }

Mein spezielles Problem hier: das große Bild im Hintergrund. Das wird mit JPG-Qualität zwischen 0 - 20 gespeichert (so dass die Kompressions-Artefakte grad eben verschwinden), reicht für Hintergrund allemal aus.

Aaaaber: adaptive-images.php erzeugt die verschiedenen Auflösungen mit einer Qualität von 75 (ist einstellbar). Das ist in allen Fällen völlig ok, nur nicht bei Bildern mit extrem niedriger Qualität. In diesem speziellen Fall wird die Dateigröße der zb. auf 1600 Pixel verkleinerten Bilder GRÖßER als das Original mit 2000 Pixel.

Die Grenze liegt - in meinem Fall hier - bei ca. 1600 Pixel. Drunter passt dann wieder alles. Daher die Modifikation der php-Datei.

Servus,
Alex

Im Moment hat es aber noch keine Priorität. Ich bin im Moment am schauen ob und wie ich Shariff umsetzen kann. Auf den zweiten Blick ist es ein wenig komplizierter.

cyberman schrieb:

Lukas, wäre das nicht eine schöne Ergänzung für deine Toolbox, also zu der AutoLightbox noch ein AutoRetina ?

+1

Muss ich mir anschauen. Zum Einbinden braucht es eigentlich keine ToolBox. Diese ermöglicht es nur ein klein wenig einfacher zu integrieren. Die Anpassung am .htaccess muss dennoch selber vorgenommen werden.

Und: die restlichen Funktionen können sich auch sehen lassen, das Modul ist ein absolutes Must-Have, habe ich in jeder CMSMS-Website drinne.

Servus,
Alex

Auf den ersten Eindruck gefällt mir die Seite gut.

Ein paar Details würde ich anders machen

[*]SocialSharePrivacy passt nicht auf die Seite. Ein Abschluss ähnlich der Navigation mit den Social-Buttons wäre besser (Startseite). Auf den Unterseiten ist es besser gelöst. Auf dem Handy wirkt es gar nicht mehr. Da würde ich das allenfalls sogar ausblenden.[/*]

Ja, selbes Problem wie mike-r schon bemängelt hat. Wie gesagt, clearen ist da nicht. Muss ich drüber nachdenken.

Verdana finde ich nun wieder total ausgelutscht.

Aber es gehört zum content und nicht zur sidebar, die in diesem Fall nach unten rutscht. Dann wäre es IMO besser die sidebar ganz wegzulassen.

Danke für die konstruktive Kritik!

Servus,
Alex