Beiträge von b3317133

Wenn die aktuellen Typo3 Passwörter auch bei WordPress funktionieren sollen, kannst Du die Benutzer an sich bei WordPress neu anlegen und benötigst dann für die Passwortprüfung eine o.g. oder ähnliche Konstruktion. Das könnte man in WordPress z.B. als kleines Plugin lösen.

Generell wäre aber vorab noch zu klären, was bzgl. der Benutzer "ihre Daten" und "die Chronik dahinter" im Detail bedeutet und was genau davon übernommen werden soll oder muss

Du kannst Dich dafür z.B. an die Person wenden, die die Typo3 Seite erstellt hat bzw. technisch betreut, evtl. kann die bei entspr. Programmiererfahrung weiterhelfen oder z.B. ein Gesuch in die Jobbörse dieses Forums setzen, dann kann man Dir ein Angebot machen. Dabei ist es hilfreich, die genauen Eckdaten der Anforderungen bereits durchdacht und ausformuliert zu haben.

Ergänzung: Du kannst natürlich alternativ auch nach dem Anlegen der Benutzer in WordPress den einzelnen Benutzern via WordPress einen Passwort Reset Link per E-Mail zusenden, wo sie dann ein neues Passwort für WordPress festlegen müssen. Dann kann Dir das alte Typo3 Passwort egal sein und Du sparst Dir den o.g. Aufwand über den Hash usw., es kommt eben ganz auf die exakten Anforderungen des Projekts und was als "muss" und was als "sollte" und was als "wäre schön wenn" usw. definiert wird.

Die Typo3 Passwörter sind wie bei WordPress nicht im Klartext auslesbar sondern als sog. Hash gespeichert und somit nicht direkt übertragbar. Du kannst aber ggf. die bisherigen Typo3 Password Hashes der Benutzer in einer eigenen extra Tabelle oder im sog. User Meta des jeweiligen WordPress Benutzers speichern und beim Login dann selbst mit etwas eigenem PHP Code den Typo3 Passwort Hash berechnen/prüfen und über den check_password Filter einen erfolgreichen Login auch über den alten Typo3 Hash ermöglichen. Es ist grundlegende PHP & WordPress Programmiererfahrung nötig.

In den generierten Sydney Inline Styles sind weiterhin jede Menge ungültige [FONT=Courier New]color:;[/FONT] Angaben für die Farben. Wende Dich ggf. an den Theme Support, wenn Du die Farben im Theme nicht einstellen kannst.

Lt. Quellcode der Seite sind derzeit in den Sydney Inline Styles, die wohl durch Einstellungen des Themes erzeugt werden, nach der hellgrauen Grundeinstellung [FONT=Courier New]#e8e8e8[/FONT] für die Feldfarbe eine Reihe ungültige CSS Anweisungen wie [FONT=Courier New]border-color: ;[/FONT] oder [FONT=Courier New]color: ;[/FONT] oder [FONT=Courier New]background-color: ;[/FONT] für diverse Formularelemente vorhanden. Evtl. wurden in den Theme Einstellungen dafür (noch) keine Farben hinterlegt, die Lösung ist also vermutlich dort zu suchen.

Manuell überlagern könnte man die Farbe über Design > Customizer > Zusätzliches CSS so, hier ein Beispiel für das Texteingabefeld:

div.wpforms-container-full .wpforms-form input[type="text"] {
  color: #f0f;
}

Solcher extra Code sollte aber bei passender Einstellung im Theme nicht nötig sein.

Vermutlich eine CSS Überlagerung irgendwelcher Einstellungen des Themes oder auch eines anderen Plugins. Link zur Seite wo man dieses Formular ansehen kann?

1. Seit wann ist das so und was genau wurde vorher gemacht?
   
2. Deaktiviere ausnahmslos alle Plugins ausser dem Pagebuilder, was passiert dann?
3. Was erscheint in der Browser Console (google), wenn Du die Editor Seite aufrufst?

Lt. WooCommerce Dokumentation, wo diese Cookies beschrieben sind, hast Du wohl Order Attribution Tracking aktiviert oder die WooCommerce Entwickler haben das nach einem Update von alleine aktiviert, was in Bezug auf DSGVO eine durchaus zweifelhafte Entscheidung ist:

Zitat

Note: With WooCommerce 8.5, Order Attribution Tracking is available on WooCommerce stores and is enabled by default.

• https://woo.com/document/order-attribution-tracking/
• https://github.com/woocommerce/woocommerce/issues/43413

Vorschlag: Deaktivieren.

1. Ein WordPress Umzug/Liveschaltung ist noch nicht vollständig abgeschlossen, diese alten Links muss man noch im System ersetzen, z.B. mit dem Plugin Better Search Replace (nach einem Datenbank Backup):

Suche nach: http://h592860.web309.dogado.net
Ersetzen durch: https://wasserfreundewuppertal.de

2. Font Awesome im Advanced FAQ Manager Plugin wird von extern eingebunden, wäre aber auch in einer leicht anderen Version lokal beim Plugin mitgeliefert, wende Dich am besten an den Support des Plugins und bitte darum, das umzustellen.

advanced-faq-manager/includes/public/class-thfaqf-public.php Zeile 16:
wp_enqueue_style('FontAwesome','https://maxcdn.bootstrapcdn.com/font-awesome/4.6.3/css/font-awesome.min.css');
das ergibt im Frontend dann:
<link rel='stylesheet' id='FontAwesome-css' href='https://maxcdn.bootstrapcdn.com/font-awesome/4.6.3/css/font-awesome.min.css?ver=6.4.3' media='all' />

3. Ein weiteres Plugin oder das Theme bindet nochmal extra Font Awesome ein, da wäre herauszufinden, woher das kommt.

<link rel='stylesheet' id='font-awesome-official-css' href='https://use.fontawesome.com/releases/v6.5.1/css/all.css' media='all' integrity="sha384-t1nt8BQoYMLFN5p42tRAtuAAFQaCQODekUVeKKZrEnEyp4H2R0RHFz0KWpmj7i8g" crossorigin="anonymous" />

Versuche es mit einem SMTP Plugin und stelle als Absender die E-Mail Adresse des dafür genutzen SMTP-Accounts ein.

Zitat von ralle123

Nur die Awesome Fonts liegen noch auf einem USA Server. Vermute ich jedenfalls.

Warum vermutest Du das? Link zur Seite wo man das ansehen kann?

Deaktiviere AccelerateWP, passiert es dann auch?

Evtl. speichert Dein Theme die Customizer Einstellungen pro Seite wenn Du dort im Vorschau Modus zwischen den Seiten herumklickst und hier oder da publizierst.

Im Quellcode der Startseite ist hier weiterhin der o.g. alte Code, auf anderen Seiten der neue, seltsamer Effekt.

Weiss nicht wo Du das eingibst, es ist weiterhin der falsche Breakpoint [FONT=Courier New]390px[/FONT] mit nur dem ersten Code aus Antwort #3 im Frontend.

Viel Erfolg mit der Seite.

Der o.g. Code gilt für mehr Handys als nur Dein eigenes iPhone, die [FONT=Courier New]575px[/FONT] haben durchaus ihren Sinn, hier mit Schriftgrösse Anpassung:

@media screen and (max-width: 575px) {
    .lower-header {
        display: block;
    }
    .icon-space b, .icon-space i, .icon-space span, .icon-space span a {
        font-size: 15px;
    }
}

Jetzt ist Code eingefügt worden, aber mit falscher [FONT=Courier New]max-width 390px[/FONT] statt wie oben genannt [FONT=Courier New]575px[/FONT].

Publiziere die Änderung in Design > Customizer > Zusätzliches CSS, der Code ist noch nicht aktiv im Frontend. Und leere dann ggf. den Browser Cache im Handy.

Du kannst den Bereich auf dem Handy über Design > Customizer > Zusätzliches CSS z.B. so einblenden:

@media screen and (max-width: 575px) {
    .lower-header {
        display: block;
    }
}

Mit eigenem Code (rudimentäres Beispiel) oder ggf. einem Plugin wie Admin Columns.

Links im Auszug, Excerpt, Textauszug (diese leicht unterschiedlichen Bezeichnungen meinen alle das gleiche Element) sind in WordPress wie beschrieben nicht möglich.

Wende Dich am besten an die Person, die den Website ursprünglich erstellt hat bzw. technisch betreut und lasse in dieser Liste das Element Textauszug durch Inhalt ersetzen. Dann wird Dein Link angezeigt, aber wie beschrieben auch alles andere aus dem Beitrag.