6 ms·

REBIN: Use any CLI app/script as a web service

17 points by insiya 14y ago

BillBixby 14y ago
Cool!
ap22213 14y ago
This could be useful. (Though, to be honest, it faintly reminds me of a suped-up version of cgi-bin circa 1996 with a lot more dependencies.) Anyone know if it can asynchronously handle long-running processes?
- simias 14y ago
  I agree, it could use some practical examples. The announcement sounds very grandiloquent but it doesn't say much. The readme in the source is not much more explicit: "You have already or have created a CLI based application or script. It takes input, it produces output. Now, how do you expose your work to the web so you can utilize via a web service. REBIN takes care of that!" Great!
  - ANystrom 14y ago
    -> grandiloquent? (it's designed just to be simple) like the message :)
- laumars 14y ago
  The thing is, you can still do all this in Apache now. CGI still exists (in fact, it's the default way Perl's ran). So I'm really struggling to work out why I'd install their tool over Apache. And I don't mean this negatively, I really do want to know what separates this product from existing webservers runing CGI, but there's no useful information on their website what-so-ever. If any of the Rebin devs are reading this, are you able to elaborate on this tool a little more?
  - mhuffman 14y ago
    If this was a small tool with no dependencies, then it would be a clear winner over a heavy-weight install of apache, just to serve it. But, as is, I don't see the real benefit over apache, unless you already have redis and node running.
    - ANystrom 14y ago
      Hi, it's still super small relatively speaking. As far as Node and Redis, those are both pretty common these days.
  - ANystrom 14y ago
    Hi, one of the developers here. Not all servers run CGI. Sure, while there are wrappers that can do it, for example for nginx, it isn't pretty. The purpose for REBIN is a clear and concise serving of executables without the overhead of say Apache. I think the readme is rather verbose... Call me surprised :)
    - laumars 14y ago
      To be brutally honest, the readme didn't really sell the product. But then I guess that's not the point of the readme. However none of your other documentation (blog posts, Rebin product page, etc) explained what sets this product apart either. I think I get it's point now - though I can't pretend to be sure of that. I can see that you're trying to do something a little different from CGI (which, incidentally is available for node.js as well), I'm just not entirely sure how different you two are. I guess the proof of that may just be in using it :) Either way, it's good to see it up on github and I'm sure plenty people will be grateful for your work.
      - ANystrom 14y ago
        Thanks for this! We have some plans that may indeed differentiate further from CGI.
since1968 14y ago
Yep, instances are asynchronous and can handle long running processes. As for cg-bin circa 1996, I appreciate your long memory! But nothing was RESTful back then. ;-)
- dsl 14y ago
  Technically, everything was RESTful, we just didn't have a hipster name for it.
  - ANystrom 14y ago
    :) ...
- zentrus 14y ago
  I'm having trouble understanding how a wrapper for an arbitrary executable can be called "RESTful". Are there resources? Are there long-lived URIs? In the end, doesn't the implementation of the executable partly determine whether it is really RESTful?
  - ANystrom 14y ago
    Good question! Certainly long-lived URI's. As for resources, I suppose conceptually there is. However you are correct that the given executable would determine a level for resources. So I guess the answer is YES. Support for RESTul is RESTful. Or not, depending upon your executable.
bsenftner 14y ago
This looks very useful. However, looking at it on github, I see there is no Windows version (yet). I am interested in this so I can access and run Windows-only processes from a sane Linux environment within my server cluster. Is there any interest or on going effort to extend Rebin to Windows?
- since1968 14y ago
  It's open source, so have your way with it.
dsl 14y ago
This is awesome. I'm going to start writing a scanner to find silly things exposed on the internet using this.
- ANystrom 14y ago
  Clearly you are being sarcastic... lol

17 points by insiya 14y ago

Cool!

This could be useful. (Though, to be honest, it faintly reminds me of a suped-up version of cgi-bin circa 1996 with a lot more dependencies.) Anyone know if it can asynchronously handle long-running processes?

simias 14y ago
I agree, it could use some practical examples. The announcement sounds very grandiloquent but it doesn't say much. The readme in the source is not much more explicit: "You have already or have created a CLI based application or script. It takes input, it produces output. Now, how do you expose your work to the web so you can utilize via a web service. REBIN takes care of that!" Great!
- ANystrom 14y ago
  -> grandiloquent? (it's designed just to be simple) like the message :)
laumars 14y ago
The thing is, you can still do all this in Apache now. CGI still exists (in fact, it's the default way Perl's ran). So I'm really struggling to work out why I'd install their tool over Apache. And I don't mean this negatively, I really do want to know what separates this product from existing webservers runing CGI, but there's no useful information on their website what-so-ever. If any of the Rebin devs are reading this, are you able to elaborate on this tool a little more?
- mhuffman 14y ago
  If this was a small tool with no dependencies, then it would be a clear winner over a heavy-weight install of apache, just to serve it. But, as is, I don't see the real benefit over apache, unless you already have redis and node running.
  - ANystrom 14y ago
    Hi, it's still super small relatively speaking. As far as Node and Redis, those are both pretty common these days.
- ANystrom 14y ago
  Hi, one of the developers here. Not all servers run CGI. Sure, while there are wrappers that can do it, for example for nginx, it isn't pretty. The purpose for REBIN is a clear and concise serving of executables without the overhead of say Apache. I think the readme is rather verbose... Call me surprised :)
  - laumars 14y ago
    To be brutally honest, the readme didn't really sell the product. But then I guess that's not the point of the readme. However none of your other documentation (blog posts, Rebin product page, etc) explained what sets this product apart either. I think I get it's point now - though I can't pretend to be sure of that. I can see that you're trying to do something a little different from CGI (which, incidentally is available for node.js as well), I'm just not entirely sure how different you two are. I guess the proof of that may just be in using it :) Either way, it's good to see it up on github and I'm sure plenty people will be grateful for your work.
    - ANystrom 14y ago
      Thanks for this! We have some plans that may indeed differentiate further from CGI.

since1968 14y ago

Yep, instances are asynchronous and can handle long running processes. As for cg-bin circa 1996, I appreciate your long memory! But nothing was RESTful back then. ;-)

dsl 14y ago
Technically, everything was RESTful, we just didn't have a hipster name for it.
- ANystrom 14y ago
  :) ...
zentrus 14y ago
I'm having trouble understanding how a wrapper for an arbitrary executable can be called "RESTful". Are there resources? Are there long-lived URIs? In the end, doesn't the implementation of the executable partly determine whether it is really RESTful?
- ANystrom 14y ago
  Good question! Certainly long-lived URI's. As for resources, I suppose conceptually there is. However you are correct that the given executable would determine a level for resources. So I guess the answer is YES. Support for RESTul is RESTful. Or not, depending upon your executable.

bsenftner 14y ago

This looks very useful. However, looking at it on github, I see there is no Windows version (yet). I am interested in this so I can access and run Windows-only processes from a sane Linux environment within my server cluster. Is there any interest or on going effort to extend Rebin to Windows?

since1968 14y ago
It's open source, so have your way with it.

dsl 14y ago

This is awesome. I'm going to start writing a scanner to find silly things exposed on the internet using this.

ANystrom 14y ago
Clearly you are being sarcastic... lol