Beiträge von opowoj

    Ich möchte bestimmte Textstellen mit gelber Farbe markieren. Dazu habe ich:

    · Im Customize

    · Unter Additional CSS

    · Den Befehl

    y {
    background-color: yellow

    }

    Eingegeben.

    · Wenn ich jetzt schreibe <y>Textstelle</y> , dann hat Textstelle nach dem Save einen gelben Hintergrund

    · Wenn ich die Seite erneut aufrufe, sind alle Markierungen gelöscht.

    · Woran liegt das??

    Hier der Link zur Website: https://joachim-polster.de/concert-of-the…ecember-3-2022/

    Die Website habe ich zusammen mit Wordpress über die wp-admin/install.php installiert. Dort taucht kein http oder https auf. Man ruft die URL https://jwpolster.ddns.net/wp-content/install.php auf und dann wird installiert. Die https wird über ein Zertifikat im Umkreis des Reverse Proxy auf einem anderen Server erstellt.

    Jetzt habe ich den Fehler dort gefunden: Hier die richtige Einstellung

    Vorher war beim Ziel HTTP und Port = 80 eingestellt (hat der Techniker von Synology-Support erledigt....)

    Jetzt scheint heile Welt zu sein. Ich prüfe noch die anderen Browser....Alles OK

    Danke Dir Daniel. Du hast mir sehr geholfen!
    Gruss/opowoj

    Vielen Dank, Daniel, für Deine schnelle Antwort.

    • Zunächst gebe ich hier meinen Website-Link: [COLOR=#ff0080]https:// jwpolster.ddns.net[/COLOR]
    • Inzwischen habe ich weiter probiert und festgestellt, dass die Browser Opera und Internet Explorer die URL aufmachen können. Danach habe ich das Thema auf TwentyTen geändert. (Firefox, Chrome und Edge bringen nur das Headerbild und den Text verkehrt plaziert)
    • Es folgt der Screenshot mit Opera, danach der mit Firefox
    • Ich habe in Firefox in den Einstellungen (Allgemein/Verbindungs-Einstellungen) gestöbert. Dort ist von Proxy und dgl die Rede. Ich verstehe leider davon garnichts, nur soviel: Auf den Host, mit der URL https://jwpolster.ddns.net wird von einem anderen NAS mit Hilfe von Reverse Proxy geleitet. Dort könnte die Ursache liegen.


    Danke für weitere Tipps im voraus...
    opowoj

    Ich habe Wordpress schon xmal erfolgreich installiert. Aber dieses Mal erzeugt die 5-Minuten-Installation eine Website ohne Theme. Vgl Screenshot
    Die Website wird auf einem meiner Synology-NAS gehostet. Auf das betreffende NAS wird von einem anderen via ReverseProxy zugegriffen. Aber daran dürfte das formale Problem der CSS-Ignoranz wohl nicht liegen. An welcher Stellschraube muss ich hier ansetzten? Ich bin um jeden Tipp sehr dankbar...

    Herzlichen Dank, b3317133. Ich habe Deinen Rat befolgt und die bisherige Datenbank behutsam in die neue DB eingefügt (ohne Options, Usermetas und Users). Es funktioniert jetzt tatsächlich alles, wie es soll. Langsam bekomme ich hier Übung WP update betreffend (ohne dass ich im Detail durchblicke!)

    MfG/opowoj

    Jetzt bin ich doch schon wieder da:
    Die Neuinstallation meiner 4.Wordpress-Website ergab folgende Fehlermeldungen:


    Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'wp_schedule_https_detection' not found or invalid function name in /volume1/web/wordpress2/wp-includes/class-wp-hook.php on line 292

    Warning: call_user_func_array() expects parameter 1 to be a valid callback, class 'WP_Block_Supports' not found in /volume1/web/wordpress2/wp-includes/class-wp-hook.php on line 292

    Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'wp_cron_conditionally_prevent_sslverify' not found or invalid function name in /volume1/web/wordpress2/wp-includes/class-wp-hook.php on line 294

    Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'wp_robots' not found or invalid function name in /volume1/web/wordpress2/wp-includes/class-wp-hook.php on line 292

    Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'wp_replace_insecure_home_url' not found or invalid function name in /volume1/web/wordpress2/wp-includes/class-wp-hook.php on line 294

    [COLOR=#ff00ff]Ich soll meinen Emal-Eingang checken, aber es gibt keinen Email-Eingang nach der Installation... Ich kann leider mit den Warnungen nichts anfangen, die FAQ-Seite hilft mir auch nicht auf Anhieb. Ich habe gegenüber der alten Installation einen neuen User und ein neues Passwort verwendet.

    Danke für jeden Tipp...
    MfG/opowoj[/COLOR]

    Ich danke nochmals. Endlich habe ich die Würmer gefunden: Durch das Kopieren der Wordpress-Installations-Dateien waren es versehentlich 2 Uploads-Ordner im wp-content geworden, einer davon leer. Dann kam aber noch hinzu, dass die Dateischreibweise nicht eindeutig war: Von 82 Cook-Dateien wurden etwa die Hälfte als "Cook" und die andere Hälfte als "cook". Der Gross/Kleinschreibungs-Unterschied war der Schlüssel. Jetzt ist scheinbar bis demnächst heile Welt.

    MfG/opowoj

    Danke b3317133 für Deine schnelle Reaktion mit den Tipps:

    Sowohl diese HTML Datei als auch das Bild sind an Stellen hinterlegt, die in einer Standardinstallation von WordPress nicht vorkommen..

    [COLOR=#ff00ff]Ich habe alles unter "uploads/..." hinterlegt. Das kommt doch in einer WP-Standardinstallation vor. Wordpress greift bei mir schon ewig auf Dateien hinter "uploads" zu.Die zitierten HTML-Files sind aber keine WP-Files[/COLOR]

    Offenbar wird ein Plugin o.ä. genutzt, das eine eigene Datei-/Pfadstruktur im uploads Ordner anlegt/nutzt. Schau Dir diesen Mechanismus an, dort dürfte das Problem liegen.

    Stelle weiterhin die PHP Version testweise auf 7.2 zurück, wenn es dann wieder funktioniert, hast Du einen weiteren Ansatz, wo genauer man nach dem Problem suchen könnte. [COLOR=#ff0080]Ich habe auf 7.2 zurückgestellt, leider war es ohne Effekt[/COLOR]

    Auch ein Blick in das PHP Error Log dürfte weiterhelfen, der Bildaufruf erzeugt derzeit einen Fehler 500, zu dem mehr Details dort vermerkt sein sollten [COLOR=#ff0080]Ich verwende zunächst nur HTML-Dateien, wie soll ich hier einen PHP Error Log produzieren??

    Irritierend ist, dass das Aufruf-Problem nur bei einer Image-Datei vorkommt, nicht beim Aufruf einer HTML-Seite als solche...[/COLOR]

    Jetzt bin ich doch schon wieder da, verrückt! Seit der Neuinstallation von Wordpress habe ich:


    Problem mit dem Bild-Aufruf aus einer HTML-Seite

    1. https://retslop-subdom5a.synology.me/wp-content/upl…/cookbook2.html

    Aufruf der HTML-Datei funktioniert, aber nicht der im HTML-File befindliche Bild-Aufruf

    2. <body>
    <!-- Comment: image vom Server NAS3 -->
    <img src="https://retslop-subdom5a.synology.me/wp-content/upl…uch/Cook_21.jpg" alt="LA" style="width:100%">


    3. Der HTML-Checker sagt zum dazu:

    4. Der Bild-Aufruf oder Slideshow [COLOR=#ff00ff]aus einer Wordpress-Seite heraus, funktioniert auch:[/COLOR]


    5. Der Bild-Aufruf unter (1) hatte vor der Wordpress-Neuinstallation problemlos geklappt.
    Allerdings: Jetzt verwende ich PHP 7.4 und davor PHP 7.2

    Danke Maxe, ich übe das richtige Löschen und richtiges Kopieren und Anpassen. Inzwischen konnte ich eine WP-Installation über Synology herstellen, bisher funktioniert es (ich habe aber die ursprüngliche Datenbank noch nicht im Griff). Danke Michi, das php Module zlib hatte ich schon nachgerüstet, da ich zip-Fehlermeldungen bekam.

    Eine 2.WP-Installation konnte ich direkt auf dem Synology-Server vornehmen. Hier habe ich die Datenbank nicht geändert und es scheint heile Welt zu sein. Vorerst brauche ich keine Unterstützung mehr, ich wurstle mit den beiden zusätzlichen Installationen weiter. Man wird sehen..

    Ich melde mich wieder, wenn ich nicht mehr weiterkomme. Danke nochmals..
    MfG/opowoj

    Ich sollte meine WP-Installation auf meinem Synology-Server DS218+ updaten. Da es automatisch nicht funktionierte, habe ich eine manuelle Installation von 5.7.2 durchgeführt. Beim Aufruf des virtuellen Hosts "retslop-subdom5a.synology.me" erhalte ich folgende Notiz:

    Notice: Undefined index: a:1:{s:3:"ssl";b:1;} in /volume1/web/wordpress/wp-includes/class-requests.php on line 214

    Wenn man wp-admin aufruft oder Edit Page erhält man:

    Fatal error: Uncaught Error: Call to undefined function gzinflate() in /volume1/web/wordpress/wp-includes/class-requests.php:949 Stack trace:

    #0 /volume1/web/wordpress/wp-includes/class-requests.php(888): Requests::compatible_gzinflate('\xAD\x91\xCFN\xC30\f\xC6_\x05\xF9\xBC5ma...')

    #1 /volume1/web/wordpress/wp-includes/class-requests.php(837): Requests::compatible_gzinflate('\x1F\x8B\x08\x00\x00\x00\x00\x00\x00\x03\xAD\x91\xCFN\xC3...')

    #2 /volume1/web/wordpress/wp-includes/class-requests.php(677): Requests::decompress('\x1F\x8B\x08\x00\x00\x00\x00\x00\x00\x03\xAD\x91\xCFN\xC3...')

    #3 /volume1/web/wordpress/wp-includes/class-requests.php(385): Requests::parse_response(Array, 'http://api.word...', Array, Array, Array)

    #4 /volume1/web/wordpress/wp-includes/class-http.php(394): Requests::request('http://api.word...', Array, Array, 'POST', Array)

    #5 /volume1/web/wordpress/wp-includes/class-http.php(608): WP_Http->request('http://api.word...', Array)

    #6 /volume1/web/wordpress/wp-includes/http.php(179): WP_Http->post('http://ap in /volume1/web/wordpress/wp-includes/class-requests.php on line 949


    There has been a critical error on this website. Please check your site admin email inbox for instructions. Es gibt kein site admin email


    Wenn man ein Menü ausser Home aufruft :

    Warning: preg_match(): Compilation failed: quantifier does not follow a repeatable item at offset 1 in /volume1/web/wordpress/wp-includes/class-wp.php on line 223

    Warning: preg_match(): Compilation failed: quantifier does not follow a repeatable item at offset 1 in /volume1/web/wordpress/wp-includes/class-wp.php on line 224

    Die Plugins wurden vor der NeuInstallation alle deaktiviert. Ich habe sie danach von der Sicherung retour kopiert.
    Ich wollte die wp-conifg.php oder als *.txt hochgeladen, hat aber nicht funktioniert...

    Wo muss man zur Fehlersuche ansetzen? Für jeglichen Tipp ein Danke im voraus!!

    MfG/opowoj

    Ich habe 2 Wordpress-Installationen auf meinem Synology-NAS DS214+

    a) Erste Installation per Synology Paketzentrum

    b) Zweite Installation manuell über http://hostname/wp-admin

    In beiden Versionen bekomme ich folgende Fehlermeldung, wenn ich versuche, über den integrierten PlugIn-Shop ein neues PlugIn zu installieren:

    Installation failed: Download failed. No working transports found

    Bei der Version b) poppt allerdings erst noch ein FTP-Login-Formular auf und ich gebe ein:

    · Host = localport:21

    · User = Synology-DSM-user

    Passwort = Synology-DSM-passwort

    Für jeden Tipp bin ich dankbar....

    Lieber Frank,

    danke für Deine Beiträge. Ich habe zunächst das Rosenborg-Slot-Bild nach Deiner Vorgabe behandelt und es hat auch funktioniert. Damit sollten auch die anderen Bilder funktioneren. Ich hatte die Fotos mit dem Windows Office Picture Manager angefasst, diesmal das Rosenborg-Slot-Bild mit dem Irfan-View.

    Den anderen Forums-Antwortern auch nochmal Dank für Ihre Tipps.

    Gruss/opowoj

    Wenn man die Hochformat-Fotos in der Media-Library der Homepage über Edit oder View anklickt, kommen sie richtig an. Ich habe ein Hochformat-Foto im Original auf meinem PC über Eigenschaften/Details angesehen und dort unter Belichtungsprogramm ursprünglich "Querformat" gefunden. Das habe ich in "Hochformat" geändert und neu hochgeladen und mit dem Bild im Text ausgetauscht, aber das Problem ist geblieben. Ich werde es weiter versuchen....