Beiträge von b3317133

Suchbegriff im Forum "Umzug".

0.1. Vorab Backup der Datenbanken beim Hoster machen, falls was schiefgeht.
0.2. Vorab evtl. vorhandene Cache-Plugins deaktivieren & Caches löschen.

1. Speziell in diesem Fall: Die Seite "Home" in der Subdomain-Installation unter "Einstellungen -> Lesen" als statische Startseite/Homepage einstellen, das fehlt da noch.

2. in der Subdomain-Installation unter "Einstellungen -> Allgemein" 2 x [FONT=Courier New]http://www.gervas.org[/FONT] eintragen, ohne [FONT=Courier New]/[/FONT] am Ende.

3.1. beim Hoster die Domain A auf den Ordner der Subdomain-Installation umstellen
3.2. beim Hoster die Subdomain B entfernen, kann man auch später machen, aber nicht mehr hier anmelden!

4. Unter der [FONT=Courier New]http://www.gervas.org/wp-admin/[/FONT] anmelden, das ist jetzt die neue Seite.

5. Das Plugin "Better Search Replace" installieren und damit in allen Tabellen alle Vorkommen von
[FONT=Courier New]http://Akupunktur.gervas.org[/FONT] durch [FONT=Courier New]http://www.gervas.org[/FONT] ersetzen, das grosse A beachten, das stammt von Dir, und ohne [FONT=Courier New]/[/FONT] am Ende.

Das sollte es gewesen sein, ggf. muss man noch bei Kaufthemes oder -plugins API Keys neu eingeben.

Funktioniert das Jetpack Update jetzt?

Das HeadSpace2 Plugin sollte man nicht mehr verwenden, es ist seit 5 Jahren veraltet und nur kompatibel bis WordPress 3.4.2 vom September 2012 markiert. Es gibt Alternativen.

Wird das (uralte) Plugin HeadSpace2 verwendet? Falls ja, deaktiviere das mal und versuche das Jetpack Update erneut.

Wie lauten die anderen Fehlermeldungen, also die nicht heutigen?

Was steht in etwa mit der Uhrzeit des fehlgeschlagenen Updates im Error Log bei Strato unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)?

Und was genau hast Du bei Strato wie gefragt und was genau war die Antwort?

Würde empfehlen, dem Autor des Cache-Plugins entspr. Feedback zu geben, damit er das beheben kann.

Und bzgl. Geschwindigkeit, deaktiviere mal das Jetpack Plugin, das ist als "Resourcenfresser" berühmt und berüchtigt, viele der Funktionen lassen sich auch anders mit weniger Last realisieren.

Zitat von MorrowToon

..Menüs mit fast identischen Inhalt doppelt ... für Mobil mit allen Punkten und Desktop dann die gekürzte Version.

Man kann auch bei den Menüpunkten, die man fallweise ausblenden will, eine bestimmte CSS-Klasse hinterlegen und das Ausblenden dann per CSS Media Queries erledigen.

Falls bei den Menüpunkten kein Eingabefeld für CSS-Klassen angezeigt wird, oben rechts über "Ansicht anpassen", den Punkt "CSS-Klassen" aktivieren.

Alternativ zwei Menüs erstellen, via PHP immer beide einbinden und per CSS ausblenden und dann fallweise per CSS Media Queries das eine oder andere einblenden.

Innerhalb eines Walkers abzufragen, ob der Client mobil ist oder nicht, birgt viele kleine Fehlerquellen und spätestens dann beim Thema Caching grosse Probleme..

Es ist möglich und es gibt viele Anleitungen dazu im Netz.

Zitat von shivatomix

.. die Geo-Ortung von Backend-Nutzern, die für die Einbindung des Neuigkeiten-Widgets im Backend verwendet..

Die IP wird in diesem Fall anonymisiert, über diese Funktion.

Mehr zum Thema:

• aktuelle Tickets zum Thema GDPR (englisch für DSGVO)
• die aktuelle Wordpress Arbeitsgruppe #gdpr-compliance

Deaktiviere mal das Cache-Plugin, es hängt (warum auch immer, frage das den Plugin-Autor) offenbar ein [FONT=Courier New]<!-- html is corrupted -->[/FONT] an das Ende der [FONT=Courier New].ics[/FONT] Datei.

Schau mal hier in die Contact Form 7 Dokumentation.

Zitat von Holley

Die Frage war ob ein Beitrag/Artikel/Seite auch ZWEI Domains zugewiesen werden kann. Das scheint dann wohl nicht der Fall zu sein.

Mit eigenem Code geht das, ein Ansatz von vielen möglichen siehe z.B. oben, schreibe das Projekt (mit etwas genauerer Beschreibung als bisher) einfach in die Jobbörse.

Zitat von lin

2017 wurden fast 30 Prozent aller Onlineshops mindestens einmal abgemahnt - in den allermeisten Fällen im Grunde wegen Klenigkeiten;

Exakte Quelle und exakte "Kleinigkeiten"?

Diese Quelle sollte ein guter Anhaltspunkt für Dich sein, wie man es nicht macht.

Wie man eine Seite rechtssicher macht, kann Dir nur ein entspr. fachlich kompetenter Anwalt sinnvoll beantworten. Sich bei solchen Fragen alleine auf Plugins oder Foren oder irgendwelche Links zu meist schon alten Blogbeiträgen oder Tutorials o.ä. zu verlassen, kann man nicht empfehlen.

Zu viele "social" Plugins verderben den Brei..

Es lag (nach kurzem Einblick ins Backend) am Plugin Blog2Social, das eigene Meta Tags ausgegeben hat...

Ergänzend hier noch ein Onlinedienst, der einen ganz guten Preview hat, was Daten für Social Media angeht, Facebook nutzt "Open Graph": iframely.com/debug

Wenn das alles wirklich korrekt eingestellt ist, kann es eigentlich nur noch am Cache-Plugin liegen, deaktiviere das mal.

Mit z.B. opengraphcheck.com kannst Du sehen, was derzeit an Metadaten für Facebook & Co. bereitgestellt wird.

Wenn man den HTML-Quelltext Deiner Startseite anschaut, sieht man sofort, dass einige Daten doppelt vorhanden sind, z.B. [FONT=Courier New]meta property="og:description"[/FONT] - einmal irgendwoher, ggf. aus dem Theme oder einem anderen Plugin, und einmal von Yoast SEO. Und Facebook & Co. nehmen dann die ersten Daten auf der Seite. Das sollte man wohl erstmal bereinigen.

Eine ähnliche Frage gab es schon öfters, es war immer eine Einstellungssache bei Yoast SEO, manches ist da sehr "verwinkelt" oder wird nicht angezeigt, weil unter "Funktionen" die "Erweiterte Einstellungen" deaktiviert sind.

Für die Homepage/Startseite gibt es unter "Social" / "Facebook" ein eigenes Feld "Einstellungen der Startseite" bzw. für den Titel usw. unter "Titel & Meta" / "Homepage".

Bei Aufruf per https:// werden noch Daten per http:// eingebunden, sieht man gut in der Browser Console, und z.B. Firefox zeigt diese dann nicht an, z.B. Webfont oder integrierte Bilder. Die lokalen Links müssen auch in der Datenbank angepasst werden, dazu Suchbegriff "Umzug" hier im Forum, oder "Better Search Replace". Die externen Links zum Webfont müssen ggf. im Theme angepasst werden, wo genau, ob per Einstellung oder im Code kommt ganz auf das Theme an.

Das Limit der Dateigrösse beim Upload hat mit dem PHP-Memory auf dem Server nichts zu tun.

Darüber werden Daten direkt in den Quelltext eingebunden anstelle sie per Link nachzuladen, mehr dazu hier.

Wenn Bilder zu einem älteren Beitrag hochgeladen werden, landen sie in dem Datumsordner der zum Beitragsdatum passt. Manche Slider nutzen auch eigene Ordner.

Um den Link zu finden, klicke in der Mediathek beim entspr. Bild auf "Bearbeiten" (in der Listenansicht) oder klicke einfach das Bild an (in der Grid-Ansicht) und schau Dir das Feld "URL" bzw. "Datei-URL" an.

Wahlweise schaue in den HTML-Quelltext der Seite, in der das Bild im Frontend eingebunden wird, z.B. mit den Tasten Strg-U.

Ohne weiter auf den Sinn der ganzen Sache einzugehen, wenn Aktualisierungen von Beiträgen in einer Installation auf die anderen übertragen werden sollen, geht das mit den üblichen RSS-Importern nicht und man kommt an einer manuellen Lösung mit eigenem Code, am besten als Plugin, kaum vorbei. Drei eigenständige Installationen, auf zweien läuft dann das eigene Plugin, das regelmässig oder nachdem es von der Hauptinstallation getriggert wird, in der Hauptinstallation z.B. via REST API o.ä. nachschaut, ob es Änderungen in Seiten/Beiträgen gab und falls ja, diese entspr. integriert.

Die gesamte Beschreibung ist allerdings zu ungenau, es wäre erstmal zu klären, was unter dem Teil "der große Rest soll zentral verwaltet" exakt gemeint ist.