Beiträge von b3317133

Den Code schreibst Du einfach zusätzlich in die [FONT=Courier New]functions.php[/FONT] Deines Child-Themes.

Welcher exakte Link wird auf welchen exakten Link weitergeleitet und wohin sollte er stattdessen weitergeleitete werden?

Passiert das auch mit deaktiviertem Yoast SEO? Kompletten Browser Cache leeren zwischen allen Tests...

Und warum steht im Screenshot bei HTTP Header u.a. die Subdomain ca ?

Generell: Alle Cache- und Optimierungs-Plugins deaktivieren, wenn man nach Hilfe zu solchen Fehlern fragt, derzeit mind. aktiv WP Rocket

Üblicherweise schreibt man Ergänzungen wie den o.g. Codeblock in das Menü Design > Customizer > Zusätzliches CSS, das überlagert dann die Regeln in [FONT=Courier New]style.css[/FONT] usw.

Weitere Regeln z.B. für entspr. maximale Bildschirmbreite kann man mit sog. CSS Media Queries ansprechen, das wären dann die genannten CSS Grundlagen, damit Suchmaschine füttern oder YouTube, da gibt es viele weiterführende Informationen.

Hast Du das nicht schonmal gefragt? Mehr dazu hier...

Ein Ansatz wäre z.B. sowas:

.site-header {
    position: relative;
}
.site-header hgroup {
    padding-left: 220px; /* Logobreite + 20px Abstand */
}
.site-header > a {
    position: absolute;
    top: 0;
    left: 0;
}

Der Abstand des Logos nach oben wird bei [FONT=Courier New]top[/FONT] in px eingestellt, für die schmäleren bzw. responsive Ansichten der Seite ggf. noch paar weitere Anpassungen, das darfst Du selbst machen...

Derzeit ist kein Header Bild auf der Seite sichtbar, also kann man den entspr. Code nicht ansehen. Ein Screenshot ist dafür nicht ausreichend.

TablePress nutzt für diverse Dinge DataTables, mehr dazu in der Plugin Dokumentation.

Auf jeder Seite.

Derzeit ist kein Header Bild auf der Seite sichtbar.

Custom Post Types usw. sind für die einfache Verwaltung von allen Arten von Daten innerhalb von WordPress gedacht, mit allen Möglichkeiten, die WordPress z.B. auch für Beiträge oder Seiten usw. zur Verfügung stellt, inkl.falls nötig autom. Suche mit Fallback nach passenden Theme-Dateien für das Frontend. Bei Custom Post Types, -Taxonomies und -Fields werden vielfältige Beziehungen in verschiedenen Tabellen in der Datenbank hinterlegt.

Am besten sucht man sich ein paar YouTube Tutorials z.B. zu "Custom Post Type UI", und dann noch ein paar zu "Advanced Custom Fields", dann sieht man ganz gut, wie das gedacht ist.

Wenn man immer wieder direkt Datensätze per phpMyAdmin o.ä. in eigene selbst erstellte Datenbanktabellen hochladen will oder muss, bleibt im Grunde nur die bereits von @SirEctor genannte wpdb Klasse mit viel eigenem Code für die komplette Verwaltung und Anzeige der Daten an der restlichen WordPress API vorbei.

Nochmal abschliessend:

In der Anleitung des Theme Herstellers kommt nirgends ein Child Theme Plugin vor.

Entweder Du machst aussschliesslich und nur genau das, was Du soeben als Zitat gepostet hast, das wäre die empfohlene Vorgehensweise des Theme Herstellers.

Oder Du bastelst eben selbst irgendwas. Viel Erfolg.

In der o.g. Anleitung des Herstellers kommt kein extra Plugin vor. Und auch keine manuelle Variante mit der Eingabe irgendwelcher Codes.

Du kannst natürlich gerne ausprobieren, was immer Du möchtest, und woher auch immer irgendwelche Codes kopieren, dabei lernt man meist sogar etwas, wenn man versucht zu verstehen, was da passiert.

Oder Du kannst das fertige OnePress Child Theme des Theme Herstellers installieren, aktivieren und die Kopierfunktion des Parent Themes wie im Screenshot der Anleitung anklicken, fertig.

Also wird nach wie vor nicht das Child Theme des Theme Herstellers genutzt?

Die Anleitung des Herstellers ist relativ einfach, wende Dich am besten an jemanden, der etwas Englisch kann und mit Dir die Anleitung auf der Herstellerseite durchgeht, kurz: Download Child Theme zip, Upload in WordPress, Aktivieren, Funktion "Einstellungen kopieren" des Themes nutzen.

Meist klappt es am besten, wenn man das macht, was der Hersteller empfiehlt...

Zitat von WP-58475

.... Ich konnte das Child Theme zwar aktivieren, Änderungen im Costumizer ließen sich gar nicht speichern. ..

Wird denn das Child Theme des Theme Herstellers benutzt?

Das beeinflusst nur einen Teil der Links. WordPress speichert die Domain auch hardgecodet z.B. im Inhalt von Beiträgen, Seiten bei Grafiken oder Links, daher ist bei Domainwechseln eine entspr. Anpassung der ganzen Datenbank nötig, siehe Better Search Replace.

Weiterhin dürfte es bei dieser Lösung mit Cache-Plugins oder auch SEO-Plugins, die für Sitemaps o.ä. interne Caches nutzen, zu Verwirrungen kommen.

In WordPress gibt es für eigene Datentypen auch sog. Custom Post Types mit ggf. Custom Taxonomies (ähnlich wie Kategorien, Schlagworte u.ä.), hierfür wird statt eigenem Code gern das Plugin Custom Post Type UI verwendet. Für zusätzliche Datenfelder gibt es dann Custom Fields / Metadata, hierfür wird statt eigenem Code gern das Plugin Advanced Custom Fields verwendet, mit dem man komfortable Eingabemasken erstellen kann.

Das ist seit Jahren der "normale" Weg, eigene Strukturen in WordPress zu erstellen und zu pflegen. Die Custom Post Types können je nach Parameter auch im Frontend unsichtbar bleiben und nur im Backend sichtbar sein.

WordPress kann mit "Wildcard Subdomains" nichts anfangen, eine einfache WordPress Installation arbeitet standardmässig nur mit einer Domain.

Für die Installation auf der Subdomain ist offenbar derzeit die Hauptdomain in der Datenbank hinterlegt, das sieht man z.B. hier bei [FONT=Courier New]url[/FONT] und [FONT=Courier New]home[/FONT], daher leitet WordPress selbst alles auf diese Domain weiter.

https://test.imrsprime.com/wp-json/

Mehr zur Anpassung in der Datenbank z.B. hier, weiterhin fehlt dann noch Better Search Replace o.ä.

Am Rande bemerkt, alle Links im Eingangsposting zeigen auf Facebook-URLs, warum?

Hier erscheint ein Scrollbar unten und man kann die Seite horizontal verschieben wenn der Header sichtbar ist.