Jaka jest najlepsza praktyka, jeśli chodzi o przechowywanie zdjęć do galerii?

Question

Moje pytanie nie dotyczy przechowywania obrazów na dysku lub w DB.

• Obrazy będą zapisywane na dysku
• ścieżka obrazu i inne dane obraz zostanie zapisany w bazie danych.
• obrazy będą miały niepowtarzalną nazwę pliku
• Obrazy będą zapisywane w 3 rozmiarach
• W czasie może być wiele obrazów wykorzystywane przez wielu użytkowników

moje pytania są następujące:
- Gdyby obrazy być przechowywane w jednym folderze lub wielu folderach?
- Czy można używać md5 do tworzenia unikalnych identyfikatorów? Na przykład. md5 (id + filename + random_num)
- Czy obrazy powinny być przechowywane w pamięci podręcznej na serwerze lub w przeglądarce/komputerze klienta?

Coś jeszcze powinienem wymyślić?

Rozwiązaniem jest użycie php, apache i mysql. Używamy funkcji Uploadify do przesyłania zdjęć.

Niektóre kod używam dzisiaj

/** 
    * Calculate dir tree for object 
    * Folders starts from 00 to FF (HEX) and can have just as 
    * many subfolders (I think :) 
    * @param $id - User ID 
    * @param $type - Image category 
    * @return string 
    */ 
    function calculateDirTree($id, $type) 
    { 
     $hashUserID = substr(hash('md5', $id), -4); 
     $parentFolder = substr($hashUserID,0,2); 
     $subfolder = substr($hashUserID,2);  
     $basePath  = $type."/".$parentFolder.'/'.$subfolder.'/'; 

     return $basePath; 
    } 

Answer 1

Czy obrazy powinny być przechowywane w jednym folderze lub w wielu folderach?

Mówisz o "100k - 200k obrazów", więc wiele folderów jest koniecznością. Spróbuj mieć max. ~ 1000 zdjęć w folderze.

Czy można używać md5 do tworzenia unikalnych identyfikatorów? Na przykład. md5 (id + filename + losowy_num)

Tak, możesz to zrobić. Pozwoli to uniknąć problemów z długimi nazwami plików.

Czy obrazy należy przechowywać w pamięci podręcznej na serwerze lub w przeglądarce/komputerze klienta?

Powinny być buforowane po stronie klienta. Problem z tylu obrazami polega na tym, że generuje duży ruch. Buforowanie na kliencie pomaga zredukować to.

Answer 2

chodzi o buforowanie, byłoby najlepiej, aby buforować je na obu końcach, w ten sposób nowe obrazy są pobierane szybko, a użytkownicy odwiedzający istniejących obrazów mieć to w pamięci podręcznej.

Nie znam żadnych ograniczeń systemu plików dotyczących przechowywania ich w jednym lub wielu folderach.

Answer 3

Myślę, że używanie wielu folderów lub tego samego folderu zależy od Twojej aplikacji internetowej. Na przykład, jeśli istnieje wiele profili z każdym profilem zawierającym wiele obrazów, można użyć wielu folderów z nazwami folderów jako nazwami profili.

Moja ostatnia rada jest jeśli masz mnóstwo zdjęć sha256 algorytm szyfrujący jest lepsze dla zapobiegania kolizji

Answer 4

zależności od liczby obrazów, które chcesz obsługiwać, chciałbym zdecydowanie wskazują użyciu kilku folderów. Najprostszym sposobem powinno być użycie pierwszej litery nazwy pliku, aby utworzyć strukturę folderów. Myślę, że liczby te są mniej więcej tak:

less than 1000 images --> one folder 
less than 20000 images --> one level of folders (a, b, c, ...) 
more     --> several levels (a containing aa, ab, b containing ba, bb, ...) 

YMMV

Answer 5

zdecydowanie przejść dla systemu plików: to bardziej wydajnych i lepiej pasuje do przechowywania plików (to co jest dla). Sql może zwolnić podczas zapisywania/pobierania dużych obrazów. Możesz utworzyć folder dla każdego użytkownika (używając ID jako nazwy folderu), a kiedy obraz zostanie zapisany w systemie plików, możesz zapisać referencję na tabeli UserImages (zapisując nazwę pliku na bazie użytkownika na sql). Możesz upewnić się, że każdy obraz ma unikalną nazwę pliku, zmieniając jego nazwę podczas zapisywania, możesz użyć kombinacji oryginalnej nazwy pliku z faktyczną datą czasu (bez potrzeby używania MD5). Również obrazy powinny być zawsze buforowane, aby zapisać pasmo użytkownika i klientów.