Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen1. Deaktiviere das lt. Google Cache vorhandene Plugin W3 Total Cache, ändert das etwas?
2. Entferne die offenbar vorhandene Subdomain, die zeigt auf die Hauptinstallation, das könnte den Cache noch mehr verwirren, wenn sie aufgerufen wird:
http://wordpress.wiesbachschule.deTipp am Rande: Wenn eine Seite noch nicht allzulang offline ist, findet man Texte ggf. auch im Cache der Suchmaschinen.
Weder im Beitrag #4 noch in der dort verlinkten Anleitung wird eine dauerhafte Nutzung der älteren Version empfohlen.
Die Überschrift dort "Tutorial for moving away from PHP Everywhere 3.0" bedeutet, dass es sich um eine Anleitung handelt, wie man zu einem anderen Plugin wechselt.
Dafür benötigt man temporär die ältere Version 2.0.3, um wieder an die bereits eingegebenen Daten zu kommen.
So, the first step is to restore it, in order to be able to easily copy the PHP code you already have.
Die weiteren Schritte sind die Installation eines anderen Plugins und das Übertragen der Daten dorthin.
Dass am Ende einer solchen Migration das vorher genutzte Plugin nicht mehr weitergenutzt wird, sollte eigentlich selbsterklärend sein.
Das ganze nennt man (wie in Beitrag #4 als solches bezeichnet und in Beitrag #6 nochmals erklärt) in der IT-Welt "Offboarding".
Dauerhaft eine ältere Version zu nutzen, ist diesem Fall wie im Plugin Support Forum ausgeführt aus Sicherheitsgründen keine Lösung, das hat auch niemand empfohlen.
Der Begriff "Offboarding" bedeutet in der IT-Welt, hier möglichst reibungslos zu einem anderen Plugin zu migrieren.
Bei der Suche nach Darstellungsproblemen als erstes alle Cache-, Minify- und Optimierungs-Plugins und CDN-Funktionen deaktivieren.
Link zu einer Seite wo diese Änderungen nicht übernommen werden?
@threadi Alternativ einen Shortcode im Menü verwenden.
Du suchst die WordPress .php Dateien, die sind u.a. mit in dieser .qcow2 Datei:
Das ist sozusagen eine einzige grosse Datei, die einen kompletten Linux-PC mit Apache Webserver, PHP-Modul, MySQL Datenbank und auch die WordPress Dateien enthält.
Auf diese Dateien kann man z.B. über den Web File Manager im InstantWP Control Panel oder auch über SFTP zugreifen
Die Linux Virtual Machine Datei ist im Ordner vm, ein Entpacken der Virtual Machine ist nicht vorgesehen. Der Zugriff auf die Dateien darin erfolgt wie bereits beschrieben.
Wie von @Kurt Singer bereits angemerkt, ist InstantWP relativ alt (letztes Update 15. Februar 2018) und funktioniert daher ggf. nicht mit aktuellen Windows Versionen.
InstantWP nutzt eine sog. Virtual Machine.
Das ist sozusagen eine einzige grosse Datei, die einen kompletten Linux-PC mit Apache Webserver, PHP-Modul, MySQL Datenbank und auch die WordPress Dateien enthält.
Auf diese Dateien kann man z.B. über den Web File Manager im InstantWP Control Panel oder auch über SFTP zugreifen.
Siehe auch InstantWP User Guide, Seite 10 WordPress File Access, und Seite 11 ff Control Panel Tab usw.
Leider klappt das nicht es werden auch die Beiträge ander Autoren angezeigt.
Es werden die Beiträge aller Autoren angezeigt, weil der Code keine Beschränkung auf einen Autor enthält.
Mehr dazu in der WP_Query Dokumentation.
Tipp am Rande: Überlicherweise verwendet man in WordPress die get_posts() Funktion für eine solche Anforderung.
Es gibt nur einen der o.g. Einträge.
Du siehst noch drei Einträge mit [FONT=Courier New]<script type='text/javascript'>[/FONT] (mit einfachen Hochkommata) die durch das Theme ausgelöst werden und noch einen vom WordPress Core.
Dein Theme meldet an WordPress derzeit nur html5 Support für das Suchfeld, nicht für scripts allgemein.
neve/inc/core/front_end.php:48
add_theme_support( 'html5', array( 'search-form' ) );
Dort müsste z.B. sowas stehen, dann würde WordPress das [FONT=Courier New]type[/FONT] Attribut im Script Tag weglassen:
add_theme_support( 'html5', array( 'search-form', 'script' ) );
Wende Dich an den Theme Hersteller, evtl. kann der Dir erklären, warum das Theme bei html5 die Scripts explizit nicht mit deklariert.
Alternativ ist evtl. TYPO3 für Dein Vorhaben besser geeignet.
Das einzige derzeit sichtbare [FONT=Courier New]<script type="text/javascript">[/FONT] auf der angegebenen Seite kommt aus dem WordPress Core selbst:
<script type="text/javascript">
window._wpemojiSettings = {"baseUrl":"https:\/\/s.w.org\/images\/core\/...
Dieses Script ist bzgl. DSGVO ein Problem, da es je nach Browser ohne Zustimmung Daten von externen Servern einbindet. Viele nutzen ein Plugin wie Disable Emojis, um dieses für wohl 99,9% der Besucher unnötige Script aus den Seiten zu werfen.
Ist das bei Euch und "Aktuelle Version: 5.9" nicht der Fall?
Das ist in jeder WordPress 5.9 Installation der Fall.
Wieder mal zeigt sich, dass man bei Updates in einen neuen Zweig erstmal 1-2 Wochen abwarten und die aktuellen WordPress Tickets beobachten und/oder solche Updates zunächst auf einer Staging Installation komplett durchprüfen sollte, bevor man das Update im live Server einspielt.
Wenn
deutet das darauf hin, dass Dein WordPress von der Datenbank unterschiedlichen Stände des Inhalts zu sehen bekommt und zwar
Das deutet darauf hin, das entweder Dein Hosting akut am Datenbankserver gearbeitet hat und dort irgendwas neu aufsetzt und/oder falsche Stände/Backups einspielt oder dass es mehrere (eigentlich) gespiegelte Datenbanken gibt, die durch DNS oder anderweitig kaputtes Loadbalancing und/oder eine fehlerhafte Spiegelung diese unterschiedlichen Stände ergeben.
Es ist/war anhand der Beschreibung ein Problem beim Hosting. Auf einen Hack deutet die Beschreibung nicht hin.
Wenn das Problem ab "gestern Nachmittag nicht mehr vorgekommen ist", scheint das Hosting das Problem gefunden und behoben zu haben.
Möglicherweise handelt es sich um dieses Problem (#54902 Media Library Overlay Drag-and-Drop To Reorder Images Does Not Work In WP 5.9), das seit WordPress 5.9 vorhanden ist.
Siehe auch hier im Forum.
Möglicherweise handelt es sich um dieses Problem (#54902 Media Library Overlay Drag-and-Drop To Reorder Images Does Not Work In WP 5.9), das seit WordPress 5.9 vorhanden ist.
Vermutlich fehlt oberhalb des neuen Eintrags ein } oder es ist ein } zuviel oder ein/mehrere andere Syntaxfehler. Prüfe die korrekte Syntax, schrittweise Regel für Regel.
Mozilla hat 2018 den eingebauten RSS-Reader aus Firefox entfernt, mehr dazu z.B. hier (heise.de)
Produkte > Schlagwörter > Liste sortieren nach Anzahl > mit einem Klick alle markieren > Mehrfachaktionen > Löschen
Je nach Bedarf oben rechts Ansicht anpassen die Einträge pro Seite ändern.
