Beiträge von fuerP23

Zitat von b3317133

Die gezeigte Verwendung in Deinem Code stammt nicht aus [FONT=Courier New]functions.php[/FONT], lies evtl. nochmal selbst was Du gepostet hast.

Ja, es war die content.php. Aber jedenfalls ging es gestern um Anzahl der Beiträge auf der Startseite und nicht um die Customs Fields (also andere Baustelle) und jedenfalls ging es um eine Datei aus meinem Child Theme.

Zitat

Kurze Antwort: Nein, Du wirst mit dem aktuellen Verständnis keine eigenen Blöcke entwickeln können.

Danke schön. Das ist ja mal eine klare Antwort.

Aber muß ich denn unbedingt eigene Blöcke entwickeln? Oder funktionieren Customs Fields auch mit Blocks Themes und lassen sich - im Prinzip - in der Weise ausgeben, wie ich es mit Twenty Sixteen + Child Theme gemacht habe?

(Der Fehler bzw. die Lücke in meiner Ausgangs-Frage war jedenfalls, daß ich nicht mehr in Erinnerung hatte, daß ich das Child Theme - [auch] im Moment - nicht nur Formatierungen verwende, sondern auch für die Custom Fields benötigte. [Insofern war es dann ja nicht erstaunlich, dass die probeweise Ersetzung meines Child Themes durch Twenty Twenty-Three keine Custom Field-Inhalte anzeigte... - das macht ja Twenty Sixteen ohne mein Child Theme auch nicht.])

Zitat von b3317133

Du hast die Verwendung von [FONT=Courier New]the_field()[/FONT] in Deinem Child Theme hier selbst gepostet, z.B.

1. hatte ich die functions.php gestern im Kontext der zu vielen Beiträge auf der Startseite und nicht im Kontext der Custom Fields gepostet (war also eine andere Baustelle).

2. heißt, dass Du Dich auf mein Child Theme beziehst, daß meine Frage

Zitat

Ist die Aufgabe, ein Child Theme zu schreiben oder das schon vorhandene zu überarbeiten? Oder geht es im etwas ganzes anderes?"

in #18 im ersterem Sinne (es geht weiterhin um Child Theme und dabei insb. um die functions) zu beantworten ist: ja oder nein?

(Es ist - auf Fragen von Leute [wie mir], die erkennbar nur begrenztes Wissen haben -, wenig hilfreich viel vermeintlich selbstverständliches Kontext- oder Grundwissen voraussetzen - statt die konkreten gestellten Fragen mit "ja" oder "nein" zu beantworten - oder damit, daß schon die Fragen falsch gestellt sind [was ja durchaus sein kann].)

Zitat von b3317133

Für FSE und eigene Blöcke ist Programmiererfahrung erforderlich.

Das ist (anscheinend / vielleicht) die Grundinformation, die ich benötige. - Denn ich würde keinesfalls sagen, daß ich "Programmiererfahrung" habe. -

Also ist anscheinend das Erforderliche jenseits meines (bisherigen) Wissens und meiner (bisherigen) Erfahrungen. -

---

In dem Guide am Anfang:

Zitat

"the way you build themes"

Vielleicht ganz nützlich, um die Struktur zu verstehen - aber weitaus mehr als ich (eigentlich) machen möchte.

Zitat

"By the time we get to the end, you’ll know how to give your clients a more complete site editing experience"

Und ich habe auch keine KundInnen, die mir meine Arbeitszeit bezahlen, sondern mache ab und an mal (nicht-kommerzielle) Sachen mit WordPress für mich und - noch seltener - einige Bekannten/Gruppen, mit denen ich zu tun habe.

Das heißt: Ich benötige eine Info, die zu diesem begrenzten Zweck und Zeitbudget paßt - oder die Info, daß es für Leute wie mich, zur Zeit (noch) keine Lösung für mein Anliegen gibt. - Denn ich habe vorrangigere Interesse als zu lernen, wie ich z.B. ein ganzes Theme schreibe.

Zitat von b3317133

Das steht z.B. hier in der Antwort des Supports:

"Usually, developers use the get_field() and the_field() functions to render values on the front end"

Das steht da nicht. Da steht was developers verwenden, um einen bestimmten Zweck zu erreichen (nämlich: "to render values on the front end").

Aber die Info, die ich benötige ist: Wobei verwenden sie diese functions? Also konkret: Mit welcher oder welchen Dateien arbeiten sie? Ist die Aufgabe, ein Child zu schreiben oder das schon vorhandene zu überarbeiten? Oder geht es im etwas ganzes anderes?

Das muß ich erst einmal verstehen.

Zitat von b3317133

Die von Dir selbst zitierte Antwort des ACF Supports beschreibt das Vorgehen inklusive Tutorial.

Ich hatte vorhin erst einmal nur den Guide gelesen - was mich an meine functions.php erinnerte. - Aber an dem Guide habe ich nicht verstanden, für welche konkreten Arbeitsschritte die dort gegebenen Infos relevant sind.

Deshalb wollte ich jetzt erst einmal wissen, ob es mir weiterhilft, wenn ich rekonstruiere, was ich 2019 gemacht hatte - oder ob das mit Block Themes eh ganz andere gemacht werden muß. Diese simple Grund-Info habe ich weder an der mail von ACF noch an dem Guide verstanden. Solange ich das nicht verstehe, dürfte es wenig effizient sein, ich mich mit irgendwelchen "deep" Beschreibungen beschäftige.

Zitat von Shadow

Custom Fields (zB eigene) werden von Themen nie automatisch im Frontend angezeigt, dazu gibt es Extra Plugin (ACF

ACF verwende ich ja. - Ich habe bloß nur noch dunkle Erinnerung daran, was ich gemacht hatte, als ich die Seite dem Autor 2019 eingerichtet hatte.

Jetzt fiel mir gerade auf:

• Auch mit Twenty Sixteen klappte die Darstellung der Inhalte aus den Custom Fields anscheinend nicht von allein,
• sondern zu den Feldern stehen Dinge in meinem Child Theme (vgl. https://forum.wpde.org/threads/es-wer…17/#post-833170).

Heißt das vielleicht, daß ich 'nur' in ähnlicher Weise ein Child Theme für Twenty Twenty-Three (oder ein anderes Block Theme) schreiben muß, wenn ich Custom Field-Inhalte dargestellt haben möchte?

Zitat von meisterleise

Vielleicht ist da was mit WP All Import möglich. Einfach mal bei denen anfragen.

Statt WP All Import habe ich inzwischen den ACF-Hersteller gefragt, ob sich der Inhalt der Custom Fields in Blocks Themes ausgegeben läßt.

Gerade kam die Antwort (habe ich noch nicht ausprobiert):

Zitat

Yes, it's possible to set up custom fields on FSE themes ( such as Twenty Twenty-Three ) using ACF. To do that you'll need to create custom blocks that can then be loaded to the front end of your FSE theme. Usually, developers use the get_field() and the_field() functions to render values on the front end as shown in` our guide here: https://www.advancedcustomfields.com/resources/disp…-in-your-theme/
We have a tutorial here https://www.advancedcustomfields.com/blog/build-bus…op-block-theme/ that goes deep into how to set up your custom blocks and load custom fields on FSE themes using ACF and it will take you through the process step by step.

Zitat von JABA-Hosting

Und dein Hosting unterstützt SQLite

Danke - dann habe ich jetzt meine 1blu-php-Info.php wieder vom Server gelöscht - und der Link:

https://www.tap3folge.de/1blu-php-Info.php

gibt folglich kein Ergebnis mehr aus.

Zitat von b3317133

Wurde bereits in diesem Thread beseitigt.

I.

Genau:

Zitat

"Das Problem konnte ich Dank
https://forum.wpde.org/threads/es-wer…17/#post-833176
lösen.
5. Bleibt die Frage nach möglichen Ursachen der aktuellen Fehlermeldung, 'Seiten-Cache wurde nicht erkannt' - und ob ich das Plugin jetzt überhaupt noch benötige, wo die Ursache des langsamen Ladens der Startseite beseitigt ist."

"wo die Ursache des langsamen Ladens der Startseite beseitigt ist" = "angesichts dessen, daß die Ursache [...] beseitigt ist".

Meine Frage in #2 war also, "ob ich das Plugin jetzt überhaupt noch benötige, angesichts des Umstandes, daß die Ursache [...] beseitigt ist".

II.

Diese Frage scheint mir inzwischen "535 Millisekunden" ohne Plugin und "211 Millisekunden" mit Plugin im bejahenden Sinne beantwortet zu sein.

:)

Zitat von b3317133

Siehe Antwort #3 und Antwort #10.

Zitat von b3317133

Wenn durch Dein Plugin dort 211 Millisekunden steht, passt alles und ist so fertig. Lass Dich nicht verwirren.

Die 211 stehen da halt nur mit Plugin "SQLite Object Cache". Ohne Plugin dagegen "535" - fast der problematisch Wert von 600. - Daher meine Frage: "Also scheint "SQLite Object Cache" nützlich zu sein (211 vs. 535), oder wie?"

Zitat von r23

für die phpinfo erstellst du dir eine PHP-Datei mit dem Inhalt aus PHP Handbuch [...]. Diese PHP Datei speicherst du auf deinen Rechner und überträgst diese per FTP auf den WebServer. Rufst die URL auf https://example.org/deine_phpinfo.php

Jetzt habe ich das verstanden. - Und die Datei muß - anscheinend - direkt in das root-Verzeichnis Domain kopiert werden.

Das Ergebnis:

https://www.tap3folge.de/1blu-php-Info.php.

Die andere Meldung kam noch nach und lautet nun:

Zitat

"Die mittlere Antwortzeit des Servers betrug 535 Millisekunden. Dies ist weniger als der empfohlene Schwellenwert von 600 Millisekunden."

Also scheint "SQLite Object Cache" nützlich zu sein (211 vs. 535), oder wie?

Ich habe das Plugin "SQLite Object Cache" jetzt mal deaktiviert. - Die Meldung lautet nunmehr:

Zitat

"Ein persistenter Objekt-Cache macht die Datenbank deiner Website effizienter, was in schnelleren Ladezeiten resultiert, da WordPress den Inhalt deiner Website und die Einstellungen viel schneller abrufen kann.
Dein Hosting-Anbieter kann dir mitteilen, ob ein persistenter Objekt-Cache für deine Website aktiviert werden kann. Dein Webhosting scheint die folgenden Dienste für das Cachen von Objekten zu unterstützen: APCu."

Zitat von b3317133

Kein Handlungsbedarf, Meldung ignorieren.

Ah - jetzt erst bemerkt. - Heißt das, das ich auch das Plugin "SQLite Object Cache" wieder löschen kann? Oder werden dem die nur "211 Millisekunden" zu verdanken sein?

1. Danke (dann führte mich der Link in #4 in die Irre). -

2. Unter Server lautet der Bericht:

Die unten aufgeführten Optionen beziehen sich auf deine Serverkonfiguration. Wenn Änderungen erforderlich sind, benötigst du möglicherweise die Unterstützung deines Webhosting-Unternehmens.


Server-Architektur Linux 5.15.0-71-generic x86_64
Webserver Apache
PHP-Version 7.4.33 (Unterstützt 64bit-Werte)
PHP-SAPI cgi-fcgi
Maximale PHP-Eingabe-Variablen (max_input_vars) 1000
Maximale PHP-Ausführungszeit (max_execution_time) 120
PHP-Speicher-Limit (memory_limit) 512M
Maximale Eingabe-Zeit (max_input_time) -1
Maximale Dateigröße beim Upload (upload_max_filesize) 2G
Maximale Größe der PHP-Post-Daten (post_max_size) 2G
cURL-Version 7.81.0 OpenSSL/3.0.2
Ist SUHOSIN installiert? Nein
Ist die Imagick-Bibliothek verfügbar? Ja
Werden sprechende Permalinks unterstützt? Ja
.htaccess-Regeln Deine .htaccess-Datei enthält nur die WordPress-Core-Funktionen.
Aktuelle Zeit 2023-09-26T11:12:02+00:00
Aktuelle UTC-Zeit Tuesday, 26-Sep-23 11:12:02 UTC
Aktuelle Serverzeit 2023-09-26T13:12:00+02:0

3. Genügt das an Infos? Oder soll ich das Plugin noch installieren, um weitere Infos zu erlangen?

Ich habe mich per Linux-Terminal / ssh mit meinem Server verbunden, aber mir ist nicht klar, was ich dann machen muß.

Zitat

phpinfo(int $flags = INFO_ALL): true

führt zu:

Zitat

bash: syntax error near unexpected token `int'

und

Zitat

<?php

zu:

Zitat

bash: ?php: No such file or directory

Zur Vorgeschichte:

1. Ich erhielt zunächst folgende Hinweis:

Zitat

"Ein persistenter Objekt-Cache macht die Datenbank deiner Website effizienter, was in schnelleren Ladezeiten resultiert, da WordPress den Inhalt deiner Website und die Einstellungen viel schneller abrufen kann. Dein Hosting-Anbieter kann dir mitteilen, ob ein persistenter Objekt-Cache für deine Website aktiviert werden kann. Dein Webhosting scheint die folgenden Dienste für das Cachen von Objekten zu unterstützen: APCu."

2. a) Ich wandte mich mit entsprechender Frage an meinen Hoster.

b) Dieser antwortete:

Zitat

"Ein persistenter Objekt-Cache kann evtl. über das Dashboard aktiviert werden. Weitere Informationen finden sich in der Wordpress-Dokumentation unter
https://developer.wordpress.org/reference/clas…t-cache-plugins
Hinweis:
Redis steht im Shared-Hosting-Bereich grundsätzlich nicht zur Verfügung."

3. Gemäß der Hinweise:

Zitat

"SQLite Object Cache provides a persistent backend using the SQLite database engine. The SQLite3 extension for PHP is required."
(https://developer.wordpress.org/reference/clas…t-cache-plugins)

und

Zitat

"Die SQLite3-Erweiterung ist standardmäßig aktiviert. Es ist möglich, sie durch die Angabe von --without-sqlite3 zur Kompilierzeit, zu deaktivieren.
Windows-Nutzer müssen php_sqlite3.dll aktivieren, wenn sie diese Erweiterung nutzen wollen. Die DLL-Datei wird mit den Windows-Distributionen von PHP ausgeliefert.
Hinweis: Zusätzliche Einrichtung für Windows von PHP 7.4.0 an
Diese Erweiterung benötigt DLL-Dateien. die für Windows verfügbar seien müssen. Der FAQ-Eintrag " Wie füge ich unter Windows PATH mein PHP-Verzeichnis hinzu?" gibt hierzu weitere Informationen. Obwohl ein einfaches Kopieren der DLL-Dateien vom PHP-Verzeichnis in den Windows-Systemordner auch funktioniert (weil der Systemordner immer im PATH enthalten ist), ist dieses Vorgehen nicht empfehlenswert. Diese Erweiterung benötigt die folgenden Dateien im PATH: libsqlite3.dll"
(https://www.php.net/manual/de/sqlite3.installation.php)

installierte ich das Plugin SQLite Object Cache.

4. a) Danach erhielt ich zunächst folgende Fehlermeldung:

Zitat

"Seiten-Cache wurde nicht erkannt und die Antwortzeit des Servers ist langsam
[...].
Die mittlere Antwortzeit des Servers betrug 4.431 Millisekunden. Sie sollte unter dem empfohlenen Schwellenwert von 600 Millisekunden liegen."

b) Das Problem konnte ich Dank

https://forum.wpde.org/threads/es-wer…17/#post-833176

lösen.

5. Bleibt die Frage nach möglichen Ursachen der aktuellen Fehlermeldung, "Seiten-Cache wurde nicht erkannt" - und ob ich das Plugin jetzt überhaupt noch benötige, wo die Ursache des langsamen Ladens der Startseite beseitigt ist.

WP 6.3.1.
Theme Twenty Sixteen + Child Theme
SQLite Object Cache

Ich erhalte unter Website-Zustand folgende Fehler-Meldung:

Zitat

"Seiten-Cache wurde nicht erkannt, aber die Antwortzeit des Servers ist OK

Der Seiten-Cache verbessert die Geschwindigkeit und Leistung deiner Website, indem er statische Seiten speichert und bereitstellt, anstatt bei jedem Besuch eines Benutzers eine Seite aufzurufen.

Seiten-Cache wird erkannt, indem nach einem aktiven Seiten-Cache-Plugin gesucht wird, drei Anfragen an die Homepage gestellt werden und nach einem oder mehreren der folgenden HTTP-Client-Cache-Antwort-Header gesucht wird:
cache-control, expires, age, last-modified, etag, x-cache-enabled, x-cache-disabled, x-srcache-store-status, x-srcache-fetch-status.

Die mittlere Antwortzeit des Servers betrug 211 Millisekunden. Dies ist weniger als der empfohlene Schwellenwert von 600 Millisekunden.
Es wurden keine Client-Cache-Antwort-Header erkannt.
Es wurde kein Seiten-Cache-Plugin erkannt."

Vielen Dank. - Das hat funktioniert. (Für Leute, die das hier später mal lesen: Ich habe die zusätzliche Zeile zwischenzeitlich einfach vor den ersten "if"-Befehl in die functions.php geschrieben.) - Die Seite scheint mir jetzt auch normal (schnell) zu laden.