Support » Allgemeine Fragen » Post und Page bekommen den gleichen Slug

  • Ich haben ein WP im Docker laufen und folgendes Phänomen. Ich legen Pages und Post mit dem Titel „Test“ an. In der Regel verhindert WordPress, dass gleiche URL-Slugs erstellt werden. Er würde also /test, /test-1, /test-2 erstellen. Innerhalb von Posts und auch innerhalb von Pages funktioniert dies. Leider in meiner aktuellen Umgebung nicht zwischen Pages und Posts übergreifend. Wenn es eine Page mit dem Slug /test schon gibt legt er für den ersten Post mit dem Titel „Test“ auch den Slug /test an. Was natürlich Probleme macht. Beim Aufruf der URL wird die entsprechende Page angezeigt, nicht der Post.

    Ich vermute es liegt daran, dass das WP bei mir im Docker läuft. Hat jemand einen Ansatz? Bin gerade etwas ratlos 🙂

Ansicht von 8 Antworten - 1 bis 8 (von insgesamt 8)
  • Ohne Informationen zur Website bin ich da auch gerade etwas ratlos.

    Bevor du ein neues Thema (Thread) erstellst

    Thread-Starter snador

    (@snador)

    Leider kann ich es nicht zur Verfügung stellen. Läuft lokal in einem Docker Container und ist absoluter Standard ohne Zusätze. Pures WP 6.1.1.

    Ich weis die Situation ist ungünstig. Mir ging es eher darum, ob jemand eventuell schon mal ein ähnlich gelagertes Prob hatte…

    Du kannst den Website-Bericht nicht zur Verfügung stellen?
    Woran liegt das?

    Thread-Starter snador

    (@snador)

    Doch… das geht natürlich 🙂

    wp-core
    
    version: 6.1.1
    site_language: de_DE
    user_language: de_DE
    timezone: Europe/Berlin
    permalink: /%postname%/
    https_status: false
    multisite: false
    user_registration: 0
    blog_public: 1
    default_comment_status: open
    environment_type: production
    user_count: 1
    dotorg_communication: true wp-paths-sizes wordpress_path: /var/www/html
    wordpress_size: 52,31 MB (54851498 bytes)
    uploads_path: /var/www/html/wp-content/uploads
    uploads_size: 0,00 B (0 bytes)
    themes_path: /var/www/html/wp-content/themes
    themes_size: 12,35 MB (12951088 bytes)
    plugins_path: /var/www/html/wp-content/plugins
    plugins_size: 74,65 kB (76441 bytes)
    database_size: 1,89 MB (1982464 bytes)
    total_size: 66,63 MB (69861491 bytes) wp-active-theme name: Twenty Twenty-Three (twentytwentythree)
    version: 1.0
    author: WordPress-Team
    author_website: https://de.wordpress.org
    parent_theme: none
    theme_features: core-block-patterns, post-thumbnails, responsive-embeds, editor-styles, html5, automatic-feed-links, block-templates, widgets-block-editor
    theme_path: /var/www/html/wp-content/themes/twentytwentythree
    auto_update: Deaktiviert wp-themes-inactive (2) Twenty Twenty-One: version: 1.7, author: WordPress-Team, Automatische Aktualisierungen deaktiviert
    Twenty Twenty-Two: version: 1.3, author: WordPress-Team, Automatische Aktualisierungen deaktiviert wp-plugins-active (2) Classic Editor: version: 1.6.2, author: WordPress Contributors, Automatische Aktualisierungen deaktiviert
    WP-REST-API V2 Menus: version: 0.12.1, author: Claudio La Barbera, Automatische Aktualisierungen deaktiviert wp-plugins-inactive (1) Hello Dolly: version: 1.7.2, author: Matt Mullenweg, Automatische Aktualisierungen deaktiviert wp-media image_editor: WP_Image_Editor_Imagick
    imagick_module_version: 1691
    imagemagick_version: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org
    imagick_version: 3.6.0
    file_uploads: File uploads is turned off
    post_max_size: 8M
    upload_max_filesize: 2M
    max_effective_size: 2 MB
    max_file_uploads: 20
    imagick_limits:
    imagick::RESOURCETYPE_AREA: 122 MB
    imagick::RESOURCETYPE_DISK: 1073741824
    imagick::RESOURCETYPE_FILE: 786432
    imagick::RESOURCETYPE_MAP: 512 MB
    imagick::RESOURCETYPE_MEMORY: 256 MB
    imagick::RESOURCETYPE_THREAD: 1
    imagemagick_file_formats: 3FR, 3G2, 3GP, AAI, AI, APNG, ART, ARW, AVI, AVIF, AVS, BGR, BGRA, BGRO, BIE, BMP, BMP2, BMP3, BRF, CAL, CALS, CANVAS, CAPTION, CIN, CIP, CLIP, CMYK, CMYKA, CR2, CR3, CRW, CUR, CUT, DATA, DCM, DCR, DCX, DDS, DFONT, DNG, DPX, DXT1, DXT5, EPDF, EPI, EPS, EPS2, EPS3, EPSF, EPSI, EPT, EPT2, EPT3, ERF, FAX, FILE, FITS, FRACTAL, FTP, FTS, G3, G4, GIF, GIF87, GRADIENT, GRAY, GRAYA, GROUP4, H, HALD, HDR, HEIC, HISTOGRAM, HRZ, HTM, HTML, HTTP, HTTPS, ICB, ICO, ICON, IIQ, INFO, INLINE, IPL, ISOBRL, ISOBRL6, J2C, J2K, JBG, JBIG, 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, MPG, MRW, MSL, MTV, MVG, NEF, NRW, NULL, ORF, OTB, OTF, PAL, PALM, PAM, 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, POCKETMOD, 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, TEXT, TGA, THUMBNAIL, TIFF, TIFF64, TILE, TIM, TTC, TTF, TXT, UBRL, UBRL6, UIL, UYVY, VDA, VICAR, VID, VIDEO, VIFF, VIPS, VST, WBMP, WEBM, WEBP, WMV, 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
    ghostscript_version: 9.53.3 wp-server server_architecture: Linux 5.10.102.1-microsoft-standard-WSL2 x86_64
    httpd_software: Apache/2.4.54 (Debian)
    php_version: 8.0.27 64bit
    php_sapi: apache2handler
    max_input_variables: 1000
    time_limit: 30
    memory_limit: 128M
    admin_memory_limit: 256M
    max_input_time: -1
    upload_max_filesize: 2M
    php_post_max_size: 8M
    curl_version: 7.74.0 OpenSSL/1.1.1n
    suhosin: false
    imagick_availability: true
    pretty_permalinks: true
    htaccess_extra_rules: false wp-database extension: mysqli
    server_version: 10.6.4-MariaDB-1:10.6.4+maria~focal
    client_version: mysqlnd 8.0.27
    max_allowed_packet: 16777216
    max_connections: 151 wp-constants WP_HOME: undefined
    WP_SITEURL: undefined
    WP_CONTENT_DIR: /var/www/html/wp-content
    WP_PLUGIN_DIR: /var/www/html/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: utf8
    DB_COLLATE: undefined wp-filesystem wordpress: writable
    wp-content: writable
    uploads: writable
    plugins: writable
    themes: writable

    … ist aber auch wenig ergiebig.

    Hast du versucht, die Einstellungen > Permalinks neu zu speichern?

    Wenn das nicht geht, bleibt wohl nur der Weg zum Bug-Ticket.

    Thread-Starter snador

    (@snador)

    Ja, das war wie immer bei dem Thema der erste Step. Hab ich getan, ändert derzeit nichts. Ich bin ratlos.

    Ich kann mir nur vorstellen, dass die Docker Umgebung den Typübergreifenden Abgleich irgendwie blockiert…

    Thread-Starter snador

    (@snador)

    Es kommen auch keine JS Errors. Der Switch auf den Classic Editor und das Löschen des Slugs auf der Detailseiten Page oder Post (und dadurch wiederholte automatische Generierung des Slugs) bringen nix… Es wird wieder /test generiert obwohl schon vergeben…

    Eventell auch ein DB Prob… Ist ne MariaDB

    Interessanterweise funktioniert es innerhalb von Posts oder Pages korrekt. Nur nicht übergreifend…

    • Diese Antwort wurde geändert vor 1 Jahr, 2 Monaten von snador.

    Mit MariaDB habe ich keine Probleme, das verwende ich täglich.

    Sorry, ich kann da nicht weiterhelfen.

Ansicht von 8 Antworten - 1 bis 8 (von insgesamt 8)
  • Das Thema „Post und Page bekommen den gleichen Slug“ ist für neue Antworten geschlossen.