Beiträge von b3317133

Würde es mal mit einem [FONT=Courier New]name[/FONT] Attribut beim [FONT=Courier New]select[/FONT] versuchen.

Alternativ schau Dir an, was online Generatoren wie z.B. dieser hier als Code erzeugt.

Verstehe ich jetzt nicht, sehe nur, dass derzeit keine "headers already sent" Meldung mehr erscheint, wenn man einen Login bei der lt. Fehlermeldung via Google gefundenen Seite probiert.

Formatierungen in allen Beiträgen könnte man ggf. auch nur alleine mit CSS machen, z.B. sowas wie

.entry-content p:first-child {
    background-color: #f0f;
    padding: 10px;
}

Ändere im DEV Site home und siteurl auf die korrekten Pfade, dann melde Dich an und nutze das Plugin "Better Search Replace", um den Rest anzupassen.

Zitat von Schoeni-San

genauso wie die notwendigen WP-... Skripte (Config, etc.) wurden angepasst.

Welche, wie, was genau wurde angepasst, was steht jetzt drin?

Evtl. laufen irgendwelche "Security"-Plugins, die eine Fehlerausgabe verhindern.

Installiere und aktiviere das Plugin "Classic Editor".

Lies mal nach zum Thema UTF-8 BOM, das BOM ist ein "unsichtbares" Zeichen ganz am Anfang der Datei, das aus drei Bytes besteht und dsa von manchen Editoren eingefügt wird und dann zum beschriebenen Fehler führt.

media_sideload_image() müsste das alles schon alleine machen, ohne set_post_thumbnail() usw. - wobei ich da nicht ganz sicher bin, Quellcode nachlesen.

Würde wie beschrieben die Beispiele überall mit entspr. Fehlerausgaben ergänzen und ausgeben, das ist einfacher zum debugging...

Deine Zeile [FONT=Courier New]wp_get_attachment_url( $id );[/FONT] kommt mir z.B. seltsam vor, funktioniert das? Woher kommt [FONT=Courier New]$id[/FONT]? Was genau wird zurückgegeben?

Noch ein anderer Testansatz: Wird das Bild im Backend beim Bearbeiten des Beitrags als Standard Beitragsbild gezeigt? Mit einem Standard Twenty XX Theme?

Im HTML-Code der ersten iframe steht 900 Pixel als height Attribut, daher kommt die Höhe...

<p><iFrame src="https://example.com/2019/minmax2019_1.gif" width="1200" height="900" frameborder="0" scrolling="no" style=""></iFrame><br></p>

.. der iframe und damit der Abstand zur nächsten iframe. Mehr dazu hier (google).

Am Rande, generell würde man eher einen img Tag verwenden, wenn man ein Bild einbindet, mehr dazu hier (google).

Wahrscheinlich mit einem height Attribut bei der iframe und/oder passendes CSS. Mehr kann man anhand der bisherigen Angaben nicht dazu sagen.

Bei media_handle_upload() simuliert man einen kompletten $_POST Upload Request. Da Dein Bild als URL verfügbar ist, probiere es mal mit dem Beispiel bei wp_handle_sideload() zzgl. entspr. Fehlerausgaben oder ggf. noch besser mit media_sideload_image()

Ist das nicht standardmässig so wie beschrieben? Ein kleiner Test hier...

Zitat von stoerchli

.. habe mir die aufgezeigten Daten nach dem Öffnen auseinander gezogen, damit ich besser lesen und arbeiten konnte. Natürlich - als Anfänger - nicht wieder zurück geschoben ..

Verstehe zwar nicht, was Du hier meinst, aber gut, dass alles wieder funktioniert.

Siehe Suchbegriffe wp-config utf8 oder headers already sent hier im Forum, die Datei wp-config.php muss ohne sog. UTF-8 BOM gespeichert werden.

Deaktiviere Trackbacks bzw. Pingbacks (google).

Beitragsbilder werden nur lokal in WordPress aus der Mediathek genutzt.

Variante 1: Lade die Bilder in die Mediathek, z.B. via media_handle_upload(), wp_handle_sideload() o.ä. und setze dann mit set_post_thumbnail() das Beitragsbild.

Variante 2: Speichere die externe URL zum Bild als Custom Field beim entspr. Beitrag und passe die Templates für z.B. single und archive des Custom Post Types bei der Ausgabe des Beitragsbildes entspr. an, so dass beim Vorhandensein des Custom Fields ein img Tag mit der externen URL anstelle von the_post_thumbnail() usw. für das Beitragsbild genutzt wird. Alternativ zur Anpassung der Templates nutze den einen post_thumbnail_html Filter und ersetze dann das HTML entspr. mit einem passenden img Tag zu Deiner externen URL.

Wahlweise auch Custom Post Type mit bei jedem Import erst alle Beiträge löschen und dann alle neu einfügen. Es gibt viele Möglichkeiten.

Manche Statistiken zählen Suchmaschinen mit, andere nicht.

Generell kommt hier auch noch das Thema DSGVO dazu, gerade was Jetpack angeht...

Was ist unter "Einstellungen > Permalinks" eingestellt?

Eigene URL-Teile kann man z.B. über custom query vars nutzen, hier ein älteres Tutorial dazu.

In Deinem Fall z.B. zwei Variablen /news/post/1234/irgendeintextdereinfachgarnichtausgewertetwird/ oder nur eine ohne den ID /news/post/deindynamischertitelderinderdbabgefragtwirdohneid/

Was sich evtl. als komplette Alternative empfehlen würde, ist ein sog. "Custom Post Type" für Deine News und dann die Nutzung der ganz normalen WordPress Funktionen wp_insert_post() usw.

Du könntest ein "Visibility" Plugin wie Widget Optionen oder MiwoWidgets oder Content Aware Sidebars o.ä. verwenden.