Das Problem war hierbei, dass WordPress dank eines der Caching-Plugins die HTTP-Variante \u00fcber HTTPS versucht hat auszuliefern und daher die Stylesheets und Grafiken \u00fcber eine unverschl\u00fcsselte Verbindung \u00fcbertragen werden sollten. Und genau hier hat der oben genannte Filter gegriffen zu haben, denn das Stylesheet war komplett kaputt – weil nicht vorhanden (naja, absichtlich ignoriert).<\/p>\n
Nun habe ich an mehreren Stellen versucht, das Problem zu korrigieren und am Ende mit \u00c4nderung einer Zeile (hoffentlich nachhaltig) f\u00fcr Abhilfe gesorgt, indem<\/p>\n
$key = md5($_SERVER['SERVER_NAME'].preg_replace('\/#.*$\/', '', $_SERVER['REQUEST_URI']).wp_cache_get_cookies_values());<\/pre>\nin wp-cache-phase1.php ohne gro\u00dfe Modifikationen zu ben\u00f6tigen zu<\/p>\n
$key = @md5($_SERVER['HTTPS'].$_SERVER['SERVER_NAME'].preg_replace('\/#.*$\/', '', $_SERVER['REQUEST_URI']).wp_cache_get_cookies_values());<\/pre>\nge\u00e4ndert wurde. Damit wird f\u00fcr HTTP und HTTPS ein jeweils eigener Lookup-Key erzeugt und somit beim Aufruf sauber zwischen HTTP und SSL unterschieden. Nachdem nun der Cache noch einmal auf dem Server kurz aufger\u00e4umt wurde, klappt’s auch mit dem WP-Cache und SSL.<\/p>\n
![\"Flattr](\"http:\/\/blog.benny-baumann.de\/wp-content\/plugins\/flattr\/img\/flattr-badge-large.png\"){kind=icon}
<\/a><\/p>","protected":false},"excerpt":{"rendered":"