mryan

There is a difference, even if you are unable see it. Consider this:

Is linking to copyrighted material Google's sole purpose?

Was linking to copyrighted material the sole purpose of TVShack?

The intent of the person behind the site is clearly important here. Intent is definitely taken in to consideration in cases such as this.

Just for the record, I don't think he should be extradited to the US over this. But I do think his intention was to make money from adverts that were posted next to copyrighted material. Is that a crime in the UK? I don't know, but it is a question that should be answered by the UK courts.

This is a really good idea, nice work! Making this work internationally will be very important if you want to be a legal competitor to movies.io. At the moment, none of the links work for me on any of the movies I tried. I saw links to iTunes/Amazon, but they are not available in my country (Netherlands).

Setting up country-specific links shouldn't be too difficult. I'd be happy to discuss implementation details with you, here or by email. Essentially you need:

- A way of identifying the country a user is in (GeoIP)

- A way of looking up country-specific links for each movie

Have you thought of doing something similar to http://takemymoneyhbo.com/? "This movie is not available legally in your country. How much would you pay to legally watch this movie right now?"

The resulting tweets could help growth, and you could become a standard-bearer for the people who want legal access to movies (which they are only denied due to moribund business models).

It uses TOTP - http://en.wikipedia.org/wiki/Time-based_One-time_Password_Al...

The article about the new MacBook Pro line also included a discussion of Airs and Mac Pros. Sometimes the discussion strays beyond the boundaries of the headline.

Most of the time that is a good thing - I for one am interested in the point the OP raised, which is that RDS (at all instance sizes) gives you no visiblity in to what is happening under the covers on your DB server.

Dude, that's like, totally SO not true.

You might want to read the HN posting guidelines - your comment history suggests you have not done so yet. I have no interest in continuing a conversation with you, based on the level of discourse evident in your previous comments. Have a good day.

Not entirely related to the OP, but I would love to see ssh://<public DNS name> links on the EC2 instance page. It sounds trivial, but being able to click these links to login to an instance (instead of copy hostname, open terminal, paste hostname) would save me a lot of time each day.

You did not mention any of these things in your original post. Why would you assume that he doesn't understand them, if you didn't even bother to type them?

But yes, completely failing to mention a point when attempting to make an argument generally means they fail :)

I think the flood of replies disagreeing with you suggest you might want to rethink that assumption.

Another reply to your post said you are making a 'religious argument' - I think there is some truth in that.

If you had said "in my experience, shared procs are not a good place to store business logic", that would have been your opinion, and no-one could argue with you. But you stated, as fact, that "business logic should be written in code, not in data and not in the database". This is not objectively true for all companies, and can be easily disproved. And was disproved, by all the people who said this assumption is incorrect.

Throwing around the names of authors does nothing to help your case (useless "appeal to authority"). I have read some of Robert Martin's work (but none of Martin Fowler's) and still think storing business logic in database rules can be a very good idea.

The term "cloud" is nebulous at the best of times, but I think most people would disagree that "renting servers" == "cloud".

"business logic should be written in code, not in data and not in the database"

This makes no sense. Stored procedures are code - just code that executes within your DB, instead of on your app servers. I agree that it makes sense to keep your business logic all in one codebase, but there are times when stored procs are a very efficient solution to business-logic problems.

Overall I agree that this "DB API" solution is not entirely elegant, and might provide as many security holes as it does interesting debugging challenges.

However, there are some situations in which I could see this being incredibly useful. Combining this Nginx's JSON/API modules means some parts of your API could entirely bypass your app servers.

Let's say you have an API that shows the ten items most recently liked by a particular user. Typically, this request would hit Nginx, your app server, then your cache and/or DB. By using the "shared procs API" and some Nginx modules, you could provide the same data by letting Nginx query your cache/DB directly.

You should try relaxing a bit more, this seems like an incredibly silly thing to get worked up about. There are plenty of legitimate things in the world to get angry about - object serialisers are not one of them.

IMHO, aggressive comments that contain nothing but sarcasm are not welcome here. Let's try and keep the place a bit friendly (or at least grown-up and professional), even if we disagree. If you are going to be sarcastic, at least have the decency to make an interesting point at the same time.

> When was Crockford elected to set the rules for programmers and why wasn't I given a vote?

Crockford was obviously not "elected" in any official sense. However, he produced something that the programming language needed, and it very quickly became a standard. Have you ever used JSON in a project? Then you implicitly voted for JSON and, by extension, Crockford.

> Oh, he was never elected? Why the fuck should I care about what one man thinks then?

Because the rest of the industry has decided that JSON's benefits outweigh its downsides, and using it is a net positive. JSON is not perfect, but it solves an annoying problem rather elegantly.

I think you are right - 99% of people who use it haven't heard of him. However, they probably copied the idea after seeing it on someone else's blog. Apparently Curtis is the one we have to blame/thank for initially popularising this particular phrasing. I seem to recall he blogged about it being effective for him, and it quickly became the de facto postscript for bloggers wanting more Twitter followers.

Underneath your sarcasm, I believe your point is that these models were sustained by paid advertising, thus Pinterest could become profitable by following the same model.

The cost of ads has plummeted in the last few years, and I seriously doubt Pinterest would remain profitable if its primary revenue stream is ads.

The UK has a scarily-advanced automatic number plate recognition system in place throughout many parts of the UK, particularly London and the south east. The police can, and do, track vehicles in real time using this system. This is particularly true in London, where this is used to enforce the congestion charge.

Although the collection of the congestion charge is automated, this system can be used to alert police to the location of a vehicle in real time.

http://en.wikipedia.org/wiki/Police-enforced_ANPR_in_the_UK

Good post, but I think the title is a bit misleading - "configuring an HTTPS site with Django and Nginx" might be more appropriate.

"Deploying Django... over TLS" suggests (to me, at least) some method of deploying Django over a secured connection, whereas this post describes how to set up Django/Nginx on a single server, with a self-signed cert.

Assuming this is a valid question, and not just a way of telling HN about your site, you need to read this:

https://developers.google.com/analytics/devguides/collection...

I found this by googling for "google analytics event tracking", which would have taken you less time than posting this question.

HN != stackoverflow

In terms of raw hardware, CloudFront is never cheaper than scaling your own servers. But when you compare the cost of CloudFront to running your own globally distributed network of servers, pushing media to edge locations, etc. it works out to be quite cost-effective.

Nice post, thanks for sharing.

I recently had a similar problem - I needed to serve dynamically resized images via CloudFront (with the images being stored in S3). Images are resized on-demand - if they exist they are served directly from S3. If not, they are resized and stored in S3, then the next request will serve them directly from S3.

It works rather well, although it is quite susceptible to the thundering herd problem - putting it behind a reverse proxy that supports collapsed forwards would probably help here.

I've put the WSGI app I used for this on github - hopefully someone finds it useful! https://github.com/mikery/s3cacher

Nice work Rob, I can see this being very useful. Some feedback:

The title of each code snippet should be a link, which takes you to the same page as the "comments" link. I imagine people will want to bookmark or email their favourite links, this might make it easier.

Social buttons (twitter etc) on each "code snippet" page will help spread the word

Although it has been downvoted I agree with the commenter who advised you to avoid use of "codes". "Code snippets" perhaps? Codes, in my experience, is usually seen in the context of a poorly-worded forum question. It obviously won't kill the site, but IMHO it just looks like a spelling mistake and doesn't fit in with the professional look of the site.

Best of luck with this, it looks great!

At the infrastructure: yes, all servers should be UTC, (almost) no question.

As for guessing timezones - I use GeoIP to get the user's approximate location, then figure out the timezone based on that. It is not perfect, but I needed something that does not require JS.

I work for a very cool startup in Amsterdam, and we are hiring Python/Django/JS devs. My email is in my profile - please get in touch.

Don't worry, you don't need a sense of fashion to work here. It was one of the first things I asked in my interview - if it was a pre-requisite, I would have had no chance :-)

No, but here's one: http://www.fashiolista.com/content/fashiolista-jobs/ :)

You can contact us via that page, or feel free to email me directly (email in profile).

PS: I had someone email me to see if this post was serious. It is - if you know Django/Python and want to live in Amsterdam, please email me.

Ah, the "30% ruling". For those that haven't heard of this wonderful piece of legislation if means you only pay tax on 70% of your salary if you qualify as a knowledge migrant. Yes, you get 30% of your salary tax free. There are also other benefits, e.g. you don't pay income tax on dividends from your home country.

It's not just consultancies and OEMs that will help apply for this - I work at a startup and I am classified as a knowledge migrant.

Any Django/Python devs who are interested in living in a beautiful city and only paying tax on 70% of your salary, please get in touch - we're hiring!

Yes, Curebit got caught stealing/hotlinking assets from 37Signals.

http://techcrunch.com/2012/01/28/curebit-apologizes-for-copy...

It appears that he is referring to JSON within the limited context of web APIs. The scenarios dismissed as a "very specific edge case in a development environment" appear to crop up all the time when using JSON for something other than APIs - for example, CloudFormation stack templates are written in JSON, and would sorely benefit from some in-line comments.

My nephew and I have had some success with "Hello World! Computer Programming for Kids and Other Beginners". Many parts of the book direct the student to try out the examples in the interpreter, which I think is a nice way of demonstrating the concepts immediately. It starts with strings and other basics, and gets gradually more complex. By the end of the book you will have "written" a basic skiing game with pygame.

http://www.amazon.com/Hello-World-Computer-Programming-Begin...

> It's completely useless to their organization. Junk data to be deleted later.

At least one person at Google thought it could be potentially useful:

> The report, quoting the engineer’s original proposal, gives a somewhat different impression. The data, the engineer wrote, would “be analyzed offline for use in other initiatives.” Google says this was never done.

I think Google is guilty of arrogance wrt privacy, rather than a fiendish plan to spy on people.

That's mostly irrelevant. A lot of people are not using Github just because it supports git - the network effect is one of the key drivers in choosing Github.