Beiträge von danielgoehr

Es ist leider so, dass oft (immer?) die Theme-Einstellungen vom Parent-Theme nicht übernommen werden, wenn man nachträglich ein Child-Theme erstellt und aktiviert.

Bevor du folgende Tipps ausprobierst, erstell bitte unbedingt ein Backup der Seite (vor allem der Datenbank!), falls dabei irgendetwas schief geht.

Gibt es im Theme eventuell die Möglichkeit Einstellungen zu ex- und importieren? Wenn ja, aktivier mal das Parent Theme, exportier dort die Einstellungen und aktivier dann das Child Theme und importier die Einstellungen.

Alternativ, wenn es keine solche Option gibt, funktioniert oft auch folgendes Plugin sehr gut:
https://wordpress.org/plugins/inherit-theme-mods/
Damit kannst du die Einstellungen vom Parent-Theme in das Child-Theme kopieren.

Hallo Thomas,

ein möglicher Lösungansatz wäre ein Redirect mit Cookie (oder Session).

Du ergänzt in der functions.php eine Funktion mit einem passenden Hook (zum Beispiel "template_redirect"). In dieser FUnktiopn fragst du dann ab:

1. Ob es sich um die Startseite handelt
2. Ob dein(e) Cookie/Session noch nicht gesetzt ist

Trifft beides zu, setzt du dein Cookie (damit er das nächste mal nicht mehr umgeleitet wird) und machst einen Redirect auf auf die Welcome-Seite.

Beachte aber, dass auch Google damit wahrscheinlich nicht mehr auf die Startseite kommt.

https://codex.wordpress.org/Plugin_API/Act…mplate_redirect
https://www.php.net/manual/de/features.cookies.php
https://www.php.net/manual/de/function.session-start.php
https://developer.wordpress.org/reference/functions/wp_redirect/

Deine wp-config.php ist vermutlich defekt. Ich vermute, entweder die Datei ist nicht als UTF-8 gespeichert oder in der ersten Zeile ist ein Zeichen, dass dort nicht hingehört.

Sofern der Slug nicht von Wordpress "reserviert" ist (zum Beispiel durch eine Seite, einen Beitrag, Custom Post Type oder ähnlich), sollte es problemlos möglich sein, auf den Ordner zuzugreifen. Bleibt der Fehler bestehen, wenn du den Ordner umbennenst? Was ist denn die genaue Fehlermeldung?

Zitat von Bienenkopf

Sollte ich seiner Habhaft werden, würde ich sagen, ich versuche es dann nocheinmal mit noindex,nofollow, doch diesmal mit einem entsprechenden Hook in der funktions.php, nachdem ich mich darüber kundig gemacht habe.

Das ist "von aussen" und ohne Link zur Seite schwer zu sagen, wo der her kommt. Auch hier würde ich die functions.php oder die header.php vermuten.

Ich muss zugeben, dass ich das noch nie probiert habe. Aber ich vermute mal, der Code wird beim speichern automatisch entfernt. Dazu muss man sagen, dass Meta Angaben auch auf keinen Fall in den Content-Editor gehören. Insofern kann es sehr gut sein, dass das bewusst passiert.

Die Angaben gehören in den Head-Bereich der Seite. Das geht entweder über einen entsprechenden Hook in der functions.php, oder (etwas unschön) durch Bearbeiten der header-Dateien im Child-Theme.

Alternativ kannst du es aber auch mit den gängigen SEO-Plugins lösen. Zumindest geht das recht komfortabel mit Yoast.

Zitat von danielgoehr

Probier mal folgende Regel im Customizer unter "zusätzliches CSS" einzufügen:

Zitat von kusselin

und wo füge ich das ein?
[...]
oder in den "Zusatzlichen CSS" von meinem Theme Costumizr

;)

Probier mal folgende Regel im Customizer unter "zusätzliches CSS" einzufügen:

.gm-style {
    color: #000;
}

Ach okay. Ich wusste nicht, dass das getrennt davon ist. Ich habe zum Glück nicht so wahnsinnig oft mit Google Maps zu tun ;)

Ich bin mir zwar gerade auch nicht 100% sicher, aber geht das bei Google Maps nicht nur über die MapOptions mit Javascript?

https://developers.google.com/maps/documenta…ascript/styling

Zitat von meisterleise

Sach ma! Liest hier niemand, was ich schreibe? o_O:D
Eine Testdatei bringt da nix, weil sie i.d.R. gar nicht genug Recourcenhunger hat. Da könnte ich auch einen Stein in den Rhein schmeißen, um zu sehen, ob er sich dann staut.

Inhaltlich haben dir die beiden ja schon geantwortet und dein Problem scheint ja nun auch gelöst zu sein ...

Aber ganz abgesehen davon: Findest du, das ist ein angemessener Umgangston, wenn zwei (durchaus kompetente) Leute versuchen, dir kostenlos bei deinem Problem zu helfen?

Ganz generell:
Der Zweck eines Hashs ist, dass man daraus eben nicht das Passwort im Klartext wiederherstellen kann. Genau deshalb werden die Passwörter in der Datenbank gehasht.

Abgesehen davon, dass du gerne wüsstest, was für ein Passwort dort drin steht (was aus o.g. Grund schwer wird): Kannst du dich denn wieder einloggen, wenn du das Passwort, wie von @b3317133 beschrieben/verlinkt, zurücksetzt?

Zitat von Kurt Singer

wirklich aussagefähig sind eigentlich keine Meinungen, so lange man nicht in der unglücklichen Lage ist, ein Restore durchführen zu müssen

Ich kann zumindest sagen, dass ich schon mehrere Restores aus BackWPup und Duplicator Backups durchgeführt habe. BackWPup finde ich (vor allem für den "Laien" ein bisschen komplizierter, aber es funktionieren beide problemlos. Ich gehe aber davon aus, dass das bei anderen genauso sein wird, kann aber tatsächlich mangels eigener Erfahrung nicht viel dazu sagen-

Das sieht aus, als würde das Stylesheet nicht geladen.

Interessant wäre, was die Browser-Console in dem Moment anzeigt, wenn die Darstellung so aussieht.

Ich finde, da würde sich Duplicator (Pro) eigentlich anbieten. Das sollte eigentlich alle deine Anforderungen erfüllen.

Aber letztlich gilt das, was ich auch schon in dem anderen Threads geschrieben habe: Eigentlich machen die alle (fast) das gleiche. Am Ende ist es eher die Frage, was einem persönlichen am ehesten zusagt.

Ok, und ist der Fehler auch auf einer frischen, leeren Wordpress-Installation nachvollziehbar?

Wenn nein (wovon ich ausgehe), deaktivier' mal testweise nach und nach die Plugins und prüfe jeweils, ob der Fehler noch vorhanden ist. Wenn das nichts bringt, wechseln mal testweise auf das Theme twentyseventeen.

Normalerweise sollte dabei nichts schief gehen, zur Sicherheit würde ich vorab aber trotzdem auf jeden Fall ein vollständiges Backup erstellen (Dateien und Datenbank).

Die Eingabe in den Editor geschieht (normalerweise) rein clientseitig. Das heißt, man kann die Verbindung und den Server im Prinzip als Fehlerquelle ausschließen.

Ich hätte jetzt auch auf ein Plugin oder das Theme getippt. Was meinst du denn mit "frischem" System? Wirklich eine "leere" Neuinstallation ohne Plugins mit Default-Theme? Da tritt der Fehler auch auf?

Ich nehme mal an, einen anderen Rechner hast du auch schon getestet und dort tritt der Fehler nicht auf?

Vielleicht hilft dir dieser Thread hier weiter:
https://forum.wpde.org/threads/backups-erstellen.182924/

Der ist relativ aktuell und da geht es (zumindest weitestgehend) um die gleiche Frage :)

Versuch mal folgende Regel im Customizer unter "Zusätzliches CSS" einzutragen:

#n2-ss-5-align {
    margin: 0 auto;
}

Sollte das nicht funktionieren, versuch es mit einem zusätzlichen !important:

#n2-ss-5-align {
    margin: 0 auto !important;
}

Deine Infos sind ja sehr wage ...

Aber der Vorgang ist ungefähr so:

- Subdomain anlegen und dort einen Klon (z.B. mit Duplicator) der aktuellen Seite anlegen (ich gehe mal davon aus, du willst nicht an der Live-Seite arbeiten)
- Updates durchführen
- Eine statische Startseite anlegen und ein den Einstellungen setzen.
- Statische Seiten für die Inhalte erstellen
- Einen Menüpunkt für den Blog anlegen.

Für das Portfolio benötigst du wahrscheinlich einen Custom Post Type und/oder ein Plugin.

Nach Fertigstellung der "neuen" Webseite ziehst du sie dann (auch z.B. mit Duplicator) wieder auf die Hauptdomain um.