Suchergebnisse für „test“

Ansicht von 15 Ergebnissen – 31 bis 45 (von insgesamt 24.992)

← 1 2 3 4 … 1.665 1.666 1.667 →

Forum: Installation
Als Antwort auf: wp-config durch Virus weg

Moderator La Geek
(@la-geek)

vor 1 Woche

In der Foren-FAQ gibt es eine Art Troubleshooting-Guide:
https://de.wordpress.org/support/topic/speichern-o-aktualisieren-o-schreiben-o-anmeldung-im-backend-geht-nicht-mehr/. Die dort gelisteten Punkte solltest du abarbeiten.

Ich würde damit anfangen, die .htaccess als Ursache auszuschließen. Anschl. die Plugins.

Beachte außerdem folgendes:

Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig
Moderator La Geek
(@la-geek)

vor 1 Woche
Nach nochmaligem Test:
Egal wo du das einfügst: Nach dem Speichern sind die HTML-Codes unverändert.
~~Speichere das Template ein zweites Mal~~ Lade die Template-Seite neu (STRG + F5) und die HTML-Codes sind anschl. – wie von dir und von mir beschrieben – verändert.
Wenn du das Template jetzt erneut speicherst (also mit dem sinnlos gewordenen HTML-Code) ist nun auch die Frontend-Ausgabe betroffen.

Nachtrag:
Das ist definitiv ein Bug. Bugs kann man melden, indem man ein Ticket erstellt:
https://core.trac.wordpress.org/newticket

Aber mach dir keine Hoffnung, dass so etwas schnell gefixt wird (wenn überhaupt). Wenn du Glück hast, ist es im nächsten Release, wenn du Pech hast, dümpelt dort so ein Ticket noch in 10 Jahren vor sich hin. Meine persönlichen Erfahrungen sind negativ. Aber wie gesagt, es kann auch schon mal schnell gehen.
- Diese Antwort wurde vor 1 Woche von La Geek geändert.
Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig
Thread-Starter Uwe T.
(@uwe367)

vor 1 Woche
Guten Morgen,

ich hatte gestern nichts mehr an der Seite verändert und heute Morgen wollte ich wissen, wie sich das Ganze auf dem Server verhält. Also Duplicator installiert, eine Kopie der lokalen Installation angefertigt und auf den Server geladen und nun kommts – die Seite funktioniert genau so, wie sie soll obwohl die Inhalte der Codeblöcke im Editor vom reinen Verständnis her sagen, dass das nicht funktionieren kann.

Zum Nachvollziehen…
Beispielsweise setze ich den folgenden Code in einen Block individuelles HTML
```
<div class="container">
<div class="row">
<div class="col-md-3">
```
Darunter das Bild, welches in col-md-3 platziert werden soll (hier das Bild als HTML Code):
```
<figure class="wp-block-image size-full"><img src="https://test.example.com/wp-content/uploads/2026/06/test.jpg" alt="" class="wp-image-101"/></figure>
```
Darunter ein Block individuelles HTML um die DIV´s wieder zu schliessen:
```
</div></div></div>
```
Soweit mein Verständnis von einer funktionierenden Struktur, was eigentlich einleuchtend und auch logisch sein sollte.

WordPress scheint hier aber etwas andere Wege zu gehen, die wie folgt aussehen bzw. wie der Editor das Ganze nach dem Speichern handhabt:
```
<div class="container">
<div class="row">
<div class="col-md-3"></div></div></div>
```
```
<figure class="wp-block-image size-full"><img src="https://test.example.com/wp-content/uploads/2026/06/slogan-1.jpg" alt="" class="wp-image-101"/></figure>
```
```

```
Nun folgt aber das Paradoxum. Der Code wird absolut richtig vom System gerendert, was der folgende Screenshot aus der Entwicklerkonsole zeigt.

Es befinden sich insgesamt 4 Bilder in der Row, aber wie man am Quellcode sehen kann, wird alles korrekt verarbeitet.

Ich habe nun zwei Vermutungen.

Die erste Vermutung:
Der Editor von WP erkennt, wenn in einem HTML Block DIV´s angelegt werden und legt die Inhalte, die nach dem HTML Block folgen, automatisch in das letzte DIV (in dem Fall also in die col-md-3). Damit wäre es dann auch richtig, wenn er die DIV`s im gleichen Block auch wieder schließt, was er tut.

Die zweite Vermutung:
Es handelt sich hier um einen Fehler im Editor.
Der Code wird zwar richtig platziert und auch richtig gerendert, aber im Editor falsch angezeigt.

Ich werde aber auch noch die Hinweise und Vorschläge von dir ausprobieren und abarbeiten. Da ich kommende Woche noch Urlaub habe, habe ich die Zeit dazu.
Forum: Allgemeine Fragen
Als Antwort auf: Jemand dabei der mir beim einrichten eines wordpress seite helfen kann

Moderator La Geek
(@la-geek)

vor 1 Woche

Dann solltest du einen Online-Kurs absolvieren, hier habe ich dir ein paar kostenlose herausgesucht:
https://www.udemy.com/courses/search/?src=ukw&q=wordpress&price=price-free&lang=de

Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig

Thread-Starter Uwe T.
(@uwe367)

vor 1 Woche, 1 Tag

Danke für deine Hinweise. Ich weiß dass man bei MAMP ein self signed Zertifikat erstellen kann. das Problem ist, dass ein moderner Browser das selbst erstellte Zertifikat als unsicher erkennt und die Seite trotzdem als potentiell gefährlich einstuft. Let´s Encrypt bietet bei all-inkl kostenlose SSL Zertifikate an. Ich schaue mal, ob man die auch auf deren Website erhalten kann. Ich habe ein self signed Zertifikat eingebunden, aber es brachte keine Verbesserung. Dafür bin ich aber, so glaube ich zumindest, fündig geworden.
Ich habe mir das Ganze nochmal etwas näher angeschaut und es sieht so aus, als ob der Editor, sobald er einen Fehler im Code oder unvollständigen Code „entdeckt“, diesen automatisch beim Zwischenspeichern durch hinzufügen oder entfernen von Code, korrigiert.

Wie ich darauf gekommen bin?
Ich habe nun die gesamte Struktur nachgearbeitet. Es sind mehrere Blöcke, um genau zu sein 7, mit individuellem HTML Code vorhanden. Nachdem ich nun alle Blöcke ohne Zwischenspeichern des Templates nachgearbeitet und diese zuerst in der gesamten Struktur vervollständigt habe, wird der Code nicht mehr eigenständig durch den Editor verändert.
Darauf muss man aber erstmal kommen.

Zum Testen ob mein Vorhaben überhaupt klappen könnte, habe ich das lediglich an einem Objekt ausprobiert und dabei trat natürlich dann der vermeintliche Fehler auf.

Ich lasse den Thread mal geöffnet falls es sich doch noch anders abzeichnen sollte.

Ich bedanke mich für deine Hilfe.

Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig
Moderator La Geek
(@la-geek)

vor 1 Woche, 1 Tag
Zur Frage, ob das fehlende SSL ursächlich sein könnte, habe ich Folgendes gefunden (ohne Gewähr)

Der Browser blockiert die REST-API wegen fehlendem SSL (Mixed Content / Cookies)

Der WordPress-Block-Editor (Gutenberg) kommuniziert beim Speichern und Rendern permanent im Hintergrund über die WordPress-REST-API (wp-json).
- Das Problem: Moderne Browser (vor allem Chrome, Edge und Safari) blockieren oder beschränken Anfragen über http://localhost (ohne SSL) extrem streng, wenn es um das Senden von Code-Fragmenten geht.
- Wenn der User ohne SSL eingeloggt ist, verliert der Browser bei REST-API-Aufrufen im Hintergrund manchmal die Session-Cookies (Stichwort: SameSite Cookie Policies). WordPress stuft den User bei der Anfrage dann plötzlich nicht mehr als Admin ein.
- Die Folge: Ohne Admin-Rechte in der REST-API filtert WordPress das HTML beim Speichern sofort und schließt das offene <div> im ersten Block automatisch.
MAMP bringt eigene PHP-Voreinstellungen mit, die sich drastisch von professionellen Live-Servern unterscheiden:
- libxml / tidy Erweiterung: Auf Live-Servern sind diese Bibliotheken oft so konfiguriert, dass sie fehlerhaftes HTML ignorieren. MAMP hat oft striktere Standardwerte aktiv. Wenn der lokale MAMP-Server das unvollständige HTML parst, repariert die lokale PHP-Umgebung den Code eigenmächtig, bevor er überhaupt in die lokale Datenbank geschrieben wird.
- PHP-Memory-Limit / Timeouts: Wenn MAMP lokal ausgelastet ist, brechen die Hintergrund-Skripte des Editors beim Validieren von Blöcken ab, was zu fehlerhaften Block-Zuständen führt.
Problem auf der MAMP-Installation beheben:
- In den MAMP-Einstellungen unter „Hosts“ auf den Reiter SSL klicken, das Häkchen bei „SSL“ setzen und ein selbstsigniertes Zertifikat erstellen lassen. Danach die Website über https://localhost aufrufen.
Jetzt noch einmal alles in einen einzigen HTML-Block und testen.
Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig
Moderator La Geek
(@la-geek)

vor 1 Woche, 1 Tag
Laut meiner Recherche kannst du noch Folgendes versuchen:

1. Schau in die wp-config.php ob dort folgender Eintrag exisitiert

define( 'DISALLOW_UNFILTERED_HTML', true );

falls ja, ersetze true durch false

2. Anderer Test:

Erstelle einen einzigen HTML-Block. Füge das komplette Konstrukt dort hinein
```
</div> 
</div> 
</div> 
Test
</div> 
</div> 
</div> 
```
und sieh nach ob Test angezeigt wird.
Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig
Moderator La Geek
(@la-geek)

vor 1 Woche, 1 Tag
Im Website-Zustandsbericht ist nichts gelistet, was ursächlich sein könnte.

1.) Das einzige, in Frage kommende, Element ist die functions.php des Child-Themes. Könntest du den Code davon eimal posten?

2.) Siehst du einen JavaScript-Fehler wenn du die „fehlerhafte“ Seite im Browser aufrufst und mit den Browser-Entwicker-Tools inspizierst?

Nachtrag:

3.) Wechsle zum Test auf das Parent-Theme 2025 (also nicht Child-Theme). Erstelle einen neuen Beitrag und füge dort noch einmal die HTML-Blöcke ein. Lösche Browser-Cache und teste.
- Diese Antwort wurde vor 1 Woche, 1 Tag von La Geek geändert.
Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig
Thread-Starter Uwe T.
(@uwe367)

vor 1 Woche, 1 Tag
Hallo,

ja, Du hast recht damit, dass solche Infos sehr hilfreich sind.
Einen Link kann ich keinen zur Verfügung stellen da die Seite bei mir lokal unter MAMP Pro läuft.
PHP Version: 8.3.1
MySQL Version: 5.7.24

Zustandbericht:
```
 wp-core

version: 7.0
site_language: de_DE
user_language: de_DE
timezone: Europe/Berlin
permalink: /%year%/%monthnum%/%day%/%postname%/
https_status: false
multisite: false
user_registration: 0
blog_public: 0
default_comment_status: open
environment_type: production
user_count: 1
dotorg_communication: true wp-paths-sizes

wordpress_path: D:\MAMP\htdocs\wp
wordpress_size: 72,52 MB (76037631 bytes)
uploads_path: D:\MAMP\htdocs\wp/wp-content/uploads
uploads_size: 9,32 MB (9777027 bytes)
themes_path: D:\MAMP\htdocs\wp/wp-content/themes
themes_size: 20,26 MB (21245598 bytes)
plugins_path: D:\MAMP\htdocs\wp/wp-content/plugins
plugins_size: 13,13 MB (13768709 bytes)
fonts_path: D:\MAMP\htdocs\wp/wp-content/uploads/fonts
fonts_size: directory not found
database_size: 3,17 MB (3325952 bytes)
total_size: 118,40 MB (124154917 bytes) wp-active-theme

name: Uwes Test (uwes-test)
version: undefined
author: Uwe Th
author_website: (undefined)
parent_theme: Twenty Twenty-Five (twentytwentyfive)
theme_features: core-block-patterns, post-thumbnails, responsive-embeds, editor-styles, html5, automatic-feed-links, widgets-block-editor, block-templates, post-formats, editor-style
theme_path: D:\MAMP\htdocs\wp/wp-content/themes/uwes-test
auto_update: Deaktiviert wp-parent-theme

name: Twenty Twenty-Five (twentytwentyfive)
version: 1.5
author: Das WordPress-Team
author_website: https://de.wordpress.org
theme_path: D:\MAMP\htdocs\wp/wp-content/themes/twentytwentyfive
auto_update: Deaktiviert wp-themes-inactive (3)

Twenty Twenty-Four: version: 1.5, author: Das WordPress-Team, Automatische Aktualisierungen deaktiviert
Twenty Twenty-Three: version: 1.6, author: Das WordPress-Team, Automatische Aktualisierungen deaktiviert
Twenty Twenty-Two: version: 2.1, author: Das WordPress-Team, Automatische Aktualisierungen deaktiviert wp-plugins-active (1)

Create Block Theme: version: 2.9.0, author: WordPress.org, Automatische Aktualisierungen deaktiviert wp-plugins-inactive (2)

Akismet Anti-spam: Spam Protection: version: 5.7, author: Automattic - Anti-spam Team, Automatische Aktualisierungen deaktiviert
Hello Dolly: version: 1.7.2, author: Matt Mullenweg, Automatische Aktualisierungen deaktiviert wp-media

image_editor: WP_Image_Editor_GD
imagick_module_version: 1808
imagemagick_version: ImageMagick 7.1.0-2 Q16 x64 2021-06-26 https://imagemagick.org
imagick_version: @PACKAGE_VERSION@
file_uploads: 1
post_max_size: 128M
upload_max_filesize: 64M
max_effective_size: 64 MB
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: bundled (2.1.0 compatible)
gd_formats: GIF, JPEG, PNG, WebP, BMP, AVIF, XPM
ghostscript_version: not available wp-server

server_architecture: Windows NT 10.0 AMD64
httpd_software: Apache/2.4.33 (Win64) OpenSSL/1.0.2u mod_fcgid/2.3.9
php_version: 8.3.1 64bit
php_sapi: cgi-fcgi
max_input_variables: 1000
time_limit: 60
memory_limit: 128M
admin_memory_limit: 256M
max_input_time: 60
upload_max_filesize: 64M
php_post_max_size: 128M
curl_version: 8.4.0 OpenSSL/3.0.12
suhosin: false
imagick_availability: true
opcode_cache: not available
pretty_permalinks: true
htaccess_extra_rules: false
static_robotstxt_file: false
current: 2026-06-10T10:29:17+00:00
utc-time: Wednesday, 10-Jun-26 10:29:17 UTC
server-time: 2026-06-10T12:29:15+02:00 wp-database

extension: mysqli
server_version: 5.7.24
client_version: mysqlnd 8.3.1
max_allowed_packet: 1048576
max_connections: 151 wp-constants

WP_HOME: undefined
WP_SITEURL: undefined
WP_CONTENT_DIR: D:\MAMP\htdocs\wp/wp-content
WP_PLUGIN_DIR: D:\MAMP\htdocs\wp/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: utf8mb4
DB_COLLATE: undefined
EMPTY_TRASH_DAYS: 30 wp-filesystem

wordpress: writable
wp-content: writable
uploads: writable
plugins: writable
themes: writable
fonts: does not exist
```
Ich hatte den Code gerade nochmal aktualisiert und nach dem speichern sieht das Ganze dann wieder so aus, wie ersten Beitrag geschrieben.
Ich hoffe, die Infos helfen.
Forum: Allgemeine Fragen
Als Antwort auf: Block „Individuelles HTML“ löscht Formatierungen selbstständig

Moderator La Geek
(@la-geek)

vor 1 Woche, 1 Tag

In meinem Test mit dem Theme 2025 funktioniert es einwandfrei:

daher sind die o. g. Informationen (wie eigentlich in jedem Fall) hilfreich, um die Ursache auf deiner Website zu untersuchen.

Forum: Allgemeine Fragen
Zum Thema: Block „Individuelles HTML“ löscht Formatierungen selbstständig
- Uwe T.
  (@uwe367)
  
  vor 1 Woche, 1 Tag
  Hallo allerseits,
  
  ich nutze bei meiner Arbeit sehr gerne Bootstrap, da dieses sehr flexibel einsetzbar ist.
  Ich nutze ein Child Theme von twentytwentyfive.
  Bootstrap selbst habe ich über die functions.php eingebunden und die benötigten Dateien werden im Header bzw. im Footer geladen.
  Ich habe auch bereits verschiedene Plugins zu Bootstrap getestet, aber bis auf eines, welches scheinbar nicht mehr weiter entwickelt wird und laut unterstützter WP Versionen nicht mit WP 7 kompatibel ist, kommt leider kein anderes in Frage.
  
  Also dachte ich, ich füge meine Bootstrap Blöcke (Container, Row, Column etc) mit dem Block „individuelles HTML“ manuell ein um dann zwischen diesen Blöcken meine Inhalte in den Blöcken von WordPress zu platzieren.
  Beispielhaft sieht das so aus:
  Block individuelles HTML:
```
<div class="container">
<div class="row">
<div class="col-md-3">
```
  Hier folgt zum Beispiel der Block „Bild“ um ein Bild in die Column einzufügen.
  
  Und zum Schließen der Div´s wieder ein Block individuelles HTML mit folgendem Inhalt:
```
</div> 
</div> 
</div> 
```
  Rein theoretisch sollte das doch so funktionieren, aber die Realitiät sieht leider etwas anders aus denn der Editor fügt nach dem Speichern automatisch HTML Code in den Abschnitten hinzu, bzw. leert Abschnitte, so dass diese zum Beispiel so aussehen:
```
<div class="container">
<div class="row">
<div class="col-md-3"></div></div></div>
```
  Ich denke, es ist jedem klar, dass das nicht funktionieren kann da die Div´s ohne Inhalte beendet werden.
  
  Mache ich hier etwas falsch, habe ich vielleicht einen Denkfehler oder hat der Editor vielleicht einen Bug?
  Oder sollte ich vielleicht vollkommen anders vorgehen?
  
  Besten Dank für hilfreiche Antworten im voraus.
Forum: Allgemeine Fragen
Als Antwort auf: WordPress 7.0: Navigationseinstellungen nicht erreichbar?!

Thread-Starter laluluny
(@laluluny)

vor 1 Woche, 2 Tagen

Lieber Hans-Gerd,

wg. meinem „Bug“: Was mir fehlte – und da glaube ich, eine Ergänzung bei den diversen Anleitungen wäre sinnvoll – war der Hinweis, dass man die Navigation jetzt nur (?) noch vom Template-Teil „Header“ aus stylen kann. Denn ich habe die Navigation bisher einfach über irgendein Seitentemplate bearbeitet, und zwar sowohl inhaltlich wie auch gestalterisch. Aber genau das hat sich geändert und dein „… wählst du das Template-Part für den Header und in dem Header dann den Navigation Block“ war der entscheidende Hinweis für mich.

Wg. deinem Plugin: Gut gesehen! 🙂 Ja, das habe ich testweise installiert, in der Hoffnung, dass ich so an die Navigation rankomme (= mein „Bug“). War nicht der Fall, aber das Plugin schau ich mir dieser Tage nochmal genauer an!

Herzliche Grüße
Karin

Forum: Allgemeine Fragen
Als Antwort auf: WordPress 7.0: Navigationseinstellungen nicht erreichbar?!

Moderator Hans-Gerd Gerhards
(@hage)

vor 1 Woche, 2 Tagen

BTW: Weil du offenbar mein Plugin https://de.wordpress.org/plugins/shrinking-logo-sticky-header/ einsetzt:

Damit der Header im Sticky-Modus nicht transparent ist, solltest du beim Template-Part Header die Hintergrundfarbe z. B. auf weiß stellen, hier der Screenshot.

Weitere Fragen dazu (weil das ein neues Thema ist), beantworte ich gerne auch im Support-Forum des Plugins.

Forum: Allgemeine Fragen
Zum Thema: WordPress 7.0: Navigationseinstellungen nicht erreichbar?!
- laluluny
  (@laluluny)
  
  vor 1 Woche, 3 Tagen
  Hallo zusammen,
  
  ich habe gerade bei sechs verschiedenen WordPress-Installationen auf WordPress 7.0 aktualisiert und stoße überall auf dasselbe Problem:
  
  Ich finde keine Möglichkeit, die Oberfläche aufzurufen, über die sich das Navigationsmenü bzw. ein Navigations-Overlay gestalten lässt – also die Oberfläche, die in den entsprechenden Anleitungen gezeigt wird, zum Beispiel hier:
  
  https://haurand.com/navigation-overlay-in-wordpress-7-0/
  https://de.wordpress.org/download/releases/7-0/
  
  Stattdessen lande ich immer im Template-Part „Header“. Dort kann ich zwar den gesamten Header bearbeiten bzw. stylen, aber ich finde keinen Weg in den Template-Part „Navigation“ oder zu den spezifischen Einstellungen des Navigationsblocks.
  
  Konkret fehlen mir die Einstellungen für das Menü, z. B.:
  - welches Symbol das mobile Menü öffnet
  - Farben
  - Hintergrund
  - Einstellungen für das Navigations-Overlay
  Unter dem Zahnrad-Symbol werden mir nur Einstellungen für den gesamten Header angezeigt, nicht aber die spezifischen Menü- bzw. Navigationseinstellungen.
  
  Ich habe zwei Screenshots einer meiner Sites beigefügt, die zeigen, wie die Oberfläche bei mir aussieht.
  
  Hat jemand eine Idee, ob ich hier etwas übersehe, ob sich die Oberfläche geändert hat oder ob es sich möglicherweise um einen Bug handelt?
  
  Vielen Dank vorab!
  Karin
  
  Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]
Forum: Allgemeine Fragen
Zum Thema: Externe Daten einbinden
- chrichri42
  (@chrichri42)
  
  vor 1 Woche, 4 Tagen
  Als wordpress Anfänger habe ich versucht externe Kurznachrichten aus einem GoToSocial account (https://hallo.ween.de/@freibad) in eine Seite einzubinden und bisher keine befriedigend Lösung gefunden.
  
  Versucht habe ich folgendes:
  - RSS: funktioniert nicht. Test mit einer anderen Seite hat funktioniert, mir hat die Formatierung nicht gefallen und die Tatsache, dass nur die Überschriften angezeigt werden.
  - Plugin WPeMatico: funktioniert, leider kommerziell, die erzeugten Beiträge enthalten markdown Quelltext und sehen nicht gut aus. Bilder nur in einer Bezahlversion. Außerdem gut, dass das hier nicht Thema im Forum ist :).
  - Plugin Include Mastodon Feed: Vielversprechend, frei, leider auch markdown source. Funktioniert bei mir mit GoToSocial nicht.
  Aus den Erfahrung ergibt sich folgender Wunsch: Das markdown der GoToSocial Artikel soll richtig dargestellt werden. Bilder sollen mit angezeigt werden.
  Derzeit mein Favorit: Aus der Seite https://hallo.ween.de/@freibad den Quelltext-Teil div.thread einblenden.
  
  Andere Vorschläge sind sehr willkommen!
  
  Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]