Beiträge von b3317133

Zitat von jackomo89

Ich habe das Theme "Jardi Winery" gekauft ..

Was sagt der Verkäufer zu dem Problem?

Ansonsten kann man sowas meist über die Anpassung der Übersetzungsdateien mit PC-Programmen wie Poedit oder direkt auf dem Server über ein Plugin wie Loco Translate lösen.

Zitat von Robota

Ich habe aber gelesen, dass Google das wohl nicht so gut findet.?

Das ist richtig, Stichwort Duplicate Content.

Nein.

Die doppelten Anführungszeichen werden bei Dir zu " umgewandelt, siehe Seitenquelltext im Browser.

Wenn Du Seitenquelltext im Browser anschaust, z.B. via Tastenkombination Strg-U, siehst Du den Grund:

Die Anführungszeichen werden bei Dir zu ' umgewandelt, warum auch immer. Versuche es mal mit "Anzeige" statt 'Anzeige'.

Wenn der Code tatsächlich im beschriebenen Menü eingefügt wird, sollte er eigentlich normalerweise im HTML Quelltext in einem [FONT=Courier New]<style type="text/css"[COLOR=#ff0000] id="wp-custom-css"[/COLOR]>[/FONT] Block erscheinen, siehe auch hier, das ist bei Dir derzeit nicht der Fall. Also wird der Code woanders eingegeben oder möglicherweise funkt das Theme irgendwie dazwischen, in dem Fall wäre der Theme-Support wahrscheinlich der bessere Ansprechpartner.

Dein aktueller Code ist fehlerhaft:

.quads-location {
  position: relative;
  margin-top: 25px;
}
.quads-location:before {
  content: 'Anzeige';      < hier
  position: absolute;
  top: -15px;
  color: #888;
  font-size: small;
}

Versuche es mit:

.quads-location {
  position: relative;
  margin-top: 25px !important;
}
.quads-location:before {
  content: 'Anzeige';
  position: absolute;
  top: -25px;
  color: #888;
  font-size: small;
}

Evtl. ersetzt Dein Theme die Anführungszeichen, wo es das nicht sollte. Wo genau wird der Code eingefügt? Füge alternativ den Code über das WordPress Menü "Design > Customizer > Zusätzliches CSS" ein.

Was klappt nicht? Lediglich das [FONT=Courier New]top:[/FONT] ist ggf. etwas zu wenig für die verwendete Schriftgrösse und das [FONT=Courier New]margin-top:[/FONT] sollte wg. der Verwendung von [FONT=Courier New]margin:[/FONT] im [FONT=Courier New]style[/FONT] Attribut mit einem [FONT=Courier New]!important[/FONT] versehen werden.

Da [FONT=Courier New]'jquery'[/FONT] als dependency Parameter angegeben ist, sollte es a) vorher geladen weden und b) funktionieren. Link zur Seite?

Definitive Aussagen kann man nur durch einen Audit aller Dateien nach jedem Update (und vor jeder Installation) jedes Plugins und/oder Themes machen - also zuerst die entspr. .zip Datei direkt runterladen, entpacken, den gesamten Code manuell prüfen.

Zitat von tellerrand

Werden die Daten dauerhaft von api.wordpress.org gespeichert ..

Keine Ahnung, was dort gespeichert wird, entspr. Angaben lt. DSGVO / GDPR haben wir bisher nirgends gefunden. Da musst Du also die Betreiber des Servers ausfindig machen und dort direkt fragen.

Zitat von tellerrand

.. wenn man die E-Mail zum Beispiel nicht überall hinsenden möchte. Unterbinden könnte man das ja nicht, ..

Standardmässig wird die hinterlegte E-Mail in WordPress nicht versendet. Falls sowas in ein Plugin einprogrammiert wäre, könnte man es unterbinden, indem man das entspr. Plugin nicht installiert.

Zitat von tellerrand

Könnte man das auch mit dem Log HTTP Requests Plugin überprüfen?

Wenn was "an der HTTP API von WordPress vorbei" aufgerufen / gesendet wird, nein.

Ergänzend: Ein weiteres Plugin für das Monitoring der HTTP API wäre z.B. Snitch.

Man nimmt irgendeine vorhandene (Sub-)Domain und eine neue Datenbank, lädt die Dateien in den Domain-Ordner hoch, spielt die Datenbank-Datei z.B. via phpMyAdmin / Import in die neue Datenbank ein, passt die Datenbank Zugangsdaten in [FONT=Courier New]wp-config.php[/FONT] an, trägt zudem in [FONT=Courier New]wp-config.php[/FONT] z.B. direkt unter der Zeile mit WP_DEBUG die Zeile
[FONT=Courier New]
define( 'RELOCATE', true );[/FONT]

ein, und dann öffnet man im Browser direkt [plain]irgendeinevorhandenedomain.de/wp-login.php[/plain] und meldet sich an.

Evtl. ist auf Deiner Diskstation kein Mailserver für den Versand eingerichtet.

Du könntest in dem Fall den Mailversand von WordPress mit Hilfe eines der SMTP Plugins über einen ggf. vorhandenen anderen externen SMTP Server konfigurieren o.ä.

Weiterhin scheint ein Captcha-Plugin o.ä. zu laufen, das bei Registrierung eine Rechenaufgabe abfragt. Solche und alle sonstigen Sicherheitsplugins sollte man temporär deaktivieren, wenn es um das Debugging von Mailversand usw. geht.

Ergänzung: Ein kurzer Test mit einer [plain]10minutemail.com[/plain] E-Mail inkl. Rechenaufgabe soeben ergab, dass die Registrierungsmail zur Vergabe eines Passworts korrekt verschickt wird und die Registrierung also wie gewünscht klappt. Den Benutzer "o8733646" kannst Du wieder löschen...

Problem scheint also gelöst.

Evtl. lag/liegt es auch an Deiner GMX-Email als Absender, manche Mailserver akzeptieren keine E-Mail ausserhalb der aktuellen Website Domain o.ä., oder E-Mail mit entspr. "unstimmigen" Headern landet beim Empfänger durch entspr. Scripts autom. im Spam, das hat aber nicht direkt mit WordPress zu tun.

Bei der Installation eines Plugins wird die aktuelle WordPress Version, der Link zur WordPress Startseite und der komplette Serverpfad /var/www/... an api.wordpress.org übertragen.

Bei der regelmässigen Überprüfung auf Updates für Plugins wird die WordPress Version, die PHP-Version, die MySQL-Version, die Sprache, ob Mutlisite, die Bloganzahl, die Benutzeranzahl, der Link zu Startseite und Blogseite, der komplette Serverpfad, von allen Plugins die Namen, Autornamen, Beschreibung usw. an api.wordpress.org übertragen.

Beim Download eines Plugins noch dazu der Pfad zum Temp-Verzeichnis auf dem Server (warum auch immer).

Die o.g. Zugriffe erfolgen über die offizielle HTTP API von WordPress und man kann sie sich z.B. mit Plugins wie Log HTTP Requests ansehen.

Wenn was "an der HTTP API vorbei" aufgerufen wird, also z.B. per PHP curl oder file_get_contents o.ä., dann ist das von WordPress aus schwer/nicht zu tracken.

An den jeweiligen Plugin-Anbieter geht standardmässig keine Info ausser das ist im Plugin einprogrammiert, z.B. beim Aktivieren oder für Pro-Version Prüfungen usw.

Definitive Aussagen kann man aber nur durch einen Audit aller Dateien nach jedem Update jedes Plugins und/oder Themes machen.

Am Rande bemerkt, die Funktion [FONT=Courier New]wp_new_user_notification( .. )[/FONT] ist "pluggable", d.h. man kann sie über ein Plugin oder Theme komplett überlagern.

Ergänzung: Sehe gerade im Code, seit WordPress 4.9 gibt es alternativ auch einen Filter [FONT=Courier New]wp_new_user_notification_email[/FONT] mit einem Daten-Array als Parameter, wodurch Anpassungen auch einfacher möglich sind.

Was war denn die Lösung? Evtl. haben andere Mitleser eines Tages das gleiche Problem.

Gern geschehen, habe inzwischen auch das Problem dem Autor des Themes mitgeteilt.

Hast Du schon in der Anleitung des Themes geschaut?

Und was sagt der Theme-Support?

Es handelt sich offenbar um ein Kauftheme, daher kann man als Aussenstehende(r) nicht einfach so in den PHP-Code schauen.

Zitat von germanandre

Bevor ich es teste, was genau bewirkt das?

Das bewirkt einen 301 Redirect, den Du ja nicht willst, warum auch immer.

Ein simpler "Hack" wäre sowas in der Art, ohne Gewähr für ggf. daraus resultierende andere Probleme...

function b3317133_do_parse_request( $parse ) {
    if (
        !empty( $_SERVER['REQUEST_URI'] )
        && $_SERVER['REQUEST_URI'] == '/beispiel.php'
    ) {
        $_SERVER['REQUEST_URI'] = '/beispiel';
    }
    return $parse;
}
add_filter( 'do_parse_request', 'b3317133_do_parse_request' );

Alternativ das Plugin "Classic Editor" nutzen, siehe z.B. hier.

Browser Cache zwischenzeitlich mal geleert? Linkt zu Seite?