529 karma · joined July 5, 2007
On the server there are Dev, Staging, and Production environments. Dev and Staging are bare checkouts from the git repo. I have deploy shell scripts that automate deploying to both (checking out from source control and running database migrations). The process should be that code is deployed to Dev, then Staging and finally to Production.
The Production environment is NOT a checkout from source control. It is an exact mirror of the Staging environment. And the deploy script to production does the following:
- tags source control with the new release number
- creates a tar.gz backup of the production directories
- does a database backup dump
- then uses rsync to copy files from the staging web directories to the production directories.
- lastly runs migration scripts on the prod database
Cuzillion is something he seems to have made to give you a generalized example of what components affect your performance and by how much. So it allows you to test a fabricated example rather than a specific website.
if you are still using the extension I would suggest re-installing once more. I made some fixes and added a few other things, as well as integrating the Firefox update manager. So if you re-install once more, Firefox will automatically find new updates to it for you from here on.
Web 2.0 And Why You Shouldn't Fake Reviews http://www.anyarticle.net/Article/Web-2-0-And-Why-You-Should...
You can grab it here: http://wildstabmedia.com/hackernews and just save the xpi to disk and unzip to get at the source
Just curious, is it just you manually submitting links at this point?
Which is exactly the author's point. He says that small companies are forced to swing for the fences in terms of user-base because a) that is all advertisers are interested in and b) the competitors (such as Yahoo! and Google) offer free alternatives.
I dont think it reasonable to set Yahoo or Google as the measuring stick of success as those companies are clearly way out ahead of anyone
Also rewriting links seems too intrusive for my tastes and means I cant "Copy link location" which I frequently do. I like the idea, but I personally would have just used a single "click" event handler on the entire page using the capturing phase and hijack links to redirect through your site first, rather than doing a rewrite for every link in the dom
Even though it is not "new" I posted it because I wanted to ask the question of what are some of the sites out there that you have found employing those techniques to sell their product online.
An api to a user's comments or submitted threads would be handy. The output could simply be an RSS feed to make it serve two purposes, but JSON output would be especially nice.
- I didn't want to get trapped into being comfortable with some editor that I would later not have access to. vim will always be there on any unix box
- there are no showstoppers for vim. Every other editor is great because it has x and y, but the lack of z is annoying. with vim, you can configure it to do almost anything with macros in your .vimrc
- it was slow to get going at first, but now I find using vim you can edit files much faster than using the mouse.
OpenID is still getting better though. Yahoo! just became an OpenID provider which should help it catch on. And the ClickPass guys have built a great tool on top of it as well. So it looks right now like OpenID will survive and become better in time and perhaps achieve the goal of replacing the registration flow.
So while you say it is not the cure right now, I think that if you give it enough time it possibly could become one.
"If at first you don't succeed, try again. Then quit. No use being a damn fool about it."