| eclipse |
20. 04. 2012. 01:48 |
Spremanje avatara
Pozdrav, na stranici bi napravio da korisnici mogu postaviti avatar, s tim da su avatari jedine slike koje bi korisnici mogli uploadati, znači jedna slika po korisniku.
Kako organizirati te slike, da li se moge sve smjestiti u jedan zajednički folder ili ih treba raspodjeliti u zasebne foldere prema nekom kriteriju (početno slovo username-a npr.)? Vjerujem da ne treba jedan folder za svakog korisnika kad se ne radi o galerijama nego o samo jednoj slici po glavi korisnika.
|
| webarto |
20. 04. 2012. 02:02 |
Ne vidim razlog za komplikaciju, svaki korisnik ima svoj ID, napravi http://static.example.com/avatars/1.png i nemaš problema. Ne postoji nikakav limit, možeš ti i galerije strpati u jedan folder, ali to nije svakako preporučljivo radi organizacije. |
| MorenoArdohain |
20. 04. 2012. 02:52 |
Sve zavisi od filesistema, ali recimo na Linuxu i ext3, neke operacije iz shella su neizvodljive kad postoji veliki broj fajlova unutar direktorijuma (wildcard za pretragu, ls komanda i sl.).
Ja licno bih ih smestio u subdirektorijume, a koji je kriterijum u pitanju (godina, prvo slovo) i nije toliko bitno.
|
| ivanhoe |
20. 04. 2012. 23:33 |
Nije samo to, nego rad sa fajl sistemom postane spor. Na ext3 postoji opcija dir_index koja znacajno ubrza stvari, a mislim da je ona sad ukljucena po defaultu, tako da teoretski (kad je to aktivirano) ne bi trebalo da bude problema sa citanjem fajlova.
Ali i dalje ostaje problem kod rada u shellu (ovo sto @moreno kaze), sto mozda izgleda nebitno, ali moze da ti napravi ozbiljan problem kod backup-a fajlova, plus da skuca FTP server ako otvoris taj dir greskom. Tako da je svakako bolje sortirati fajlove po sub-dirovima
|
| mileusna |
21. 04. 2012. 01:04 |
Ja bih pitao koji je očekivani broj ti usera? Hiljada, desetine hiljada, stotine hiljada, milioni..?
|
| eclipse |
21. 04. 2012. 20:23 |
@webarto da li možeš pojasniti na šta si mislio pod ovim: " napravi http://static.example.com/avatars/1.png"
nije mi baš najjasnije znag čega poddomena
@ivanhoe kolika dubina tih subdirova (naravno da ovisi o broju korisnika, ali recimo da radiš za sebe, za šta bi se odlučio)
@mileusna - ne mogu reći koliko usera ali osnovna baza za privlačenje korisnika u početku su mi fb stranice sa preko 170k fanova samo što ti fanovi nisu ciljana publika |
| mileusna |
21. 04. 2012. 22:35 |
Citat:
Originalno napisao eclipse
(Napišite 106597)
|
Poddomeni se za statički saobraćaj koriste iz više razloga, većinom na posećenim portalima. Jedan od razloga su recimo kukiji koje browser stalno prosleđuje serveru bilo da šalje zahtev za web stranu ili za sliku. Pošto su kukiji obično suvišni za sliku, slike se odvajaju na poddomen ili poseban domen kako bi se umanjio bandwidth. Zvuči sitno ali, kao što sam rekao govorim o posećenim portalima gde i to malo kukija pomnoženo sa mnogo hitova može značiti razliku u bandwidthu a i u performansama sajta.
Drugi očigledan razlog je što se slike na odvojenom poddomenu mogu lako po potrebi prebaciti na zaseban server, Amazon S3 ili neki CDN a da sam sajt ostane na postojećem serveru.
Ali sve to nema veze sa tvojim problemom. :)
Što se samog problema tiče, ja bih uradio kako ti je najlakše, pa ako kasnije baš nešto zapne, promeni. Ako ne planiraš da mnogo listaš ili browsuješ sam po tim direktorijumima, sve može dosta dobro da radi i u jednom direktorijumu. Problem je ko što neko reče gore kad dođeš u taj direktorijum pa recimo uradiš ls ili kroz FTP klijent slučajno uđeš u taj direktorijum, možeš odmah da se ubiješ. :) Ali generalno većini slučajeva će raditi sve OK. Ništa te ne sprečava i da napraviš podelu po više direktorijuma. Ako imaš recimo neki user ID možeš da koristiš ostatak deljenja sa 1000, time dobiješ 1000 subdirektorijuma u koje se fajlovi ravnomerno raspoređuju, i sl... |
| eclipse |
22. 04. 2012. 12:13 |
Citat:
Originalno napisao mileusna
(Napišite 106598)
Ali sve to nema veze sa tvojim problemom. :)
|
lol
i can see where this is going :1026: |
| misk0 |
22. 04. 2012. 18:38 |
Citat:
Originalno napisao mileusna
(Napišite 106598)
Drugi očigledan razlog je što se slike na odvojenom poddomenu mogu lako po potrebi prebaciti na zaseban server, Amazon S3 ili neki CDN a da sam sajt ostane na postojećem serveru.
|
mi (kod klijenta) sve staticke sadrzaje - tj uglavnom slike i neke JS koje se ne mjenjaju drzimo na S3. Kad je to uvedeno, spalo je poprilicno opterecenje sa app servera.
Postoji problem kod S3 servisa sto ti garantuju osvjezavanje sadrzaja (replace) u roku od 24h.. znaci nije bas 'momentalno' :) |
| ivanhoe |
22. 04. 2012. 21:04 |
za manje i srednje sajtove koji vec imaju dedicated server sa dovoljno bandwidtha uglavnom se ne isplati se jos placati i S3, bar ne u pocetku. Zato je bitno ovo sto kaze mileusna, ako ti je sve vec na odvojenom domenu, lako je prebaciti to na S3, samo iskopiras fajlove i podesis dns ...
ali mislim da je ipak glavna prednost poddomena sto omogucava pristojnim broswerima (koji nece da otvore vise od 2 konekcije na isti domen) da brze ucitaju sadrzaj...
|
| Vreme je GMT +2. Trenutno vreme je 17:04. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
