Suchergebnisse für ‚Bild upload‘
-
-
Ich bin etwas irritiert:
Auf meiner staging website sehe ich im post-editor jeweils die Blöcke aus dem Block „Inhalt“. Also nur den Post ohne Titel, Bild etc.
Das ist der Template-Editor:
Das ist der Post-Editor:
Zur Referenz ein Screenshot vom Post-Editor aus der aktiven Site:
Ein älterer Thread hat das auch schon gefragt, aber ich finde komisch, dass auf meiner aktiven Website der Post-Editor den ganzen Daten-Baum anzeigt (und insofern einem WYSIWYG sehr nahe kommt) ? Es ist ohne ein klein wenig umständlicher, nicht ein echtes Problem, aber… bis vor kurzem hatte ich den schönen Baum auch im prototop, und plötzlich–ist er weg.
Noch lustiger ist die Tatsache, dass auf der aktiven Site mein „original“ Admin die volle Struktur sieht, aber ein neuer Admin auch nicht…
Was soll ich davon halten?
Vielen Dank
david
Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
Hallo,
die sogenannten Starter-Vorlagen kannst du wieder wie folgt aktivieren:Gehe zu Beiträge oder Seiten → Neuen Beitrag/Seite erstellen.
Im Editor oben rechts: Dreipunkt-Menü (⋮) → Optionen und dort auf Voreinstellungen klicken.
Im Voreinstellungen-Fenster unten: „Starter-Vorlagen anzeigen“ aktivieren.Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):
Viele Grüße
Hans-GerdHallo,
das könnte z. B. mit der folgenden CSS-Regel möglich sein.ul.wp-block-latest-posts__list.wp-block-latest-posts.has-medium-font-size li a { font-size: 1.5em; }Custom CSS kannst du bei Block Themes wie Twenty TWenty-Five über Design > Editor > Stile und dann Klick rechts oben auf die drei Punkte erfassen:
Hier ein Screenshot dazu (bei Klick auf das Bild, wird das Bild vergrößert):
Viele Grüße
Hans-Gerd-
Hallo
seit kurzem werden Bilder auf meiner Website nicht mehr angezeigt. Das betrifft nicht alle, sondern eben einige. Auf der Startseite geht’s schon los.
Elegant Themes Divi, Support sagt, es liegt nicht an Divi
Ionos sagt, es gibt keine Restriktionen auf dem Server (eigener managed Server)
Ich habe Caches mehrfach geleert
Wenn ich ein fehlendes Bild anzeigen will, bekomme ich die Fehlermeldung“ ZUGRIFF NICHT ERLAUBT Die angeforderte Seite darf nicht angezeigt werden.“
Ich habe die Sicherheits- htaccess https://gist.github.com/seoagentur-hamburg/c96bc796764baaa64d43b70731013f8a …. testweise deaktiviert, das hat nichts gebracht.
Ich habe mit einem extra Plugin Thumbnails neu geniert – ohne sichtbaren Erfolg
Ich verwende WP-Optimize 4.4.1, der Support denkt an Firewall oder Security Settings.
Wenn ich mir über WS_FTP den Ordner Uploads ansehe, so sind dort diese Attribute. Stimmt da was nicht?
Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
-
Seit einiger Zeit funktioniert die Ausrichtung von Buttons in einer Zeile nicht mehr. Ich bilde mir ein, dass das Problem mit einem Update des NextGEN Gallery Plugins (heisst jetzt „Imagely“) aufgetreten ist. Möglicherweise ist auch das WordPress Update auf Version 6.9 ursächlich?!
Fehlerbeschreibung:
Ich habe mehrere Beitragsseiten, von denen aus ich vor- und zurück navigieren möchte. Das mache ich mit horizontal ausgerichteten Buttons in einer Zeile. Das sieht etwa so aus:
In der Beitragsbearbeitung sieht das so aus:
Der Abstandshalter ist bzgl. Breite auf „Wachsen“ eingestellt. Wenn ich den Beitrag speichere, sieht er danach so aus:
Beim nochmaligen Bearbeiten sehe ich, dass WordPress den Aufbau zerstört hat.
Merkwürdig ist, dass einige Seiten dieses Problem nicht zeigen. Außerdem tritt das Problem mit angeblich ungültigen Blöcken auch an anderen Stellen auf, unabhängig von dem Ausrichtungsproblem hier.
Ich bin am Verzweifeln 8(
Ein Workaround würde mir auch weiterhelfen – vielen Dank vorab!
Hier der Zustandsbericht meiner Website:
### wp-core ###
version: 6.9
site_language: de_DE
user_language: de_DE
timezone: Europe/Berlin
permalink: /%category%/%postname%/
https_status: true
multisite: false
user_registration: 0
blog_public: 1
default_comment_status: open
environment_type: production
user_count: 3
dotorg_communication: true
### wp-paths-sizes ###
wordpress_path: /var/srv/www/sites/www.peter-kuehn.de
wordpress_size: 19,52 GB (20959885056 bytes)
uploads_path: /var/srv/www/sites/www.peter-kuehn.de/wp-content/uploads
uploads_size: 96,81 GB (103953799175 bytes)
themes_path: /var/srv/www/sites/www.peter-kuehn.de/wp-content/themes
themes_size: 19,51 MB (20458008 bytes)
plugins_path: /var/srv/www/sites/www.peter-kuehn.de/wp-content/plugins
plugins_size: 80,76 MB (84688127 bytes)
fonts_path: /var/srv/www/sites/www.peter-kuehn.de/wp-content/uploads/fonts
fonts_size: directory not found
database_size: 101,43 MB (106354816 bytes)
total_size: 116,53 GB (125125185182 bytes)
### wp-active-theme ###
name: OceanWP (oceanwp)
version: 4.1.4
author: OceanWP
author_website: https://oceanwp.org/about-oceanwp/
parent_theme: none
theme_features: core-block-patterns, widgets-block-editor, align-wide, wp-block-styles, responsive-embeds, editor-styles, editor-style, menus, post-formats, title-tag, automatic-feed-links, post-thumbnails, custom-header, custom-logo, html5, woocommerce, wc-product-gallery-zoom, wc-product-gallery-lightbox, wc-product-gallery-slider, customize-selective-refresh-widgets, widgets
theme_path: /var/srv/www/sites/www.peter-kuehn.de/wp-content/themes/oceanwp
auto_update: Aktiviert
### wp-themes-inactive (1) ###
Twenty Twenty-Three: version: 1.6, author: Das WordPress-Team, Automatische Aktualisierungen deaktiviert
### wp-plugins-active (13) ###
Add From Server: version: 3.4.5, author: Dion Hulse, Automatische Aktualisierungen aktiviert
Cookie Notice & Compliance for GDPR / CCPA: version: 2.5.11, author: Hu-manity.co, Automatische Aktualisierungen aktiviert
Disable Author Archives: version: 1.3.5, author: freemp, Automatische Aktualisierungen aktiviert
GPX Viewer: version: 2.2.15, author: axelkeller, Automatische Aktualisierungen aktiviert
NextGEN Gallery: version: 4.0.3, author: Imagely, Automatische Aktualisierungen aktiviert
Ocean Extra: version: 2.5.2, author: OceanWP, Automatische Aktualisierungen aktiviert
Post Type Switcher: version: 4.0.1, author: Triple J Software, Inc., Automatische Aktualisierungen aktiviert
Redirect Redirection: version: 1.2.7, author: Inisev, Automatische Aktualisierungen aktiviert
Redirect URL to Post: version: 0.25.0, author: Christoph Amthor, Automatische Aktualisierungen aktiviert
WordPress Importer: version: 0.9.5, author: wordpressdotorg, Automatische Aktualisierungen aktiviert
WP-Members: version: 3.5.5.1, author: Chad Butler, Automatische Aktualisierungen aktiviert
WP Extra File Types: version: 0.5.2, author: Davide Airaghi, Automatische Aktualisierungen aktiviert
WPForms Lite: version: 1.9.8.7, author: WPForms, Automatische Aktualisierungen aktiviert
### wp-media ###
image_editor: WP_Image_Editor_GD
imagick_module_version: Nicht verfügbar
imagemagick_version: Nicht verfügbar
imagick_version: Nicht verfügbar
file_uploads: 1
post_max_size: 8G
upload_max_filesize: 4G
max_effective_size: 4 GB
max_file_uploads: 20
image_format_transforms: image/heic → image/jpeg, image/heif → image/jpeg, image/heic-sequence → image/jpeg, image/heif-sequence → image/jpeg
gd_version: 2.3.3
gd_formats: GIF, JPEG, PNG, WebP, BMP, XPM
ghostscript_version: not available
### wp-server ###
server_architecture: Linux 3.10.0-1160.119.1.el7.x86_64 x86_64
httpd_software: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips SVN/1.9.12 PHP/8.3.8
php_version: 8.3.8 64bit
php_sapi: apache2handler
max_input_variables: 1000
time_limit: 30
memory_limit: 128M
admin_memory_limit: 256M
max_input_time: 60
upload_max_filesize: 4G
php_post_max_size: 8G
curl_version: 7.29.0 NSS/3.90
suhosin: false
imagick_availability: false
pretty_permalinks: true
htaccess_extra_rules: true
static_robotstxt_file: false
current: 2026-01-10T12:54:35+00:00
utc-time: Saturday, 10-Jan-26 12:54:35 UTC
server-time: 2026-01-10T13:54:33+01:00
### wp-database ###
extension: mysqli
server_version: 10.6.19-MariaDB
client_version: mysqlnd 8.3.8
max_allowed_packet: 16777216
max_connections: 151
### wp-constants ###
WP_HOME: undefined
WP_SITEURL: undefined
WP_CONTENT_DIR: /var/srv/www/sites/www.peter-kuehn.de/wp-content
WP_PLUGIN_DIR: /var/srv/www/sites/www.peter-kuehn.de/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: undefined
WP_DEVELOPMENT_MODE: undefined
DB_CHARSET: utf8
DB_COLLATE: undefined
### wp-filesystem ###
wordpress: writable
wp-content: writable
uploads: writable
plugins: writable
themes: writable
fonts: does not exist
### wpforms ###
version: 1.9.8.7
lite: 23. Februar 2020 um 12:29 Uhr
upload_dir: Beschreibbar
total_forms: undefined
total_submissions: undefined-
Dieses Thema wurde vor 1 Monat, 1 Woche von
geändert.
-
Dieses Thema wurde vor 1 Monat, 1 Woche von
geändert.
-
Dieses Thema wurde vor 1 Monat, 1 Woche von
Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
-
Dieses Thema wurde vor 1 Monat, 1 Woche von
-
Hallo,
ich verwende WordPress.org 6.9-de mit Astra Theme und das freie Kalender Plugin Sugar Calendar Lite.
Heute ist mir aufgefallen, dass wenn ich auf die Kalenderübersicht klicke um alle Einträge anzuzeigen, einen kritischen Fehler bekomme.
Ab welchem Zeitpunkt dieser Fehler aufgetreten ist, kann ich nicht genau sagen, aber in letzter Zeit hatte ich das Cache Plugin gewechselt.
Meine Versuche, die letzten Veranstaltungen zu löschen um den Fehler bei diesen auszuschließen, blieben ohne Erfolg.
Ich hatte auch schon einen neuen Kalender mit einer Testveranstaltung erstellt um zu prüfen ob der Kalender defekt ist, aber auch dort bekomme ich bei der Übersicht diesen kritischen Fehler.Was mir noch aufgefallen ist, das bei der Anzeige des Fehlers die Webseiteneinstellungen im Gegensatz zu den restlichen Seiten völlig anders ist, von daher hege ich den Gedanken, dass es eventuell vom Theme kommen kann.
Wenn Jemand einen Tipp für mich hätte, würde ich mich sehr freuen.
Gruß
Timee79Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
So, tatsächlich konnte dies endlich über diese Zeile erreicht werden:
- /opt/docker/wordpress/wp-installation/wp-uploads:/var/www/html/wp-content/uploadsDer Pfad zB eines Bildes würde demnach lauten:
www.xyz.de/wp-installation/wp-uploads/... .jpgSomit also nicht mehr unter „wp-content“ liegend.
-
Hallo Forum,
ich habe vor ein paar Wochen meine uralte Webseite von php-Version 7.irgendwas auf die aktuellste 8ter Version geupdated. Dabei gab es viele Probleme mit meinem ebenso uralten, und damals komplett von Hand aufgebauten Theme. Den einzigen Fehler, den ich nicht lösen kann, ist das Anlegen neuer Menüs.
Das Menü zeigt beim Anlegen komische Reaktionen.
Wenn ich eine bereits angelegte Seite dem Menü zufügen möchte, zeigt er ein seltsames Auswahlmenü für Custom Links an, wo auch ein Feld zum Verknüpfen des Links fehlt.….
Ich wollte gerade ein Screenshot einfügen, aber anscheinend funktioniert das Hochladen von Dateien auch nicht richtig. Die Datei wird zwar als vorhanden Angezeigt, aber das Bild an sich nicht dargestellt.
Wahrscheinlich liegt ein Fehler in der Datenbank vor?
Hier mein Webseitenzustand:
Herzlichen Dank für eventuelle Hilfe!
Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
-
.png){kind=link}