Witam
mysle nad stworzeniem galerii w swoim serwisie

Założenia mam takie coś ala serwisy społecznościowe:
czyli każdy użytkownik sobie wrzuca swoje zdjęcia/ - zjęcia sa podpiete do jego profilu, czyli wchodząc w jego profil można obejrzeć dodane przez niego zdjęcia.

jak to rozwiązac od strony bazy danych i od systemu plików/

czy rozwiązanie dla systemu plików typu:
na serwerze mam katalog users/gallery/i np. folder z urzytkownikami od id 1-100, 101 - 200, itd / nastepnie folder z konkretnym id uzytkownika i tam dopiero jego zdjęcia,

a od strony myslq
tabela gallery gdzie byloby id_użyt, nazwa_zdjęcia, lokalizacja

czy może macie lepsze rozwiazanie dla tego typu problemu??

prawie ok, tylko po co te foldery 1-100 itd, od razu dajesz folder z ID użytkownika a nazwa zdjęcia to ID zdjęcia, nazwy zdjęcia najlepiej jest zmienić bo po co Ci oryginalne nazwy poza tym musiałbyś sprawdzać czy już taka nazwa nie jest zajęta

w mysql:
- id zdjęcia
- opis
- id użytkownik / lub id galerii jeżeli użytkownik może mieć więcej galerii
- rozszerzenie / jeżeli dopuszczasz możliwość zapisu zdjęć w różnych formatach, ale w takim serwisie to chyba najlepiej wszystko przekonwertować do skompresowanego jpg

jeżeli nie wiesz jak zabrać się za pisanie klasy do skalowania zdjęcia to użyj czegoś gotowego , wpisz w google thumbnail class to znajdziesz dużo gotowców

ok.. dzieki za podpowiedź

natomiast co do



no to myslac do przodu.. wiem ze w tej chwili przesadnie..
no ale gdyby;)

jak by mi sie naroilo przykładowo 50 000 uzytkowników
to czy nie za duzo bylo by folderów w jednym katalogu? i czy to by w jakims sensie nie spowalnialo pracy..
gdzies kiedys czytalem o takim rozwiazaniu zeby zrobić wieksze rozbicie na foldery, ala cos w podobie co napisalem

... hmm
a tak do tego tematu jeszcze jedno pytanie...

jesli chciałbym aby uzytkownik miał swój awatar
to gdzie dodać ten awatar? łaczenie z jego wszystkimi zdjęciami. i w jakiś sposób w bazie danych zaznaczyć które zdjęcie jest awatarem?
czy moze jakieś inne standartowe rozwiązanie?



Wiem, że pytania które zadaje są w sumie banalne , bo mozna zrobić tak jak sie chce

ale chodzi mi tu o optymalne rozwiązania, aby nie wracać do problemu i drugi raz się nad nim zastanawiać

No ale w jaki sposób posiekanie tego na foldery po 100 ma usprawnić pracę? Szczerze mówiąc dla mnie struktura folderów to raczej kwestia porządkowa bo wątpię, żeby taki układ zwiększał jakoś wydajność, chociaż to też zależy od faktycznej liczby plików i folderów, ja bym na początku to olał. Ale przecież jak chcesz to żaden problem. Tylko jestem ciekaw czy z projektowaniem bazy danych, system cache'owania itd tak samo idziesz w przód, czy tylko wyłapałeś jakąś błachostkę

Co do avataru osobiście robię tak, że umieszczam plik o nazwie avatar.jpg w folderze zdjęć użytkownika czyli np. files/users/15/avatar.jpg, wtedy nie muszę wykonywać połączenia do bazy danych tylko sprawdzam czy istnieje avatar samą funkcją file_exists()

generalnie chodzi mi o to, że albo faktycznie robisz serwis pod duże obciążenie i dziesiątki tysięcy użytkowników, albo nie, bo samo kombinowanie ze strukturą folderów przy tym jak wszystko inne kompletnie leży to tylko zbędna komplikacja dla Ciebie, na początek zrób tak żeby to było wygodne w użyciu i żeby pliki były skalowane i kompresowane

w sumie racja
prawdopodobieństwo tak duzego powodzenia w moim przypadku jest praktycznie zerowe..

no to zanim przejde do pracy mam jeszcze jedno pytanie co do tej podpowiedzi skalowania i kompresowania..

robić skalowanie za każdym razem w locie - przez php - aby rozmiary pliku bym mniejszy,
czy tylko jednorazowo przy zapisywaniu pliku i robić duplikat "miniaturki" w innym folderze?

kompresowanie?? plik jpg juz jest sam z siebie skompresowany.. -- co do zabawy w funkcje graficzne w php - to jeszcze w tym sie za bardzo nie bawiłem..
-------------

skalowanie - oczywiście tylko i wyłącznie jednorazowo przy uploadzie pliku przez użytkownika, tym drugim to byś zamordował serwer, najlepiej zdjęcie robisz sobie w 2 wymiarach: duże i miniaturka do wyświetlania w galerii
kompresja - chodzi mi o to, że możesz ustawić sobie kompresję podczas skalowania dla jpg w zakresie 0-100, dla dużych zdjęć kompresja 80 jset ok, a dla miniaturek możesz z mniejszymi kombinować

ok.. dzieki wielkie .. troche mi to rozjaśniło postawiony przeze mnie problem
..

Przejdę teraz do częsci praktycznej .. jak napotkam na jakieś większe problemy to dopisze w tym temacie..

pozdrawiam i miłej nocki życzę..

Dzięki

Jeżeli stronę masz na jakimś hostingu współdzielonym, typu home, nazwa itp to liczba katalogów ma znaczenie. Już dokładnie nie pamiętam, jaka to liczba była, ale niektóre hostingi, mają limity na ilość katalogów. Tzn nie jest to pewnie nigdzie napisane, ale były sytuacje jak na forum ludzie pisali że usługodawca pisze im maile że zablokuje im serwer, ponieważ przez zbyt dużą liczbę katalogów, backup wykonuje się dłużej, czy też nie może się wykonać. I taka liczba katalogów przeszkadza jedynie podczas backupu. Tyle w kwestii katalogów samo ich trzymanie na serwerze raczej nie wpływa na wydajność.

hej
kolejne pytanie co do tematu:)

a konkretnie albumu

aktualnie tak wyglada poziom rozwoju mojej galerii:

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `user_album` (
  `id_user` int(10) UNSIGNED NOT NULL, 
  `album_id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `album_name` varchar(128) COLLATE utf8_polish_ci NOT NULL,
  `album_desc` text COLLATE utf8_polish_ci NOT NULL,
  `album_thumb` int(10) UNSIGNED NOT NULL,
  `album_access` int(2) UNSIGNED NOT NULL,
  `add_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`album_id`,`id_user`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `user_photo` (
  `photo_id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
   `id_user` int(10) UNSIGNED NOT NULL, 
  `album_id` int(10) UNSIGNED NOT NULL,
  `id_cat` int(10) UNSIGNED NOT NULL,
  `file_name` varchar(128) COLLATE utf8_polish_ci NOT NULL,
  `photo_name` varchar(128) COLLATE utf8_polish_ci NOT NULL,
  `photo_desc` text COLLATE utf8_polish_ci NOT NULL,
  `add_date` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `counter` int(10) UNSIGNED NOT NULL,
  PRIMARY KEY (`photo_id`)
) ENGINE=InnoDB  DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci AUTO_INCREMENT=1 ;
[SQL] pobierz, plaintext 

i teraz tak sie zastanawiam..
założenie mam takie że użytkownik bez wcześniejszego ręcznego tworzenia gallerii moze odrazu wgrywać sobie zdjęcia.
a te zdjęcia wtedy będą wyświetlane jako że są w głównej gallerii ..

i mam dylemat taki czy tą główna (domyśla) galerie rejestrować w bazie zaraz przy rejestracji użytkownika .
czy wogóle jej nie wykazywać. - a poźniej w wynikach zdjęcia które nie sa przypisane do żadnej z gallerii bedą wrzócane zapytaniem do tej głównej.
-- tylko nie wiem czy w ten sposób nie narobie sobie zbyt dużo roboty..

słucham waszych opinii.


temat juz nie aktualny..

w sumie sam się rozwiązał

album główny ma zawsze wartość '0'
wiec obyło sie bez większych kombinacji ..

pobieranie danych z bazy: klasa danych;

[PHP] pobierz, plaintext 
	public function get_photo_album($user,$album_id){
 
		$sql="select * from user_photo where id_user ='".$user."' and album_id='".$album_id."'order by add_date_photo desc";
		$connect=$this->connect_bd();
		$result=$connect->query($sql);
		if (!$result){echo "blad w get photo album"; return false;}
		if ($result->num_rows>0)
		{
			$result=$this->result_bd_to_table($result);
	return $result;
		}
	}
[PHP] pobierz, plaintext 

ta funkcja działa dla każdej możliwości.


a wywoływana przez:
formatowanie wyników z bazy - klasa formatowania:

[PHP] pobierz, plaintext 
 
public function display_user_album($table_albums){
 
 
	if (!is_array($table_albums)) {
			echo "<li> Brak dostępnych kategorii </li>";	
			return;
 
 
}		
		foreach ($table_albums as $row) {
 
			?><div class="product-photo">
			<p>
			<?php
		if($row['album_thumb']=='null'){echo "cos pokrecilem";}else{
			?>
			<a href='../users/gallery.php?album=<?php echo $row['album_id'];?>'><img src='../themes/new/albums_def.png' width='100' height='100' ><br><?php echo $row['album_name'];?></a>
		<?php 
 
		}
			?>
	</p>
	</div><?php 
		}
 
//wyswietlanie linku od galerii glownej
		?><div class="product-photo">
			<p>
			<a href='../users/gallery.php?album=0'><img src='../themes/new/albums_def.png' width='100' height='100' ><br>Album główny</a>
		</p>
 
</div><?php 
 
}
[PHP] pobierz, plaintext 

zawsze wyświetla prawidłowe wartości.

plik docelowy : gallery.php ktory wyświetla zawartosc w zaleznosci od wyboru galerii

[PHP] pobierz, plaintext 
class change extends user_view{
 
 
		public function display_contents (){
 
	$get_user=new data_user();
	$user_real_id=$get_user->get_user_real_id($_SESSION['login']);
		$album_id=$_GET['album'];
	$get=new data_user();
	$table_photo=$get->get_photo_album($user_real_id['id'],$album_id);
 
	?><div id="contentuser"><div class="title">Album:</div><div class="post"><div class="entry">
	<?php 
 
 
 
	 $show=new user_view();
		 $show->display_photo_album($table_photo);
	 ?>
 
 
</div>
	</div></div>
<?php 		
 
//zamyka display contents
	}
	//zamyka klase
	}
 
[PHP] pobierz, plaintext 

a tak out of topic:
czy takie pisanie kodu jak ja.. jest ok.. czy to raczej sieczka? wg. was?

a tak zapytam, nie łatwiej by było zrobić tak?
przy w mysql przy użytkownikach id to nazwa folderu, typu
mam id 1
wchodzi do folderu, wtedy pętelka for i pokazanie wszystkich fotek

niby tak..
ale w bazie przechowuje dodatkowe dane.. co do każdego pliku, każdy plik tez moze byc w innym albumie itd.
wiec jak ty widzisz tu swoją koncepcje?