Different Cache-Stores for Desktop and for Smartphone?

Hey,

Responsive Layouts sollten die erste Wahl sein ?? Responsive liebt nicht nur Google, sondern auch Caching-Plugins, weil nur eine Version der Webseite vorhanden ist.

Einen separaten Cache für Mobile würde ich nicht führen wollen, das macht die Sache viel komplexer – zudem muss die Prüfung auf Mobile auf der Server-Ebene stattfinden, weil z.B. bei HDD als Caching-Methode eh der Server die Weiterleitung auf die Seite im Cache vornimmt.

Man kann aber Aufrufe durch Mobile Clients vom Cachify Cache ausschlie?en, dafür gibt es in der Plugin-Doku einen Link zum Gist: https://gist.github.com/sergejmueller/a15b7377fde8453893f3

Hey Sergej,
ich kann dir nicht ganz folgen…

Also unterschiedliche Caches f?nde ich gar nicht abwegig. Eine Prüfung ob ein Mobil-Ger?t da ist oder ein PC macht mein Theme bspw. schon, da überflüssige HTML Elemente dann gar nicht rausgesendet werden, dies schont den Traffic. Ich k?nnte die Elemente auch über CSS verstecken, aber dann w?ren sie trotzdem existent.
Au?erdem liefere ich für Mobilger?te eine zus?tzliche CSS Datei aus (kleinere Anpassungen wie ggf. Schriftgr??en aufgrund der h?heren Pixeldichte).

Ich verwende bei Cachify die DB als Caching-Ort, fand ich irgendwie gedanktlich “Performanter” als die HDD.

Du siehst also keine M?glichkeit, dein Caching-Plugin zu erweitern, sodass eine dritte Stelle dem Plugin mitteilen kann, welchen Cache es nehmen soll?

Cachify an sich k?nnte bleiben wie es ist (für den Normal-Anwender) und halt eine Art “Default”-Cache-Speicher nutzen. Ich als Programmierer würde Cachify gern mitteilen, ob ein Benutzer im “Default” bleibt, oder eben auf den Cache-Speicher “Mobile” zugreifen soll!?

Wie gesagt, einen mehrgleisigen Cache werde ich nicht einführen – die Komplexit?t steigt und das ist nicht der Sinn hinter Cachify. Da muss du in diesem Fall auf ein anderes Plugin greifen, was dies bereits kann.

Lies dir die Doku genau durch (alternativ auch das eBook) – DB als Caching-Methode ist die langsamste. Nur so als Tipp.

Weil ich das selbe Thema mit HTTP/HTTPS hatte (siehe meinen anderen Support-Beitrag dazu): Es würde genügen, ein prefix für den Hash und das lokale Cache-Verzeichnis anzubieten, dass abh?ngig von Mobil/Desktop gesetzt wird, ggf. über einen Hook, den auch Themes verwenden k?nnten.

Das Problem bleibt natürlich beim HDD-Cache: Eine Rewrite-Regel für Apache/Nginx müsste die selben Erkennungsmechanismen für “Mobil/Desktop” anwenden, wie das Theme – daher wird das mit HDD-Caching eher schwierig.

Aber grunds?tzlich stimme ich Sergej schon zu: Responsive Design ist sinnvoller – und verschiedene Schriften für Desktop/Mobile halte ich für überflüssig (meine Website kommt auch ohne solche Sonderlocken aus). Wenn die mobile Version wirklich so grundlegend anders ist, sollte man eher ein Multisite-Setup machen und eine eigene Domain (m.domain.example) oder ein Unterverzeichnis (domain.example/m/…) für die mobilen Ger?te verwenden.