В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Moscow Python

1154 membersпожаловаться на группу
2021 June 05

MD

Mike Drepin in Moscow Python
Легаси. OptParse is considered deprecated (in Python 2.7 and 3.2) in favor of the argparse module.
источник
23:57пожаловаться#1
2021 June 06

AC

Alexei Che in Moscow Python
Понял. О кстати у меня к тебе вопрос. Вы же соблюдаете GDPR ?
источник
00:04пожаловаться#2

AC

Alexei Che in Moscow Python
Снапшот базы с пользователями попадает под GDPR?
источник
00:05пожаловаться#3

AC

Alexei Che in Moscow Python
У меня просто вопрос права на забвение. Что делать со снапшотом? Так теоритически
источник
00:07пожаловаться#4

SR

Sergey Rúdnev in Moscow Python
интересный вопрос
источник
00:08пожаловаться#5

SR

Sergey Rúdnev in Moscow Python
не будеш ж по снапшотам бегать))
источник
00:08пожаловаться#6

MD

Mike Drepin in Moscow Python
Я хз, это к юристам вопрос. Наши долго думали и родили много букв, а мы только сделали форму зануления юзера для модератора. Бэкапы не чистим.
источник
00:08пожаловаться#7

AC

Alexei Che in Moscow Python
Да, вот именно, но тогда ты хранишь данные, а это нарушение
источник
00:08пожаловаться#8

SR

Sergey Rúdnev in Moscow Python
а кто это будет реально проверять?
источник
00:09пожаловаться#9

AC

Alexei Che in Moscow Python
Понятно, что проверить не реально. Но допустим, я удалён , а ты откатился и мне приходит нежелательная рассылка теперь или ещё что-то. Просто это так сыро, что непонятно. Я вообще смотрел на 152, но потом решил глянуть на GDPR
источник
00:11пожаловаться#10

SR

Sergey Rúdnev in Moscow Python
мне почему-то первая мысль в голову такая, что отдельная таблица с айдишниками, которые должны чиститься после раскатки )
источник
00:11пожаловаться#11

SR

Sergey Rúdnev in Moscow Python
чтоб случайно кому-то не ушло письмо
источник
00:11пожаловаться#12

SR

Sergey Rúdnev in Moscow Python
ы
источник
00:11пожаловаться#13

MD

Mike Drepin in Moscow Python
Так и то что ты удалил никто не проверяет. Беда будет если запрос послали, ты сказал что удалил, а потом, например, пульнул авто-рассылку. И никого не интересует, это потому что ты не удалил или потому что удалил но потом раскатал бэкап.
источник
00:12пожаловаться#14

SR

Sergey Rúdnev in Moscow Python
@rdnvkz вот так решаете вопрос? (примерно)
источник
00:13пожаловаться#15

MD

Mike Drepin in Moscow Python
с бэкапами? никак. Слава богу, за много лет ни разу не воспользовались и не планирем)
Но если заморачиваться когда ты фейсбук то поддерживаю, хранить ID на зануление и прогонять после разворачивания бэкапа
источник
00:14пожаловаться#16

AC

Alexei Che in Moscow Python
Интересно есть ли оффициальная позиция по поводу снапшотов 🤔
источник
00:17пожаловаться#17

MD

Mike Drepin in Moscow Python
Насколько я понял поток слов, который несли наши юристы после погружения в GDPR, там оснвное — не обрабатывать. Хранить где-то там и никому не показывать, наверное, попадает под не обрабатывать.
источник
00:31пожаловаться#18

MD

Mike Drepin in Moscow Python
Ну то есть даже удаление, никто же не требует затирать данные на диске нулями. Если я флаг deleted_at поставлю и буду вбрасывать эти данные на уровне драйвера базы — это же тоже удаление. Никто и никогда их не увидит.
источник
00:33пожаловаться#19

AC

Alexei Che in Moscow Python
Если все так, то это ещё нормально с точки зрения процессов. А вот как объект предоставляющий  свои персональные данные, задумался
источник
00:43пожаловаться#20