Pull to refresh
68
0

Специалист широкого профиля

Send message
Спасибо!

N.B. Сделайте уже кто-нибудь сайт «Секреты Nginx'а» =)
Память на ip-адреса развивает сильнее :))
Возможно, этот кроссовок бил чье-то лицо :)
Да, сейчас «трендово» брать списки у Sphinx'а, а потом делать выборку WHERE… IN :)
Боюсь, для маленького linux-сервера HDMI не слишком актуален ))
Про homeserver, кстати, отличная мысль. А то у меня, например, дома до сих пор стоит «tower» с Fedora'ой для «домашних» веб-разработок. Шумит жутко.
Да, тоже вот, когда читал, сразу подумал насчет замены родительского ноутбука на подобное решение.
Защита далека от совершенства, согласен. Однако мы слегка отошли от темы поста :)
Да, можно, наверное, было реализовать и так, беря в расчет два значения md5: исходного файла + того, который зашифрован. В этом случае мы бы тоже гарантировали неизменность обоих файлов на стороне чужого сервера. Но сделали так, получилось интересно, решил поделиться находкой :)
Есть некое SaaS-решение. К нему подключены провайдеры. Ключи генерируются на стороне провайдеров, используя данные, введенные абонентом провайдера: ip, номера договоров, etc. Затем эти ключи передаются к нам.
У себя мы не можем их генерировать, потому что информация об абоненте является коммерческой тайной провайдера.
В то же время мы должны защититься от читинга с ключами со стороны провайдера. Потому что по количеству ключей он платит деньги.
Мы в функции генерируем ключи.
Ну а вообще, кто как. Решение не совсем красивое, ну так и задача не совсем часто встречающаяся в жизни, согласен.
Что касается Dezender'а. Если уж ломают продукты Microsoft, кудааа нам :)
Внутри функции генерируются ключи. При их создании используется в том числе md5 исходного файла. Если что-либо поменять (вырезать), то к нам на сервер придет уже не совсем валидный ключ :)
12 ...
42

Information

Rating
Does not participate
Location
Россия
Works in
Date of birth
Registered
Activity