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 🙂
-
Ohne Informationen zur Website bin ich da auch gerade etwas ratlos.
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?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.
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…
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 vor 2 Jahren, 10 Monaten von
snador geändert.
Mit MariaDB habe ich keine Probleme, das verwende ich täglich.
Sorry, ich kann da nicht weiterhelfen.
-
Diese Antwort wurde vor 2 Jahren, 10 Monaten von
Das Thema „Post und Page bekommen den gleichen Slug“ ist für neue Antworten geschlossen.