On Mon, 4 Apr 2016 15:31:11 +1000 David Seikel <[email protected]> said:
> On Mon, 4 Apr 2016 13:20:50 +0900 Carsten Haitzler (The Rasterman) > <[email protected]> wrote: > > > On Mon, 4 Apr 2016 12:14:30 +1000 David Seikel <[email protected]> > > said: > > > > > > file:/// ..... (but i have to write a uri parser/converter first) > > > > http://.... (but then i have to write a whole http fetcher, > > > > downloader, cacher) > > > > ssh://.... (like with http - but need to use > > > > libssh etc.) > > > > > > As part of my SledjHamr project, I'm looking at http caching now. > > > Polipo is something I have been using for some time as a web cache / > > > proxy / filter. I feel it's a good match for my big virtual world > > > project. I'm thinking it might port easily to EFL, which I'm > > > likely to do eventually. > > > > that is a whole different caching. polipo is a caching proxy. i am > > thinking just simple stuff like keep files in a dir - if url opened > > > 1 time - point back to existing file already downloaded. delete/clean > > up files on exit. keep only up to n files or n mb worth of files > > around that are not referenced. > > Polipo, and any web cache, has code to do all of that. but it is a binary - a process that keeps runing doing the job. thats different to a library that has to sit around and be PARt of an existing process you can't control much of. > > the downside here is if app crashes or doesn't exit cleanly stuff > > will be left around. :/ polipo is a whole different kettle of fish. > > My plan is to port polipo to EFL, but not as a stand alone server > application, but as a library, plus a thin server application. Then > the bits and pieces of the code can be used elsewhere. Like to > implement what you are thinking of. It's the same kettle, just more > fish. B-) i personally wouldn't as i would just need to do some minimal curl work and simply match the url to an existing file for a cache. cross-process caching can be handled by something like polipo. i wouldn't even respect Cache-Control to begin with to begin with though. though that'd be easy to add later. its far simpler doing it this way than merging a whole different codebase (of 20k lines of c) into efl. i can really add maybe a few hundred lines of code at most and i imagine that's far less work i'd do than merging an existing binary to work inside a library and maintain it. if have no need to do the http or socks etc - leave that to curl. > > > It cleans up client and server side protocols, promoting them to the > > > latest and the fastest. Includes SOCKS4 / 5 for upstream, which I > > > have been using via ssh. Was designed to be a single user (mostly) > > > proxy, which fits my needs at least. It even has a filter which I > > > feed converted AdBlock+ filter files to. > > > > > > Since it cleans up protocols as a proxy layer, I figure it's fetcher > > > and server bits might be usable anywhere I need an HTTP fetcher or > > > server. SledjHamr relies a lot on HTTP to shift assets around, so > > > that will be useful to me. Even file:// will be useful, one of my > > > major features is that SledjHamr defaults to running a local server > > > on your desktop hard drive. > > > > > > I had previously ported luaproc to EFL, and I expect similar results > > > if I port polipo, lots of the code vanished, since it was just > > > implementing stuff EFL does anyway. Which is what makes such things > > > good candidates for EFL porting. B-) > > > > > > > > > I've not been commenting on the UI syntax, since I've been working > > > on my own, which is a C / Lua reboot of something I wrote long ago > > > in Java. It's designed to suit my needs. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
