Dieser "Bilderklau"-Blockade Code - wenn er denn überhaupt so funktioniert - wird derzeit auf dem o.g. Website durch das Jetpack Plugin aktiv ausgehebelt, das alle Bilder auf irgendwelche externen Server in den USA oder sonstwo verteilt hat und von dort aus einbindet. Nebenbei verursacht das auch noch ein DSGVO Problem.
Beiträge von b3317133
-
-
-
-
-
Für spätere Mitleser:
Die PHP Version bei Strato stellt man üblicherweise in diesem Menü um:
Datenbanken & Webspace > PHP-Version einstellen
Und bei einer manuellen Einstellung über .htaccess ist selbstverständlich dieses Leerzeichen nötig und korrekt, es trennt den Medien-Typ von der Dateiendung.
-
Aber wenn ich uploads Ordner speichern möchte klappt es leider nicht:
Was sagt denn error_get_last() in dem Fall?Bzw. auch sonstige ggf. vorhandene PHP Error Logs?
-
Das erste Beispiel funktioniert hier am Beginn der .htaccess wie erwartet.
wird weitergeleitet zu
Oder meinst Du etwas anderes?Wenn dabei auch meine-seite ohne / am Ende weitergeleitet werden soll, lass den / in Deiner Regel weg, z.B.
Ansonsten poste echte Links und erkläre, was damit nicht funktioniert. -
Ich habe mehrere Sachen mit der .htaccess probiert, aber keine hat funktioniert.
Welche Sachen genau wurden probiert?Ansonsten wird das ein Vorschlag -> hab ich schon probiert Ping Pong Ratespiel.
Ein Link wäre z.B. dieser (google).
-
Falls das Plugin Conditional Fields for Contact Form 7 verwendet wird, hilft evtl. die Pluginbeschreibung weiter.
ZitatHide/show info in emails based on what groups are visible
-
...... stimmt natürlich nicht!
Was genau stimmt daran nicht?Alles anzeigenhier 35 Statements aus aller Welt - als Rückmeldung - und ich würde sagen 99 % sind gewissermaßen beeindruckt bzw. positiv gestimmt.
Jeroen; The designs look awesome. Looking forward to this launch.
Tammie Lister: The designs look so incredible and energising. I am delighted to see you @kjellr and @jffng leading the theme. Looking forward to it taking flight!
Maggie Cabrera: I’m in love with the typography and colors of this theme. Can’t wait to start helping to make it a reality!
Timothy Smith: This theme looks absolutely beautiful and I’m really excited by the final part of the post too.
Mark Robson: Wow, this new default theme already looks amazing. I can’t wait to see the finished article!
Adnan: Looks Asthetic!
Ian Stewart: This is my new favourite theme and is just super-exciting. Love how much attention was paid to both utility and fun. Good luck @kjellr and @jffng! Can’t wait to use it for … everything.
Juha Liikala: What a beautiful theme! Can’t wait to put it in action
RadiusTheme: Awesome design and typography!!
Beatriz: This is exciting, can’t wait to be able to use it!
Niels Lange: Fantastic designs! Absolutely beautiful.
Mel Choyce-Dwan: Gorgeous! So excited to see this in action.
Dan Farrow: It looks splendid – lovely work!
Kleiner Blick in einige wordpress.org Profile der zitierten Statements - daran ist wohlgemerkt nichts schlimmes, es ist vielmehr eine tolle Sache, wenn Mitarbeiter an einem Projekt auch hinter ihrem Projekt stehen und positive Rückmeldungen geben, wie gesagt, das nur am Rande zur Einordnung...ZitatAlles anzeigen
Jeroen Rotty contributes 7 hours per week to the following teams: Documentation, Polyglots, Support. Core Contributor, Meetup Organizer, Plugin Developer, Support Contributor, Support Team, Translation Contributor, Translation Editor, WordCamp OrganizerTammie Lister contributes 12 hours per week to the following teams: Core, Design. Accessibility Contributor, BuddyPress Contributor, Core Contributor, Core Team, Design Contributor, Design Team, Meta Contributor, Plugin Developer, Themes Team, WordCamp Organizer, WordCamp Speaker
Maggie Cabrera contributes 40 hours per week to the Themes team. Core Contributor, Translation Contributor, Employer: Automattic
Mark Robson contributes 14 hours per week to the Polyglots team. BuddyPress Contributor, Core Contributor, Translation Contributor, Translation Editor
Adnan: Core Contributor, Meetup Organizer, Plugin Developer, Theme Developer, Translation Contributor, Translation Editor, WordCamp Organizer, WordCamp Speaker
Ian Stewart: Core Contributor, Meta Contributor, Plugin Developer, Theme Developer, WordCamp Organizer, WordCamp Speaker, Employer: Automattic
Beatriz Fialho contributes 40 hours per week to the Themes team. Core Contributor
Niels Lange: Core Contributor, Meetup Organizer, Plugin Developer, Theme Developer, Translation Contributor, Translation Editor, WordCamp Organizer, WordCamp Speaker, WordPress.tv Contributor, Employer: Automattic
Mel Choyce-Dwan contributes 2 hours per week to the following teams: Core, Design. Accessibility Contributor, bbPress Contributor, Core Contributor, Core Team, Design Contributor, Design Team, Meta Contributor, Meta Team, Plugin Developer, Theme Developer, WordCamp Organizer, WordCamp Speaker
Dan Farrow contributes 2 hours per week to the Core team. Core Contributor
-
Du hast wie vermutet die Datenbank der aktiven Installation bereits überschrieben. Die Daten sind nicht mehr in der Datenbank vorhanden.
Lösungsmöglichkeiten siehe oben.
Duplicator zeigt im Installationsverlauf eigentlich eine recht klare Warnung an, bevor Datenbanken überschrieben werden.
Eine bestehende Installation zu kopieren und dabei das Datenbank-Präfix zu verändern, ist bei WordPress am Rande bemerkt mit Vorsicht zu geniessen, nicht jedes Theme bzw. Plugin kommt damit zurecht. Die Duplicator Pro Version hat wohl Funktionen dafür, aber auch das kann an Grenzen stossen, wenn irgendwas nicht den WordPress Standard einhält.
-
Wurde installer.php von Duplicator verwendet?
Möglicherweise hast Du für die Test Installation die Datenbank Zugangsdaten der aktiven Installation angegeben statt eine neue, eigene, zweite Datenbank zu verwenden. Das würde einen Effekt wie von Dir beschrieben zur Folge haben.
Die aktive Installation wieder hinbekommen kann man so einen Fall durch das Einspielen eines Datenbank Backups der aktiven Installation in die zugehörige Datenbank und das Leeren des Browser Caches.
Alternativ durch das Einspielen des ganzen Duplicator Paketes über domain.de/vw/installer.php als aktive Installation und das Leeren des Browser Caches.
-
Liegt das Bild für den Beitrag vermutlich in~/wp-content/uploads/2016/
ein neues hochladen bringt das Bild aber in das Verzeichnis
~/wp-content/uploads/2022/
Wenn man ein neues Bild über die Beitragsbildsfunktion in einem alten Beitrag von 2016 hochlädt, speichert WordPress das Bild im alten Verzeichnis des zum alten Beitrag zugehörigen Monats in 2016.Um ein Beitragsbild "URL-gleich" zu ersetzen, löscht man daher zunächst das bestehende Beitragsbild im Beitrag und Mediathek und lädt dann ein Bild mit dem gleichen Dateinamen über die Beitragsbildsfunktion im bestehenden alten Beitrag hoch. Danach ggf. Browser-Cache leeren, wenn noch die alte Version des Bildes gezeigt wird.
Will man eine neue URL bzw. das Hochladen in den aktuellen Monatsordner bewirken, lädt man das neue Bild erst direkt in die Mediathek hoch und fügt es erst später in einen alten Beitrag ein.
Ein Tausch über FTP ist nicht nötig.
Am Rande bemerkt: Tauscht man ein Bild per FTP aus, muss man noch zusätzlich über ein Plugin o.ä. die restlichen Bildgrössen neu erzeugen lassen.
-
Beachte noch die oben ergänzten Hinweise zu Jetpack, da ist derzeit viel mehr aktiv, als in der Datenschutzerklärung angegeben.
-
Lass eines der beiden Plugins deaktiviert oder entferne es ganz.
-
Bei der Suche nach Darstellungsproblemen als erstes alle Cache-, Minify- und Optimierungs-Plugins und CDN-Funktionen deaktivieren, derzeit mind. aktiv: WP-Optimize, Jetpack
Generell nicht mehrere Plugins mit gleichen Funktionen parallel betreiben, das führt erfahrungsgemäss oft zu Problemen.
Derzeit werden über das Jetpack Plugin Deine Bilder und auch Teile von WordPress und WooCommerce von Servern aus den USA eingebunden, evtl. wurden in Jetpack versehentlich "Beschleunigungsfunktionen" aktiviert, die erzeugen immer wieder mal Probleme und sind auch im Hinblick auf DSGVO eher nicht ratsam.
-
Bei der Suche nach Darstellungsproblemen als erstes alle Cache-, Minify- und Optimierungs-Plugins und CDN-Funktionen deaktivieren, derzeit mind. aktiv: WP Optimize, WP Rocket
Generell nicht mehrere Plugins mit gleichen Funktionen parallel betreiben, das führt erfahrungsgemäss oft zu Problemen.
Derzeit wird mind. eine CSS Datei nicht (mehr) gefunden.
Weiterhin siehe auch Elementor Dokumentation: Troubleshooting Layout Issues.
-
Ich habe die bestehende Klasse der Archivseiten-Artikel nicht gefunden.
Poste einen Link zu Deiner Archivseite, dann kann man vermutlich eine passende Klasse aus body und Artikel ermitteln. Siehe auch Forenregeln, Punkt II. -
Wie kann man dem Post link eine bestimmte Klasse geben?
Lt. den Plugin Einstellungen kannst Du dort statt [FONT=Courier New]modal-link[/FONT] auch einfach eine passende bereits bei Dir bestehende Klasse für Deine Archivseiten-Artikel einstellen. -
Bis zum letzten Update bzw. bis vor einem Monat sendete Contact Form 7 zuverlässig. (Absender & Empfänger sind richtig eingerichtet von domain)
... vielmehr suche ich eine Möglichkeit des debuggens um dem Fehler auf die Schliche zu kommen.
Um das Contact Form 7 Update als Ursache auszuschliessen, kannst Du z.B. auch ein Rollback von Contact Form 7 auf die Version vor dem Update machen und damit testen.Alles anzeigenEinträge von versuchten Formular Sendungen wie diese :
...
["kc_captcha"]=>
string(8) "kc_human"
["kc_honeypot"]=>
string(0) ""
}
Deaktiviere zudem die hier sichtbaren Captcha und Honeypot Funktionen, um diese als Ursache auszuschliessen. Leere auch alle reCaptcha Felder in den Contact Form 7 Einstellungen, falls genutzt.