AddHandler bugs again?
CGI Using Node.js
61–70 of 88 posts
Re: CGI Using Node.js
#62We had this 21 years ago: http://en.wikipedia.org/wiki/Netscape_Enterprise_Server
I only remember the server supporting Java servlets and Perl/sh/etc. CGI. Was there a JavaScript interpreter/runtime built into it, too?
Re: CGI Using Node.js
#63This looks useful. HostGator will host a web site for $3.96 a month. You can't have any long-running processes. You're limited to CGI, PHP, and static pages. For low-traffic web sites that need some modest amount of host-side processing, that's an effective solution. There's nothing wrong with running a Javascript engine instead of the usual Perl or Python engines under CGI. If your e-commerce site does one sale a mi…
I'm not familiar with the benefits of HostGator but how is this better than spinning up a free Heroku dyno to serve your node.js app?
That's also a very effective solution for low-traffic sites with a modest amount of host-side processing and more than enough for one sale a minute.
It's got great options for 3rd-party service integration too (e.g. free MongoDB hosting for Not trolling, genuinely curious what the benefit of this would be as an alternative.
Re: CGI Using Node.js
#64Earlier quoted context omitted.
I agree that Node.js is pretty good for thin REST APIs, it's one of the few scenarios that Node.js actually works quite well. It's the other 99% of use cases that I take issue with.
Use cases like Walmart, LinkedIn, Paypal, Ebay, the New York Times, Uber, Voxer, Microsoft and Yahoo?
They aren't use cases. They are company names. Which parts of their product runs on Node.js? And have you spoken to their developers about their projects? Just because a big company deployed something doesn't make it viable.
Re: CGI Using Node.js
#65This might be a good time to post the link to Facebook's XHP https://www.facebook.com/notes/facebook-engineering/xhp-a-ne... I've been using XHP at work and love the improvements it has made to the new code we are writing. Posting this might not seem relevant, but the examples of "replacing php with javascript" show one of the ugliest parts of PHP, and that is when presentation becomes super tangled with business log…
> show one of the ugliest parts of PHP, and that is when presentation becomes super tangled with business logic You seen jsx?
Have you heard Pete Hunt's angle on "Separation of Concerns" vs. "Separation of Technologies"?
imo JSX doesn't fall into this trap, it just looks like it should.
His JSConf EU talk is worth a watch if you're interested: http://2013.jsconf.eu/speakers/pete-hunt-react-rethinking-be... (slides: http://www.slideshare.net/floydophone/react-preso-v2)
Re: CGI Using Node.js
#66This looks useful. HostGator will host a web site for $3.96 a month. You can't have any long-running processes. You're limited to CGI, PHP, and static pages. For low-traffic web sites that need some modest amount of host-side processing, that's an effective solution. There's nothing wrong with running a Javascript engine instead of the usual Perl or Python engines under CGI. If your e-commerce site does one sale a mi…
I'm not familiar with the benefits of HostGator but how is this better than spinning up a free Heroku dyno to serve your node.js app? That's also a very effective solution for low-traffic sites with a modest amount of host-side processing and more than enough for one sale a minute. It's got great options for 3rd-party service integration too (e.g. free MongoDB hosting for Not trolling, genuinely curious what the bene…
Free dynos shutdown every hour when it's not active.Starting up can take next to 10 seconds.Furthermore it's a free service,I don't think people should abuse their generous offer meant for testing purpose. There is no guarantee they will continue offering free dynos forever.
Some people got burned recently hosting mongodb servers on a popular Saas that used to provide free mongodb hosting.Now that Saas is paid only,and though they aren't deleting existing test dbs,they could choose to do it at anytime.
One shouldn't consider free offers fit for any production purpose.
Like you wouldn't use free domains for a production app would you ?
Re: CGI Using Node.js
#67This looks useful. HostGator will host a web site for $3.96 a month. You can't have any long-running processes. You're limited to CGI, PHP, and static pages. For low-traffic web sites that need some modest amount of host-side processing, that's an effective solution. There's nothing wrong with running a Javascript engine instead of the usual Perl or Python engines under CGI. If your e-commerce site does one sale a mi…
I'm not familiar with the benefits of HostGator but how is this better than spinning up a free Heroku dyno to serve your node.js app? That's also a very effective solution for low-traffic sites with a modest amount of host-side processing and more than enough for one sale a minute. It's got great options for 3rd-party service integration too (e.g. free MongoDB hosting for Not trolling, genuinely curious what the bene…
How is this better than spinning up a free Heroku dyno to serve your node.js app?
Heroku's free service is more limited than it was in 2012. Current policy: "Heroku comes with 750 free dyno hours for development use. Beyond that you must pay for what you use."
Re: CGI Using Node.js
#68Earlier quoted context omitted.
While I am on your side of the fence, there are a lot of those whose sole language is Javascript (learned from client-side) and have no time/motivation/ability to learn a new language. For them, wouldn't it be cool if they could use their existing knowledge and develop on the server? I'm not saying it's a good or bad thing, I'm just saying that's how it is.
I don't think so. I'm all for lowering barriers to entry but there is a point where it becomes harmful to the ecosystem and to the developers themselves. Software development is, in my opinion, an engineering discipline, and so it's hugely important to use the right equipment for a specific task. If somebody truly can't learn how to do server-side development properly then they need to pass the job onto someone who c…
> it's hugely important to use the right equipment for a specific task
You mention that "software development is hard" and even manage to talk about advancing the STEM field, but we're talking about handling some http requests and someone's weekend project that managed to register a domain name.
What is the right tool anyways? PHP as a CGI? Haskell? Does it matter?
Bottom line is that you're getting wound up by a project that has 9 commits. The last one was 2 months ago. I think your PHP job security is safe for now, my friend. https://github.com/UeiRicho/cgi-node
Re: CGI Using Node.js
#69I was under the impression Node.js could already be used to run back end code? Could someone explain to me (who is new to the industry) the difference between what this does and what Node.js already did?
This is designed to run without shell access, and without installing Node.js. Users on shared hosting cannot normally install Node.js, so are restricted to the usual LAMP stack, however this allows users to bypass this and process everything with Node.js.
> This is designed to run without shell access, and without installing Node.js.
How can you run that without installing node itself? the godaddy tutorial specifically says one needs to upload nodejs on the server.Whether you are running apt-get install node or uploading it,you are still installing node on the server
Re: CGI Using Node.js
#70Earlier quoted context omitted.
I don't think so. I'm all for lowering barriers to entry but there is a point where it becomes harmful to the ecosystem and to the developers themselves. Software development is, in my opinion, an engineering discipline, and so it's hugely important to use the right equipment for a specific task. If somebody truly can't learn how to do server-side development properly then they need to pass the job onto someone who c…
> it's hugely important to use the right equipment for a specific task Yet almost everything is built with a tool that's merely good enough for the task. Which usually makes it one of the right tools. You mention that "software development is hard" and even manage to talk about advancing the STEM field, but we're talking about handling some http requests and someone's weekend project that managed to register a domain…
[deleted]