Neu Quellübergreifende (Cross-Origin) Anfrage blockiert: - Google/YT

[hula1499]

Hallo,

nach einigen Umstellungen (php vers., cache, plugins etc) kam wieder mal ein ausführlicher Test.

Einbinden von Videos in Artikelbeschreibungen bringt folgenden Fehler im Firebug:

Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf https://googleads.g.doubleclick.net/pagead/id. (Grund: CORS-Kopfzeile 'Access-Control-Allow-Origin' fehlt).

Die Einträge in der htaccess bezüglich Access-Control-Allow-Origin ist wie von JTL vorgegeben.
Aus dem * die Domain zu machen -> ändert nichts.
Ok, hier stehen ja auch nur eot/otf/tt/woff2 drinnen.

Google Suche nach diesem Problem bringt geschätzte 48 Mill. 345.000 Treffer - einige davon probiert -> kein Erfolg.

Auch Dinge wie:
<FilesMatch "\.(ttf|otf|eot|woff|jpg|png|jpeg|gif|js|json|html|css)$">
<IfModule mod_headers.c>
Header set Access-Control-Allow-Origin "*"
</IfModule>
</FilesMatch>

bringen nichts - Fehler bleibt weiterhin. Hier macht dieser embed-player.js scheinbar irgendwas, das der Browser/Server nicht möchte.

Jemand eine Idee, wie man hier diesen Error wegbekommt?

 

[csaeum]

Wir haben gerade ein ähnliches Problem. Bei einigen Artikel lassen sich nicht die Varianten wählen und somit kann der Kunde nicht wechseln zu den gewünschten Kinderartikeln.

Quellübergreifende (Cross-Origin) Anfrage blockiert: Die Gleiche-Quelle-Regel verbietet das Lesen der externen Ressource auf https://www.example.de/io.php. (Grund: CORS-Kopfzeile 'Access-Control-Allow-Origin' fehlt).

 

[css-umsetzung]

Das passiert ja eigentlich, wenn Ajax requests durchgeführt werden, habt Ihr mal einen Link.

Eigentlich solltest du in das Origin auch die betreffende Domain angeben.

 

[csaeum]

Konnt es scheinbar gerade lösen.

Derzeit habe ich es bei diesem Artikel gehabt. Alle anderen Artikel gingen!
https://www.example.de/Doppelwaschtisch-mit-Unterschrank

 

[css-umsetzung]

Du hast das Problem so wie ich es sehe nur wenn du das erste mal drauf gehst und es ohne www. aufrufst, da im Shop ja hinterlegt ist das er über www. arbeiten soll, kommt dieser Fehler.
probierst du dann den nächsten Artikel vom shop ausgehend, landest du direkt auf einer www. Seite und hast das Problem dann nicht mehr.

Also ganz schnell in die .htaccess und die Regel für die aut. Umleitung auf www. aktivieren.

 

[csaeum]

Ja das habe ich zusätzlich auch gesehen. Bin gerade dabei immer auf www zu gehen wenn kein www vorangeht.

Dann habe ich alles im NGINX drin