누군가가 의도적으로 두 파일을 수정하여 동일한 해시를 사용하려고 시도하는 경우이를 중단하는 방법은 무엇입니까? md5와 sha1이 대다수의 사건을 예방할 수 있습니까? 내 자신의 글을 쓰고 싶다고 생각했는데 사용자가 내 해시를 모른다면 내 일을 잘 할 수 없다고해도 내 자신을 속일 수는 없다고 생각합니다. 이 문제를 방지하는 가장 좋은 방법은 무엇입니까?
지금 해시 테이블은 해시 테이블에 삽입 된 모든 요소의 수를 계산합니다. 이 카운트를 총 해시 테이블 크기와 함께 사용하여로드 요소를 계산하고 70 %에이를 때마다 다시 계산합니다. 삽입 된 요소를 모두 계산하는 대신 빈 슬롯을 채우는 것으로 계산해야한다고 생각했습니다. 왜냐하면 내가 사용하고있는 충돌 방법은 별도의 체인입니다. 요인로드는 계속 증가하지만
나는 그 객체를 링크리스트가 아닌 (2 차원) 배열로 저장하는 C에서의 해시 테이블 구현을 찾고있다. 즉, 충돌이 발생하면 충돌을 일으키는 개체가 연결 목록의 헤드 및 첫 번째 요소로 푸시되기보다는 다음 사용 가능한 행 인덱스에 저장됩니다. 더하기, 개체 자체는 포인터로 참조되기보다는 해시 테이블에 복사해야합니다. (객체는 프로그램의 전체 수명 동안 생기지
많은 수의 파일을 해시하고 해시 충돌을 피하기 위해 파일의 원래 크기도 저장합니다. 이렇게하면 해시 충돌이 발생해도 파일 크기가 동일하지 않을 가능성이 매우 큽니다. 이 소리 (해시 충돌이 어떤 크기이든 동등하게있을 수 있음)이거나 또 다른 정보가 필요합니까 (충돌이 원본과 동일한 길이가 될 가능성이 더 큰 경우). 또는 더 일반적으로 : 모든 파일이 원래
파일을 저장하는 응용 프로그램의 일부가 있습니다. 잠재적으로 동일한 파일을 여러 개 추가 할 수 있으므로 먼저 각 파일의 해시를 유지합니다. 두 파일의 해시가 같으면 하나를 버리고 두 파일의 "참조"가 동일한 실제 파일을 가리 킵니다. 해시 충돌에 대해 얼마나주의해야합니까? 충돌이 발생한 경우 어떻게해야합니까? 지금까지 내 코드의 핵심은 동일한 해시를 가진
테이블에 키를 입력해야하는 사용자 지정 개체에 문제가 있습니다. 고유 한 숫자 키를 생성해야합니다. 나는 충돌 문제를 겪고 있으며 사전을 활용하여 나를 도울 수 있는지 궁금합니다. 다음과 같은 객체가 있다고 가정 해 보겠습니다. class Thingy
{
public string Foo;
public string Bar;
pub
나는 이것에 대해 구글이 대답 할 때마다이 알 고리가 끊임없이 개선되고 새로운 익스플로잇이 발견되고 새로운 이슈가 항상 생겨나 고 있기 때문에 약간의 모순이있다. 사용할 algo에 대한 많은 충고가있다. 단순하게 나이 든 것, 또는 그들이 가장 좋은 길인 구시대의 아이디어를 유지하는 것. 나는 여기서 아주 명확하고 싶다 : 나는 암호에 대해 말하는 것이 아