Ich danke ganz herzlich für die Lösung. Es ist heile Welt...
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 -
im 5-Minuten-Ablauf der Insallation taucht dieses Thema nicht auf. Auf meinem Synology Server habe ich die DDNS jeweils mit 80/443 Port eingetragen.
-
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 -
Sorry, dass ich in den English-Jargon gefallen bin: Ich muss erst meinen Fatal Error:Uncaught Error bezwingen, bevor irgendewas über wp-admin erledigt werden kann...
-
Thank you for the reply! Before I am able to change anything concerning "preg_match"-error, I have to wrestle down the fatal error in my problem list.
-
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 223Warning: 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
-
Schau mal hier:
https://www.synology-forum.de/archive/index.…02193b03f7d54f8Ist aber kein spezifisches WordPress Problem. Vielleicht wärst du im Synology Forum besser aufgehoben
Ich danke herzlich, jetzt ist wieder heile Welt....
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....
-
Danke für den Kommentar.
Alle Fotos im Text (Quer- u Hochformat) sind auf dem Server meiner Homepage, in diesem Fall bei Strato.