Fórumok
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?
Hozzászólások
Namost, ha se kicsomagolni nem akarod, se transparensen mountolni, akkor mégis hogyan? :)
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.
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.
Áh, holnap teszünk vele egy próbát, köszi!
Ez tetszik - megnézem, hogy egy alkalmazásszerveren a deployolt fájlból (az is zip...) tud-e dolgozni.
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.
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.
Midig is jobban szerettem cli-scripttel deploy-olni, mint gui-egérrel - nem gond.
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 :)
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…
Á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.
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.
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...