phpBB.de

Keine Frage, klar. Die Sicherung vor bzw. nach der Bearbeitung nicht zu vergessen, sei gerade im Punkt der Nutzungsbedingungen, Datenschutzrichtlinie erwähnt. *Updates auf nächste Versionen haben in meinen Fällen rein gar nichts - über Jahre - zerschossen ....
*Und das führt uns wieder an einen Punkt, der unbegreiflich ist. Nämlich, dass die Updateroutinen momentan nicht mehr zweifelsfrei funktionieren. Egal, wer dafür verantwortlich zeichnet(e). Aus meiner Sicht, so oder so ein unglaublicher Zustand. Man dreht sich u.U. im Kreise. phpBB zeichnete sich nicht nur allein durch Updateprozesse aus, die auch für modifizierte Foren maßgeblich und gut waren.

Ein Round-Table wäre angesagt, wenn die stetig wechselnde Riege einen Kontext sucht und schlussendlich gesicherte System-Prozesse im Werdegang wiederfände und zur Verfügung stellt (Verwaltung jener Sprachdateien via ACP).

P.S.: Die Idee von vfrblue würde ich gedanklich unterstützen.
P.P.S.:
Meines Erachtens lädst du sie direkt über die Verwaltung auf den Server und sie sind / waren vorhanden. Caches noch bereinigen und fertig.

Grüße

Das ist alles gut und schön und wir können diese Themen auch gerne in einem anderen Topic ausführlicher durchsprechen (vielschichtig genug sind sie ja), nur: hier in diesem Topic wäre es OT

Von daher die Bitte an alle, wieder zur ursprünglichen Thematik zurückzukehren.

@musashi, was ich dich schon immer fragen wollte: Die verlinkte D-RL schreibt u.a.

Nutzung von Cookies

• ...(...)...
  "phpbb_fp2 Markieren von gelesenen Beiträgen für Gäste"
  ...(...)...

Quelle: 24.03.2018, 18:00
https://dsaforum.de/app.php/datenschutz

Wenn ich die Funktion schalte (System-Version: 3.2.1), kommt immer im Standard _track dabei heraus. Diese Cookiebezeichnung stört mich persönlich schon immer, da sie seitens phpBB im Standard eher "unglücklich" gewählt wurde.

Was habt ihr wo veranlasst, damit diese Irrtümer eines Tracking schon rein gedanklich ausgeschlossen werden können und der Keks andersartig -- > _fp2 < -- dokumentiert wird?

Vielen Dank und beste Grüße

Doku nicht möglich: Leider ist der KB-Artikel bzgl. der Kekse, die phpBB im Standard nutzt, nicht (mehr) erreichbar.

Ich habe mir das nochmal angesehen, das war ein Fehler bei uns denke ich. Habe das in der Richtlinie auch nun angepasst.

Zum umbennennen: includes/funtions

zB (hat 26 Treffer in der Datei)
Müsste man da nicht nur das _track entsprechend umbenennen? Oder gibt es da weitere Abhängigkeiten?

Las gerade bei heise einen Artikel, dass Google Reaktionen ankündigt, die Leute betreffen, welche ihre Webseiten mit Werbung finanzieren. Die sollen nun nämlich auch dafür die Erlaubnis ihrer Benutzer einholen (und ggf. nachweisen?)...

Also so irrelevant, wie man uns auf .com dauernd versucht einzureden, ist die Diskussion um GDPR wohl nicht. Die "Großen" jedenfalls scheinen sich nicht mit einem Schulterzucken abzuwenden. Das sollte auch den Ignoranten einen Hinweis bieten, wenn die reagieren, die sich ne Abmahnung leisten könnten.

Mylady hat geschrieben:Also so irrelevant, wie man uns auf .com dauernd versucht einzureden, ist die Diskussion um GDPR wohl nicht. Die "Großen" jedenfalls scheinen sich nicht mit einem Schulterzucken abzuwenden. Das sollte auch den Ignoranten einen Hinweis bieten, wenn die reagieren, die sich ne Abmahnung leisten könnten.

Alle großen werden aktiv, weil sie es müssen. Die Ignoranz von phpBB.com ist hier wirklich lächerlich. Wir werden jedenfalls überlegen, beim nächsten größeren Update auf eine Alternative umzusteigen und nicht mehr wie seit 15 Jahren blind auf phpBB setzen.

Verwendest Du denn personalisierte Werbung in Deinem Board? Personalisiert, was Deine Benutzer betrifft?

Was ist denn, wenn man auf seiner Website etc. weder Cookies setzt,
noch irgendwelche Form von Werbung oder dergleichen vorhanden ist?
Damit trackt ja dann nur der Provider. Die Homepage aber garnicht.

Du redest jetzt von einer statischen Webseite? Wenn du als Seitenbetreiber keinen Zugriff auf Access-Logs o.ä. hast, dann sollte das nicht unter die GDPR fallen.

Oder von einer Webseite, auf der sich Benutzer registrieren können (nicht müssen!). IANAL, aber dann greift schon ggf. die GDPR, wenn nämlich persönliche Daten, wie eine Mail-Adresse, eine IP-Adresse etc. im Rahmen der Registrierung gespeichert werden. Ich denke auch, dass die GDPR im Rahmen von Gäste-Postings in phpBB greift, weil dann zumindest die IP-Adresse gespeichert wird.

canonknipser hat geschrieben:Du redest jetzt von einer statischen Webseite?

Jap, einfach nur ne normale Homesite/Website, nix Dynamisches.

canonknipser hat geschrieben:Wenn du als Seitenbetreiber keinen Zugriff auf Access-Logs o.ä. hast

Auf die normalen Analyse-Tools (Seitenaufrufe,IP's, bla) hab ich natürlich Zugriff, aber die stellt ja der Provider via Login zur Verfügung.
Wie siehts denn dann aus? Der Provider wird die Tools ja wegen mir nicht abschaffen, bzw. von der Oberfläche verbannen.