Beiträge von b3317133

    @SirEctor Damit erscheint der versteckte Account zwar nicht mehr in der Liste selbst, wird aber nach wie vor noch oberhalb der Liste mitgezählt, was auffallen könnte, z.B.

    Zitat

    Alle (124) | Administrator (2) | Redakteur (1) | Autor (118) | Mitarbeiter (2) | Abonnent (1)


    Neben dem dann Suchen und Finden der geposteten Funktion kann man den Account auch einfach so löschen, wenn man den "Löschen" Link eines anderen Accounts in der Liste kopiert und die [FONT=Courier New]user[/FONT] ID im Link entspr. errät (oft 1 beim ursprünglichen Admin) und austauscht oder einfach einige IDs durchprobiert, es folgt eine Abfrage mit einer Löschbestätigung, wo der jeweils zugehörige Login angezeigt wird. Die [FONT=Courier New]_wpnonce[/FONT] im Link ist für alle Accounts der angezeigten Liste gleich, eigentlich ein Bug, wenn man das genau nimmt...

    Ein Captcha wird bei Formularen einzig und alleine für die Spamabwehr genutzt.

    Mit einer SSL-Verschlüsselung der Seite und mit DSGVO-Zustimmungen hat ein Captcha rein gar nichts zu tun.

    Die DSGVO kommt nur dann ins Spiel, wenn ein Spamabwehr-Captcha z.B. von einem externen Server geladen wird.

    Ein jahrelang bekanntes, immer wieder mal z.B. hier oder hier nachgefragtes aber leider nach wie vor ungelöstes Problem von Gutenberg, schreibe am besten dort den Entwicklern Deine Meinung dazu. Zum Glück gibt es alternativ noch das Classic Editor Plugin...

    Ergänzung nach nochmal Lesen: Die genannten Tickets beziehen sich auf die Bildgrösse des Thumbnails, also des "kleinen Bildes" in der Galerieübersicht, das hier gesuchte Problem mit der Verlinkung auf eine bestimmte Grösse ist daher wohl etwas anders gelagert, aber sicher ebenso nervig...

    Die Ausgabe der o.g. echo Zeilen wären auch sehr interessant, es ist derzeit unklar, was überhaupt in [FONT=Courier New]$rows[/FONT] und demnach in [FONT=Courier New]$data->online_number[/FONT] bzw. im entspr. gesuchten benutzerdefinierten Feld [FONT=Courier New]online_number[/FONT] der einzelnen [FONT=Courier New]immo[/FONT] Beiträge steht, der aktuelle Code geht von einer einfachen Nummer o.ä. aus.

    Ok danke, habe mir die beiden Seiten zusammen mit dem Code in [FONT=Courier New]/GM_Utils/GPX2GM.js[/FONT] angeschaut, der kann das offenbar nicht anders. Du könntest den dort genannten Autor des Scripts mal fragen, ob er Links innerhalb der Wegpunkte einbauen möchte.

    Für Mitleser: Die Lösung dafür, dass ein Kunde keinen "Unsinn" macht, ist ein o.g. "Redakteur" Account für den Kunden, damit kann man einen WordPress Website im Alltagsbetrieb komplett betreiben, evtl. die Rolle ganz leicht angepasst für spezielle Bedürfnisse, und dazu ein extra "Administrator" Account mit Kennwort in einem versiegelten Umschlag, und nach Öffnen des Umschlags endet der Support oder er wird teuer.

    Evtl. so in der Art, ungetestet:

    Evtl. musst Du aber noch etwas genauer beschreiben, was Du eigentlich machen willst...

    Du kannst z.B. der Rolle des Accounts die [FONT=Courier New]delete_users[/FONT] Capability entziehen, mehr dazu siehe Link oben, dann kann er aber auch keine sonstigen Accounts löschen.

    Zusätzlich müsstest Du auch verhindern, dass der nicht vertrauenswürdige Account einen neuen Admin Account anlegen kann, der dann wiederum Dich löschen könnte.

    Zusätzlich müsstest Du verhindern, dass der nicht vertrauenswürdige Account die Benutzerrolle Deines Accounts von Admin auf eine niedrigere Rolle ändern kann, da er Dich sonst auch "aussperren" könnte.

    Alternativ kannst Du eine entspr. "Sperre" über eine [FONT=Courier New]delete_user[/FONT] Action programmieren, die auf Deinen Account "aufpasst".

    Für Mitleser: Jemand (oder ein Kumpel von jemand) mit paar Minuten Google und etwas Programmiererfahrung kann all diese Ansätze aber meist sehr leicht umgehen, daher poste ich auch keinerlei Beispiele dazu.

    Man könnte mit einem Vergleichsprogramm wie z.B. ExamDiff Pro, WinDiff, WinMege, diff, o.ä. alle Dateien

    1. der originalen, alten TwentyTen Version, auf der Deine Änderungen basieren, mit Deiner aktuellen Version vergleichen, dann
    2. die neuste TwentyTen Version mit der originalen, alten TwentyTen Version vergleichen, und dann
    3. all diese Änderungen und Unterschiede in ein Child-Theme auf Basis der neusten TwentyTen Version überführen.


    Für die zusätzliche Übernahme der Einstellungen aus der Datenbank vom alten Parent- in das neue Child-Theme verwenden wir oft das alte aber erfahrungsgemäss für die meisten Themes nach wie vor funktionierende Plugin Inherit Theme Mods.

    Dafür sollte man sich mit WordPress schon etwas mehr befasst haben, eine Lektüre des Theme Handbooks, v.a. des Abschnitts Child Themes und Template Hierachy, damit man weiss, wie man welche Dateien überlagern oder ergänzen kann, ist dabei Grundvoraussetzung.

    Evtl. hilft ein Plugin wie z.B. Google Language Translator (ungetestet) bzw. andere ähnliche Plugins.

    Hinweis am Rande: Das Übersetzungsergebnis fällt dann ggf. natürlich dementsprechend "holprig" aus, maximal also für Hobbywebsites empfehlenswert. Für Firmenwebsites sollte man solche Automatismen eher nicht verwenden. Kommerzielle Übersetzungsplugins wie z.B. WPML bieten zusätzliche kostenpflichtige Dienstleistungen an, über die man Inhalte auch durch professionelle Übersetzer übersetzen lassen kann.

    Das geht verlässlich nur dann, wenn der andere Account innerhalb von WordPress weder Rechte zum Verwalten der Benutzer noch zum Verwalten von Theme oder Plugins hat (da Benutzer löschen auch einfach via PHP geht), also z.B. eine "Redakteur" bzw. englisch "Editor" Rolle.

    Mehr zum Thema z.B. via Suchmaschine wordpress roles capabilities (google).

    Natürlich darf der andere Benutzer auch keinen FTP-Zugang und keinen Zugang zu phpMyAdmin im Hosting o.ä. haben, denn darüber kann man das Löschen usw. auch ausserhalb von WordPress machen.

    Dein aktuell verwendeter Code scheint bisher ja noch nicht richtig zu funktionieren, der zweite [FONT=Courier New]<a href..>[/FONT] Teil erscheint nicht in der Beschreibung auf der Karte.

    Versuche es doch mal ohne Bildchen mit sowas hier (ungetestet):

    Code
    <div id="map_img" data-geo="centerlat:52.641,centerlon:-4.677,radius:40.5">
    <a href="https://www.hoffmann-jahn.de/blickling-estate/" data-geo="lat:52.812551,lon:1.231561">Blickling Estate</a>
    <a href="https://www.hoffmann-jahn.de/durham-und-naehe-kendal/" data-geo="lat:54.778378,lon:-1.581016">Durham</a>
    ...

    Aktuell nutze ich Postie und das funktioniert auch wunderbar.
    Um eine Karte darzustellen habe ich auch bereits einige Plugins ausprobiert jedoch muss ich bei diesen die Position immer online im Dashboard-Editor setzen.

    Wenn Du ein Plugin verwendest, das die Koordinaten beim Beitrag als sog. Custom Fields / Benutzerdefinierte Felder speichert, kannst Du diese Felder über ein Postie Add-On via Shortcode [FONT=Courier New]pcustom[/FONT] befüllen. Alternativ kannst Du das Auslesen der Daten aus der E-Mail und das Einfügen wo auch immer in WordPress auch komplett selbst programmieren.