Weblog Kommentare
Backup vom beatsblog.ch
Ian Styx am |
Ja FTP ist grottenlangsam, wesentlich besser ist ein Zip über einen Konsolenzugang mit anschließendem download. Und hoffentlich mit phpMyAdmin als UTF-8 exportiert! !!!!!!!! 😬 du erinnerst dich...
hmmm.. der 21. Februar ist komisch..., denn
Suche mal nach +visitors +Tabelle. Da findest du vier Kommentarsessions die das Thema behandeln. (Und wenn du sie mit rechts im neuen Tab öffnest bleibt auch das searchhighlight erhalten. 😎)
Wenn ich mich recht erinnere soll die visitors Tabelle immer dann aufgeräumt werden, wenn du das Statitik Plugin aufrufst, so dass einerseits alle gegenwärtig neuen Daten in die _refs und _visitors_count Tabellen aggregiert werden und andererseits alles von vor einem Jahr kontinuierlich gelöscht wird, so dass eben nur jeweils ein Jahr verbleibt. Die von dir genannten Daten müssen also abhängen von den Daten des letzten Aufrufes und cleanups bzw von den Daten die überhaupt darin aufgelaufen sind.
Bei der Frage ob man sie nun direkt nach der Datenaggregation komplett leeren könnte bin ich mir gerade nicht sicher. Eigentlich ja schon.., aber ich kann nicht versprechen dass das nicht doch irgendwelche Folgen hat ... zb jene, die wir bereits beim install hatten, denn es braucht mindestens einen Eintrag um als existent zu gelten. Möglicherweise gibt es noch mehr solche Sachen....🙄
Ian Styx am |
424'739 Zeilen sind es wahrscheinlich auch gar nicht und diese Zahl ist nur der gegenwärtige autoincrement ID counter seit install. Wahrscheinlich hast du so gegen ~40-50.000 Einträge in diesem letzten vorliegenden Jahr, je nachdem wie viele Spammer und Einbruchsversuchsaufrufe du zu verzeichnen hast. Die wenigen echten Besucher sind 1-10%.
Beat Post author am |
Um das klar zu machen: Ich rede von der styx_visitors-Tabelle von www.beatsblog.ch (nicht von hier).
Diese Tabelle habe ich gestern (mit allen anderen) exportiert. Wenn ich sie mit Excel öffne, sind darin 424'651 Zeilen enthalten, im oben genannten Zeitraum.
Vorhin habe ich auf www.beatsblog.ch die Statistik aufgerufen und danach mit phpMyAdmin die Tabelle betrachtet. Die Einträge haben sich nun auf 419'905 reduziert (geschenkt). (ein zweites Mal die Statistik aufrufen, dann sind es 419'908, beim dritten Mal dann 419911) -> vermutlich werden meine eigenen Hits mitgezählt.
Moment:
Habe gerade festgestellt, dass die Tabelle nicht nach Datum/Uhrzeit sortiert ist. Wenn ich das mache, sehe ich der gestern exportierten Tabelle den Gesamtzeitraum vom 06.01.2022/00:05 bis zum 12.01.2023/14:58 (dem Zeitpunkt des Exportes).
Habe die Tabelle soeben noch einmal exportiert. Ja, stimmt: Die Tabelle enthält die Daten eines Jahres. Nun sind es 419'920 Einträge, beginnend am 13.01.2022/00:02 bis heute, 13.01.2023/12:31.
O.K. Soweit alles in Ordnung! Über die vielen Datensätze kann man sich wundern, doch der Automatismus "Datehaltung eines rollenden Jahres" lässt die Tabelle immerhin nicht einfach endlos anwachsen. Soweit also alles gut.
Ian Styx am |
Na dann ist ja alles ok..., bis auf die erschreckenden Größe für so einen Export, die man ja so tatsächlich nicht bräuchte. Vielleicht kann man sie nach Aufruf des Statistics Plugins und vor dem Backupexport zusammenschrumpfen und nur die letzten 10 Tage drinnen lassen ..oder so.
(Dann müsste der ID counter ja schon in den Millionen sein...)
Diese Tabelle habe ich gestern (mit allen anderen) exportiert. Wenn ich sie mit Excel öffne, sind darin 424'651 Zeilen enthalten, im oben genannten Zeitraum.
Das heißt du hast ganz schön viel Zugriffe von Bots und Spammern, und bösen Bub::inn::en (hihihi) Angesichts der vermuteten Menge muss man aber erstmal dem System insgesamt extrem auf die Schulter klopfen, dass es davon (fast) nix durchlässt, nicht wahr?!!
Dann wäre es eine verdammt gute Fundgrube für ein Script dass die IP Adressen derjenigen herausliest, die es öfter als X mal im Zeitraum N versuchen und diese dann per ip-/nftables (wenn man soetwas zur Verfügung hat) generell für den Server auf 1,2,3 Jahre o.s. sperrt. Sowas macht ja fail2ban auf eigenen Servern meist sowieso schon... und wenn nicht könnte es eben diese Fundgrube nutzen.
Wo ich aber zusammenzuckte war bei dem Wort Excel. 😱 Machts du tatsächlich generell eine sql Export Datei mit Excel auf? Kann Excel mit UTF-8 encodeten Dateien umgehen und belässt sie auch so, mitsamt den ganzen Steuerzeichen von PhpMyAdmin usw, falls man sie mal nicht nur zum Lesen öffnest?
Hast du das auch so benutzt wenn du in sql Daten für Importe herumhantiert hast?
Beat Post author am |
Der ID-Counter der styx_visitor-Tabelle steht aktuell bei etwa 780'000.
Betreffend Excel: Ich bin ein alter Windows und Office Bürogummi. Excel kann ich zumindest recht gut bedienen 😉. Zum schnellen Sichten und Sortieren von Datenbanktabellen finde ich das nach wie vor eine gute Variante, zumal phpMyAdmin explizit einen "CSV-Export for Excel" anbietet.
Ich würde jetzt gerne behaupten, dass ich Änderungen an Tabellen immer und ausschliesslich mit Notepad++ gemacht habe, doch so wirklich sicher bin ich mir da nicht. Wenn ich an diese Aktion vor fünf Jahren denke (/2285-nur-fuer-mich...-relativ.html), so weiss ich wirklich nicht mehr genau, wie ich das damals gemacht habe. Ich gehe aber davon aus, dass ich das damals schon per Editor und nicht mit Excel gemacht habe.
PS: Falls Du an der aktuellen styx_visitors-Tabelle interessiert bist, könnte ich sie ja hier in die Mediathek hochladen.
Ian Styx am |
Nee Danke, habe selbst genug spammer zu bearbeiten..! 🙂
Aber soetwas mit Excel zu bearbeiten wäre mir echt zu heikel, wobei ich das Teil eben auch meide wie der Teufel das Weihwasser und deshalb nur aus Paranoia so daherrede, angesicht meiner wenigen früheren Erfahrungen mit MS Word Quellcodes (die einfach nur zum Gruseln waren).
Angesichts UTF-8 und dem zugehörigen Dateiformat und eben auch den phpmyadmin SQL headern muss aber sehr genau wissen was das EDIT Programm kann, beachtet und abspeichert, wenn man ein Solches zur Bearbeitung für einen späteren Import benutzt. Und phpmyadmin ist ja auch nicht unfehlbar. Ich würde mal behaupten dass dem Exel Export/Import auch kein so grosses Augenmerk geschenkt wird wie den reinen SQL txt Formaten. Nun denn..!
780.000 ist ja noch gar nicht so schlimm wie befürchtet und liegt vielleicht daran dass es noch relativ jung seit dem Umzug ist.
Ian Styx am |
Ich denke gerade dass es vielleicht doch lieber bei einem Jahr bleiben sollte, denn -so kam es mir gerade in den Sinn- der Übertrag in refs und visit counts erfolgt nicht unbedingt nach den neueren Daten seit letztem Besuch sondern aus diesem aktualisiert verbleibenden und rollenden Jahr. Im Grunde muss man das also mal (backup) gesichert ausprobieren, wenn man es eindampft, ob es dann überhaupt noch funktioniert. Obacht also! 😦
Beat Post author am |
Ich werde nichts daran herumbasteln oder löschen. Bei 7% Speicherauslastung auf dem Webspace spielen diese paar MB wirklich keine Rolle.
Das Ganze ist mir einfach aufgefallen und ich wollte es Dich wissen lassen. Wenn also alles soweit in Ordnung ist, können wir es dabei belassen.
Styx 4.0.1 und PHP 8.0.26
Beat Post author am |
PS: Beim Live-Blog auf Manitu erhielt ich obigen Hinweis nicht.
Mir ist an beiden Orten aufgefallen, dass man neu im Upgrade-Prozess auf eine Maintenance-Seite geleitet wird. Das verhindert wohl (erfolgreich) die Abwürfe auf eine blanke White-Page, wie ich es zuvor auf Manitu erlebt habe. Sehr gut!
PPS: Moretti 3 gefällt mir mittlerweile recht gut. Danke! 👍 Werde wohl den violetten Hintergrund des entrypaging noch ändern und die Änderungen dann in den Live-Blog übernehmen.
Ian Styx am |
Das mit der OPENSSL Nummer ist doof und bekannt (deshalb der Hinweis), aber vorerst für mich nicht lösbar. Erst ab einer bestimmten Nummer (die aber nicht immer die Nummer der wirklich verwendeten OPENSSL Version ist, so glaube ich zumindest) kann man die stärkste GCM Verschlüsselung verwenden. Leider sind manche Systeme wie CentOS so angelegt dass sie allzulange aus Kompatibilitätsgründen auf einer alten Version derselben (oder eben nur deren Nummer) verharren.
Ich wußte einfach bisher nicht wie ich dem geschickt begegnen kann, denn ich muss die verwendete Nummer abfragen. Die einzige Möglichkeit wäre gewesen auf einen Polyfill fallback auszuweichen, den ich vor der Styx 3.0 Version aktiv hatte. Und ich wollte vorwärts... 😒
Mit der Weiterleitung kann ich mich gar nicht erinnern, denn eigentlich wird man ja immer auf diese autoupgrade Seite geleitet, die dann zur/während der Laufzeit auf den aktuellen Stand des Upgrades erneuert wird.
Moretti kann man aber noch verbessern... Moment also. Ich saß gerade an Moretti 4 .... 😆
Ian Styx am |
<>>>>>>> Moretti 4 <<<<<<<<>
/*DARK THEME adds for pure-beat theme related to blue style vs pure greys*/
/*comment, entry and footer related*/
[data-dark-theme="dark"] .serendipity_commentForm, [data-dark-theme="dark"] .content_msg, [data-dark-theme="dark"] .serendipity_content_message, [data-dark-theme="dark"] .serendipity_commentDirection, [data-dark-theme="dark"] table td {
border-color: #2828ac;
}
[data-dark-theme="dark"] nav.pager {
background-color: #25254d;
background-image: -webkit-linear-gradient(top, #292b35, #25254d);
background-image: -moz-linear-gradient(top, #292b35, #25254d);
background-image: linear-gradient(to bottom, #292b35, #25254d);
border-color: #2f3740;
}
[data-dark-theme="dark"] pre {
background-color: #25254d;
}
[data-dark-theme="dark"] .hljs {
background-color: #191935;
}
[data-dark-theme="dark"] #serendipity_smarty_entrypaging {
background-color: #210e4b;
border: .1px solid #555;
}
/*comment related*/
[data-dark-theme="dark"] .comment.odd {
background-color: #372f68;
}
[data-dark-theme="dark"] .comment.even {
background-color: #282651;
}
[data-dark-theme="dark"] .serendipity_comment.odd,
[data-dark-theme="dark"] .comment.odd > .comment_content {
background-color: #1c293a;
}
[data-dark-theme="dark"] .comment.even > .comment_content {
background-color: #192433;
}
[data-dark-theme="dark"] .serendipity_commentForm {
background-color: #171742;
background-image: -webkit-linear-gradient(top, #2e2e7e, #171742);
background-image: -moz-linear-gradient(top, #2e2e7e, #171742);
background-image: linear-gradient(to bottom, #2e2e7e, #171742);
}
[data-dark-theme="dark"] #content .post {
border-bottom: 1px solid #0c0c18;
}
/*footers*/
[data-dark-theme="dark"] footer {
background-color: #00003a;
border: 1px solid #142f4d !important;
}
/*archives and container*/
[data-dark-theme="dark"] .archive_year, [data-dark-theme="dark"] .container {
background-color: #25254d;
}
/*comment summaries*/
[data-dark-theme="dark"] article.post.byauthor {
background: #1b1542;
border-color: #241e46;
}
/*sidebar images*/
[data-dark-theme="dark"] #serendipityRightSideBar .mediasidebaritem img {
border-color: #13134f;
box-shadow: 1px 1px 4px #8b8bff;
}
/*entry img*/
[data-dark-theme="dark"] .serendipity_image_left, [data-dark-theme="dark"] .serendipity_image_center, [data-dark-theme="dark"] .serendipity_image_right,
[data-dark-theme="dark"] .serendipity_imageComment_img img {
border: 1px solid #505059 !important;
box-shadow: 3px 3px 16px #333362;
}
Ian Styx am |
Durch das category_templates Plugin?
Ja vielleicht. In: Zusätzliche Einstellungen durch Plugin: Eigenschaften/Templates von Kategorien. Gute Idee! 😀
Allerdings habe ich einmal damit herumgespielt, weil ich supporten wollte, dass man einer Kategorie eines neues Kleid (theme) anziehen kann und dann unabhängig vom restlichen Blog so nebenher (wie eine Art Nebenblog) betreiben kann, so als eine Art "Statische Kategorie". Wichtig dabei war, dass sie eben aus den entries Listen des "normalen" Blogs und auch auch aus dessen feeds, comments, bzw anderen Stellen, wo Kategorien insgesamt eingeschlossen sind, herausklamüsert werden. Im Zuge dessen fand ich eine Code Stelle - erinnere ich mich - die ich nur auskommentiert aber nicht entfernt hatte, weil sie so aussah, als ob sie etwas täte was gar nicht (mehr?) supported wird.
Du müsstest es also wirklich einmal ausprobieren, damit man weiß, dass man diese Option auch für deinen Zweck benutzen kann. Das wäre also wirklich interessant. Auch vielleicht bezüglich der auskommentierten Code Stelle.
Allerdings musst du das jetzt aber gar nicht mehr, denn alles läuft seit der Permalink pattern Änderung wieder normal und damit auch innerhalb der Möglichkeiten des Systems, auch wenn das vielleicht nicht ganz im Sinne der Erfinder war.
🕵👉❄📌〰
Was mich aber wirklich stört ist das Kommentieren auf Kommentare, die irgendwo - wie gerade hier - in den Untiefen der Kommentarverschachtelung verschwunden sind ohne eine leichten, bestmöglichst klickbaren Weg zu haben zwischen dem Formfeld und dem Bezug nehmenden Kommentar hin und her zuspringen. Das muss doch irgendwie zu machen sein...... und ebenso wenn man die Vorschau sehen will.... hmm...
Beat Post author am |
Wenn Du Dir die Kommentare linear anstatt verschachtelt anzeigen lässt, ist der neuste Kommentar immer zu unterst und Du musst nicht lange suchen.
Stimmt. "Sollen Einträge dieser Kategorie von Eintragslisten und RSS-Feeds ausgeschlossen werden? Ja/Nein" wird erst durch das categorytemplates-Plugin eingebracht (welches ich eigentlich nur dazu nutze, damit ich wählen kann, ob die Einträge einer Kategorie aufsteigend oder absteigend sortiert werden sollen).
Wenn dieses Plugin nicht installiert ist, hat man unter Kategorien immer noch die Möglichkeit "Artikel von Unterkategorien verstecken?". Ich könnte also eine neue Kategorie "XX-Unsichtbar" erstellen, den Schalter auf "Ja" stellen und diejenigen Kategorien, die ich nicht in der entry-Liste anzeigen möchte als Unterkategorien definieren. Also quasi umgekehrt, wie ich es jetzt mit "14-BLOG" (=sichtbar) gemacht habe.
Ich weiss, dass nun alles funktioniert und es eigentlich keiner Änderung bedarf... Eine Verschönerung/Verbesserung/Vereinfachung (im Sinne von Styx-Konformität) könnte ich aber durchaus ins Auge fassen. 😉
Ian Styx am |
Na da schau her... 😁 Da musst du mich an sowas erinnern... Ist das deine Standardeinstellung?
Aber na klar! Dafür ist es ja auch da, ebenso dass es die Quetschung beseitigt. Witzigerweise stellt die Vorschau dann wieder um. War das schon immer so?
Ich würde aber immer zu spät daran denken weil ich mich so an die Treppe gewöhnt habe und müsste also nochmals ganz hoch um auf linear zu stellen und nachher dann vice versa, .... aber vielleicht könnte man das auch vereinfachen und im Kommentarform auch noch mal das Linear / Verschachtelt verlinken... darüber werde ich mal nachdenken..
Unsichtbar vs Sichtbar - Testen !... kann sein! Vielleicht übersieht man eine Folge...
Ich frage mich - auch bei der vorigen Idee - was einfacher und direkter für das System bzw die SQL query wäre. Jede diesbezügliche Plugin Option erweitert die Query, bzw muss im schlimmsten Fall weitere Queries nachschießen um dann mit PHP das gewünschte Resultat herauszufiltern. Besser ist - meine ich - alles was nahe am default workload ist.
Beat Post author am |
Weil mich hier dubiose DB-Probleme plagen, habe ich die Änderungen direkt im Live-Blog, auf https://www.beatsblog.ch/ durchgeführt. Und zwar:
Getestet und für gut befunden. 👍
Nun zeigt das entrypaging auf den Folgeseiten die (gewünschte) URL https://www.beatsblog.ch/archives/P2.html usw. an.
Ich denke, das ist nun so nahe wie möglich am "default".
Ian Styx am |
Mutig! 😎
Allerdings hast du jetzt das Problem das deine ehemaliger Link https://www.beatsblog.ch/categories/14-BLOG nicht mehr wirkt und eine weiße Seite ausgibt. Dem könnte man wahrscheinlich begegnen in dem man 1. den Grund in den error logs sucht, oder 2. wieder eine Kategorie mit ID 14 herstellt und in ihr kurz mitteilt das man jetzt anders arbeitet und jene nur zum Umbiegen dient, oder 3. besser in die .htaccess eine rewrite Rule für /categories/14-BLOG auf /?blog schreibt. Am besten oberhalb der s9y### Struktur damit es beim Neuschreiben nicht gleich weg ist. Wie die genau lautet müsste ich jetzt auch im WWW nachschauen, so kannst du das sicher auch. Oder du probierst es anhand der Beispiele oder schaust ins Styx Buch bei den Erklärungen zu den Rules & Commands so dass du eine Ahnung bekommst wie du es vielleicht auch ohne weiteres Wissen selber basteln kannst. Im Grunde dürfte das ganz einfach sein. 😉
Beat Post author am |
Nö... zuviel Aufwand. 😴
Diese URL gab es gerade mal 10 Tage. Die wird sich niemand gebookmarkt haben. Und wenn doch, dann wird er/sie wohl von selbst auf die Idee kommen, nur www.beatsblog.ch aufzurufen.
Beat Post author am |
Das steht im php.err.log des Servers:
Ian Styx am |
Superb! Wieder einen erschlagen! 😍
Ian Styx am |
Gesagt getan! In pure ist eine erste Experimentalversion online, siehe heutigen commit. Wollen wir das hier mal ausprobieren?
Beat Post author am |
O.K. Habe das neue commentform.tpl hier im pure-Template abgespeichert.
Ian Styx am |
Das waren aber zwei Änderungen in den Templates, im commentform und im comments.tpl. Sonst wirkt das noch nicht. Das eine als Anker auf den preview Kommentar und das andere ein Button um von da aus wieder zum Formular zu kommen um eventuell weitere Änderungen vorzunehmen zu können bzw den Vorgang abzuschießen.
Außerdem kommen dann noch eine Änderung in der functions_routing.inc für den richtigen Ankerpointer der Erfolgsmeldung und später noch in anderen Dateien für mögliche Failure Fälle hinzu, wenn ich mich da durchgewurschtelt habe.
Beat Post author am |
Ah... da gab's noch eine zweite Datei... Da hätte ich wohl etwas runterscrollen müssen 🙄😁.
Also hier wurden nun aktualisiert: commentform.tpl, comments.tpl und functions_routing.inc
Ian Styx am |
testing the comment preview and back to form linking.
Works!
😎 Much better!