>>151475Die IPs werden gespeichert, aber IPs ändern sich auch ständig, in der Regel täglich. Als Motte bzw. Admin hat man hier natürlich die Möglichkeit, nach ganzen IP-Adressbereichen zu suchen, das ist schon hilfreich, aber das ist offensichtlich nichts, was man für die Allgemeinheit freigeben kann.
Wenn es wirklich gewünscht ist und die Anonymitätsimplikationen jemanden nicht jucken, dann wäre es am einfachsten, für den jeweiligen Nutzer (als Opt-In) eine zufällige ID zu generieren und diese an jeden seiner Beiträge anzuhängen (natürlich nicht sichtbar). Dann könnte derjenige (und nur derjenige) seine Beiträge leicht wieder auffinden. Aber die Zuordnung ist dann halt für immer auf dem Servierer gespeichert und man könnte ein Profil über denjenigen erstellen (geht bis zu einem gewissen Grad mit IP-Adressen natürlich auch, ist aber ungenauer).
Über die Kekslösung habe ich in den letzten Tagen auch noch mal nachgedacht, aber bin zu keiner vernünftigen Lösung gekommen. Ein Problem ist auch, dass, abgesehen von der Effizienzproblematik, alle Kekse für eine Domäne zusammen (einschließlich der Schlüssel) nur maximal 4 KiB groß sein dürfen. Also wenn man es jetzt ganz naiv umsetzen würde und einfach eine Liste von Pfosten-IDs im Keks speichern würde (jeweils ein Int, also 4 Bytes), dann könnte man damit theoretisch maximal 1000 Beiträge speichern. Das ist aber nur ein theoretischer Wert, denn das ganze muss vorher noch Base64-kodiert werden, weil Kekse keine Binärdaten vertragen, und dann kommt noch der Overhead durch die Schlüssel und weitere Kekse hinzu (wie z.B. den Dunkelmodus, die Sitzung für Mods/Admins, Bypässe usw.), was man abziehen müsste. Und für alles andere wäre kein Platz mehr. Und für jeden einzelnen Request (jede Seite, jedes Bild, jeder Download) sendet dein Brausierer dann 4 KiB an den Diätkanal-Servierer.
Ich hatte zum Spaß trotzdem mal überlegt, ob man da irgendwas cleveres machen kann, z.B. die Beitragsnummern deltakomprimieren (also statt die ganze Nummer zu speichern nur die Differenz zum Vorgänger) und das dann irgendwie zu komprimieren, z.B. mit Huffman-Kompression. Über Bitmasken habe ich auch nachgedacht, weil man damit unter gewissen Umständen auch ziemlich effizient speichern könnte, welcher Pfosten einem gehört (1000 Bits reichen theoretisch für bis zu 1000 Beiträge und belegen nur 125 Bytes – weniger als ein Tweet). Das Problem ist nur, dass das nicht funktioniert, wenn jemand nur selten pfostiert (oder z.B. einen sehr alten Pfosten mit einer niedrigen ID in seinem Verlauf hat), und gerade dort wäre der Nutzen einer Historie ja eigentlich am Größten. Sogar über Bloom-Filter habe ich nachgedacht, weil die auch oft ziemlich effizient sind, wenn man mit einer geringen Falschpositivrate leben kann, aber das war hier auch nicht wirklich machbar, dafür ist der im Keks vorhandene Speicherplatz einfach zu gering. [0] Hatte noch verschiedene Abwandlungen von all diesen Dingen durchgedacht.
Aber letztendlich ist mir keine vernünftige Lösung eingefallen. Zumal es nur begrenzt nützt: Die Kekse sind ja auch nicht wirklich lokal, sondern werden, wie gesagt, an den Servierer übertragen, mit jedem Request auch noch. Und der Servierer könnte die ja theoretisch speichern/loggen und euch so auch tracken. Das ganze basiert letztendlich also auch wieder nur auf Vertrauen. Es ist im Grunde Augenwischerei.
Noch mal zu den IP-Adressen: Hatte auch schon mal drüber nachgedacht, die per Cron-Job in regelmäßigen Abständen zu löschen oder zu anonymisieren, aber bisher habe ich es nicht umgesetzt. Allerdings sage ich es auch mal so: Je älter eine IP-Adresse ist, desto weniger Schabernack kann man damit anstellen. Frische IP-Adressen sind eigentlich viel sensiblere Informationen. Ganz ohne IP-Adressen-Speichern geht es aber auch einfach nicht. Wer das nicht will, kann ja ein VPN oder Tor verwenden, ist ja hier erlaubt. Musst hat dann ein paar Captchas lösen.
>>151477>Ich war gerade einen Beitrag am erstellen, klicke auf "Antwort erstellen", die Seite bringt mich zum Ende der Seite, und dort steht gefühlt ein neuer Beitrag
Ich habe keine Ahnung, was du meinst. Dass man nach dem Absenden seiner Antwort auf seinen neuen Pfosten umgeleitet wird, war schon immer so. Aber ich weiß nicht, ob du das meinst.
l0] https://hur.st/bloomfilter/