Beiträge von b3317133

Zitat von Robota

Im Quellcode wird nun kein "http:" mehr angezeigt, trotzdem zeigt Firefox noch die Warnmeldung an. Was übersehe ich? Auch unter "porschedvd" finde ich nichts im Quellcode.

Lies die Warnmeldungen (rechte Maustaste -> Element untersuchen -> Konsole), steht eigentlich alles drin. Der "porschedvd"-Link betrifft das Logo im Slider.

Dafür wäre dann der Hersteller des Plugins zuständig..

Deaktiviere mal das Podlove Plugin, wie sieht es dann aus?

So sieht es hier mit Twenty Seventeen und MP3 & MP4 Dateien aus.

[ATTACH=CONFIG]18150[/ATTACH]

Von der o.g. Liste sind die Links zu fonts/ajax/maps relevant. Ändern müsste man sie im Theme (meist in header.php oder functions.php - Child-Theme nutzen bzw. Verkäufer des Themes ansprechen) und/oder in Plugins.

Es sind daneben auch noch weitere http:// Links vorhanden, die korrigiert werden müssten, z.B. Bilder ("porschedvd") und Scripts ("smartlook", "vimeo") usw. auf externen Servern.

get_current_user_id()

Zitat von Ganztageshörerin

Dieses Problem hab ich im Standarddesign "Twenty Seventeen",..

Screenshots mit "Twenty Seventeen"?

Zitat von Ganztageshörerin

EDIT: Das Problem tritt auch auf mehreren Geräten/Browsern auf.

Bei welchen? Mit welcher WordPress Version trat es nicht auf?

Ohne Link zur Seite und/oder genauere Angaben kann man nur raten...

Zitat von An-Ja

Das ist ja krass, wie kann man das denn unterbinden?

Mit "Sicherheits"-Plugins wie z.B. Wordfence oder iThemes Security o.ä.

Verwendet Deine Seite https/SSL?

Zitat von bauli

Woher beziehen sich die Hacker den Administrator- oder Username? (das sind nebenbei NICHT alltägliche phantasielosen Namen)

Diverse Möglichkeiten:

• gehackte Installation (ähnlich wie z.B. hier)
• über die WordPress REST API z.B. [FONT=courier new]deinedomain.de/wp-json/wp/v2/users[/FONT]
• Autorlink in Beiträgen (Theme-abhängig)
• HTML-Quellcode (im body Tag) von ggf. vorhandenen Autorseiten (Theme-abhängig)
• HTML-Quellcode (im entspr. div) von Autorhinweisen unter Beiträgen (Theme-abhängig)
• XML-Sitemap von Autoren (Theme-/Plugin-abhängig)
• ...

Zitat von Kati28

Leider hat es bis jetzt mit keiner der php-Dateien geklappt.

Welche php-Datei? Was genau hast Du wo geändert? Der passende Suchbegriff für einen Filter wäre [FONT=courier new]comment_form_default_fields[/FONT]

Zitat von Malepartus

Das bedeutet aber, dass an div. Stellen der Website wiederholt das Passwort eingegeben werden muss

Wenn die Seiten über die entspr. WordPress Funktion das gleiche Passwort bekommen, muss man es nur einmal eingeben.

Würde statt komplett eigener Installation eher ein Membership-Plugin empfehlen, davon gibt es viele...

Was hat der Plugin-Autor geantwortet? Welche Plugin-Version wird verwendet. Welches Theme & Theme-Version wird verwendet? Welche WordPress-Version wird verwendet? Erstelle ein Backup vor dem neu installieren, wenn Du unsicher bist, was mit den Gallerien passiert.

Erstelle einen Shortcode, der das Script ausgibt.

Wenn das Anmeldefeld wackelt, steht darüber eine Fehlermeldung. Welche? Wohin genau zeigt der Link in der Fehlermeldung?

Siehe oben: In der live-Version stimmt was mit der HTML-Struktur nicht...

Zitat von ASenna

Ich habe aber keine Ahnung, wie ich den CSS und Java-Code im Wordpress einbinde. Kann mir da jemand helfen?

Benutze wp_enqueue_script() und wp_enqueue_style() (Beispiele jeweils unten auf der Seite) oder wenn Du gar keine Ahnung hast, besser die Jobbörse.

Der Screenshot des Inspectors passt nicht zur aktuellen live-Version.

In der live-Version stimmt was mit der HTML-Struktur nicht, z.B. ein [COLOR=#ff0000][FONT=courier new]</nav>[/FONT][/COLOR] an falscher Stelle, sieht man z.B. in Firefox mit rechte Maustaste -> "Seitenquelltext anzeigen" an den rot markierten Tags oder bei Diensten wie https://validator.w3.org/

Generell sollte man Plugins wie Autoptimize oder andere Caches während der Entwicklung nicht nutzen, da dies eine Fehlersuche erfahrungsgemäss verkompliziert...

Könnte man z.B. so probieren:

.owl-carousel .owl-item img {
    -webkit-filter: grayscale(100%);
    -moz-filter: grayscale(100%);
    -ms-filter: grayscale(100%);
    -o-filter: grayscale(100%);
    filter: grayscale(100%);
}
.owl-carousel .owl-item a:hover img {
    -webkit-filter: grayscale(0);
    -moz-filter: grayscale(0);
    -ms-filter: grayscale(0);
    -o-filter: grayscale(0);
    filter: grayscale(0);
}

Ein Blick in den Quellcode von [FONT=courier new]/wp-admin/users.php[/FONT] zeigt, dass WordPress für dieses Auswahlfeld die Funktion [FONT=courier new]wp_dropdown_users()[/FONT] mit u.a. dem Parameter [FONT=courier new]'name' => 'reassign_user'[/FONT] verwendet. Man könnte das also über einen [FONT=courier new]wp_dropdown_users_args[/FONT] Filter lösen, der dieses Auswahlfeld identifiziert und dann z.B. nur Benutzer mit mind. der Administrator Rolle anzeigt, das werden einige weniger sein...

function b3317133_wp_dropdown_users_args( $query_args, $r ) {
    if ( !empty( $r['name'] ) && $r['name'] == 'reassign_user' ) {
        $query_args['role__in'] = 'administrator';
    }
    return $query_args;
}
add_filter( 'wp_dropdown_users_args', 'b3317133_wp_dropdown_users_args', 10, 2 );

Im Backend sollte das nicht laufen, ergänze mal diese Zeile

if ( $query->is_archive() && ...

durch eine zusätzliche is_admin() Abfrage:

if ( !is_admin() && $query->is_archive() && ...