Ein Gridystem wie Bootstrap für Gutenberg steckt wie große Teile des ganzen Projekts noch in den Kinderschuhen, mehr dazu z.B. hier.
Einige Links zu Supportbereichen speziell zu Gutenberg (englisch & deutsch) findest Du z.B. hier.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenEin Gridystem wie Bootstrap für Gutenberg steckt wie große Teile des ganzen Projekts noch in den Kinderschuhen, mehr dazu z.B. hier.
Einige Links zu Supportbereichen speziell zu Gutenberg (englisch & deutsch) findest Du z.B. hier.
jedoch finde ich dazu keine lösung die mir weiter helfen würde..
Dann scheint Deine Suche etwas anderes anzuzeigen als meine Suche hier, wo das 2. und 3. Ergebnis zum "Toolset" Plugin zeigen und im 3. Ergebnis eine Möglichkeit zur Abschaltung des genannten Feldes bzw. der verursachenden Funktion erklärt wird...
Viel Erfolg bei der Lösung.
Die Domain in WordPress sollte man logischerweise erst dann wechseln, wenn die Domain auch eingerichtet und erreichbar ist.
Weitere Tipps in der Zwischenzeit gibt es wenn man z.B. Domainwechsel in das Suchfeld hier im Forum eingibt.
kannst du mir bitte einen tipp geben.
Link zum Formular? Derzeit erscheint auf der o.g. Seite nur ein Wartungshinweis...
da muss ich einmal dumm fragen, wie geht das?
Als erstes gibt man den Begriff z.B. eine Suchmaschine ein.
... Die beiden sollen auch nur auf dieser Seite zentriert sein und nicht auf den anderen, ...
Normalerweise verwendet man eine der body Klassen dafür, die werden aber warum auch immer auf Deiner neuen Seite nicht gesetzt:
Auf anderen Seiten Deines Websites schon, z.B.
<body class="post-template-default single single-post postid-1159 single-format-standard wp-embed-responsive ajax-nice-likes">
Bleibt als Alternative eine der post Klassen iVm. dem vorhandenen ID:
Also z.B. etwa so:
Die bessere Lösung wäre vermutlich den Hinweis, dass es sich um eine Landingpage handelt, in die body Klasse aufzunehmen, bzw. herauszufinden, warum auf der Landingpage aktuell von WordPress keine body Klassen gesetzt werden, evtl. wäre der Hinweis ja eigentlich schon dort...
Das ist ein Forum für Hilfe zur Selbsthilfe, da postet man seinen mutmaßlich fehlerhaften Code, andere Besucher des Forums sehen sich das in ihrer Freizeit an und geben Hinweise zu Fehlern oder Problemen bzgl. gewähltem Konzept o.ä., siehe auch nötige Angaben lt. Forenregeln.
Für Komplettlösungen gibt es hier den Bereich Jobbörse.
Viel Erfolg bei Deinem Projekt.
Wie würdet ihr vorgehen?
Herausfinden, warum der Wert so gross ist und den entspr. Plugin Support ansprechen und das abstellen (lassen).
.. Man muss nur das Plugin benutzen. ..
Mit dem kleinen Nebeneffekt, dass man aus dem Adminbereich fliegt, sobald vom Plugin dann die beiden Einträge aus den Einstellungen angepasst werden, und viele dann nicht das Ersetzen neu anstossen, weil sie meinen, dass schon alles fertig wäre. Schon oft gesehen und repariert wenn Hobbyprofis am Werk waren...
Die empfohlene Reihenfolge ist: Die beiden Einstellungen [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home[/FONT] ändern (via Einstellungen oder in DB oder via [FONT=Courier New]wp-config.php[/FONT]), dann neu einloggen, dann "Better Search Replace" o.ä.
Man könnte sich mangels Klassennamen an den hardgecodeten Einzügen der Absätze orientieren, in etwa so:
Der Ansatz hier ist aber nicht wirklich die "feine englische Art" ...
Eine Variante wäre ggf. die Nutzung einer Aufzählungsliste mit Unteraufzählungslisten o.ä. oder das manuelle Eingeben von Klassennamen im Editor.
Mit WordPress an sich hat das aber eher nichts zu tun.
Die nachgeladenen Dateien auf der oben verlinkten "defekten" Seite sind im HTML-Quellcode z.B. wie folgt verlinkt:
Ein direkter Aufruf des Links ergibt einen Serverfehler 500
Lässt man das [FONT=Courier New]wordpress[/FONT] im Pfad weg, funktioniert interessanterweise der Aufruf:
Eigentlich eingerichtet ist die Installation zudem mit www. am Anfang.
Da ging also einiges schief. Evtl. ist die [FONT=Courier New].htaccess[/FONT] im Hauptordner und/oder im Unterordner [FONT=Courier New]wordpress[/FONT] überschrieben worden oder Dateien wurden per Hand hochgeladen oder Ordner wurden verschoben, oder jemand hat in der Datenbank herumgebastelt. Von aussen schwer zu beurteilen.
Ich habe schon diverse Code-Schnippsel aus dem Netz getestet aber das wollte nicht so recht funktionieren.
Welche genau? Wie wurden sie integriert? Was hat damit nicht funktioniert?
Das übergeordnete Element in Deinem Fall ist lt. Browser Inspector (google) dieses, das ist je nach Theme unterschiedlich.
Benenne per FTP das Verzeichnis [FONT=Courier New]/wp-content/plugins/akismet-privacy-policies/[/FONT] um oder lösche es, dieser aktuell vorhandene Fehler ist auch im Support Forum des Plugins beschrieben.
Das Speichern der Permalinks ist nicht ausreichend, die Bilder werden nach wie vor nicht korrekt eingebunden, es fehlt die Umstellung der Pfade in der Datenbank, siehe auch Hinweis von @SirEctor in #3 oben...
Weiterhin ist da ein seltsamer Verweis auf ein offenbar nicht existierendes externes Script im Footerbereich, das sollte man auch beheben.
Statt einem N sollte dort wie in der Dokumentation beschrieben die ID Nummer der Tabelle stehen...
Schau mal z.B. hier bei YouTube, da gibt es entspr. Tutorials, falls Dir die Dokumentation alleine zu technisch ist...
Schau mal hier in die TablePress Dokumentation bzw. in den FAQ dort.
Mit diesem Codeblock kannst Du das entspr. Feld das Dein Plugin Reorder Posts intern verwendet, im jeweiligen Beitrag in einer neuen Metabox "Beitrags-Attribute" sehen und anpassen.
Wie genau hast Du den Blog denn bereinigt? Mit einem Plugin? Mit welchem? Was wurde damit genau gemacht? Mit möglichst vielen und gerade solchen Details kann Dir jemand ggf. viel zielgerichteter helfen.
Eventuell hast Du diesem Mechanismus mit dem [FONT=Courier New]_Enhancer[/FONT] Deinen Keywordsverlust zu verdanken, auch wenn ich noch nicht verstehe, was genau damit gemeint ist.