Beiträge von b3317133

Das ist keine Lösung.

Der ganze Website ist nach wie vor als kompromitiert zu betrachten, sowas online zu lassen ist im Grunde grob fahrlässig. Was wirklich zu tun ist, steht oben beschrieben...

Zitat von Smin2

Content Protect By Time Lock

Dieses (uralte) Plugin nutzt nach kurzem Einblick exakt den beschriebenen "pre_get_posts mit Custom Field und meta_query" Ansatz.

Offenbar werden Deine anderen Plugins "FB Postings und der Newsletter" aber anders getriggert, womöglich einfach dann, wenn ein Beitrag auf "publiziert" gesetzt wird, daher musst Du wohl eine andere Lösung suchen oder diese Plugins anpassen.

Man könnte eine pre_get_posts Action i.v.m. einem Custom Field (in dem das gewünschte "Veröffentlichungsdatum" steht) und einer meta_query nutzen und damit Beiträge ausblenden, die das Datum noch nicht erreicht haben. Programmierkenntnisse vorausgesetzt.

Man könnte Kategorien, Schlagworte oder ein Custom Field o.ä. und eine pre_get_posts Action mit 3-4 Zeilen Code nutzen und auf Basis dieser Einstellung je nach eingeloggt oder nicht im Frontend die entspr. Beiträge aus-/einblenden. Programmierkenntnisse vorausgesetzt.

Das allgemeine Vorgehen mit allen notwendigen Schritten bei einem Hack ist z.B. hier beschrieben.

Zitat von serwo

.. seit dieser Woche leider von Viele Freunde von mir und bekannte und auch andere geschäftsseiten in wien geändert worden wzb die umleitung.

Was bedeutet das genauer? Hier wäre herauszufinden, ob der Hack einen bestimmen Hosting-Anbieter betrifft. Falls das so ist, sollte man erst herausfinden (lassen), wo die Lücke dort war, bevor man mit dem Reparieren von WordPress anfängt.

Falls WordPress 5.3 eingesetzt wird, kann ggf. auch dieser aktuelle Fehler ein Problem in dieser Art verursachen.

Könnte man herausfinden, indem mal alle Plugins deaktiviert und ein Standard-Theme aktiviert und testet, ob dann die Veröffentlichung funktioniert.

Füge eigene Einträge in wp-config.php ausschliesslich direkt vor/oberhalb dieser Zeile ein.

/* That's all, stop editing! Happy publishing. */

Was für ein Fehler wird im Code erzeugt? Woran siehst Du, dass es ein Fehler ist? Logische Probleme oder Endlosschleifen o.ä. landen z.B. nicht im debug.log

Und wo genau in der wp-config.php sind diese Zeilen eingefügt?

Evtl. zeigt Dein PC die .webp Endung Deiner Datei nicht an, Windows blendet z.B. standardmässig Endungen aus, warum auch immer.

Versuche es mit einem Beispielbild von z.B. hier.

Dafür würde man in WordPress z.B. folgende Dinge nutzen, mehr zu den einzelnen Begriffen in einer Suchmaschine Deiner Wahl.

• Custom Post Type
• Custom Taxonomies
• Advanced Custom Fields
• FacetWP
  
• Child Theme

Für weitere Recherche, diese "Checkbox-Filteroptionen" nennt man in der Fachsprache auch Facettensuche.

Das Hochladen des Bildformat .webp ist in WordPress standardmässig nicht erlaubt.

Hintergründe dazu u.a. in diesem trac Ticket.

Kurzversion: Der Apple Safari Browser und damit iPhones/iPads usw. unterstützen .webp nicht. Würde man einen Upload standardmässig zulassen, bräuchte man umfangreiche Fallback- und Workaroundlösungen für alle Bildfunktionen im WordPress Core.

@maxe Ausser wenn der "nur Inhalt" von extern eingebunden wird, da kommen schonmal Cookies mit...

@Mbelon Link zur Seite? Dann könnte man ggf. grundsätzliche Probleme dort identifizieren. Was Du dann wie wohin schreiben musst, das kann Dir tatsächlich nur ein Anwalt sagen.

Evtl. hat Dein Umfrage Tool eine eigene .htaccess oder kollidiert anderweitig mit WordPress.

Zitat von lin

Was würdest du hier anders machen!?

Würde das Umfrage-Tool auf einer Subdomain hosten.

Evtl. hast Du bei dieser Meldung den Zwischenschritt "Live URL testen" für eine aktuelle Analyse weggelassen, aber egal, das "Neu indexieren" hat jetzt offensichtlich geklappt:

https://www.google.com/search?q=site%3Ahttps%3A%2F%2Fsmg-wohlenbe.ch

Werden Browser Add-ons oder Antiviren-/Privacy-Programme auf dem PC verwendet? Screenshot des Fehlers? Link zur Seite wo man den Fehler sehen kann?

Die Seiten sind derzeit nicht blockiert.

Gib die Links in der Google Search Console ein und "Live URL testen" und dann ggf. "Neu indexieren" o.ä.

Man gibt z.B. Theme Elementor WooCommerce in eine Suchmaschine seiner Wahl ein...

Mit Divi nutzt man normalerweise den eingebauten Divi Builder und das Divi Shop Module.

Bei Dir wird das alles überlagert von Elementor, Elementor Pro, Power Pack, vielen extra WooCommerce Plugins usw.

So sind zig Komponenten vorhanden, die gar nicht genutzt werden, die aber trotzdem ständig im Hintergrund mitlaufen, so kommt dann Deine Serverlast zustande.

Um Elementor mit WooCommerce zu nutzen, sucht man sich normalerweise ein Theme, das für Elementor und WooCommerce geschrieben wurde und nutzt das möglichst genau so, wie der Autor des Themes das vorgesehen hat.

Erstelle z.B. einen Shortcode.

Die besagte Seite wurde ursprünglich mit dem SiteOrigin Pagebuilder erstellt. Wende Dich am besten an die Person, die den Website eingerichtet hat, wenn der Pagebuilder nicht (mehr) sichtbar ist.

Konvertieren zu/von Gutenberg kann man solche bestehende Seiten nicht, der gängige Weg ist Copy & Paste der reinen Text-Inhalte aus dem Frontend.

Warum Dein Backend Screenshot etwas anderes zeigt als das Frontend, kann man "von aussen" nicht sinnvoll beurteilen, das kann mit SiteOrigin zu tun haben, auch hier am besten den ansprechen, der die Seite ursprünglich aufgesetzt hat.