Beiträge von b3317133

Im speziellen Fall von Strato kann sowas unter Umständen auch an einer aktiven Einstellung im Hosting Paket liegen: Sicherheit -> ServerSide Security -> Filter gg. Spam

Zitat von Sandra & ihr Admin

.. speichert WordPress beim Kommentieren auch die IP-Adresse...?!?!

Standardmässig ja.

Es gibt diverse Plugins oder Code-Snippets im Netz, die die IP über den WordPress Filter pre_comment_user_ip auf 127.0.0.1 oder eine Leerstring setzen. Wenn man das macht, sollte man das aber mit ggf. genutzen Anti Spam Plugins testen...

Welche Berechtigungen genau hast Du denn "ohne Erfolg" wo genau umgestellt?

Evtl. hilft auch der Punkt Roles & Capabilities in der Anleitung.

Welche Daten von WordPress bei Kommentaren standardmässig gespeichert werden, geht aus der Tabelle wp_comments in der Datenbank hervor. Je nach Nutzung von ergänzenden Plugins o.ä. können das auch andere/weniger/mehr Daten sein. Für die Standardeinstellung der Kommentare gibt es hier und da Textschnipsel im Internet, die man nutzen kann, natürlich ohne irgendwelche Garantien auf rechtliche Richtigkeit. Für den Newsletter kann man generell gar nichts sagen, was da wo wie wann wie lange gespeichert wird, weiss am besten der Newsletter-Plugin Autor.

Generell gilt, einen Anwalt Deiner Wahl befragen.

Das bedeutet, wie es ja auch dort steht, dass der Server mit der aktuellen WordPress Installation oder auch generell überlastet ist. Würde als ersten Schritt empfehlen, mal alle ungenutzen Plugins zu deaktivieren bzw. zu löschen, und falls das nicht hilft, als zweiten Schitt den Hoster zu kontaktieren und dort nachzufragen.

Was genau steht in der heruntergeladenen Datei admin.php? Mit einem Texteditor wie Notepad o.ä. öffnen...

Was genau ist auf der Seite "Einstellungen -> Permalinks" eingestellt? Mehr zu WordPress Permalinks hier.

Zitat von peterpost

Ich habe probiert ssl nur für eine Domain zu erzwingen...

Dafür benutzt man z.B. %{HTTP_HOST}

Zitat von peterpost

Hier ist die Haupt-Domain htaccess....

Sieht auf den ersten Blick unvollständig aus, da fehlt z.B. </IfModule> am Ende, was fehlt noch?

Gesamt gesehen ist das aber keine WordPress Frage, sondern sollte ggf. eher in einem Apache-Forum besprochen werden.

Wie/womit genau hast Du die Datenbank "optimiert"?

Probiere mal mit dem Plugin Force Regenerate Thumbnails bei einem dieser alten Bilder in der Mediathek die diversen Bildgrössen von WordPress neu generieren zu lassen, was genau erscheint da?

Und warum/woher kommen 3GB Daten in der postmeta Tabelle?

Welche Links willst Du wie genau anpassen? Was kann man mit WordPress "Bordmitteln" dabei nicht umsetzen?

Man kann das derzeit noch über das Anhänge von Parametern in der URL der Benutzerliste erreichen, z.B.

example.com/wp-admin/users.php?orderby=name&order=asc

Das Feld ist aber mit Absicht standardmässig nicht sortierbar, da es sich aus Vor- und Nachname zusammensetzt und daher eine Sortierung sehr verwirrend sein kann, siehe auch dieses Ticket bzw. dieses Changeset im WordPress Core.

Oder wenn der User-ID bekannt ist per temporäerem wp_set_password() Code in der functions.php z.B. wie hier beschrieben, oder auch über das Anlegen eines neuen Admin-Users per FTP.

Was aus dem Feed angezeigt wird, müsstest Du in Contao einstellen/ändern/anpassen.

Hier ein Shortcode, der alle Medien durchgeht und bei den fehlenden Dateien [COLOR=#ff0000]missing[/COLOR] anzeigt:

function b3317133_attachments_func( $atts, $content = null ) {
    $output = '';
    $attachment_ids = get_posts( array(
        'post_type' => 'attachment',
        'posts_per_page' => -1,
        'post_status' => 'any',
        'fields' => 'ids'
    ) );
    if ( $attachment_ids ) {
        foreach( $attachment_ids as $attachment_id ) {
            $filename = get_attached_file( $attachment_id );
            $output .= $filename . ': ' . ( file_exists( $filename ) ? 'ok' : '<span style="color:red;">missing</span>' ) . '<br />';
        }
    }
    return $output;
}
add_shortcode( 'b3317133_attachments', 'b3317133_attachments_func' );

Den Code in die functions.php einfügen und dann eine Seite oder einen Beitrag mit diesen Inhalt erstellen:

[b3317133_attachments]

Wenn man ein fehlendes Bild per FTP in den entspr. Ordner hochlädt, sollte man danach mit dem Plugin Force Regenerate Thumbnails die entspr. von WordPress im Hintergrund angelegten weiteren Bildformate dieses Bildes neu generieren lassen.

Sowas kann man z.B. mit dem Plugin Advanced Custom Fields lösen, es erfordert aber etwas PHP-Programmiererfahrung zur Anzeige der Felder, Beispiele in der Dokumentation von ACF.

Evtl. ist der "Zugänglichkeitsmodus" aktiviert?

In dem Fall auf der Widgets-Seite (öffnen über das Menü "Design -> Widgets", nicht im Customizer) rechts oben "Ansicht anpassen" -> "Zugänglichkeitsmodus deaktivieren".

Man hätte auch das "SSL-Erzwingen" in der .htaccess im /root auf die entspr. Domain beschränken können, über eine Condition für %{HTTP_HOST}.

Die Meldung kommt höchstwahrscheinlich daher, dass Du eine weit über ein Jahr alte Version WordPress 4.5.2 benutzt.

Du musst die width/height Angaben im img-Tag nicht anpassen, normalerweise reicht dieses CSS für responsive Bilder:

img {
    max-width: 100%;
    height: auto;
}

In Deinem Fall ggf. so, wenn nicht alle anderen Bilder davon betroffen sein sollen:

img.ngg-singlepic {
    max-width: 100%;
    height: auto;
}

WordPress stellt einen RSS Feed zur Verfügung, im Regelfall unter http://www.example.com/feed/

Ist die "andere Seite" auch mit WordPress erstellt?