Statistik |
Beiträge: 144.531 (Täglich: 19,19 )
Themen: 16.700
Mitglieder: 13.209
Neuestes Mitglied: zitronentee.
Ausl. d. letzten Minute: 147%
Ausl. d. letzten 5 Minuten: 145%
Ausl. d. letzten 15 Minuten: 172%
Aktulle Uhrzeit: 19:31
Freier Webspace: 4.04 TB
PHP-Version: 7.4.33
|
|
|
Cookie Hinweis ohne Plugin ... |
|
Hallo,
|
Zitat: Original von bam
|
Zitat: Wer braucht ein "Cookie" mit einem Ablaufdatum?
Eine schlichte Einblendung reicht mit einer(zwei) Auswahlmöglichkeit(en):
"Verstanden" beziehungsweise zusätzlich noch mit "Abbrechen"/"X". |
|
|
Ja - aber um diese Abfrage speichern zu können, speicherst du nun jene in der Datenbank.
Dann steht der Mist in deiner Datenbank drin.
Das ist doch Quatsch. |
|
|
Kurze und knappe Antwort: Nein, die Speicherung in der Datenbank(Forum) ist nicht notwendig...
|
Zitat: Original von bam
Mit einem Cookie legst du den Rechner fest.
Also dies sollte schon jeder für sich selbst verwalten können.
Und wenn jemand nicht dran denkt, sprengst deinen Cookie nach Ablauf einer Zeit automatisch.
Tut ja keinem weh ...
bam |
|
|
Richtig, ein Ablaufdatum ist dennoch nicht notwendig für einen solchen Cookie.
Daher solltest du dies dem "Clienten" überlassen wann und wie oder ob überhaupt der Cookie wieder gelöscht werden soll.
Heutzutage können sowas gewisse Browser ja auch alleine, ohne das man daran denkt oder eben die Ablehnung der Speicherung generell...
Du argumentierst ja schließlich mit der "Freiheit" des Benutzers.
__________________
|
|
28.05.2018 23:16 |
|
|
bam
Routinier
Dabei seit: 25.03.2018
Beiträge: 479
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 37 [?]
Erfahrungspunkte: 1.051.488
Nächster Level: 1.209.937
|
|
|
Zitat: Richtig, ein Ablaufdatum ist dennoch nicht notwendig für einen solchen Cookie. |
|
|
Ist aber dennoch super für den Endanwender.
Gerade wenn du an öffentliche Stationen denkst (Internetcafe).
Ich war auf meiner Lieblingsinsel einmal schwer betrunken.
Dann machte ich mich auf in ein Internetcafe zu gehen und versuchte rein spaßhalber Browserverläufe auszulesen.
Weißt was ich da alles zu Gesicht bekam?
Das war komplett irre.
Bis hin zum freien Zutritt zu wildfremden Accounts, weil Cookies noch gesetzt waren, weil sich diverse Leute nicht einmal ausgeloggt hatten.
Was für Vollpfosten ...
Mir wurde ganz anders.
Darauf hin gewöhnte ich mir an, die Cookies im Internetcafe nach meiner Session auch selbst zu löschen.
Dabei hatte ich sogar einmal das gesamte Cafe lahm gelegt.
Ohne Schmäh:
Aufgrund meiner Aktion schoss ich die gesamte Station ab.
Und deswegen habe ich mir auch vorgenommen Cookies am Space "stündlich" automatisch zu löschen, weil das war schon beinahe kriminell ...
bam
__________________ Bedenke:
Ein leichter Klapps auf den Hinterkopf steigert das Denkvermögen.
Geschüttelt, nicht gerührt!
|
|
28.05.2018 23:45 |
|
|
|
Hallo,
Sollte in diesem Falle aber egal sein, ob der Cookie nun nach einer gewissen Zeit verschwindet oder nicht, da du quasi nur sowas setzt wie: "read=ja/nein"
Selbst mit einem "Ablaufdatum" - je nachdem wie lange der Cookie gilt - bleibt er bei schnellem Benutzerwechsel erhalten, sofern keine Löschung stattfindet.
Jedenfalls kann ich nun nicht sehen was du mit diesem Cookie anstellen könntest um einen Benutzer zu schädigen.
__________________
|
|
29.05.2018 00:10 |
|
|
bam
Routinier
Dabei seit: 25.03.2018
Beiträge: 479
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 37 [?]
Erfahrungspunkte: 1.051.488
Nächster Level: 1.209.937
|
|
Nein Schrimm, nicht mit diesem Cookie.
Der tut keinem weh.
Mit jenem kann man auch nichts anstellen.
Aber er muss sich dennoch nach seiner Ablaufzeit selbst zerstören.
Ich will ja auch niemanden mit Cookies zupflastern.
Sicher müssen die Kekse schon sein, denn sonst habe ich versagt ...
Das Beispiel vom Internetcafe hatte mich aus den Socken gehoben.
bam
__________________ Bedenke:
Ein leichter Klapps auf den Hinterkopf steigert das Denkvermögen.
Geschüttelt, nicht gerührt!
|
|
29.05.2018 00:15 |
|
|
|
|
Zitat: Original von bam
Nein Schrimm, nicht mit diesem Cookie.
Der tut keinem weh.
Mit jenem kann man auch nichts anstellen.
Aber er muss sich dennoch nach seiner Ablaufzeit selbst zerstören.
Ich will ja auch niemanden mit Cookies zupflastern.
Aber sicher müssen sie schon sein, denn sonst habe ich versagt ...
bam |
|
|
Hallo,
Dann verwende "localStorage" oder gar "sessionStorage" als Alternative
Da die Seite sowieso "gespeichert" wird, bietet sich das hier auch viel besser an, als die "Cookie"-Variante...
__________________
|
|
29.05.2018 00:17 |
|
|
bam
Routinier
Dabei seit: 25.03.2018
Beiträge: 479
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 37 [?]
Erfahrungspunkte: 1.051.488
Nächster Level: 1.209.937
|
|
Ähm - das musst du mir aber erst einmal erklären.
Ich verstehe derzeit beim Lesen der Begriffe nur Bahnhof ...
bam
__________________ Bedenke:
Ein leichter Klapps auf den Hinterkopf steigert das Denkvermögen.
Geschüttelt, nicht gerührt!
|
|
29.05.2018 00:25 |
|
|
|
Hallo,
Das ist sowas ähnliches wie "Cookies", nur dass die Daten nicht automatisch an den Server gesendet werden und auch der Speicherort etwas anders ausfällt.
Diese Daten sind "sicherer" und das System läuft auch "schneller", da man sich die automatische Übertragung spart.
Weiters sei erwähnt, dass der "Server", also quasi der Betreiber, nicht wissen muss, ob diese "Cookiespeicherungsanzeige" schon gelesen wurde oder nicht, sondern nur der "Client", was ein weiteres Argument gegen "Cookies" und für die Alternative darstellt.
__________________
|
|
29.05.2018 00:31 |
|
|
bam
Routinier
Dabei seit: 25.03.2018
Beiträge: 479
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 37 [?]
Erfahrungspunkte: 1.051.488
Nächster Level: 1.209.937
|
|
|
Zitat: Das ist sowas ähnliches wie "Cookies", nur dass die Daten nicht automatisch an den Server gesendet werden und auch der Speicherort etwas anders ausfällt. |
|
|
Wo ist denn dabei der Speicherort?
Nicht im Browser und seinem eigenen Cache?
bam
__________________ Bedenke:
Ein leichter Klapps auf den Hinterkopf steigert das Denkvermögen.
Geschüttelt, nicht gerührt!
|
|
29.05.2018 00:51 |
|
|
|
|
Zitat: Original von bam
|
Zitat: Das ist sowas ähnliches wie "Cookies", nur dass die Daten nicht automatisch an den Server gesendet werden und auch der Speicherort etwas anders ausfällt. |
|
|
Wo ist denn dabei der Speicherort?
Der Browser und sein eigener Cache?
bam |
|
|
Hallo,
Richtig, der "Cookiespeicherort" ist nämlich nicht derselbe wie der "Cache".
In diesem Falle bietet sich das auch sehr gut an.
Es wird hierbei auch zwischen "http" und "https" unterschieden.
Für "Javascript"-Zugriffe mit reiner "Clientseitigen"-Auswertung ist die "Alternative" besser geeignet.
__________________
|
|
29.05.2018 00:57 |
|
|
Tappi
wBB2-User
Zeige Tappi auf Karte
Dabei seit: 30.05.2007
Beiträge: 1.702
2 Filebase-Einträge
Alter: 43 Jahre
Herkunft: Ostwestfalen wBB-Version: wBB2.3 PHP-Version: 7.4 und 8.0 MySQL-Version: MariaDB 10.5.19 Wo bist du gehostet?: Rootserver von www.ip-projects.de
Bewertung:
Level: 50 [?]
Erfahrungspunkte: 10.462.379
Nächster Level: 11.777.899
|
|
|
Zitat: Original von Tappi
Einzige was nun nervt ist, das dies ständig kommt. Auch nach dem wegklicken.
Cockies werden nicht gelöscht, wenn ich den Browser schließe, also daran kann es nicht liegen.
Wenn diese Meldung jedesmal erscheint, dann wird das wohl einigen Usern auch auf die Nerven gehen.
Kann man das ganze noch irgendwie erweitern, das sich das Teil die User ID merkt?
Bei Gästen ist es egal, aber wenigstens das die registrierten diese Meldung nicht ständig zu sehen bekommen und es immer wieder wegklicken müssen |
|
|
Hat hierzu jemand eine Lösung?
Auf der Seite werde ich nicht fündig, zumal der gesetzte Infolink ins nichts führt.
Laut deren Seite, wird ein Cockie gesetzt, der dann aber automatisch gelöscht wird ... wozu? Kann der nicht bleiben? Mich nervt es, jedesmal diesen Text weg zu klicken.
__________________
Ich bin Ostwestfale: STUR . HARTNÄCKIG . KÄMPFERISCH
|
|
29.05.2018 15:26 |
|
|
bam
Routinier
Dabei seit: 25.03.2018
Beiträge: 479
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 37 [?]
Erfahrungspunkte: 1.051.488
Nächster Level: 1.209.937
|
|
@ Schrimm
Das ist echt geil: Web Storage
Außerdem werden so ziemlich alle Browser unterstützt.
Danke für diesen prima Tipp!
|
Zitat: Laut deren Seite, wird ein Cockie gesetzt, der dann aber automatisch gelöscht wird ... wozu? Kann der nicht bleiben? Mich nervt es, jedesmal diesen Text weg zu klicken. |
|
|
Ich weiß jetzt nicht auf welche Seite du dich beziehst.
Im KaX:
Deswegen kann die Zeit für die Cookieselbstzerstörung auch selbst eingestellt werden.
Von 1 Sekunde bis nahezu unendlicher Zeit ...
Die derzeitige Einstellung von 4 Stunden läuft bei uns gerade und erweist sich als absolut brauchbar.
Obwohl ich noch 8 Stunden ausprobieren möchte.
Der Schnipsel von Luigi berücksichtigt diese Zeiteinstellung eben nicht (es gibt sie gar nicht) ...
bam
__________________ Bedenke:
Ein leichter Klapps auf den Hinterkopf steigert das Denkvermögen.
Geschüttelt, nicht gerührt!
|
|
29.05.2018 18:26 |
|
|
|
Hallo,
Es wird mittels "document.cookie" geschrieben und dies ohne Angabe eines "Ablaufzeitpunktes".
Dadurch wird der Cookie zum "Session-Cookie" und wird gelöscht, wenn der Browser komplett geschlossen wird.
Einen immer-bleibenden Cookie gibt es nicht.
Den Ablaufzeitpunkt kannst du aber ohne Probleme in diesem Part nachreichen:
php: |
1:
|
onclick="document.cookie = 'hidecookiedingsbums=1;path=/';jQuery('#cookiedingsbums').slideUp()" |
|
__________________
|
|
29.05.2018 19:36 |
|
|
bam
Routinier
Dabei seit: 25.03.2018
Beiträge: 479
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 37 [?]
Erfahrungspunkte: 1.051.488
Nächster Level: 1.209.937
|
|
Au ja - stimmt!
So könnte es klappen.
bam
__________________ Bedenke:
Ein leichter Klapps auf den Hinterkopf steigert das Denkvermögen.
Geschüttelt, nicht gerührt!
|
|
29.05.2018 20:03 |
|
|
|
|
Zitat: Original von Schrimm
Dann verwende "localStorage" oder gar "sessionStorage" als Alternative
|
|
|
Lohnt sich der Aufwand wohl, das im Forum als Standard anstatt aller Cookies zu nehmen? So dass man nur noch auf die Cookies zurückgreift, falls ein Browser das nicht unterstützt.
|
|
29.05.2018 20:07 |
|
|
|
|
Zitat: Original von Beckebans
|
Zitat: Original von Schrimm
Dann verwende "localStorage" oder gar "sessionStorage" als Alternative
|
|
|
Lohnt sich der Aufwand wohl, das im Forum als Standard anstatt aller Cookies zu nehmen? So dass man nur noch auf die Cookies zurückgreift, falls ein Browser das nicht unterstützt. |
|
|
Hallo,
Wüsste nun nicht warum man es tauschen sollte.
"Cookies" eignen sich hervorragend für "Session"-Informationen, die beispielsweise das Forum benötigt, da sie einfach über "http" beziehungsweise "https" gesendet werden...
Mit "localStorage" oder "sessionStorage" müsste man erst umständlich Variante schreiben, damit die Daten an den Server gesendet werden.
Diese Funktionen haben nur dann einen wahren Vorteil, wenn die Daten vom Server nicht benötigt werden, wie es in diesem Thema der Fall ist.
__________________
|
|
29.05.2018 20:55 |
|
|
Tappi
wBB2-User
Zeige Tappi auf Karte
Dabei seit: 30.05.2007
Beiträge: 1.702
2 Filebase-Einträge
Alter: 43 Jahre
Herkunft: Ostwestfalen wBB-Version: wBB2.3 PHP-Version: 7.4 und 8.0 MySQL-Version: MariaDB 10.5.19 Wo bist du gehostet?: Rootserver von www.ip-projects.de
Bewertung:
Level: 50 [?]
Erfahrungspunkte: 10.462.379
Nächster Level: 11.777.899
|
|
|
Zitat: Original von Schrimm
Hallo,
Es wird mittels "document.cookie" geschrieben und dies ohne Angabe eines "Ablaufzeitpunktes".
Dadurch wird der Cookie zum "Session-Cookie" und wird gelöscht, wenn der Browser komplett geschlossen wird.
Einen immer-bleibenden Cookie gibt es nicht.
Den Ablaufzeitpunkt kannst du aber ohne Probleme in diesem Part nachreichen:
php: |
1:
|
onclick="document.cookie = 'hidecookiedingsbums=1;path=/';jQuery('#cookiedingsbums').slideUp()" |
|
|
|
|
So?
code: |
1:
|
onclick="document.cookie = 'hidecookiedingsbums=1; max-age=60*60*24*100; path=/';jQuery('#cookiedingsbums').slideUp()" |
|
Zumindest müsste es so dann 100 Tage dauern oder habe ich das falsch verstanden?
__________________
Ich bin Ostwestfale: STUR . HARTNÄCKIG . KÄMPFERISCH
|
|
30.05.2018 21:04 |
|
|
|
Hallo,
Ja, so.
Eventuell willst du auch "expires", aber das ist Ansichtssache.
Wenn du zusätzlich schon auf "https" umgestiegen bist, willst du eventuell den Cookie auch mit der Anweisung "secure".
__________________
|
|
30.05.2018 21:07 |
|
|
Tappi
wBB2-User
Zeige Tappi auf Karte
Dabei seit: 30.05.2007
Beiträge: 1.702
2 Filebase-Einträge
Alter: 43 Jahre
Herkunft: Ostwestfalen wBB-Version: wBB2.3 PHP-Version: 7.4 und 8.0 MySQL-Version: MariaDB 10.5.19 Wo bist du gehostet?: Rootserver von www.ip-projects.de
Bewertung:
Level: 50 [?]
Erfahrungspunkte: 10.462.379
Nächster Level: 11.777.899
|
|
wofür ist denn expires?
auf https ist das angepasste forum schon. das aktuelle noch unter php 5.6 laufende hat kein https ....
secure wäre dann genauso? also secure;
bzw.
code: |
1:
|
onclick="document.cookie = 'hidecookiedingsbums=1; secure; max-age=60*60*24*100; path=/';jQuery('#cookiedingsbums').slideUp()" |
|
Richtig?
__________________
Ich bin Ostwestfale: STUR . HARTNÄCKIG . KÄMPFERISCH
|
|
30.05.2018 21:27 |
|
|
|
Hallo,
"expires" ist fast dasselbe wie "max-age" nur für "ältere Browser".
__________________
|
|
30.05.2018 21:29 |
|
|
Tappi
wBB2-User
Zeige Tappi auf Karte
Dabei seit: 30.05.2007
Beiträge: 1.702
2 Filebase-Einträge
Alter: 43 Jahre
Herkunft: Ostwestfalen wBB-Version: wBB2.3 PHP-Version: 7.4 und 8.0 MySQL-Version: MariaDB 10.5.19 Wo bist du gehostet?: Rootserver von www.ip-projects.de
Bewertung:
Level: 50 [?]
Erfahrungspunkte: 10.462.379
Nächster Level: 11.777.899
|
|
Nun bin ich wirr
Wie muss die Zeile denn nun aussehen?
onclick="document.cookie = 'hidecookiedingsbums=1; expires; secure; max-age=60*60*24*100; path=/';jQuery('#cookiedingsbums').slideUp()"
So richtig?
Oder muss es so sein:
onclick="document.cookie = 'hidecookiedingsbums=1; secure; expires=60*60*24*100; path=/';jQuery('#cookiedingsbums').slideUp()"
__________________
Ich bin Ostwestfale: STUR . HARTNÄCKIG . KÄMPFERISCH
|
|
30.05.2018 21:33 |
|
|
|
|
|
|