Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
muss oder sollte bei " WP Fastet Cache " den Cache immer wieder löschen ?
Unter Einstellungen kannst du festlegen, wann WP Fastet Cache (zum Beispiel Updade Post oder Neuer Eintrag) den Cache löschen soll.
Bei Änderungen an der Seite - ist das löschen vom Cache in der Regel sinnvoll.
Hilft dies weiter?
Jetzt ist mir wieder das mit der "Textumgebung" unbekannt. D.h. aber wohl, dass ich nicht eine Wiederherstellung der Originalseite vornehme, sondern in einer anderen Umgebung. Ich habe dann zwar etwas zu Textumgebung gefunden, bin damit aber wieder überfordert.
Wenn die Wiederherstellung schieflaufen sollte, vernichtet dies nur eine Testumgebung und nicht die Originalseite.
Bei Web-Anwendungen (bei dir wir eine Wiki) verwendet man eine identische Server-Umgebung (PHP Version und Konfiguration + WebServer Version und Konfiguration + Datenbankserver Version und Konfiguration). D.h. bei kleinen Web-Anwendungen reicht es aus, wenn man eine Suddomain auf dem Kundenaccount bei seinem Provider (bei dir 1und1) einrichtet.
Und in dieser Umgebung übt man die Wiederherstellung, anschließend prüft man, ob die Inhalte _vollständig_ vorhanden sind (Sonderzeichnen und Umlaute. Mit einem Wikibeitrag mit https://de.wikipedia.org/wiki/Emoji kann man wunderbar die Zeichensätze prüfen)
2.2 Fehlende Wiederherstellungstests
Eine regelmäßige Sicherung von Daten gewährleistet nicht automatisch, dass diese Daten auch
wiederhergestellt werden können. Wenn nicht regelmäßig getestet wird, ob sich Daten
wiederherstellen lassen, kann es sein, dass die gesicherten Daten im Fall einer notwendigen
Wiederherstellung nicht nutzbar sind.
das BSI (BSI - Bundesamt für Sicherheit in der Informationstechnik) hat einen Leitfaden für Datensicherung veröffentlicht.
https://www.bsi.bund.de/SharedDocs/Dow…icationFile&v=2
So lebe ich besser, wie seit 25 Jahren, damit, dass ich zwar Datensicherungen mache, aber noch nie eine Wiederherstellung ohne Erfolg durchgeführt habe. Sollte das mal zu Ende gehen, schalte ich die Website halt ab. :confused:. Bei meiner Halbwertzeit ist das nicht so schlimm.
die Stunde Zeit würde ich mir nehmen.
Aber Provider sind auch der Meinung, dass die Daten ihrer Kunden nichts Wert sind
https://www.golem.de/news/trotz-red…204-164628.html
Aber, wenn das per se nicht so wichtig ist ...
???
Ich schreibe schon etwas länger PHP Scripte. Die Erfahrungen der letzten Jahre, hat ja gezeigt, dass es nicht immer nur mit einem Update getan ist. In der Regel muss man bei einem PHP Update eine Migration seiner PHP Anwendung durchführen.
PHP Handbuch
https://www.php.net/manual/de/migration81.php
Bei der Migration von PHP 8.0.x auf PHP 8.1.x
gibt es zum Beispiel drei Kleinigkeiten
[size=14]MySQLndhttps://www.php.net/manual/de/migr…patible.mysqlnd[/SIZE]
Die INI-Direktive mysqlnd.fetch_data_copy wurde entfernt. Dies sollte zu keinen für den Benutzer sichtbaren Verhaltensänderungen führen.
[size=12]MySQL-Treiberhttps://www.php.net/manual/de/migr…tible.pdo.mysql[/SIZE]
Integer- und Float-Werte in Ergebnismengen werden nun als native PHP-Typen anstelle von Strings zurückgegeben, wenn emulierte vorbereitete Anweisungen verwendet werden. Dies entspricht dem Verhalten von nativen vorbereiteten Anweisungen. Das vorherige Verhalten kann wiederhergestellt werden, indem die Option PDO::ATTR_STRINGIFY_FETCHES aktiviert wird.
[size=14]MySQLihttps://www.php.net/manual/de/migr…mpatible.mysqli[/SIZE]
mysqli_fetch_fields() und mysqli_fetch_field_direct() geben nun bei der Eigenschaft max_length immer 0 zurück. Dieser Wert kann berechnet werden, indem die Ergebnismenge in einer Schleife durchlaufen und die maximale Länge ermittelt wird. Dies ist der Algorithmus, den PHP zuvor intern verwendet hat.
Die Option MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH hat keine Auswirkung mehr.
Die Option MYSQLI_STORE_RESULT_COPY_DATA hat keine Auswirkung mehr. Die Übergabe eines beliebigen Wertes an den mode-Parameter von mysqli::store_result() hat keine Auswirkung mehr.
mysqli::connect() gibt bei Erfolg nun true anstelle von null zurück.
Der Standard-Fehlerbehandlungsmodus wurde von "silent" auf "exceptions" geändert. Siehe die Seite MySQLi-Berichtsmodus für weitere Details darüber, was das bedeutet, und wie man dieses Attribut explizit setzt. Um das vorherige Verhalten wiederherzustellen, kann folgendes verwendet werden: mysqli_report(MYSQLI_REPORT_OFF);
Klassen, die mysqli_stmt::execute() erweitern, müssen nun den zusätzlichen optionalen Parameter angeben.
Und dann gibt es noch die Frage, wie man PHP mit MYSQL verbindet
https://dev.mysql.com/downloads/connector/php-mysqlnd/
auch vor diesem Hintergrund
https://www.golem.de/0403/30247.html
Aber man verwendet ja kein MySQL sondern einen MySQL Fork...
Das ist es, wovor ich eigentlich immer zurückschrecke.
Meiner Meinung nach sollte man sich die Zeit nehmen und in einer Textumgebung eine Wiederherstellung versuchen. Da die Wiederherstellung schieflaufen kann, ist eine Textumgebung wichtig.
Danke, Hilft eigentlich nicht, weil ich es nicht verstehe.
Es gibt unterschiedliche Werkzeuge / Tools für die Erstellung von Datensicherungen von MySQL / Maria DB. Ich verwende das Projekt von mir.
Ein Werkzeug war MySQLDumper. Die Entwickler haben die Wartung und Pflege von dem Projekt beendet. Ab PHP 5.6 hatte ich mit diesem Tool leichte Probleme bei der Sicherung und habe den Fork gestartet.
Im PHPBB3 Forum gibt es eine Einführung in das Thema
https://www.phpbb.de/community/view…b1eb070e0b34333
Aber ich liege dann doch offensichtlich richtig, wenn ich meine Datenbank exportiere auf meine ext. Sicherungsfestplatte.
ja
Und wenn ich die PHP-Version ändern sollte, mache ich den Export neu und bin wieder aktuell.
mmh...
Es kommt auf das Werkzeug an, mit dem du deine Datensicherung erstellst. Wenn dein Werkzeug PHP basiert ist, spielt die PHP Version schon eine Rolle. Zumindest im Detail, wenn es nicht funktioniert hat.
Und nur weil ein Export augenscheinlich eine Datei mit Datensätzen erzeugt, kannst du nicht davon ausgehen, dass dein Export fehlerfrei funktionierte. Eine Datensicherung sollte man auch durch eine Rücksicherung prüfen.
Konzepte für Datensicherungen werden bei Wikipedia beschrieben
https://de.wikipedia.org/wiki/Datensicherung
Danke für die umfangreiche Zusammenfassung!
Was muss ich tun, um eine Datenbank (in diesem Falle ein Wiki) zu sichern? Reicht es aus, die Datenbank zu exportieren?
In der Regel ist eine Datensicherung "nur" ein exportieren. Wir forken vor diesem Hintergrund MySQl Dumper und passen diese an die aktuelle PHP Versionen an.
https://github.com/r23/MyOOS-Dumper
Vielleicht hilft das Tool ja...
Danke. Ich hatte mir von FSE ehrlich gesagt mehr versprochen. Die aktuelle WP-Version ist 5.9.3
Das Theme was ich testen möchte ist Blockbase .
evtl. ist ein anderes besser?
Stelle leider fest das ich da keine automatische Jahreszahl (PHP) eingeben kann.
echo date('Y'); funktioniert nur in einem PHP Umgebung.
Für FSE muss man sich vermutlich ein Plugin schreiben, was dann das Ergebnis von echo date('Y'); extrem umständlich ausgibt. Viel Spaß mit der FSE Dokumentation von WordPress Version ?
Wenn du deine Bilder trotz der Warnung oder aus anderen Gründen in WebP konvertierten möchtest, könntest du dir
https://de.wordpress.org/plugins/regenerate-thumbnails/
und die genannten alternativen ansehen. Diese müssten eigentlich bei der neu Erzeugung von Bildern dann auf WebP zurückgreifen... wenn nicht, könnte man dieses Plugin eben an die Anforderung anpassen (lassen) => JobForum.
Was ich mich bei dem Performance-Plugin allerdings frage: Hier steht, dass lediglich "neu" hochgeladene JPG-Bilder in WebP konvertiert werden. Wie sieht es denn mit allen vorhandenen Mediathek JPG-Bildern aus?
Die alten Bilder bleiben so wie sie sind. Einer der Entwickler von dem Performance-Plugin ist von Google und der hat sich dabei wirklich was gedacht 
ich habe damals meine Bilder optimiert - auch die bestehenden - und dies hat Sichtbarkeit gekostet. Es dauert lange bis Google die neuen Bilder annimmt...
Im Bereich http_accept, bei "WebP Support" (enabled) und im Bereich "ImageMagick supported formats".
deine Bildbearbeitung ist das PHP-Modul ImageMagick. Bitte merken und bei zukünftigen Fragen angeben. gd-lib Antworten helfen dir dann nicht weiter.
Wo finde ich auf der verlinkten Seite denn dieses Plugin? Ich erkenne da leider keine Übersicht bzw. ich habe wenig Erfahrung mit Github. Gibt es das Plugin im offiziellem Wordpress Plugin Archiv?
klar
https://wordpress.org/plugins/performance-lab/
Anleitung
https://make.wordpress.org/core/2022/03/0…-been-released/
Was meinst Du mit Deinem Hinweis, dass "meine Bildbearbeitung auf dem Server WebP bzw. JPG XL können" muss?
Es gibt zwei Möglichkeiten, wie PHP Bilder auf dem Server bearbeite. Die Konvertierung von JPG in ein anderes Format ist Bildbearbeitung.
Die Bildbearbeitung die verwendet wird muss WebP können, damit die Konvertierung nach WebP funktioniert. Dies hängt davon ab, wie PHP kompiliert wurde.
Dies kannst du mit phpinfo() prüfen
https://www.php.net/manual/de/function.phpinfo.php
oder nach dem üblichen Hauruck verfahren. Wenn kein WebP erzeugt wurde, hast du einen schlechten Provider gewählt.
Ist das der Hinweis auf die von mir erwähnten exec()-Funktion? Diese steht mir leider nicht zur Verfügung.
es ist gut, dass dir kein exec() Funktionen zur Verfügung steht. Über exec können auf dem Server über PHP Programme gestartet werden.
https://www.php.net/manual/de/book.exec.php
Dies kann ein hohes Sicherheitsrisiko darstellen. Wirklich!
Wenn die Funktion
https://www.php.net/manual/de/function.imagewebp.php
dir zur Verfügung steht, kann deine gd-lib WebP
der Rest steht in den Quellen von dem Plugin.
Hallo,
ich verwende von der Wordpress Performance Group ein Plugin für die Optimierung
https://make.wordpress.org/core/tag/performance/
Hier muss aber deine Bildbearbeitung auf dem Server WebP bzw Jpg XL können.
Das ist ja doof, ich sehe eine schöne Vorschau, denke sieht toll aus, wenn ich es installiere ist es großer Murks und ich habe keine Ahnung welche Option ich wie einstellen muss, damit es so aussieht wie in der Demo.
Eine Lösung für Webdesigner ist
https://de.wordpress.org/plugins/one-click-demo-import/
es ist eine verbesserte Version von
https://github.com/humanmade/WordPress-Importer
Damit bekommst du in der Regel die Demo Daten importiert. Jetzt benötigst du nur noch eine Liste von Theme Autoren, die dies Plugin verwenden.
wir arbeiten gerade an einer neuen Website und ich habe eine bzgl. Datenimport:
In der Regel ist jetzt ein guter Zeitpunkt auch neue Daten zu erstellen. Das Bildmaterial kann man jetzt gut entstauben und dem neuen CD anpassen. Aber auch ansonsten sind oft die Daten per se veraltet.
Gibt es eine Möglich die Daten bzw. Einträge eines Typo3 Blogs in eine WP-Installation zu übertragen
und falls ja welche Möglichkeiten gibt es?
Es gibt sogeannte Smoothly Migrate Plugins. Diese importieren alles.
Wenn du reduktionsgetriebenen Content hast, könntest du die Inhalte in deine "Office" Umgebung holen.
Beispiel Open Office
https://wiki.openoffice.org/wiki/DE/Dokume…zu_Datenquellen
und schiebt und liest in eine MySQL Datenbank....(viel Spaß mit Gutenberg
wieso ist die vollständige Auflösung von 2500 x 1432 px schlechter als die große Darstellung von 1024 x 587 px. Ich benötige die volle Auflösung, da der Text der Infografik sonst unscharf ist. Kann mir da jemand helfen?
1- Theme auf volle Auflösung einstellen
2- ein modernes Dateiformat verwenden, dass auch Texte gut darstellen kann. PNG ist veraltet.
3- für die Bildbearbeitung in WordPress nicht die gd-lib verwenden (der Provider sollte das richtige Modul zur Verfügung stellen).
4- je nach verwendeten Verfahren würde ich das Bild nachschärfen. wie man Bilder mit PHP schärfen kann, steht vermutlich im PHP Handbuch...
damals gab es Werkzeuge, mit denen man den Demo-Content wunderbar einfach importieren konnte.
Mit Gutenberg tut sich dies kein denkender Webdesigner mehr kostenlos an.
Bei der Anmeldung ist klar, aber wenn man die Seite (ohne angemeldet zu sein) aufruft und die Seite 10-13 Cookies laden will, hat es ja dann nichts mit Anmeldung zu tun. Ich vermute eher mit den Plugins.
Cookies sind per se nicht böse - sondern können für einen Mehrwert der Besucher.innen sorgen. Unsere Nachbarn - die Holländer hatten halt *Panik* vor Cookies und haben in der Eu für die Einführung der Banner geführt. Einige Berufsstände verdienen sich nun mit der Cookie Warnung nicht nur dumm, sondern auch dumm und dämlich. Diese Berufsstände haben Werkzeuge zum Scannen von Cookies
https://www.cookiemetrix.com/
https://www.cookieserve.com/
https://www.ccm19.de/cookie-scanner/
Auch über technisch notwendige Cookies muss man angeblich informieren...
Kann es sein, dass eine nicht aufgeräumte Datenbank durch alte Einträge irgendwelche Cookies einbindet, die eigentlich gar nicht von der Seite selbst kommen?
Ein Datensatz kann keine Cookies senden. Nur JavaScript und PHP kann Cookies senden.
WordPress sendet an vielen Stellen selber Cookies (zum Beispiel bei der Anmeldung)
Mir kommt nun die undankbare Ehre zu teil, eine neue Homepage für den Sportverein erstellen zu dürfen.
undankbare Ehre? hier gibt es ein Job Forum. Ich denke, Dienstleiter würden sich freuen und hätten Dein Problem nicht.
Gäbe es technisch eine Möglichkeit, dass die Beiträge beispielsweise nur auf der Gemeinde-Seite veröffentlicht werden, und – wenn Sie z. B. in "Sportverein" kategorisiert werden oder wasweißich – automatisch auf der (externen) Sportvereins-Homepage ebenfalls im Newsfeed erscheinen?
Im Newsfeed erscheint nur, was auch in der Datenbank ist....
du könntest mit https://wpsitesync.com/ (das Projekt wird eingestellt und die Quellen sind auf GitHub zugänglich) einfach importieren.
Im Blog die importierten Inhalte nicht anzeigen und nur im Newsfeed exportieren...
In welchem Dorf ähm Gemeinde liest man noch Newsfeed?
