Beiträge von Synonym

Das Schlimme dabei ist, dass ich wirklich denke, das bleibt mit den Preisen auch so. Da wird nichts teurer, weil es gerade so marktbedingt ist, sondern weil es teurer werden soll. Also eher im Sinne von: Mal ausloten, was geht.

Aktuell traut man sich schon gar nicht mehr auf irgendwas zu schauen, da wird man ja blöd bei. Bei vielen Dingen denkt man noch so, gut, 30 Cent mehr, egal, passt. Aber das läppert sich und 30 Cent sind halt eben oft auch 50 oder 60%.

War vorgestern in der Stadt auf dem Weihnachtsmarkt. Mal wieder was anderes sehen als weiße Wände. Naja. Ich weiß ja nicht, wie die sich das vorstellen. Ok, so ein Markt ist "Luxus", war es schon immer, aber nicht so extrem. Alleine schon auf dem Weg dort hin. Bei FB beschweren sich alle über teure Döner von 5,50 oder 6 Eur. Bin hier an drei Läden vorbeigekommen. Jeweils 7 Eur. Auf dem Markt selbst. Dinge, deren Preis ich noch von vor zwei Jahren kenne, kosten nun fast oder gar mehr als das Doppelte. Gerne aus dem Bereich Holz, Weide, Ton, Wachs, Glas. Also gerade auch so Zeug, das Weihnachten ausmacht. Seltsamerweise sind so Dinge wie "Schmuck", "Bügeleisen" oder "Scheren" nicht wirklich teurer geworden.

Glühwein? Weiß oder rot, 4,20 Eur. Kinderglühwein, ebenso 4,20. Also am "Wein" kann es ja nicht liegen. Bratwurst, das Würzburger Original. Von 2,10 Eur hoch auf erst 2,80 und nun 3,40. Naja, Weihnachten, der Markt der Fressbuden, gibt ja noch andere, könnte man meinen. Ja, gibt es. Was soll ich sagen? Die "Würzburger" war die günstigste. Die anderen sortierten sich bei 3,90 bis 4,40 ein, z.B. eine normale "Thüringer". Ne Waffel, eine ganz normale Waffel, nix bei, nur Waffel, 3,60 Eur. Ja spinnen die denn? 11 Maronen, 9 Eur, 100g gebrannte Mandeln, 6 Eur. Traurig vor allem zu sehen, wie viele da mit ihren quengelnden Kindern vor den Buden stehen und man überall nur "nein, geht nicht, nächstes mal" hört.

Wieder daheim angekommen, die Post war da. Brief von der Krankenkasse. Preisanhebung um 22%!!! Da schreiben die noch was von "Corona-Pflicht-Beitrag", der wegfällt und schon abgezogen wurde. Wusste gar nicht, dass es den überhaupt gab, aber ja, gab es wirklich 2022. Monatlich 30 Eur extra. Warum eigentlich nur die privaten? Zahlten die Gesetzlichen auch 30 Eur im Monat extra? Ok, die 30 Eur sind abgezogen, aber der "neue" Betrag ist nur 2,70 Eur günstiger als der alte. Also gab es eine Erhöhung, die die "Entlastung" wieder weggefressen hat. Die anderen Bestandteile natürlich auch hoch, Versicherung selbst, Entlastung im Alter, Zahn, Pflege etc. In Summe eben 22% zum Vorjahr bzw. 2023 zu 2022.

PRV? Da brauche ich gar nicht schauen. Da bekomme ich immer Puls. Ich sehe da immer nur, dass vielleicht mal etwa an Ausschüttung oder Ertrag da ist, aber die Gebühren jedes Jahr steigen und die effektive Gesamtsumme immer weniger wird. Aktueller Stand, wenn das so weitergeht, wie bisher, dann bekomme ich in 20 Jahren 60% von dem, was ich die ganzen Jahre über einbezahlt hab.

Und das geht überall so weiter. Auf meiner letzten Arzt-Rechnung steht mal wieder ein Posten "Untersuchung eines Organs", 43,80 Eur. Ja was verflucht soll der Scheiß. Da wurde nix untersucht, der hockte nur auf seinem Stuhl und hat geredet bzw. am Computer getippt. Ok, was mit knapp 44 Eur günstig, andere hätten da gleich 100 berechnet, wegen "erschwerten Bedingungen" und Faktor jenseits von 3,5, aber was soll das? Kein Wunder, dass alles immer teurer wird.

Achso, ganz vergessen. Das regte mich am meisten neulich auf. So Schmelzkäse in der Packung, also keine Scheiben, der normale zum Streichen. Mitgenommen für ne Soße. Erst zu Hause auf die Rechnung geschaut und gedacht, das muss ein Fehler sein. Am nächsten Tag im Laden geschaut, nee, kei Fehler, Preisschild sagt das Gleiche: Füllmenge runter von 200g auf 170g bei gleicher Verpackung und Preis hoch auf 2,90 Eur !!! Ok, war keiner der Hausmarken, sondern "Milram" oder so, aber trotzdem, die haben doch nicht mehr alle Latten am Zaun.

NAS keine Ahnung, hatte ich noch nie.

"User" in dem Sinne habe da keine Instanz, es gibt keine "User". Der User ist ja quasi das CMS, das sich verbindet. Die CMS kann man trennen, durch die verschiedenen Datenbanken 0-15. Der Connect entscheidet dann ja, mit welcher DB davon sich das CMS verbindet.

Wenn da auf einem Server 10 Webseiten sind, die alle Redis nutzen und alle ohne extra Präfix sich mit DB0 (default) verbinden, dann gibt es Datenchaos, denn Web0 könnte dann alle Keys abfragen, auch wenn die von Web1 oder Web2 sind.

Es sei denn, es wird in verschiedene Datenbanken getrennt oder der Server fährt mit verschiedenen Redis-Instanzen, also einer eigenen Instanz für jeden vHost. Dann sind die Hosts getrennt, aber die User der Seite nicht. Ist ja so gesehen nix anderes als "lege alle Dateien in Verzeichnis /vrz0" oder eben "db0".

Im Prinzip ja, aber es wird da nicht viel schneller werden. Also unter dem Gesichtspunkt, was schneller für einen ist. Das Array, bzw. dessen Code zu parsen und dann aufzubauen dauert eine gewisse Zeit, Bruchteile einer Millisekunde. Sparen kann man dann mit Redis davon vielleicht 10-20% von diesem Bruchteil.

Ich rede hier bei meinem Fall von anderen Datenmengen und vor allem tief verschachtelten mehrdimensionalen Arrays. Meine "Ländertabelle.php" hat aktuell 2714 Zeilen Code. Enthalten ist nur ein Array, mehr nicht.

Oder auch bei mir, die ganzen Unterkünfte und Abfragen zu Feiertagen bzw. Ferienterminen wie Weihnachten, Silvester etc. Die bedürfen mehrerer Joins auf die kompletten Kalender und in denen sind fast eine Mio Datensätze. Erschwerend, enthalten sind da, wie der Name sagt, Buchungen. Ich brauche bei der Abfrage aber genau das Gegenteil, also was nicht gebucht, sondern frei ist. Bei den local-Dingen ebenso. Primär ist das für die Maps per JSON oder eben als Listen für "Objekte in der Umgebung". Die Abfragen sind also immer anders, der Grunddatenbestand, so lange kein neuer Kunde dazu kommt, aber gleich. Und da merkt man dann schon einen Unterschied, ob eine Seite für die Generierung 25 Queries absetzen muss, die jeweils diese fast 1 Mio Belegungen dabei hat oder ob sie das ignorieren kann, denn die Belegungen sind einmal abgefragt im Redis.

Was ich sagen will. Für Dein Vorhaben oben mit den Farben ist das überdimensioniert. Du müsstest ja Dein CMS dafür ändern. Redis oder Memcache sind ja keine On-The-Fly-Chaches wie Opcache oder so. Die kann man installieren und aktivieren und die tun nichts. Nichts, bis das CMS oder wer auch immer sie direkt anspricht. Also im Sinne von:

$redis = new Redis();

$redis->connect('host', port);

$redis->auth('pass');

$redis->set("foo", "bar");

echo $redis->get("foo");

Oder als LIST

$redis->lpush("farblist", "f01");

$redis->lpush("farblist", "f02");

$redis->lpush("farblist", "f03");

$redis->lpush("farblist", "f04");

$redis->lpush("farblist", "f05");

Und dann z.B. nur einen Teil davon abfragen

$farblistrange = $redis->lrange("farblist", 1, 2);

Dieses "range" ist z.B. ein typisches "Order BY yx Limit x, y" in MySQL oder array_slice() in PHP. Das braucht es in Redis quasi nicht, das macht es selbst. Das könnte memcache z.b. nicht, die machen nur das erste, set/get. Da könnte man natürlich auch ein Array reinpumpen als KEY = Arrayname und VALUE = serialisiertes Array, aber das ist dann eben nur ein String, der weiter verarbeitet werden muss, erst wieder ein Array werden muss, etc. So dann nicht sortiert, ausgeschnitten werden kann. Wie auch, ist ja ein String, der weiß ja nicht, in welcher Reihenfolge da was letztendlich ist, sein müsste.

Wenn Dein CMS allerdings die Funktionalität der Nutzung von Redis hat, dann würde ich das ausprobieren. Was denn genau darin landet, obliegt den Entwicklern des CMS, wie bei Joomla. Im einfachsten Fall eben ein File-Cache-Ersatz im RAM.

Echt ey.... Der hat auf der Webseite eine Direkt-Buchung. Ich glaube, ich buche dann mal ein Ferienhaus und frage dann nach, ob das wirklich was kostet. Ich will das ja eigentlich nur testen und schauen, ob ich das dann später mal buche......

Und dann dieses ganze Geschwafel von Datenschutz und so. Setzen nur "lokale Google Fonts" ein. Blabla. Keine Cookies, keine Drittanbieter.... Warum ist dann auf der Seite Google-Maps? Warum gehen alle Zugriffe an Smoobu, dem Abwickler der Buchung? Warum ist da Youtube? Recaptcha?

Achso, keine Google-Fonts.... Soso...

Das Schlimme daran ist, ich habe den Eindruck, die sind alle zu doof oder machen es mit Absicht und der ganze Scheiß, der da von den Regierungen kommt, die Endverbraucher schützen soll, nur die "Verkäufer" gängelt. Und eben, dass die Leute alle zu blöd zum Lesen sind.

Drei mal bestätigt, dass es kostenpflichtig ist! Wie kann man dann fragen, ob das was kostet? Nachdem man es gelesen und drei mal bestätigt hat?

"Erst mal testen".... Steht das irgendwo? Steht da was von "Testzugang"? Wie will man in einem Reiseportal eine Präsentation testen, wenn man die nicht aktiviert? Oder steht da, dass die Freigabe mit der Bestätigung erfolgt? Naja, eben noch mal geschaut, steht da. Und wurde natürlich auch drei mal "bestätigt". "erst mal testen". Das ist wie, ich hocke mich erst mal ins Kino, schaue mir einen Film an und entscheide dann "ob und wann ich mir ein Ticket kaufe".

Und, wie das schon oder immer wieder eine gewisser "Klaus" bei Facebook schreibt. Es sind auch hier immer Deutsche! Und wenn das mal einer aus dem Ausland ist, dann ist es ein Deutscher, der auswanderte. Verflucht. Geht mir echt auf den Sack.

Dochdoch, bei Aldi musste bezahlen. Das geht nur wie der es vorhat. Chips mitnehmen, aufmachen, essen, schauen, ob sie einem gefallen und dann entscheiden, ob man später vielleicht welche kauft.

Also echt.... Da freut man sich, mal wieder einen Neukunden zu haben. Anmeldung um 8:03 Uhr, heute..... Bearbeitung und Freigabe um 8:33 Uhr.... Eben kommt die Mail rein mit dem Einzeiler:

"ist das jetzt wirklich "zahlungspflichtig" ? Ich will nur vorbereiten und dann entscheiden, ob und wann ich mit der Anzeigenschaltung beginne."

Er meint, er könnte bei sich im Backend ja das selbst signierte nehmen und die Warnung wegklicken, "Risiko akzeptieren". Ist ja dennoch ein SSL, nur eben kein offizielles.

Naja, so trival ist Redis nicht und man sollte es in Verbindung mit Mencached erwähnen. Erwähnen, nicht beides nutzen, denn beides ist mehr oder weniger das Gleiche. Die Vorteile des einen sind im Grunde die Nachteile des anderen. Kommt bei beiden sehr darauf an, was die eigene Software braucht und was man selbst haben / nutzen will.

Pauschal sagen "nutze es nicht" kann man da nicht, da wohl 99,9% aller User es nutzen im Sinne von, "deren CMS nutzt es" und dann haben die damit ja nichts zu tun, sondern die CMS-Entwickler. Die Frage wäre dann nur, was genau nutzt das CMS an oder mit Redis / Memcached.

Joomla z.B., die nutzen Redis oder auch andere nur als eben "RAM-Cache", als Ersatz für ihren File-Cache, den sie sonst als normalen Cache haben. Hier nutzen sie quasi nur die Vorteile des schnelleren RAM gegenüber der SSD oder HDD. Joomla nutzt aber nicht die Fähigkeiten, die Redis wirklich hätte. Vor allem die nicht, die Redis von Memcached unterscheiden. Warum? Weil Joomla es nicht braucht, also kein normales Joomla.

Beide Chaces sind Key-Value-Caches. Beide sind quasi gleich schnell, da bei RAM. Beide nutzen als Haupt-Typen "Stringes" und das ist auch das, was die meisten Anwendungen verwenden.

Hier ist nur ein kleiner Unterschied zwischen beiden Versionen. Bei Redis ist das maximale Limit für ein "Key-Value"-Paar 512 MB, bei Memcached sind es 1MB. Das sollte sich aber produktiv nicht allzugroß auswirken, denn die wenigsten Values dürften größer als 1MB sein.

Bestes Beispiel für die Nutzung der normale Key-Value-Objekte ist z.B. in PHP die Session. Die ist ja genau das, also eine Datei mit "Identifikations-String" (Key) und einem Inhalt (Value). Die sind dann halt nicht mehr auf der Platte, sondern im RAM.

Oder eben Filecaches. Die funktionieren ja genauso. Identifikator für den Dateinamen (meist ein Hash-Wert der URL) und eben ein Inhalt mit fertigem HTML. Beides eben in dem Fall dann als Key-Value im RAM. Genau das macht Joomla, sowohl mit File-Cache oder Component-Cache oder Modul-Cache. Die cachen da nur die fertigen Inhalte der Seite oder eben "Addons".

So, dieses "Key-Value" geht aber noch weiter. Bisher war es ja trivial nur als Cache für fertige Inhalte. Da kann man aber, wie der Name schon sagt, auch alles andere reinpumpen. Ich für meinen Fall mache das mit größeren Array-Daten, die auf jeder Seite benutzt werden. Warum also das Array ständig neu erzeugen lassen? Das ist ja auch nichts anderes als ein "Key-Value"-Paar. Also wenn nicht im Redis, dann direkt reinschreiben und nutzen. Wenn drinnen, dann nutzen. Das sind hier bei mir Daten, die ändern sich alleine nicht, nur wenn ich was ändere. Das könnte memcached aber auch.

Der Unterschied ist, dass Redis auch andere Typen kann, wie Listen, Sets, vorsortierte etc. Das kann mamcached alles nicht. Das speichert alles nur "dumm" und daher effizient ab. Braucht man also was "sortiertes", dann muss man es eben sortiert speichern, unter einem anderen Key, oder nachträglich sortieren. Redis kann das intern machen.

Ein anderer Vorteil von Redis, warum ich das z.B. für meine GEO-JSON nutze, sind dessen GEO-Fähigkeiten. Also Berechnungen von GEO-Daten, Umkreisen, Polygonen etc. Das kann eine neue Datenbank auch, auch PHP mit Umwegen. Ich meine nicht "Koordinaten" im Sinne von Float-Werten, sondern echte Geo-Punkte mit POINT(). Aber warum? Die Grunddaten (Locations) ändern sich nicht, nur die Abfragen, also ist das perfekt für Redis.

Abseits davon nutze ich Redis etwa für Matomo, wobei das auch wieder mit memcached gehen würde. Bei Matomo wird ja eigentlich jeder Request an den Tracker geschickt und der schiebt alles einzeln in die Datenbank. Das ist mit Cache anders. Da werden die Daten vom Tracker ins Redis geschrieben und nach einer definierten Anzahl per Bulk-Import in die Datenbank übernommen. Also bei z.B. 50 definierten "Elementen", ein SQL-Import für alle 50 und eben nicht, wie vorher, 50 einzelne. Im Grunde würde der Bulk-Import auch mit Files gehen. Macht Matomo ja z.B. mit Log-File-Importen. Nur Redis oder memcached ist eben nicht File, sondern RAM.

Und hier sieht man dann auch Unterschiede beider Versionen, gerade, wenn sich bei so Dingen wie Matomo die Zugriffe schlagartig ändern. Sind da 50 definiert und es kommen nur 50 am Tag rein, dann gibt es nur einmal am Tag einen Import. Doof. Man muss den Wert also senken. Kommen dann aber z.B. bei den Silvester-Seiten Tausende binnen Minuten sind 50 zu wenig und man sollte erhöhen. Also die Sache Skalierung.

Redis skaliert horizontal, memcached hingegen vertikal. Horizontal ist eigentlich besser, aber komplizierter und limitiert von Hosts. Es selbst kann mit 16 Instanzen fahren, dann muss ein neuer Node her. Es kann also über verschiedene Hosts verteilt und repliziert werden, was memcached nicht kann. Jede der 16 Datenbanken, die Redis kann, ist aber für sich alleine. Wenn da eine Anfrage an DB 4 geht, die Daten aber in DB6 liegen, dann sind die "nicht vorhanden". Bei Abfragen schon wichtig, bei Inserts wie Matomo eher weniger. Dort kann es nur sein, dass dann z.B. DB 6 schneller voll ist und in MYSQL geschrieben wird als z.B. DB 3, auch wenn die vielleicht ältere Zugriffe hat. Spielt aber keine Rolle, Matomo sortiert das schon korrekt ein, bei einer Echtzeit-Ansicht schaut es aber erst mal komisch aus, gerade wenn es wenige Zugriffe sind und nur selten in die DB geschrieben wird.

Memcached hingegen skaliert eben vertikal, also da reicht es vollkommen aus, dem mehr RAM und CPUs zu geben. Ebenfalls ein Unterschied, wie man schon an den "mehr CPUs" erkennt, memcached ist Multi-Threaded, redis nicht.

Ebenfalls Redis, auch wenn beides RAM ist: Redis ist persistent. Man kann es also per Backup speichern und später auch wieder nutzen. Memcached-Daten sind bei einem Absturz weg. Das speichert auch Sicherungen, aber eben nicht bei einem plötzlichen "Strom aus".

Ebenso, wichtiger Unterschied: Redis ist Single-Threaded und per default ein Shared-Cache, memcached nicht. Ist hier bei den GEO-Daten ein großer Vorteil, denn die Daten sind bei ferien-netzwerk und auch hund-und-herrchen gleich. Also egal wer die da in DB0 einträgt, beide und eben alle anderen können sie nutzen. Wenn man das nicht möchte, dann muss man entweder die Datenbanken wechseln, also einer DB0, der andere DB1 oder mit Präfixen arbeiten. Das wird wohl Joomla per default tun, hoffe ich.

z.B. bei Session ist das so eine Sache, aber eben auch bei allen anderen Dingen. PHP kann ja eine Session reinschreiben mit Key "8a77155e4174c14be839135615138d". Wenn nun aber das CMS selbst irgendwo einen Hash berechnet und zufällig den gleichen Wert hat, wie die Session, dann würde der auch reinschreiben oder abfragen. Datenkollision oder falsche Daten sind die Folge. Um das zu verhindern, bekommt das Zeug dann eben einen Präfix, also Sessions ihren eigenen Raum, das CMS seinen eigenen etc.

Gut, kann natürlich auch sein. Vielleicht war da auch gerade ein Neustart von einem Dienst, keine Ahnung. Das AH01071 kommt jedenfalls vom apache -> php-fpm, der da mit meldet, Datei nicht gefunden. Genauer gesagt ist das ein "Got error 'Primary script unknown'". In der Regel sind das dann so Zugriffe, wo ein 404 kommt oder eben, wie hier möglich, wo ein Dienst neu gestartet wurde. Etwa Apache reicht durch an FPM, der ist aber gerade nicht erreichbar.

IPv6 Adressen im Browser müssen wegen der Doppelpunkte in Klammern eingegeben werden, also als [2a01:4f8:151:240b::2]. Denn es könnte ja noch ein Port dahinterstehen und der ist seinerseits mit einem Doppelpunkt abgetrennt.

Die IP da oben in Deinem Bild ist aber keine vom Server / Domain, das ist von einem User, der mit v6 zugegriffen hat, auf eine Datei, die es nicht gibt "AH01071". Das ist eine PHP-Fehlermeldung, wo der Proxy versuchte, eine PHP-Datei abzurufen, die nicht da ist.

Edit: Nein, die DOMAIN kommt dann nicht, kommt bei v4 ja normalerweise auch nicht. Es meldet sich dann aber der Server, wenn es denn einen gibt. Die IP aus dem Bild scheint ein Internet-Provider zu sein, also nicht zugänglich, läuft in einen Timeout.

Die Frage wäre da ja, was die berichtet haben. Vielleicht ist es ja wirklich was neues. Das was ich meine war das mit dem "Der Westen ist Schuld, er hat Russland in den Krieg gezwungen und weiterhin zwingen, wegen Waffenlieferungen und wir würden die Ukrainer nur als "Verbrauchsmaterial" benutzen.

Seltsam ist, dass davon auch keine Rede war und das Thema schon vor 2 Tagen hier durchging. Es hieß da überhaupt nix von Atomwaffeneinsatz, sondern davon, dass Russland sein Atomwaffenarsenal aufstockt.

Ja, ok. Dann habe ich keine Ahnung. Darum mag ich so Software nicht. Ergibt nämlich keinen Sinn. "login" hat ein eigenes Cert, das geht. "seo-nwXX" hat ein kombiniertes mit "webmail" und "www". Die gehen auch. Unterschied hier halt nur, auch die haben alle keine Weiterleitung.

Schon klar, dass das über Plesk laufen muss. Daher frage ich ja. Das ist doch bei "host" nix anderes als bei "login" oder "www". Zumindest würde ich nicht wissen, was da anders ist. Außer dass "host" eine Weiterleitung von allem auf die Startseite hat, der Rest nicht. Ich tendiere persönlich also eher in die Richtung. Dürfte dann auch ähnlich wie bei mir gewesen sein, das wollte auch anfangs nicht. Problem war da schlicht, Certbot konnte die /.well-known/" nicht erreichen und somit nicht bestätigen.

Der Certbot liefert ja eigentlich ein ausführliches Protokoll, warum was nicht ging. Ist das bei Plesk nicht der Fall?

Und was ist nun genau das Problem mit Certbot und dem Hostnamen? Mir scheint da eher ein Problem in Sachen Weiterleitung zu bestehen, ansonsten gibt es da keinen Grund, warum Certbot nicht gehen sollte. Oder blockiert Plesk da komplett? Wenn ja, warum?

Natürlich gibt es da ein Cert. Warum auch nicht? Oder liegt es an Plesk?

Ich hab ja auch eins für gb80

P.S. Auch bei einem 301 von https nach http wird vorerst das Cert geprüft, bevor der 301 eingeleitet wird.

W3C kommt auch nicht durch.

Das mit dem SSL kenne ich ansonsten. War hier auch nicht wirklich einfach. Mein gb80 ist ja auch per Web erreichbar, aber das nicht wegen T-Online oder deren Vorgaben, sondern wegen Letsencypt, sonst kann man kein Zertifikat beantragen Und wie schon geschrieben, Änderungen an einigen Stellen, vor allem im kompletten Mailsystem, dass die alle das Cert von Letsencrypt nehmen. Ging dann so weit, dass ich sogar die Datenbank umstellen musste. Eigentlich läuft hier nun alles auf dem Cert, das systemintern ist.

Komisch. Hier wird nichts umgeleitet. FF nur von http nach https. Chrome macht gar nicht. Und Curl auch nicht. Das meldet nur "cURL error #:SSL certificate problem: self signed certificate"

Hm, also der FF leitet mich direkt an SSL weiter, wenn ich da einfach nur seo-nwXX.de eintippe, also ohne http://