Beiträge von b3317133

Kann unterschiedlichste Ursachen haben:

1. Prüfe die Angaben [FONT=Courier New]DB_xxx[/FONT] zur zugehörigen Datenbank in der Datei [FONT=Courier New]WordPress_03/wp-config.php[/FONT]
   
2. Befinden sich überhaupt Daten in dieser Datenbank?
3. Wurden bei der ersten "Backup-Wiederherstellung" Dateien wiederhergestellt oder die Datenbank oder beides? Wie genau?
   
4. Was genau wurde bei "Strato Backup-Control" wiederhergestellt? Derzeit sieht es so aus, als würden bei "funktionierenden" Seiten (z.B. bei Suche via Google) nur vorhandene alte Cache-Dateien angezeigt.

Für Mitleser, das verlinkte Protokoll hat die Photoshop-Endung [FONT=Courier New].psd[/FONT] ist aber eine normale Textdatei.

@Marcus[IS] Das Github Plugin nutzt den Shortcode [FONT=Courier New][my_gallery][/FONT].

Das genutztes Plugin könnte dieses hier sein, siehe auch [FONT=Courier New]/wp-content/plugins/mygallery/changelog.txt[/FONT] auf der o.g. Seite.

Ergänzend, bei 1.200 bestehenden Galerien würde es sich ggf. empfehlen, das Plugin an neuere WordPress Versionen anzupassen oder aber auch das Classic Editor Plugin zusätzlich zu verwenden. Dafür wäre es gut zu wissen, was genau "das Plugin nicht mehr funktioniert" bedeutet.

@Marcus[IS] Beim Github-Plugin wird ein anderer Shortcode verwendet, als im Beispiel von @Robbi

Zitat von Robbi

... über einen Shortcode in den Text eingefügt werden: [mygal=beispielgalerie].

add_shortcode( 'my_gallery', array( 'MyGallery', 'shortcode' ) );

Wenn der Beitrag im Backend von WordPress erscheint, aber nicht in der Datenbank, und wenn Du andere Beiträge in der Datenbank siehst, aber nicht im Backend von WordPress, dann schaust Du wie oben bereits vermutet in die falsche Datenbank.

Nach welcher Spalte ist der Screenshot sortiert?

Das ist nicht zwangsläufig so, daher stellt sich diese Frage. Nach welcher Spalte ist der Screenshot sortiert? Sortiere den mal nach ID aufsteigend und schau auf die letzte Seite, findest Du dort Deinen o.g. "neu erstellten Beitrag?"

Wenn Du sichergehen willst, lösche alle Tabellen der Datenbank und spiele die .sql Datei aus dem Backup neu ein und lösche alle WordPress-Dateien auf dem Server und spiele die Dateien aus dem Backup neu ein, mit entspr. Anpassung der [FONT=Courier New]wp-config.php[/FONT] bzgl. Datenbank nach dem Einspielen.

Wurden die Tabellen dabei vorher gelöscht?

Enthält das Backup Zeilen wie DROP TABLE IF EXISTS `1_comments`; CREATE TABLE `1_comments` ... usw.?

Wie genau wurde der Export/Import gemacht? Welche Tabellen? Hast Du Einträge in Tabellen der alten Datenbank mit bestehenden Einträgen in Tabellen der neuen Datenbank vermischt? Das geht bei WordPress nicht. Evtl. gibt es dadurch doppelte IDs oder fehlerhafte sonstige Bezüge und damit unabsehnbare Probleme.

Der Selektor div id="932" class="hfeed site ist falsch / ungültig, mehr dazu z.B. hier (google).

Zitat von Tobiasp

Wenn ich einen neuen erstelle ist das kein Problem, der wird aber nicht in der Datenbank gespeichert.

Das deutet darauf hin, dass Du ggf. in die falsche Datenbank schaust.

Du könntest beim Hersteller von FormCraft bzw. des AddOns nachfragen, siehe Link dort:

Zitat

Not sure if this addon does what you want? Ask us here.

Die Fehlermeldung deutet darauf hin, dass entweder das AddOn nicht mit reCaptcha v3 zurecht kommt, oder bei der Einrichtung von reCaptcha bei Google was nicht stimmt.

@SirEctor meinte das Updaten von WordPress in kleinen Schritten, falls eine alte WordPress Version genutzt wird.

Zitat

... For example, if you plan on upgrading [WordPress] from 2.5 to 5.1.1, upgrade to 2.7 first, followed by 2.9, then 3.1, and so on. Essentially, it's okay to skip one release, but never skip TWO when upgrading.

Hast Du es schon mit dem entspr. AddOn für FormCraft versucht?

Nutze selbst nur WPML (ein Kaufplugin), damit geht das, siehe z.B. hier.

Mit Polylang geht es lt. Dokumentation (4) bzw. Pluginbeschreibung offenbar auch:

Zitat

..oder du kannst eine unterschiedliche Subdomain oder Domain pro Sprache nutzen

Mit MultilingualPress und TranslatePress geht es lt. Dokumentation mit Hilfe von "Multisite Domain Mapping", ...

Es gibt einige WordPress Multilingual Plugins (google), die sich um solche Dinge automatisch kümmern können, dann wird bei fehlender Übersetzung z.B. entweder eine Flagge nicht gezeigt oder sie zeigt auf die Starseite der anderen Sprache o.ä., kommt ganz auf Plugin und Konfiguration an.

CSS kann man z.B. unter "Design > Customizer > Zusätzliches CSS" eingeben.

1. Benutze keine beta Software auf live Webseiten.
2. Der IE kann [FONT=Courier New]position: absolute;[/FONT] mit [FONT=Courier New]height: 100%;[/FONT] nicht so richtig, probiere es mal beim Container des Bildes mit z.B. [FONT=Courier New].blog-entry .thumbnail a { overflow: hidden; }[/FONT]

Liegt vermutlich an einer alten WordPress Version oder an einer oder mehreren veralteten [FONT=Courier New]php.ini[/FONT] Datei(en), manchmal auch an alten [FONT=Courier New]AddHandler[/FONT] o.ä. Einträgen in einer [FONT=Courier New].htaccess[/FONT] Datei.

Ist unter Einstellungen > Schreiben > Standard-Editor.. > "Classic Editor" und Einstellungen > Schreiben > Erlaube Benutzern, Editor zu wechseln > "Nein" eingestellt?

Wie sieht dann die gesamte Editor Seite aus?

Was erscheint in der Browser Konsole, wenn die Editor Seite geöffent ist?

Stelle sicher, dass sowohl "Site origin Page Builder" als auch das Plugin "Classic Editor" installiert und aktiv ist.

Was passiert dann? Screenshot der Editor-Seite?

Zitat von Maxarti

Auch das Plugin zum Deaktivieren des Gutenberg-Editor half mir nicht weiter

Welches genau?

Installiere und aktiviere das Plugin "Classic Editor".