Dodawanie zdjęć itp do bazy danych?

Question

Witam, mam taki problem, przypuśćmy, że chcę zrobić taki mały serwis społecznościowy na którym
użytkownik ma avatar, może dodawać zdjęcia, lickować i pisać komentarze - wszystko ok tylko gdzie mam
te wszystkie dane trzymać? 
Przechowywanie tego w strukturze plików raczej odpada:

czy jakoś tak;

Baza danych wydaje się oczywistą odpowiedzią, ale czy w bazie danych trzymać zdjęcia? Jak wyglądałaby
struktura takiej bazy, żeby każdy użytkownik miał przypisane swoje zdjęcia, komentarze itd.? 

Answer 1

W bazie danych trzymasz tylko nazwę pliku (ewentualnie folder czy coś co jest potrzebne do ustalenia jego położenia) a zdjęcia na dysku. Po uploadzie musisz oczywiście zmienić nazwę na unikalną, np. jakiś losowy hash.

Comments

A jak potem pobiorę to z bazy danych? Np, zeby uzytkownik zobaczyl swoje wszystkie dodane zdjęcia i jednoczesnie te zdjecia ktore dodal dodawaly sie do puli wszystkich zdjęć jakie są na stronie

---

No to obok nazwy pliku powinna być kolumna z id użytkownika. Żeby pobrać wszystkie zdjęcia danej osoby zrobisz po prostu zapytanie z WHERE po id użytkownika. A zdjęcia wyświetlisz przez zwykłe <img> - wyciągniesz po prostu z bazy danych ich nazwy i podstawisz do atrybutu src.

---

Jako nazw plików, możesz użyć funkcji microtime(); zwracającej czas unixowy w mikrosekundach i przepuścić ją przez md5();. W md5 zdarzają się kolizje, ale jest małe prawdopodobieństwo, więc możesz go użyć.

---

Ja bym chyba poszedł w http://php.net/manual/en/function.uniqid.php albo jeszcze lepiej http://php.net/manual/en/function.random-bytes.php (PHP>=7).

---

Możesz posłużyć się polem created, które będzie zawierać datę utworzenia zdjęcia, a samo zdjęcie lokować np. według poniższej ścieżki:

disc/created:year/created:month/photo:id.jpg
disc/created:year/created:month/photo:id_m.jpg (_m to miniatura)

chodzi przede wszystkim o rozproszenie tych zdjęć, aby nie zapełniać pojedynczego katalogu jedynie.

M.

---

Awaluk, a jak model odpowiada jednemu obrazku, to nie lepiej nazywac je id => obrazek?

Also, md5 jest o tyle dobre i zle, że jak ktoś zuploaduje taki sam obrazek, to go nadpisze. :P

---

A pewnie, różne konwencje nazewnictwa jak i układania w katalogach można zastosować. Zależy co pytający dokładnie robi i jak chce to zrobić ;)

---

Nie robiłem nic poza systemem logowania / rejestracji w MySQL, jest jakiś poradnik który dokładniej opisuje to co chciałbym zrobić? User id? Dlaczego nie przez username. Baza ze zdjęciami będzie wyglądać jakoś tak?:

 

---

Normalnie przypisujesz zdjęcia z id usera. Nazwy avatarów możesz dodać do tabeli z userami.

---

Avatary to wiem, a co z komentarzami? Gdzie je zapisywać, żeby każdy był jako oddzielny 
Jak zapisać kto, kiedy i co napisał w komentarzu do danego zdjęcia?

---

Relacyjne bazy danych tego potrzebujesz.

Mniej więcej taki schemat:

users:
- id int PK
- name varchar
- password_hash varchar
- created date

photos:
- id int PK
- user_id int FK do users
- created date

photo_comments:
- id int PK
- photo_id int FK do photos
- comment varchar
- created date

M.
 

---

O to właśnie mi chodziło, dzięki wielkie, a jest jeszcze jakaś różnica między w photos user_id a user_username? Nie będzie to bardziej intuicyjne? I można dzięki temu w bazie danych łatwo zobaczyć czyje to zdjęcie

---

Chodzi o to, że aparatowi bazy danych łatwiej i co za tym idzie szybciej przeszukuje się rekordy po identyfikatorze będącym liczbą. Jak będziesz potrzebował nazwy użytkowników, to wykorzystując relacje i łącząc tabele w zapytaniu uzyskasz odpowiednie dane.

M.