Какой VPN? Чувак с телефоном зашел домой - и вот он уже не в мобильной сети, а в домашней, с совершенно другим айпишником. Проехал час на поезде - и вот у него уже не Северо-Запад, а Поволжье с другим диапазоном IP.
Забудьте уже про IP как метод определения чего бы то ни было.
Кирилл Красин, это же не айти, это же юриспруденция.
Такая информация, как "Кирилл Красин", внезапно, тоже отнюдь не позволяет идентифицировать человека.
А вот нагнуть человека (который посмел хранить эту архиважную персональную информацию) - позволяет.
(а если очень захотеть - то и меня, посмевшего ее обработать...)
Кирилл Красин, это определение говорит про дополнительную информацию, необходимую для того, чтобы сопоставить данные персоне, а не о каких бы то ни было расшифровках.
У вас хэш привязан к аккаунту, а значит - и к пользователю, но без знания конкретной почты нельзя определить, к какому.
Кирилл Красин, вы таки будете смеяться, но хэш от почты все равно подпадает под определение ФЗ "любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу".
Согласно ст. 3 п. 9 того ФЗ можно считать такие данные обезличенными. Однако засада в том, что никаких послаблений насчет хранения обезличенных данных ФЗ, насколько я вижу, не предусматривает.
Кирилл Красин, а еще он, начиная с PHP 8, принудительно заново генерирует соль при каждом вызове, так что результат вы в таблице не найдете, не прогнав ее всю через password_verify.
Вообще-то сильно шифровать почту (в частности, солить хэш) совершенно необязательно.
Даже если базу украдут - вряд ли у кого-то есть радужные таблицы по часто используемым адресам почты.
А несоленые хэши по базе ищутся без проблем.
А в чем, собственно? Винды считают, что `archive` - `Archive` делать не надо, потому что ничего не изменилось?
Ну, сделайте `archive` - `rchive` - `Archive`, окошки утрутся.
antonabramoff, фундаментально - предоставляя бизнесу решение, вы обязаны обеспечить, чтобы работа всех используемых в нем механизмов гарантировалась соответствующими договорами или страховалась возможностью замены. Вот эта халявка для студентов от американской конторки, оседлавшей очередной пузырь, в принципе не может быть основой для каких бы то ни было долгосрочных проектов.
Тем более в условиях, когда лапы спецслужб затекли на рубильниках.
Прописать в договоре о поставке и внедрении большого промышленного решения пункт: "А если третья сторона, находящаяся в другой юрисдикции, решит чего-нибудь поменять в отношениях с неопределенной группой лиц, то поставщик не виноват, у него лапки. Заказчик согласен разгребать весь этот геморрой сам".
Только шрифт покрупнее.
Под убунтой юзер не меняет систему, и бэкапить ее целиком никакого смысла нет. Она заново ставится за час, ничуть не хуже, чем была.
Достаточно хомяк выборочно сохранять, да и то - лучше, чтобы ценное файло лежало не на рабочих машинах, а на сервере.
И бэкапить проще, и при факапе можно просто пересесть за другую машину (а не пытаться судорожно восстановить эту).
Свел все цвета всех товаров в одну таблицу, потом сел делать фильтр.
И в списке вариантов цветов ноутбука увидел "прозрачный", "в горошек", "нет цвета"...
А чтобы работать с массивами на уровне SQL - просто надо создавать массивы на уровне SQL.
То есть применять нормализацию, а не сваливание значений в кучу.
Valdemar Smörman, утверждение о популярности дистрибутива на основании счетчика посещений Дистровотча - ложно.
Независимо от того, как тем же страдают миллионы мух и как лично вам нравится лидер этого рейтинга посещаемости страничек.
Valdemar Smörman, ну, так наброс на то и был рассчитан, полагаю.
Или вам правда нужна пояснительная бригада, чтобы прочитать написанное на Distrowatch же "correlate neither to usage nor to quality and should not be used to measure the market share of distributions"?
Забудьте уже про IP как метод определения чего бы то ни было.