Live data from Hacker News

Introducing Pow, a zero-configuration Rack server for Mac OS X

pow.cx

131–140 of 146 posts

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#131
post #75

gem install passenger passenger start no preference panes to install. No Apache configuration files to update. And Passenger eliminates the need to edit /etc/hosts. To get a Rack app running, just type a single command.

I'm a huge passenger fan, but I should note that: * this is also a single command to get a rack app running once you have it installed * you can easily support multiple ruby versions/gemsets (otherwise you'd need to install/compile passenger for each) * appname.dev is easier than remembering which port all of your rails apps are running on. * you don't have to start each app manually each time.

* Not sure what you mean.

* Passenger supports using various gemsets very easily using the setup_load_paths.rb file in the config of your app (though multiple ruby versions still seem to be a problem).

* If you're using passenger, why do you have each app running on a different port? Using the Passenger Prefs Pane makes it trivially easy to have each app at its own appname.local URL (though, admittedly, installing an extra prefs pane, where Pow has it built in, gives bonus points to the latter).

* Same with my last point. Passenger automatically handles the booting up or apps when you access their URL in the browser, just like Pow does. Of course, I'm guessing you don't have Passenger installed this way if each app has to run on a different port.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#132
post #75

Earlier quoted context omitted.

I'm a huge passenger fan, but I should note that: * this is also a single command to get a rack app running once you have it installed * you can easily support multiple ruby versions/gemsets (otherwise you'd need to install/compile passenger for each) * appname.dev is easier than remembering which port all of your rails apps are running on. * you don't have to start each app manually each time.

* Not sure what you mean. * Passenger supports using various gemsets very easily using the setup_load_paths.rb file in the config of your app (though multiple ruby versions still seem to be a problem). * If you're using passenger, why do you have each app running on a different port? Using the Passenger Prefs Pane makes it trivially easy to have each app at its own appname.local URL (though, admittedly, installing an…

I should note that I'm mostly referring to the parent, which was referencing passenger standalone, which runs like a classic thin or mongrel.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#133
post #15

Earlier quoted context omitted.

There are some drawbacks to using Passenger/Mongrel/Webrick for development though, especially when you need to test subdomains and/or SSL.

How so? I've been using Passenger on my dev machine for over a year now. The original reason I installed Passenger on my dev machine was exactly because of how easy it was to get SSL and subdomains working; the app I was working on at the time had 100% SSL user logins, each routed to their own subdomains.

You're using it with Apache or Nginx though, right? Or were you able to get them working with Passenger Standalone?

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#134

I love this. You simply create a symlink to your app, and boom, the app works at nameofthesymlink.dev. Even after a system restart . And pow is clever enough to only start workers if the app is accessed and shut them down when idle. This is a blessing if you usually need multiple local apps running. It also means you can now elegantly use local ruby webapps as personal desktop applications. Say you'd like to build a…

Especially after a system restart

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#135

I love this. You simply create a symlink to your app, and boom, the app works at nameofthesymlink.dev. Even after a system restart . And pow is clever enough to only start workers if the app is accessed and shut them down when idle. This is a blessing if you usually need multiple local apps running. It also means you can now elegantly use local ruby webapps as personal desktop applications. Say you'd like to build a…

Thanks for posting this... after reading all the FUD, it really made my day.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#136

I do not much like this 'curl $random_url | sh' installation method. I am not going to be running some random script without looking long and hard at it first.

Then 'curl get.pow.cx > pow.sh'. Take you time and look at the script, then run it. Worked for me.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#137
post #18

Earlier quoted context omitted.

Well, just to play devil's advocate, do you read through the source code of MySQL, Apache, or RPM packages every time you install them? With things like this that come from reputable sources, it's not unreasonable to put some trust in the source and some trust in the smaller percentage of developers who actually read the source code.

This scripts vs binaries situation reminds me of something in the linux kernel: you can't use the sticky bit against scripts. When you add it, it shows as sticky in 'ls -lF' but doesn't work when you go to run it. Sticky bit is only for binaries. It seems stupid, but on the other hand I never see people abusing the sticky bit, possibly as a result of the higher barrier to entry. On the other hand, it causes me inconv…

Scripts with interpreters expose a race condition vulnerability whereby an attacker can quickly replace the script with their own before the interpreter, running with higher level privileges, finishes loading.

It is not really a script vs. binary issue so much as protecting against how scripts are loaded.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#138

I love this. You simply create a symlink to your app, and boom, the app works at nameofthesymlink.dev. Even after a system restart . And pow is clever enough to only start workers if the app is accessed and shut them down when idle. This is a blessing if you usually need multiple local apps running. It also means you can now elegantly use local ruby webapps as personal desktop applications. Say you'd like to build a…

Thanks for posting this... after reading all the FUD, it really made my day.

Thanks for building and sharing it.

By the way, I didn't completely understand why I would use it instead of Thin until I had it running and had read http://pow.cx/manual.html. Maybe the mechanism I described in the first paragraph of the grandparent should be more prominently and clearly communicated? Maybe that's part of what you meant with the first two paragraphs under "Pow prevails over the forces of evil.", but in that case I think they could be more specific. But maybe that's just me.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#139

I love this. You simply create a symlink to your app, and boom, the app works at nameofthesymlink.dev. Even after a system restart . And pow is clever enough to only start workers if the app is accessed and shut them down when idle. This is a blessing if you usually need multiple local apps running. It also means you can now elegantly use local ruby webapps as personal desktop applications. Say you'd like to build a…

Thanks for posting this... after reading all the FUD, it really made my day.

Seriously, dude, nobody is out to get you. I'm glad you made Pow. Pow looks awesome. I don't control what gets voted to the top of the page, and I'm probably no happier than you are about the sprawling nerdwar that resulted.

Re: Introducing Pow, a zero-configuration Rack server for Mac OS X

#140

Earlier quoted context omitted.

Thanks for posting this... after reading all the FUD, it really made my day.

Seriously, dude, nobody is out to get you. I'm glad you made Pow. Pow looks awesome. I don't control what gets voted to the top of the page, and I'm probably no happier than you are about the sprawling nerdwar that resulted.

Seriously, dude, nobody is out to get you. I'm glad you made Pow. Pow looks awesome. I don't control what gets voted to the top of the page, and I'm probably no happier than you are about the sprawling nerdwar that resulted.

Seriously, dude, get over yourself. It's pretty ridiculous how much FUD this project announcement received in here, versus positive focus. There are multiple other long FUD threads that missed the point of Pow; you only started (and kept throwing fire at) the one that doesn't even touch what the project is about.

Post reply on HN