소량의 사용자 가 정 보 를 쓰 는 것 에 대해 대량의 사용자 들 이 정 보 를 보 는 사이트 이다.예 를 들 어 CMS 시스템,편집 과 문의,사용자 가 보 는 것,예 를 들 어 중 소기 업 제품 발표 사이트 등 이다.이러한 수요 에 대해 우 리 는 파일 을 하나의 디 렉 터 리 에 전문 적 으로 놓 을 수 있다.예 를 들 어 사이트 루트 디 렉 터 리 의 upload 디 렉 터 리 에 넣 은 다음 에 하늘 에 따라 폴 더 를 만 들 고 매일 파일 을 하나의 디 렉 터 리 에 놓 으 면 파일 이름 은 숫자 로 생 성 할 수 있다.예 를 들 어 upload/2010 0612/1224455.jpg;일반적인 상황 에서 이런 디 렉 터 리 구 조 는 모든 디 렉 터 리 에 많은 파일 이 없 도록 보장 할 수 있다.블 로그,포럼 응용 에 있어 서 모든 사용자 에 게 파일 저장 공간 을 배정 해 야 합 니 다.필요 하 다 면 사용자 의 저장 공간 을 제한 하고 일반 규모 의 사이트 디 렉 터 리 구 조 는 사용자 id+날짜 형식 으로 사용 할 수 있 습 니 다.예 를 들 어 upload/234/2010 0612/abc.jpg.규모 가 크 면 파일 을 여러 대의 서로 다른 서버 에 분포 할 수 있 습 니 다.사용자 id 에 따라 분포 규칙 을 제정 할 수 있 습 니 다.각 서버 는 서로 다른 도 메 인 이름 을 사용 하고 데이터 베이스 에 파일 의 전체 url 주 소 를 저장 할 수 있 습 니 다.이런 상황 에서 경로 구 조 는 보통 다음 과 같 습 니 다.http://file1.abc.com/upload/234/20100612/abc.jpg。 나 는 마이크로소프트 파일 다운로드 파일 에 저 장 된 경로 구 조 를 관찰 한 적 이 있다.그 는 guid 로 생 성 된 경로 이다.예 를 들 어:http://download.microsoft.com/download/5/6/7/567758a3-759e-473e-bf8f-52154438565a/dotnetfx.exe ;이 구조 디 렉 터 리 는 guid 의 3 위 와 guid 가 4 급 디 렉 터 리 를 만 들 었 습 니 다.이 경우 디 렉 터 리 마다 디 렉 터 리 가 많 지 않 을 것 입 니 다.guid 이기 때문에 모든 파일 을 하나의 디 렉 터 리 아래 에 두 었 습 니 다.이런 구 조 는 다운로드 하 는 사이트 에 좋 은 선택 이 될 것 입 니 다.그리고 웹 2.0 사 이 트 는 사용자 이미지 의 저장 과 관련 될 것 입 니 다.이미지 의 저장 이 비교적 특수 합 니 다.한 사용자 가 몇 개의 사이즈 의 그림 을 고정 시 켰 습 니 다.우 리 는 즐 거 운 네트워크 와 sina 의 이미지 주 소 를 분석 하고 그들 이 어떻게 저장 하 는 지 보 겠 습 니 다.1.즐 거 운 네트워크 의 저장 은 다음 과 같 습 니 다.각 쌍 의 첫 번 째 는 이미지 주소 이 고 두 번 째 는 사용자 홈 페이지 입 니 다.첫 페이지 의 매개 변 수 는 사용자 id 입 니 다.http://pic1.kaixin001.com.cn/logo/13/39/50_133973_82.jpg http://www.kaixin001.com/home/?uid=133973 http://www.kaixin001.com/home/?uid=36131662 http://pic.kaixin001.com.cn/logo/13/16/50_36131662_2.jpg 를 통 해 알 수 있 듯 이 즐 거 운 네트워크 의 저장 방식 은 여러 대의 서로 다른 서버 에 저장 되 는 것 입 니 다.두상 의 주 소 는 사용자 의 id 에 따라 디 렉 터 리 를 나 누 어 저장 하 는 것 입 니 다.id 의 4 위 는 두 개의 디 렉 터 리 로 나 뉘 는데 파일 이름 은 접두사+사용자 id+접 두 사 를 포함 하 는 방식 으로 저장 되 어 있 습 니 다.2.다음 두 쌍 의 sina 공간 주소 와 블 로그 이미지 의 주소 입 니 다.http://space.sina.com.cn/u/1642511512 http://portrait1.sinaimg.cn/1642511512/blog/180 http://space.sina.com.cn/u/1725778305 http://portrait2.sinaimg.cn/1725778305/blog/180 Sina 블 로그 프로필 사진 의 저장 방식 은 즐거움 과 달리 사용자 id 가 1 급 디 렉 터 리 를 만 드 는 것 입 니 다.그리고 블 로그(응용 이름 일 것 입 니 다)에 숫자 180 을 추가 합 니 다.sina 와 즐거움 의 차 이 는 그림 확장자 가 없다 는 것 입 니 다.프로필 사진 을 키 가 맞 는 데이터베이스 에 넣 었 을 수도 있 습 니 다.url 매개 변수 에 따라 키 가 데이터베이스 에서 프로필 사진 데 이 터 를 꺼 낸 다음 에 클 라 이언 트 에 게 출력 하면 즐거움 이 직접 저 장 된 파일 일 수도 있 고 sina 는 키 가 맞 는 데이터베이스 에 저 장 될 수도 있 습 니 다.데이터 양 이 많 으 면 시 나 닷 컴 의 방식 이 신축성 에 따라 야 한다.마지막 으로 우 리 는 우리 에 게 서 비 스 를 제공 하 는 블 로그 원 의 저장 방식 도 제시 해 야 한다.다음 과 같은 주 소 를 말한다.http://pic.cnblogs.com/face/u15230.jpg http://pic.cnblogs.com/face/u105416.png http://pic.cnblogs.com/face/u40200.png 간단 하고 직관 적 인 것 은 디 렉 터 리 아래 에 놓 여 있 고 사용자 id 가 직접 만 든 파일 이름 이 며 디 렉 터 리 구조 가 없습니다.이렇게 폴 더 에 파일 이 너무 많 을 때 성능 문 제 를 일 으 킬 수 있 습 니까?
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다: