Beiträge von butterfly7

    Hallo,

    wir haben viele der internen Verlinkungen auf unserer Seite ohne "/" am Ende des Links gemacht.

    Also so: beispiel.de/beispiel (ohne / )

    Jetzt haben wir in die Google Search Console geschaut und mussten feststellen, dass Google diese internen Verlinkungen nicht indizieren kann, weil es sie als Weiterleitung ansieht. Also Google würde ein "/" am Ende des Links erwarten:

    beispiel.de/beispiel/ (MIT / )

    Wirkt sich das negativ auf das Google-Ranking aus? Die dazugehörigen Pages und Posts werden indiziert und über Google gefunden. Aber die interne Verlinkung wird hier nicht indiziert und nicht gewertet. Eine gute interne Verlinkung ist (unseres Wissens nach) ein positiver Ranking-Faktor.


    Was sagt ihr dazu? Habt Ihr Lösungsvorschläge?

    Und eine weitere Frage: Bezieht sich das auch auf Links, die in hochgeladenen Text-Dokumenten (.doc oder .pdf) enthalten sind? D.h. müssen wir die Links in den Dokumenten auch mit "/" am Ende setzen?

    Danke und LG

    Ok, danke. Es lag am Page Speed Plugin, das mit der aktuellen WordPress-Version nicht kompatibel ist.

    Das Deaktivieren aller Plugins gleichzeitig hatte aber einige Probleme verursacht. Z.B. dass jetpack die Verbindung verloren hatte und eigebettete Youtube-Videos nicht mehr angezeigt wurden. Wir mussten dann DB und Plugins aus dem Backup wiederherstellen.

    Hallo und danke!

    Wenn ich mit dem Editor eine neue Seite erstellen will steht da:

    JQMIGRATE: Migrate is installed, version 1.4.1 load-scripts.php:9:542
    TypeError: $(...).accordion is not a function[Weitere Informationen] post-new.php:339:1
    TypeError: e is undefined[Weitere Informationen] load-scripts.php:606:1538
    TypeError: W is undefined[Weitere Informationen] wp-seo-post-scraper-620.min.js:13:769235
    TypeError: e is undefined[Weitere Informationen] load-scripts.php:606:1538


    War es das, was Du meintest?
    LG

    EDIT:
    bei neuem Beitrag:

    JQMIGRATE: Migrate is installed, version 1.4.1 load-scripts.php:9:542
    TypeError: $ is not a function[Weitere Informationen] edit.php:130:1

    Hallo,

    wir haben mit unserer Webseite trotz einem Update auf WordPress 4.9.2 noch immer Fehler (Bug?) von WordPress 4.9

    Fehler: Widgets und Menüs lassen sich nicht aufklappen, Permalinks können mit Klick auf Button nicht geändert werden, sowieso funktionieren viele andere Buttons nicht mehr... Größtes Problem: Der visuelle Modus im Editor funktioniert nicht mehr. Man kann deshalb nur noch im HTML-Modus im Editor Beiträge verfassen.

    Diese Fehler sind auch bei anderen aufgetaucht und es wurde vermutet, dass es ein Bug ist, der nun in der Version 4.9.1 gelöst wurde. Siehe dazu diesen Beitrag und diesen und auch das:

    Ein Bug in 4.9, siehe auch hier bei "break when using languages with formal/informal variations" bzw. das entspr. Ticket. Empfehlung: Rollback zu 4.8.x


    Aber bei uns funktioniert es nach wie zuvor nicht.

    Habt Ihr eine Lösung dafür? Bin sehr dankbar für Vorschläge, danke

    LG

    Bei meinem Antivirenprogramm Avast taucht beim Surfen im Forum immer wieder diese Meldung (vom Web-Schutz mit Avast) auf: "Wir haben die Verbindung auf coinhive . com sicher abgebrochen, da sie durch JS:Miner-C [Trij] infiziert war".
    Es handelt sich um einen Link von Coinhive, der mit js (Javascript) endet. Den ganzen Link gebe ich hier wegen Sicherheit nicht ein, kann ihn aber per PN schicken.

    ---- Oben genannten Link auf keinen Fall aufrufen, ich geb Euch das hier nur als Info weiter, falls das bei der Problembehandlung weiterhilft.

    Seiten sind eigentlich statisch und nicht dynamisch. Daher ist das nicht vorgesehen. Seiten nimmt man z. B. für Kontakt, Impressum, Über uns etc. Das gehört nicht in ein Archiv. Habe mir also dazu noch nie Gedanken gemacht.

    Das mache ich meistens auch so. Aber für manche Beiträge habe ich dann doch eine Page genommen statt einem Post, meist aus dem Grund, dass die Beiträge nicht an die Abonnenten geschickt werden sollten.

    Gibt es keinen Code, der die Pages auch in den Archiven anzeigt?

    Hallo,

    ich bin auf der Suche nach einem Plugin oder der Möglichkeit, die Kommentare im Dashboard (!), also nur für den Admin, zu übersetzen.

    Also so, dass ich als Admin eine Option "Translate" unter dem Kommentar habe, mit der ich den Kommentar automatisch in Deutsch oder Englisch übersetzen lassen kann. Es bräuchte also eine eingebaute Übersetzungsfunktion z.b. von Google Translate oder Bing oder ähnliche.

    Der Grund ist: Mein Blog ist mehrsprachig, aber die Kommentare sollen öffentlich nur in Deutsch oder Englisch da stehen. Da es aber vorkommt, dass auch anderssprachige Kommentare kommen, muss ich als Admin die richtigen Kommentare von Spam-Kommentaren unterscheiden können. Da wäre so eine Übersetzungsfunktion von Kommentaren sehr praktisch.
    Die automatisch übersetzten Kommentare könnte ich dann in korrektes Deutsch oder Englisch umschreiben.

    Ich habe ein Screenshot angehängt, wie das in etwa aussehen könnte.

    Weiß jemand ein Plugin, mit dem das umzusetzen ist? Deutsch oder Englisch ist egal.

    LG

    Oder wenn die Navigationsleiste in einem Widget-Bereich ist, warum nicht mit einem HTML-Widget die Bilder einfügen.

    Bei manchen Themes gibt es auch einen Widget-Bereich im Footer, falls die Bilder dort eingebaut werden sollen.

    Und wenn im Header: Da gibt es auch Anleitungen, wie man einen Header-Widget-Bereich erstellen kann.