Live data from Hacker News

The quick website launch checklist

newsletter.agiliq.com

21–30 of 48 posts

Re: The quick website launch checklist

#21

Good list, but what about security? SQLInjections etc? You need to have that covered more than the rest in my opinion.

How would you 'check' it, in the sense it could be on a checklist. Are there tools to automate this type of thing?

Good question. I did a quick Google search and here is a solution. http://sqlmap.sourceforge.net/

You could also let a program like Nessus run on your website. But that goes globally and will detect it.

Re: The quick website launch checklist

#22

I know the text says "... or equivalent software," but is there any great advantage between using Google Analytics or a hosted component on your own server? I feel it's impolite to subject your users to be tracked by Google and other huge companies just because they visited your website. Is there at least any tracking service that respects Mozilla's DNT[1]? [1]: http://dnt.mozilla.org/

> I feel it's impolite to subject your users to be tracked by Google and other huge companies just because they visited your website.

It's also probably illegal in Europe now, though at least in the UK the authorities have declared a one year moratorium on taking action over it because the new privacy rules on cookies etc. are practically unworkable even if well-intentioned.

Re: The quick website launch checklist

#23
post #5
post #4

Earlier quoted context omitted.

True, what I want to say is. If you have a ton of user uploaded media (and such), you probably want to not want SE to index everything. (For example to save bandwidth). I should probably re-word that line, but I dont want to get too technical.

> If you have a ton of user uploaded media (and such), you probably want to not want SE to index everything. (For example to save bandwidth). Bandwidth is cheap. Ranking poorly in search engines is not. If you've got a ton of user uploaded media, you've potentially got a ton of content for Google to pick up on and rank you for.

For something like an image hosting or pastebin site, isn't that possible a privacy concern?

I'm curious, what is the standard practice for the storage of static media - where are the static files (text/images) stored on the server, and how are the appropriate config files that concern that media set up?

Re: The quick website launch checklist

#24
I feel like this is a checklist that makes you feel like you're accomplishing something (checking off items on the list) while never actually launching your website.

In a way, it gives you a bunch of excuses to put off your public launch - "I just need to fix some CSS bugs in Firefox 2" or "I just need to test the backup restore process one more time to make sure it works". Most of us aren't building bank software here, and if you're building anything consumer based (think Facebook), the advantage of having a site up and getting feedback on it over having all these things checked off is astronomical.

Re: The quick website launch checklist

#25

Good list, but what about security? SQLInjections etc? You need to have that covered more than the rest in my opinion.

I was a bit surprised to see no meniton of security. Any website checklist that includes backups because "your website data is too precious" should have a security assessment on that checklist.

Re: The quick website launch checklist

#26
post #5

Earlier quoted context omitted.

> If you have a ton of user uploaded media (and such), you probably want to not want SE to index everything. (For example to save bandwidth). Bandwidth is cheap. Ranking poorly in search engines is not. If you've got a ton of user uploaded media, you've potentially got a ton of content for Google to pick up on and rank you for.

For something like an image hosting or pastebin site, isn't that possible a privacy concern? I'm curious, what is the standard practice for the storage of static media - where are the static files (text/images) stored on the server, and how are the appropriate config files that concern that media set up?

If you don't want the world to see your files, actually stop them from being accessed instead of politely asking robots to not index them.

Re: The quick website launch checklist

#28

I know the text says "... or equivalent software," but is there any great advantage between using Google Analytics or a hosted component on your own server? I feel it's impolite to subject your users to be tracked by Google and other huge companies just because they visited your website. Is there at least any tracking service that respects Mozilla's DNT[1]? [1]: http://dnt.mozilla.org/

Analytics software on your server has the advantage of tracking images, css, js, and other non-html-page files, and still works when your users use addons like Noscript, Adblock, or Ghostery.

Re: The quick website launch checklist

#29
Hmm, 13 drawn out items and none of them include a SQLi XSS or CSRF audit? Odds are there are plenty. Once your db and CEO's sexting logs end up on pastebin you'll probably be thinking that the robots.txt was pretty minor.

Re: The quick website launch checklist

#30
post #7

Earlier quoted context omitted.

That's ugly. But who cares? A sophisticated user (read, anyone using Pingdom) won't be using the same password for their Pingdom account and their email. Though the consequences if they did would be ugly.

Generally, I use a different password for every site (using 1passwords generate feature). That helps guard against any site storing in plaintext

I don't understand how people get by without a password manager and a seperate password for every site these days.
Post reply on HN