Beschreibung
Cachify optimizes your page loads by caching posts, pages and custom post types as static content. You can choose between caching via database, on the web server’s hard drive (HDD), Memcached (only on Nginx) or Redis. Whenever a page or post is loaded, it can be pulled directly from the cache. The amount of database queries and PHP requests will dramatically decrease towards zero, depending on the caching method you chose.
Funktionen
- Funktioniert mit Individuellen Inhaltstypen.
- Caching methods: DB, HDD, Redis and Memcached.
- „Cache leeren“-Button in der WordPress-Werkzeugleiste.
- Kompatibel mit WordPress-Netzwerken (Multisite).
- Optimale Komprimierung von HTML-Markup.
- Freigabelisten für Beiträge und User Agents.
- Manuelles und automatisches Zurücksetzen des Caches.
- Automatische Cache-Verwaltung.
- Dashboard Widget für die im Cache gespeicherten Objekte.
- Einstellungen für Apache und Nginx-Server.
- Erweiterbar mit Hooks/Filter.
Unterstützung
- Community-Support wird im Support-Forum auf WordPress.org bereitgestellt.
- Wir bieten keinen Support per E-Mail, Twitter, GitHub Issues etc. an.
Mitwirken
- Die aktive Entwicklung dieses Plugins erfolgt auf GitHub.
- Pull-Anfragen für dokumentierte Fehler sind sehr willkommen.
- Wenn du denkst, dass du einen Fehler gefunden hast (z. B. falls unerwartetes Verhalten auftritt), hinterlasse bitte zunächst einen Beitrag im Support-Forum.
- Wenn du uns bei der Übersetzung dieses Plugins helfen möchtest, kannst du dies auf WordPress Translate tun.
Danksagungen
- Autor: Sergej Müller
- Maintainer: pluginkollektiv
Screenshots
Cachify-Dashboard-Widget 
Cachify-Einstellungen 
„Cache leeren“-Button in der Adminleiste
Installation
- Falls du nicht weißt, wie ein Plugin für WordPress installiert werden kann, befindet sich hier eine Anleitung.
Voraussetzungen
- PHP 5.6 or greater
- WordPress 4.7 or greater
- Memcached unter Nginx (optional)
- Redis (optional, via the phpredis module)
FAQ
-
Keine Cache-Gültigkeitsoption bei der Verwendung von HDD-Cache?
-
Die Cache-Gültigkeit kann aus technischen Gründen nicht berücksichtigt werden. Wenn der Cache-Bestand in bestimmten Zeitintervallen geleert werden muss, empfiehlt es sich eine vorbereitete PHP-Datei durch einen Cronjob aufzurufen.
-
Schwerwiegender PHP-Fehler: Cannot use output buffering in output buffering display handlers in Unknown on line 0
-
Diese Fehlermeldung kann nach der Inbetriebnahme des Caching-Plugins auftreten. Der Hinweis erscheint, weil sich auf der Festplatte keine Cache-Dateien für die Ausgabe befinden. Dies ist wahrscheinlich darauf zurückzuführen, dass Cachify keine Dateien im Cache-Ordner speichern konnte. Bitte überprüfe die Schreibberechtigungen für den Cache-Ordner (zu finden im WordPress-Verzeichnis wp-content) und setze diese gegebenenfalls.
-
Meine Website sieht in einigen Teilen, nach der Aktivierung von Cachify, defekt aus!
-
Bitte stelle sicher, dass das Problem nicht durch die Cache-Minimierungsfunktion verursacht wird. Deaktiviere sie einfach oder verwende nur HTML. Wenn das Problem immer noch besteht, kannst du es gerne in den Support-Foren melden. Mit dieser Funktion werden alle unnötigen Zeichen wie Umbrüche und HTML-Kommentare aus dem Quelltext entfernt.
-
Cachify-HDD: Zeichenkodierung funktioniert nicht korrekt
-
Wenn du Cachify verwendest, um den Cache auf der Festplatte zu speichern, muss kein PHP ausgeführt werden. Bei falsch konfigurierten Servern kann dies zu einer fehlerhaften Darstellung der Sonderzeichen auf Websites führen. Der Fehler kann durch eine Erweiterung der Systemdatei .htaccess korrigiert werden: AddDefaultCharset UTF-8
-
Cachify mit CDN-Unterstützung?
-
Derzeit hat das Caching-Plugin für WordPress keine Anbindung an einen CDN-Anbieter. Obwohl das Schlagwort CDN (Content Delivery Network) als Leistungsfaktor angepriesen wird, macht das CDN für WordPress-Websites mit nationalem Publikum wenig Sinn. In diesem Fall könnte ein lokaler Host die angeforderten Dateien schneller bereitstellen als ein weltweiter CDN-Dienstanbieter, da der nächste Knotenpunkt weiter entfernt sein könnte.
-
Wann leert Cachify seinen Cache automatisch?
-
- Nach der Veröffentlichung von neuen Beiträgen
- Nach der Veröffentlichung neuer Seiten
- Nach der Veröffentlichung von neuen Individuellen Inhaltstypen
- Nach der Veröffentlichung von neuen geplanten Beiträgen (nur Cachify-DB)
- Nach der Aktualisierung von WordPress
- Wenn du den Papierkorb-Button in der Adminleiste quittierst
- Nach dem Speichern von Cachify- und wpSEO-Einstellungen
-
Welche Teile der Website werden nicht standardmäßig zwischengespeichert?
-
- Passwortgeschützte Seiten
- Feeds
- Trackbacks
- Robots
- Vorschau
- Mobile-Themes (WP-Touch, Carrington, Jetpack Mobile)
- Suche
- Fehlerseiten
-
Der Cache-Ordner wird von Suchmaschinen indexiert!
-
Um sicherzustellen, dass Google und andere Suchmaschinen den statischen Inhalt des Cache-Ordners nicht indexieren (sonst könnte es doppelten Inhalt geben), sollte die Datei robots.txt, die sich im Hauptverzeichnis einer WordPress-Installation befindet, durch Deaktivieren des Pfades zur Cache-Datei erweitert werden (disallow). Dieses Problem sollte nur auftreten, wenn du eine statische robots.txt verwendest oder wenn du den Speicherort von wp-content geändert hast. Und so könnte eine robots.txt aussehen:
User-agent: * Disallow: */cache/cachify/ Allow: /Eine vollständige Dokumentation ist als Online-Handbuch verfügbar.
Rezensionen
Mitwirkende & Entwickler
„Cachify“ ist Open-Source-Software. Folgende Menschen haben an diesem Plugin mitgewirkt:
Mitwirkende
„Cachify“ wurde in 12 Sprachen übersetzt. Danke an die Übersetzerinnen und Übersetzer für ihre Mitwirkung.
Übersetze „Cachify“ in deine Sprache.
Interessiert an der Entwicklung?
Durchstöbere den Code, sieh dir das SVN Repository an oder abonniere das Entwicklungsprotokoll per RSS.
Änderungsprotokoll
2.4.0
Requires PHP 5.6 and WordPress 4.7 or above
- New: introduce Redis (also KeyDB and Valkey) support using the phpredis module (#253), (#252, props @newtovaux)
- New: add
cachify_modify_outputfilter - New: add
cachify_create_gzip_filesto disable creation of static GZip files (#262, props @angcl) - New: add hooks
cachify_removed_cache_by_urlandcachify_flushed_total_cachefor additional actions after clearing (#294, props @ouun) - Removed: APC support (#304)
- Enhance: adjust styling for setup instructions (#215, props @timse201)
- Enhance: update hooks for Multisite initialization in WordPress 5.1 and above (#246, props @ouun)
- Enhance: rework flush hooks and add some third-party triggers for Autoptimize and WooCommerce (#225, props @timse201)
- Enhance: clean up some internal error suppressions (#256)
- Enhance: inform user on cache clear in admin bar (#257, props @angcl)
- Enhance: do not flush the cache for post revisions (#261, props @angcl)
- Enhance: prevent unnecessary cache clearing in some cases (#223) (#224, props @timse201)
- Enhance: remove empty directories when clearing the HDD cache (#289)
- Enhance: introduce common interface for caching backends (#298, props @lloc)
- Enhance: enhance examples for .htaccess and nginx configuration (#302)
- Enhance: show admin notice instead of silent fallback to DB cache, if selected backend is unavailable (#305)
- Enhance: disable gzip creation of required PHP extension is missing (#308)
- Enhance: various internal code clean ups
- Fix: invalidate cache when permalink changes (#285, #286, props @raffaelj)
- Fix: remove empty directories when pruning the HDD cache (#289)
- Fix: correctly add user-agent to robots.txt (#282) (#283)
- Fix: exclude sitemap.xml from caching (#242) (#254)
- Fix: prevent cache generation of non-GET requests (#200) (#258)
- Fix: prevent cache generation of requests with status different from 200 OK (#266) (#267, props @karlkowald)
- Fix: prevent cache generation of non-HTML responses when using content negotiation (#265) (#273, props @Ancocodet)
- Fix: fix styling for various dark mode plugins (#264) (#278)
- Fix: fix SVG markup for icons in dashboard widget (#269, props @Latz)
- Fix: added missing .gz suffix in htaccess (#287) (#291, props @raffaelj)
- Fix: fix some brand names and unify spelling (#297, props @pedro-mendonca)
- Maintenance: Tested up to WordPress 6.6
2.3.2
- Fehlerbehebung: Erzwingung der WordPress-Umgebung für Caching-Module (#221, Dank an timse201)
- Fehlerbehebung: Unnötige Erstellungsartefakte aus der Plugin-Bereitstellung entfernt (#226)
- Fehlerbehebung: Eingabebereinigung des APC-Proxys korrigiert (#240) (#241)
- Wartung: Ungenutzten language-Ordner entfernt (#214, Dank an timse201)
- Wartung: Links zur Dokumentation aktualisiert (#211, #212, Dank an timse201)
- Wartung: Links zur Dokumentation aktualisiert (#213, Dank an timse201)
- Wartung: Präzisere Schlagwörter in der README-Datei (#216, Dank an timse201)
- Wartung: Getestet bis WordPress 5.8
2.3.1
- Fehlerbehebung: Bereinigung der Auswertung unbenutzter Parameter nach dem Veröffentlichen eines Beitrags, um einen PHP-Hinweis zu verhindern (#187) (#188)
- Fehlerbehebung: Kleinere Rechtschreibfehler korrigiert (#193, Dank an timse201)
- Fehlerbehebung: Aktualisierte Support-Links (#194, Dank an timse201)
2.3.0
- Neu: WP-CLI-Integration (#165, Dank an derweili)
- Neu:
cachify_flush_cache_hooks-Filter hinzugefügt, um alle Hooks zu ändern, die den Cache leeren - Neu: Der Cache wird geleert, wenn ein Benutzer erstellt, aktualisiert oder gelöscht wird
- Neu: Der Cache wird geleert, wenn ein Term erstellt, aktualisiert oder gelöscht wird (#169, Dank an derweili)
- Neu: Das Cache-Verhalten nach einer Beitragsänderung ist jetzt in den Plugin-Einstellungen konfigurierbar (#176)
- Verbesserung: Cache-Ausnahmen-/User-Agent-Übersetzung (#52, Dank an timse201)
- Verbesserung: LiesMich-FAQ (#51, Dank an timse201)
- Verbesserung: Vergrößerbare Ausschlussboxen + Platzhalter (#53, Dank an timse201)
- Verbesserung: FAQ und Support-Links (#55, Dank an timse201)
- Verbesserung: Textbeschriftung zum Button „Cache leeren“ hinzugefügt
- Verbesserung: Icon-Schriftart nach SVG konvertiert (#64)
- Verbesserung: Verbesserte HDD-Cache-Invalidierung für hierarchische Beitragstypen (#71, Dank an Syberspace)
- Verbesserung: Einheitliche und verkürzte HTML-Signatur über alle Caching-Methoden hinweg (#108) (#109)
- Sicherheit: Prävention von Tabnabbing (#55, Dank an timse201)
- Wartung: Getestet bis WordPress 5.4
2.2.4
- Cache für gemischte HTTPS- und HTTP-Umgebungen behoben
- Behebt ein Problem mit der Symboldarstellung in der Admin-Toolbar
- Stellt die Kompatibilität mit der aktuellen WordPress-Version sicher
2.2.3
- Neu: Eine POT-Datei wurde generiert
- Neu: Formale deutsche Übersetzung (Sie) hinzugefügt
- README.md aktualisiert, übersetzt und formatiert
- Verwaiste Link-Adressen in Plugin und Sprachdateien aktualisiert
- Plugin-Autor aktualisiert
2.2.2
- Fehlerbehebung: Parameterrückgabe beim Filter
dashboard_glance_items - Umfangreiche Verwendung des Filters
esc_html
2.2.1
- Fehlerbehebung für die PHP-Meldung „Call to undefined function is_plugin_active_for_network“ unter WordPress-Netzwerken
2.2.0
- Toolbar: Display of the „Flush the Cachify cache“ button on the frontend
- Toolbar: Controlling the display of the „Flush the Cachify cache“ button via hook
Besuche bitte das GitHub Repository für das vollständige Änderungsprotokoll.