I wrote something similar, called Slinky [0], which also transparently compiles various compiled web langauges (SASS, HAML, CoffeeScript, TypeScript, etc.). The issue with these systems is that they lie in between something like Python's SimpleHTTPServer and a complete frontend development tool like Grunt or Gulp. They're great for small projects, but have trouble scaling up. [0] https://github.com/mwylde/slinky
Slinky looks very neat! I do feel it inhabits a very different niche from devd, though. I have no ambitions for devd to compete with tools like Grunt, Gulp or Slinky. Devd has a simple job: it just serves files and triggers livereload when files change, and is completely agnostic about the build process. That means it works very well as a complement to Gulp - in fact, this is one of my primary use cases for devd. My…
Devd: a small, self-contained web daemon for developers
31–38 of 38 posts
Re: Devd: a small, self-contained web daemon for developers
#32Of course, I could use nginx, but fiddling with configuration files on dev-systems is not so cool. Also even nginx is not lightweight enough to me.
This looks really very neat! I will try it soon.
Thank you!
Re: Devd: a small, self-contained web daemon for developers
#33Earlier quoted context omitted.
Slinky looks very neat! I do feel it inhabits a very different niche from devd, though. I have no ambitions for devd to compete with tools like Grunt, Gulp or Slinky. Devd has a simple job: it just serves files and triggers livereload when files change, and is completely agnostic about the build process. That means it works very well as a complement to Gulp - in fact, this is one of my primary use cases for devd. My…
While livereload is a very cool feature, I doubt that it brings a lot to the table in terms of functionality and user-friendliness. After all, web-users are accustomed to reloading a page when they want fresh results. What scenario do you have in mind where the use of livereload warrants the complications in the protocol?
The live-reload functionality is there as a development workflow tool, to automatically reload the page to see the results of the latest code change, rather than manually switching to the browser and hitting ⌘R/F5.
Re: Devd: a small, self-contained web daemon for developers
#34Re: Devd: a small, self-contained web daemon for developers
#35I don't understand why developers like these small web server tools that you have to remember to start on every project you work with. Setting up Apache or Nginx is harder but you have to do it 1 time ever and then you're done. Just server your entire dev folder and be done with it, never have to worry about static file serving again.
The simple (multi-endpoint) reverse proxying is certainly a nice-to-have when developing as well.
Re: Devd: a small, self-contained web daemon for developers
#36Earlier quoted context omitted.
Slinky looks very neat! I do feel it inhabits a very different niche from devd, though. I have no ambitions for devd to compete with tools like Grunt, Gulp or Slinky. Devd has a simple job: it just serves files and triggers livereload when files change, and is completely agnostic about the build process. That means it works very well as a complement to Gulp - in fact, this is one of my primary use cases for devd. My…
Do you have an example gulpfile that uses devd? I've had a lot of trouble getting connect + nodemon to work well together and would love a better solution.
For instance, here's a devd command-line from the docs (https://github.com/cortesi/devd) that handles proxying local services, with a static directory overlaid. Gulp would be rendering assets into that static directory, the change would be noticed by devd, and liverload would be triggered.
devd -l \
-w ./src/ \
/=http://localhost:8888 \
/api/=http://localhost:8889 \
/static/=./assetsRe: Devd: a small, self-contained web daemon for developers
#37Earlier quoted context omitted.
"It started as a weekend stress-relief hack " "This isn't terribly surprising, since I wrote it to scratch my own idiosyncratic itch" This is hacker news remember.
How can I forget, right? Hackers unite.
Technically OP should have prefixed with "Show HN:" which is what it is perhaps.
Not all "Show HN:" posts exhibit brilliance or originality or solve a problem or as in this case solve a problem for the OP for which there is already an outstanding solution (I guess originality), but the existing solution doesn't fit their use-case.
And you know as hackers (I still am at 48 yrs old) if there's an itch needing to be scratched why not show off a bit of code, it's one of the best things about HN, we learn so much from each other this way, either through (constructive) criticism or just looking at a nice bunch of code.
So, yes, hackers unite.