Muss dabei jede Zeile mit <br> einzeln umgebrochen werden? Das wäre nicht so responsiv…
Es sieht so aus, als wenn es speziell für sie programmiert worden wäre:
https://www.isitwp.com/
Wenn du dort die Website angibst, erhälst du Infos, so weit sie von außen sichtbar sind. Aber vielleicht kennt jemand ein vergleichbares Plugin…
Am einfachsten erstellst du diese „Unterseiten“ als BEITRÄGE. Das Inhaltsverzeichnis der Beiträge kann dann mit einem Plugin generiert werden. Siehe z.B. hier:
Plugin für: Übersicht aller Beiträge
Das Plugin ist auch hilfreich, wenn du doch SEITEN statt Beiträge verwenden möchtest.
Vielleicht reicht es dir auch, wenn du beim Erfassen der Beiträge ein „Weiterlesen“ einzubauen, dann stehen Titel und die ersten Zeilen auf der ersten Seite und der Rest ist per Klick auf „weiterlesen“ erreichbar.
‚Tschuldigung, ich wollte nicht unfreundlich sein. Aber ich habe vor einigen Jahren bei einer 1&1-Seite geholfen (so hieß IONOS ja früher) und gute Erfahrungen mit telefonischen Support gemacht bei einem 6,99 €-Tarif.
Zum zweiten dachte dasselbe, was du so wunderbar formuliert hast: Wenn man nicht mal ’nen ftp-Zugang hat, dann wurde evtl. auch der Theme-Editor sicherheitshalber versteckt. Dass Security-Plugins das auch verstecken, wusste ich noch nicht…
Vielleicht kommt man über den Datei-Manager an die wp-config, aber wenn nicht, kann man nur noch den Support fragen.
Ionos wirbt mit „preisgekröntem IONOS Support“. Frage dort doch mal, ob der Theme-Editor in ihrem Angebot zugänglich ist…
Was heißt sichtbar? Im Backend sollten sie sichtbar sein, im Frontend (auf der Website) nicht.
Hattest du dich auch ausgeloggt, als du es getestet hast? Wenn du eingeloggt bist, wird dir der Entwurf angezeigt. Ist ja dein Entwurf.
Der Server hatte wohl Schluckauf. Der Supporter hat mir geschrieben, dass er ein weiteres Mal auf OK geklickt hat und seitdem ist alles wieder da. Tja…
Deine Tipps haben mich weitergebracht, ohne dass ich das „wieso“ verstehe. Ich verwende den eingebauten visuellen Editor (heißt wohl Gutenberg). Dort habe ich nun unter „Ansicht anpassen“ die Option „Eigene Felder“ angeklickt. Nachdem die Seite neu geladen wurde, war „Eigene Felder“ zwar weiterhin NICHT aktiviert, aber dafür waren die fehlenden Felder wieder da und die Bildanzeige und Beitragsspeicherung funktioniert wieder.
An Cookies oder Cache sollte es nicht gelegen haben. Beim Chrome habe ich gestern mehrfach alles gelöscht, weil ich ein Cookie-Hinweis-Plugin installiert und getestet habe. Beim Firefox, bei dem es ja funktionierte, habe ich dagegen den Cache ewig nicht geleert, weil ich diesen Browser nur sporadisch nutze.
Ein Problem, dass ich erst heute lösen konnte, war die richtige Konfiguration des https-Krams. Bei WordPress war http statt https eingetragen und bei den Hosting-Einstellungungen hatte ich die „dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS“ nicht aktiviert. Aber kann das Auswirkung auf den Editor haben? Und nur unter Chrome?
Misteriös, aber durch deine Hilfe habe ich auf den richtigen Button geklickt. Danke!
Unglückseligerweise hat mir Health Check empfohlen, die PHP-Version zu wechseln und jetzt ist die Seite gar nicht mehr zu erreichen (habe ich vor über einer Stunde gemacht). Ich muss jetzt also erst einmal warten, was mein Hoster dazu sagt und melde mich dann wieder…
