Support » Plugins » Probleme beim Erstellen von Beiträgen auf mehrsprachiger Seite

  • Gelöst ullemeye

    (@ullemeye)


    Ich betreibe eine dreisprachige Internetseite. Die Mehrsprachigkeit wird mit WPGlobus erzeugt.
    In der Vergangenheit hatte ich den Classic Editor im Visuellen Classic Editor Mode zur Erstellung von Beiträgen und Seiten benutzt. Irgendwann funktionierte dies nur noch mit dem Crome-Browser. Neuerdings wird mir in allen Browsern im Classic Editor kein Inhalt mehr angezeigt, sondern nur ein leeres Feld. Dass der Inhalt noch da ist, kann man über den Texteditor-Mode erkennen.
    Daher bin ich auf den Blockeditor übergegangen. Jetzt scheint der Editor aber zu „spinnen“. Manchmal verschwindet der Titel in einer Sprache, manchmal wird der Inhalt einer Sprache mit dem Inhalt einer anderen Sprache überschrieben. Ich kann den Fehler nicht klar beschreiben oder reproduzieren.
    Ich habe den Verdacht, dass dies mit dem WPGlobus zusammen hängt.
    Bitte um Vorschläge, wie das Problem gelöst werden kann. Vielen Dank.
    Grüße
    Manfred

    Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 14 Antworten - 1 bis 14 (von insgesamt 14)
  • Hallo,
    @bscu hatte schon vor einigen Monaten von Problemen mit WPGlobus hier im Forum berichtet.
    Evtl. hat @bscu mittlerweile eine Lösung dafür parat oder du wendest dich mit deiner Frage direkt an die Entwickler.

    Es könnte evtl. auch sein, dass das Problem durch einen Konflikt zwischen Plugins verursacht wird.
    Du kannst ja mal nach einer Sicherung das Plugin Health Check & Troubleshooting installieren. Wenn du auf den Button „Problembehandlungsmodus aktivieren“ unter Problembehandlung klickst, werden alle Plugins deaktiviert und als Standardtheme (wenn vorhanden) twenty twenty oder Twenty Twenty-One aktiviert. Dann kannst du sehen, ob die beschriebenen Probleme noch weiterhin auftauchen. Aktiviere dann Plugin für Plugin im Problembehandlungsmodus und schaue jeweils nach Aktivierung eines Plugins, ob das Problem noch besteht. Auf diese Weise kannst du möglicherweise ein Plugin finden, dass das Problem verursacht. Vorteil dabei ist, dass Besucher deine Webseite mit allen Infos und Plugins sehen, während nur für dich alle Plugins deaktiviert sind.
    Lies dir dazu bitte auch mal die Informationen in dem Beitrag zu Health Check durch.

    Du findest unter Werkzeuge > Websitezustand > Info einen Bericht zur Website. Warte bitte einen Moment bis die Ladeanzeige ganz oben abgeschlossen ist und kopiere dann per Button den Website-Bericht in deine Zwischenablage. Über den Button „Bericht in die Zwischenablage kopieren“ kannst du den Bericht unverändert (bitte mit den Akzentzeichen am Anfang und Ende) einfügen und anschließend hier posten. Evtl. ergeben sich dann weitere Anhaltspunkte, ob und wo das Problem liegt.

    Viele Grüße
    Hans-Gerd

    • Diese Antwort wurde geändert vor 2 Jahren, 2 Monaten von Hans-Gerd Gerhards. Grund: Ergänzung

    Mein aktueller Stand zu WP Globus:

    Ich benutze nicht mehr den Firefox bei Seiten, wo WP Globus im Einsatz ist, mit google Chrome funktioniert alles. Das Problem hatte ich schon mal den Entwicklern gemeldet, aber scheinbar scheint es niemanden zu interessieren. Vielleicht liegt es auch an einem anderen Plugin, dass zusammen mit WP Globus die Ursache ist, habe ich nicht weiter getestet.

    Man müsste sich vielleicht auch hier nochmal belesen: https://wordpress.org/support/plugin/wpglobus/

    • Diese Antwort wurde geändert vor 2 Jahren, 2 Monaten von bscu.
    Thread-Starter ullemeye

    (@ullemeye)

    Hallo, kann bitte jemand diesen Bericht zum Webseitenzustand durchsehen und ggf. Hinweise auf die Ursache der oben beschriebenen Problematik geben. Danke.

    
    ### wp-core ###
    
    version: 5.9
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%year%/%monthnum%/%day%/%postname%/
    https_status: true
    multisite: false
    user_registration: 1
    blog_public: 1
    default_comment_status: open
    environment_type: production
    user_count: 1
    dotorg_communication: true
    
    ### wp-paths-sizes ###
    
    wordpress_path: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu
    wordpress_size: 273.25 MB (286523415 bytes)
    uploads_path: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu/wp-content/uploads
    uploads_size: 2.50 GB (2687066897 bytes)
    themes_path: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu/wp-content/themes
    themes_size: 5.47 MB (5736082 bytes)
    plugins_path: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu/wp-content/plugins
    plugins_size: 68.43 MB (71750418 bytes)
    database_size: 16.19 MB (16973824 bytes)
    total_size: 2.86 GB (3068050636 bytes)
    
    ### wp-active-theme ###
    
    name: Twenty Seventeen (twentyseventeen)
    version: 2.9
    author: WordPress-Team
    author_website: https://de.wordpress.org/
    parent_theme: none
    theme_features: core-block-patterns, widgets-block-editor, custom-header, automatic-feed-links, title-tag, custom-line-height, post-thumbnails, menus, html5, post-formats, custom-logo, customize-selective-refresh-widgets, editor-style, editor-styles, wp-block-styles, responsive-embeds, starter-content, widgets
    theme_path: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu/wp-content/themes/twentyseventeen
    auto_update: Aktiviert
    
    ### wp-plugins-active (18) ###
    
    All in One SEO: version: 4.1.6.2, author: All in One SEO Team, Automatische Aktualisierungen deaktiviert
    Antispam Bee: version: 2.10.0, author: pluginkollektiv, Automatische Aktualisierungen deaktiviert
    BackWPup: version: 3.10.0, author: Inpsyde GmbH, Automatische Aktualisierungen deaktiviert
    BackWPup Pro: version: 3.10.0, author: Inpsyde GmbH, Automatische Aktualisierungen deaktiviert
    Classic Editor: version: 1.6.2, author: WordPress Contributors, Automatische Aktualisierungen deaktiviert
    Contact Form 7: version: 5.5.4, author: Takayuki Miyoshi, Automatische Aktualisierungen deaktiviert
    Duplicator: version: 1.4.3, author: Snap Creek, Automatische Aktualisierungen deaktiviert
    Honeypot for Contact Form 7: version: 2.1, author: Nocean, Automatische Aktualisierungen deaktiviert
    Honeypot Toolkit: version: 4.2.1, author: Jeff Sterup, Automatische Aktualisierungen deaktiviert
    Options for Twenty Seventeen: version: 2.4.5, author: Webd Ltd, Automatische Aktualisierungen deaktiviert
    Options for Twenty Seventeen Premium: version: 1.2.6, author: Webd Ltd, Automatische Aktualisierungen deaktiviert
    Responsive Lightbox & Gallery: version: 2.3.3, author: dFactory, Automatische Aktualisierungen deaktiviert
    Shariff Wrapper: version: 4.6.7, author: Jan-Peter Lambeck & 3UU, Automatische Aktualisierungen deaktiviert
    WPGlobus: version: 2.8.11, author: WPGlobus, Automatische Aktualisierungen deaktiviert
    WPGlobus Featured Images: version: 2.4.0, author: WPGlobus, Automatische Aktualisierungen deaktiviert
    WPGlobus for WPBakery Visual Composer: version: 2.1.0, author: WPGlobus, Automatische Aktualisierungen deaktiviert
    WPGlobus Mobile Menu: version: 2.2.0, author: WPGlobus, Automatische Aktualisierungen deaktiviert
    WPGlobus Translate Options: version: 2.1.0, author: WPGlobus, Automatische Aktualisierungen deaktiviert
    
    ### wp-media ###
    
    image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1690
    imagemagick_version: ImageMagick 6.9.10-68 Q16 x86_64 2021-10-14 https://imagemagick.org
    imagick_version: 3.6.0
    file_uploads: File uploads is turned off
    post_max_size: 20M
    upload_max_filesize: 20M
    max_effective_size: 20 MB
    max_file_uploads: 50
    imagick_limits: 
    	imagick::RESOURCETYPE_AREA: 32 GB
    	imagick::RESOURCETYPE_DISK: 9.2233720368548E+18
    	imagick::RESOURCETYPE_FILE: 6144
    	imagick::RESOURCETYPE_MAP: 32 GB
    	imagick::RESOURCETYPE_MEMORY: 16 GB
    	imagick::RESOURCETYPE_THREAD: 1
    imagemagick_file_formats: 3FR, 3G2, 3GP, AAI, AI, ART, ARW, AVI, AVS, BGR, BGRA, BGRO, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DNG, DOT, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, EXR, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, GV, H, HALD, HDR, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JNG, JNX, JP2, JPC, JPE, JPEG, JPG, JPM, JPS, JPT, JSON, K25, KDC, LABEL, M2V, M4V, MAC, MAGICK, MAP, MASK, MAT, MATTE, MEF, MIFF, MKV, MNG, MONO, MOV, MP4, MPC, MPEG, MPG, MRW, MSL, MSVG, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, PANGO, PATTERN, PBM, PCD, PCDS, PCL, PCT, PCX, PDB, PDF, PDFA, PEF, PES, PFA, PFB, PFM, PGM, PGX, PICON, PICT, PIX, PJPEG, PLASMA, PNG, PNG00, PNG24, PNG32, PNG48, PNG64, PNG8, PNM, PPM, PREVIEW, PS, PS2, PS3, PSB, PSD, PTIF, PWP, RADIAL-GRADIENT, RAF, RAS, RAW, RGB, RGBA, RGBO, RGF, RLA, RLE, RMF, RW2, SCR, SCT, SFW, SGI, SHTML, SIX, SIXEL, SPARSE-COLOR, SR2, SRF, STEGANO, SUN, SVG, SVGZ, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIFF, VIPS, VST, WBMP, WMF, WMV, WMZ, WPG, X, X3F, XBM, XC, XCF, XPM, XPS, XV, XWD, YCbCr, YCbCrA, YUV
    gd_version: bundled (2.1.0 compatible)
    gd_formats: GIF, JPEG, PNG, WebP, BMP, XPM
    ghostscript_version: 9.25
    
    ### wp-server ###
    
    server_architecture: Linux 3.10.0-1160.41.1.vz7.183.5 x86_64
    httpd_software: Apache
    php_version: 7.4.27 64bit
    php_sapi: fpm-fcgi
    max_input_variables: 20000
    time_limit: 30
    memory_limit: 96M
    admin_memory_limit: 256M
    max_input_time: 60
    upload_max_filesize: 20M
    php_post_max_size: 20M
    curl_version: 7.29.0 NSS/3.53.1
    suhosin: false
    imagick_availability: true
    pretty_permalinks: true
    htaccess_extra_rules: true
    
    ### wp-database ###
    
    extension: mysqli
    server_version: 10.4.22-MariaDB
    client_version: mysqlnd 7.4.27
    max_allowed_packet: 16777216
    max_connections: 151
    
    ### wp-constants ###
    
    WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu/wp-content
    WP_PLUGIN_DIR: /var/www/vhosts/landau-mit-allen-sinnen-geniessen.de/detour-to-santiago.eu/wp-content/plugins
    WP_MEMORY_LIMIT: 40M
    WP_MAX_MEMORY_LIMIT: 256M
    WP_DEBUG: false
    WP_DEBUG_DISPLAY: true
    WP_DEBUG_LOG: false
    SCRIPT_DEBUG: false
    WP_CACHE: false
    CONCATENATE_SCRIPTS: undefined
    COMPRESS_SCRIPTS: undefined
    COMPRESS_CSS: undefined
    WP_ENVIRONMENT_TYPE: Nicht definiert
    DB_CHARSET: utf8mb4
    DB_COLLATE: undefined
    
    ### wp-filesystem ###
    
    wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable
    
    ### aioseo (1) ###
    
    noindexed: Autor-Archive, Datumsarchive, Kategorien (category)
    
    

    Der zur Verfügung stehende Arbeitsspeicher (memory_limit – es geht um den RAM-Speicher, nicht die Festplatte) ist mit 96MB arg knapp gehalten. Üblich sind heute 256MB, viele Webhoster bieten 512MB oder mehr. Schau mal, ob du diesen Wert im Kundemenü des Webhosters hochsetzen kannst (oft sowas wie „Experten-Einstellungen“). Sonst sieht der Websitebericht unauffällig aus.

    Thread-Starter ullemeye

    (@ullemeye)

    Hallo zusammen,
    das Problem scheint einigermaßen gelöst. Ich habe bei meinem Provider einen teureren Tarif gewählt, habe jetzt 192MB Memory und deutlich mehr Speicherplatz. Jetzt sind die Reaktionen des Systems vorhersehbar und nachvollziehbar.
    Der Classic-Editor funktioniert immer noch nicht wie früher, aber mit einem Work-around kann man damit umgehen. Ich muss, wenn ich einen Beitrag editieren will, zuerst auf den html-Editor gehen, reload machen, dann kann der Visuelle Editor den Betrag wie gewohnt anzeigen. Das ist schon umständlich, aber besser wie bisher.
    Beim Blockeditor passieren immer noch die Katastrophen, wie Überschreiben von Inhalten zwischen den Sprachen. Daher werde ich den Blockeditor nicht verwenden.
    Der oben beschrieben Effekt trifft bei allen Browsern die ich ausprobiert habe zu (Firefox, Crome, Opera).
    Wenn jemand einen Tipp hat, wie ich den Classic-Editor wieder wie gewohnt nutzen kann, dann wäre ich sehr dankbar.
    Vielen Dank für Eure Unterstützung.
    Grüße
    Manfred

    Hast du mal versucht, die Plugins bis auf den Classic Editor zu deaktivieren und zu schauen, ob der Fehler dann immer noch auftaucht?
    Bei solchen Problemen kannst du die Fehlerursache am besten eingrenzen, indem du alle potentiellen Fehlerquellen (ein Nicht-Standard-Theme, Plugins) deaktivierst und dann einzeln wieder einschaltest. Ausschlussprinzip wie beim Sicherungskasten zuhause …

    Thread-Starter ullemeye

    (@ullemeye)

    Guter Hinweis von Bego:
    Ich hab alle Plugins bis auf den Classic Editor deaktiviert, dann war der Fehler weg. Leider war dann auch die Mehrsprachigkeit weg. Sobald ich das Plugin WPGlobus aktiviert habe, hat der Classic Editor das Verhalten, dass ein Beitrag nur über einen Umweg (Work-Around, siehe oben) angezeigt und bearbeitet werden kann.
    Ich habe den Test auf einem Win 10 Rechner mit dem neusten Google Crome (V97) gemacht.
    Eine Änderung des Templates brachte keine Veränderung.

    Dein Betriebssystem und Browser können zwar schon mal geringfügige (!) Abweichungen in der Darstellung bewirken, sollten sich aber nicht auf das Verhalten des Editors auswirken. Wenn bei Deaktivierung des Plugins WP Globus der Classic Editor funktioniert, mit aktiviertem Plugin aber nicht, scheint es in dem Plugin einen Fehler zu geben. Möglich wäre auch ein Problem mit der aktuell verwendeten PHP-Version.

    Frag doch mal im Supportforum des Plugins nach, ob dort der Fehler bekannt ist: https://wordpress.org/support/plugin/wpglobus/

    Thread-Starter ullemeye

    (@ullemeye)

    Den Test mit verschiedenen Browsern auf verschiedenen Betriebssystemen habe ich gemacht, da es viele Hinweise auf ein Problem mit dem Classic Editor in Zusammenhang mit Firefox gibt, siehe auch Hinweis von bscu in diesem Thread. Als Lösung wird oft der Übergang auf Crome vorgeschlagen. In meinem Problem hilft diese Lösung aber anscheinend nicht.
    Ich habe eine andere, ältere php-Version (V 7.0.33) ausprobiert, aber auch hier ergibt sich keine Änderung.
    Es sieht wohl so aus, als müsste ich einen neuen Thread im Forum für wpglobus aufmachen. Allerdings habe ich da wenig Hoffnung auf Besserung, das es dort schon einige ähnliche Threads hat, die keine wirkliche Lösung anbieten und ins Leere laufen.

    Ich habe eine andere, ältere php-Version (V 7.0.33) ausprobiert

    Das hatte ich vergessen zu schreiben, an der PHP-Version liegt es nicht. Habe selber mehrere Versionen ausprobiert. Soweit ich das erkennen konnte, hat das was mit JavaScript zu tun, allerdings hatte ich keine Lust mich mit dem Problem weiter zu beschäftigen, da es bei mir mit Chrome funktioniert.

    Thread-Starter ullemeye

    (@ullemeye)

    JavaScript ist bei mir immer eingeschaltet, ohne JavaScript funktioniert anscheinend der Editor gar nicht. Und wie gesagt, alle Browser zeigen das gleiche Verhalten. Daher sehe ich nicht, ob es einen Zusammenhang mit meinem Problem und JavaScript gibt.
    Ich habe aber gesehen, dass es zumindest bei Firefox jede Menge Parameter im Zusammenhang mit JavaScript gibt, deren Sinn und Auswirkung mir nicht bekannt sind.

    Auch wenn du in deinem Browser die Ausführung von JavaScript erlaubst, kann es vorkommen, dass Funktionen aufgrund eines Programmierfehlers nicht ausgeführt werden.

    Es sieht wohl so aus, als müsste ich einen neuen Thread im Forum für wpglobus aufmachen.

    So hatte ich das gemeint, als ich schrieb „Frag doch mal im Supportforum des Plugins nach“. 🙂

    Allerdings habe ich da wenig Hoffnung auf Besserung, das es dort schon einige ähnliche Threads hat, die keine wirkliche Lösung anbieten und ins Leere laufen.

    Das sind die Tücken von OpenSource. 🙂

    Wenn ich mit einem Plugin Probleme habe und die selbst mit ein wenig Suche in Google und Rücksprache mit dem Entwickler nicht behoben bekomme … nutze ich ein anderes Plugin.

    Thread-Starter ullemeye

    (@ullemeye)

    Ich hab jetzt einen Thread im WPGlobus Forum aufgemacht, es gibt allerdings noch keine Rückmeldung.
    Es liegen dort noch mehr Threads ohne Rückmeldung vor, desshalb erwarte ich für meine Anfrage nicht besonders viel.
    Auch daher möcht ich Euch nochmals Danke sagen, dass ihr mir so prompt und kompetent geholfen habt.

    Thread-Starter ullemeye

    (@ullemeye)

    Hier der Link zu diesem Problem im WPGlobus-Forum:
    https://wordpress.org/support/topic/problem-with-classic-editor-and-wpglobus/

Ansicht von 14 Antworten - 1 bis 14 (von insgesamt 14)
  • Das Thema „Probleme beim Erstellen von Beiträgen auf mehrsprachiger Seite“ ist für neue Antworten geschlossen.