Mion

No to jest właśnie ten porblem, że ilu interpretatorów, to tyle interpretacji RODO.... Nic k(*) mac nie jest jednoznaczne sprecyzowane, co tworzy liczne furtki do nadużyć

Chyba coś Pomieszałeś ...

Ooo faktycznie robiąc skrót z nr telefonu, Imielna + Nazwiska mamy dowód pośredni - nie wpadłem na to

W infografice w punkcie 3 podnosi się temat "prawo do bycia zapomnianym" i "posiadania dowodu działania" Przepuśćmy, że pan Jan Rododendron , którego dane osobowe przechowujemy wysłał do nas e-maila wycofującego zgodny na przetwarzanie jego danych, co wiaże się z ich wykasowaniem... I tu sprawa jest raczej jednoznaczna ( oczywiscie poza kopią bazy "backupem", bo z tym są IMHO jaja ) . 1) Ale jak w organizacji odnotować takie działanie wszak nie możemy w innej bazie wprowadzić notatkę, że dnia tego i tego został wykasowany rekord pana Jan Rododendron z bazy , bo imię nazwisko jest daną osobową. Co prawda można zapisać ID skasowanego rekordu, ale to nic nie powie o tym kogo skasowanie tyczyło. 2) Druga spraw, to co zrobić z tym e-mailem, który wysłał pan Jan Rododendron z żądaniem skasowania. Jak go zostawimy na serwerze, to ponownie przetwarzamy dane osobowe.. Jak to w praktyce prawidłowo w zgodności z RODO zrealizować, bo IMHO mamy tu paradoksy ?

Im więcej można zrobić samodzielnie "z panelu" tym lepiej.... Jak będzie zawracał (|) BOK'owi przy hostingu za 20 zł / miesiąc, to "okoń" może się pojawić bardzo szybo

Spróbuj zmienić serwer SMTP np na https://emaillabs.pl/ https://emaillabs.pl/integracje-cz-1-wordpress/

Czy wszyscy to nie wiem, ale u niektórych usługodawców hostingowych zmiana RevDNS wymaga kontaktu z BOK, a u niektórych od razu z poziomu panelu np OVH [Zmień rewers DNS].

IMHO - RevDNS jest potrzebny jak być Chciał testować ustawienia serwera SMTP pod kątem poprawności jak chodzi o spam detekcje: https://www.mail-tester.com/ https://mxtoolbox.com/problem/smtp/smtp-reverse-dns-resolution

Tak na marginesie prowadzący jednoosobową działalność gospodarza nadal jest osobą FIZYCZNĄ

Jest jeszcze opcja "na godziny" w miarę tanio jest w: https://www.scaleway.com/

W końcu w tym nowym panelu są statystyki zużycia transferu

Poszlo na PM Wczoraj w okienku czata też pisałem o tym logowaniu... ale widać po 17 nikogo nie było bo nikt tam się nie odezwał

Przed chwilą wysłałem kolejny e-mail https://homecloud.pl/o-nas/kontakt/ // Twoja wiadomość została wysłana. Dziękujemy. Co do " homecloud " to nie mogę się właśnie zalogować gdyż mechanizm odzyskiwania hasla nie działa

Wczoraj po godzinie 18 zgłaszałem formularzem kontaktowym, że po odzyskaniu hasła za pomocą mechanizmu : // Podaj swój login, aby otrzymać link na zarejestrowany adres e-mail. https://cp.az.pl/recover/ ..... który obsługuje logowanie do konta AZ i na te konto po odzyskaniu hasła mogę się zalogować.... natomiast na konto https://cp.homecloud.pl/servlet/Turbine/frm/single/ nadal nie mogę się zalogować (dzisiaj tak samo) Do dzisiaj zgłoszenie bez odpowiedzi ... //przeniosłem do odpowiedniego tematu /theqkash

https://forum.rootnode.pl/profile/13-behemoth/

Polecam http://swits.pl/ Profil na forum : https://forum.rootnode.pl/profile/13-behemoth/

<?php session_start() ... Tylko zapomniałem, że współczesne przeglądarki zapisują cookies nie jako pojedynczy pliki jak kiedyś , ale w swojej bazie SQLite. Ktoś może pomyśleć, że jak użyje sesji, to nie będzie musiał wystawiać nieszczęsnych informacji o cookie Dziękuję za Twoją radę ... dobrych rad nigdy za wiele zwłaszcza, że faktycznie czegoś nowego się dowiedziałem @ Mam tylko nadzieję, że na żadnej produkcji takich rzeczy nie robisz, bo się zdziwisz któregoś dnia Z mojego punktu widzenia jako wartość cookie są dane "zaszyfrowane", bo nie wiem co przechowują i coś takiego miałem na myśli. Z mojej strony to wszystko jak chodzi o te cookies

Sesja jest oczywistym wyborem dla koszyka zakupów zwłaszcza, że można ustawić czas życia sesji nie kończącej się zamknięciem przeglądarki , co może mieć znaczenie jak ten sam user wejdzie ponownie za jakiś czas dla porzuconego koszyka, ale to samo można zrobić z cookie. Jednak sesja ma służyć jedynie przechowywania jakiegoś identyfikatora dla rekordów koszyka w bazie danych.

Nie zapisujesz sesje tylko identyfikator sesji, a to są dwie rożne sprawy. To w związku z tym, że dane w cookie nie są dostępne do podglądu i co ważniejsze modyfikacji bez ich "popsucia". Czemu zaraz poufne ? Mogą to być dane, które nie powinny być modyfikowane przez co sprytniejszych użytkowników po to zapisywane w zapisane w cookie by były dostępne ileś czasu. Możliwości jest wiele.

Nie do końca to prawda, gdyż jest coś takiego jak cookie sesyjne wystawiane użytkownikowi, a w nim przechowywany identyfikator sesji chyba, że ten identyfikator jest przekazywany jako parametr URL, ale to raczej w minionej epoce. I te Cookie sesyjne można ustawiać jak chodzi o jego parametry: php.net/manual/en/function.session-set-cookie-params.php Dane w cookies mogą być zaszyfrowane. Jak chodzi o obsługę sesji w bazie danych, to przechowujesz w niej zserializowane dane sesji nie sam identyfikator, wiec to nic nie zmienia.

Może ten jegomość : Wydajna architektura wysokiej dostępności - Damian Tylczyński - DrupalCamp Wrocław 2017 https://youtu.be/R6dOLhPsKNo

Chyba odpowiedź jest oczywista ? Jaka kiszka ? Wtedy nie tracisz danych, bo odtwarzasz mastera z slave. A jak fizycznie ci padnie, to już trudno, ale danych nie tracisz. Do przechowywania sesji możesz użyć osobnej instancji redisa lub klastrów redisa. Serwer wejściowy wspólny dla wszystkich żądań HTTP lub dedykowane load balancery np https://www.ovh.pl/rozwiazania/ip-load-balancing/

A czy to autor aplikacji wykonywał operacja kasowania plików na Twojej instancji tej aplikacji ?