Adott egy könyvtárstruktúra, ~150.000 fájl, mintegy 4G, ezt szeretném úgy kiszolgálni, hogy a cucc egy .zip (.tgz, stb) fájlban legyen. A platform Linux, preferáltan Lighttpd, NGINX, esetleg Apache.
Amit nem szeretnék: tömörített fájl loop mount vagy zipfs.
Csinált-e már valaki ilyet (egyáltalán, lehet-e), és ha igen, akkor mik a tapasztalatok?
- 1947 megtekintés
Hozzászólások
Namost, ha se kicsomagolni nem akarod, se transparensen mountolni, akkor mégis hogyan? :)
- A hozzászóláshoz be kell jelentkezni
Akár valami ilyesmi megoldással: https://msdn.microsoft.com/en-us/library/aa479502.aspx
Bár nem rémlik hogy apache-hoz vagy lighty-hez lenne ilyen virtual path provider (és gyors kereséssel se találtam), de biztos van aki ebben nálam jártasabb.
És igen, az is válasz lenne hogy másképp nem lehet megcsinálni.
- A hozzászóláshoz be kell jelentkezni
Ilyen igényre az nginx 3rd party lehet válasz: https://www.nginx.com/resources/wiki/modules/
Pl. ez érdekelhet: https://github.com/youzee/nginx-unzip-module
Nem használtam, próbáltam, stb; csak vetettem egy pillantást a 3rd partikra, de a konfigja alapján megoldás.
- A hozzászóláshoz be kell jelentkezni
Áh, holnap teszünk vele egy próbát, köszi!
- A hozzászóláshoz be kell jelentkezni
Ez tetszik - megnézem, hogy egy alkalmazásszerveren a deployolt fájlból (az is zip...) tud-e dolgozni.
- A hozzászóláshoz be kell jelentkezni
Nem látom okát, hogy ne tudjon. De AS esetében, sebesség miatt, még mindig a kicsomagolt statikus tartalmat proxyznám.
Persze, ha a kényelem fontosabb, akkor már simán lehet jó középút.
- A hozzászóláshoz be kell jelentkezni
Naná, hogy persze :) Viszont egy varnish-sal megspékelve akár jó is lehet - arra viszont figyelni kell ebben az esetben, hogy a deploy-hoz tartozik egy nginx konfig/reload, meg egy varnish takarítás.
- A hozzászóláshoz be kell jelentkezni
Midig is jobban szerettem cli-scripttel deploy-olni, mint gui-egérrel - nem gond.
- A hozzászóláshoz be kell jelentkezni
Ekkor még akár az is beleférhet, hogy curl avagy wget használatával a statikus motyót elkéred a végén, amivel yool betárazza magának a varnish :)
- A hozzászóláshoz be kell jelentkezni
Hát ez nagyon hákos, de a java-val megoldható, esetleg apache-al is tudod forwardolni pl. egy Jetty-nek a requesteket, vhogy így (bocs hogy csak így átlinkelek, most így volt 1xszerűbb):
http://stackoverflow.com/questions/8420295/make-apache-virtual-director…
- A hozzászóláshoz be kell jelentkezni
Áh, annyit valószínűleg nem ér. De azért köszi, az is eredmény, hogy nem éri meg ezzel bűvészkedni.
- A hozzászóláshoz be kell jelentkezni
Csaxólok, hogy a *.tar fájlban (tömörített vagy sem, az mindegy) nincs tartalomjegyzék, szépen egymás után jönnek a fájlok (mindegyik előtt 512 vagy n*512 bájt meta-adat), tehát ha keresel benne valamit, akkor a soros olvasás/keresés nevű eljárást kell végrehajtani.
- A hozzászóláshoz be kell jelentkezni
Ez nagyon /verz ötlet... Persze hasonlót csillióan csinálnak, amikor egy alkalmazásszerveres kiszolgálásnál az összes statikus lomot becsomagolják az app mellé, és jBoss/WildFly/Tomcat/stb. szolgáltatja ezt a tartalmat is - a dolog természetéből fakadóan jóval lassabban...
- A hozzászóláshoz be kell jelentkezni