Monday, April 15, 2013

Your Daily digest for Tech Geek`s Tools, Tips, Tricks and Tutorials

Tech Geek`s Tools, Tips, Tricks and Tutorials
Pipes Output
Survey Results: How To Improve The Deployment Of WordPress Websites
Apr 15th 2013, 11:29


  

As WordPress matures into a full-fledged CMS and more and more large online publishers come to rely on the platform, the practice of developing and deploying websites becomes increasingly important. High-profile members of the WordPress community, such as core developer Mark Jaquith and Cristi Burca, have spoken on the topic and built tools such as WP-CLI and WP Stack to improve the professionalism of our administration and deployment.

But what I'm really interested in is the current state of WordPress deployment: how an average developer manages the deployment of their websites, and how can we improve as a community?

In late July 2012, I conducted a short survey to help me answer these questions. The survey was open for three months and drew a modest but not insignificant 327 respondents. This article documents the results of the survey and draws some conclusions about where education is needed and how we can help each other become more professional when deploying our WordPress websites.

The Demographic

In my survey, I asked a few questions to establish the demographic that's working with WordPress; this was obviously already done in far greater detail with the WordPress user and developer survey, but I felt that getting a sense of who was responding to this survey was important. Of the 327 respondents, 43% self-identified as developers, 10% as designers, 40% as both designers and developers and 7% other.

The vast majority were located in the North America (50%) and Europe (38%), with the following continents also registering: Asia (6%), Australia (4%), Africa (3%) and South America (1%). I also asked respondents how they would categorize the businesses they work for. Here's how they responded:

biz-type

The results were overwhelmingly in favor of freelancing (46%), with small businesses (19%) and small agencies (17%) taking a close second and third place, respectively. These figures back up accepted knowledge that WordPress is largely used by small internal Web teams, regional Web agencies and freelancers. Finally, as with the WordPress user and developer survey, I asked respondents whether they made their living from WordPress. This was relatively evenly split, with a small majority of 59% saying yes.

That said, of those who identified themselves as developers, 67% said they earn their living from WordPress, which suggests that WordPress developers are generally more inclined to stick with one platform than designers, who are perhaps more agonistic.

Deployment Practices

Now we get to the meat of the survey, how respondents actually deploy their WordPress websites. Combined, the 327 respondents maintain 6,378.5 WordPress websites — yes, someone maintains half a WordPress website. The majority of respondents manage a fairly small number of websites, with 46% looking after fewer than 10. That said, an impressive 8% manage between 30 and 40 websites, and, incredibly, one person is responsible for 700. Below is a breakdown of the numbers.

Websites Maintained by Survey Respondents

Number of websites Number of respondents
Fewer than 10 149
10 – 20 109
20 – 30 26
50 – 100 7
100 – 200 4
200 – 500 1
500 – 1000 1

Version Control

I asked all respondents whether they use version control and, if so, which software they favor. Astonishingly (at least to me), 45% of respondents said they do not use version-control software at all as part of their workflow. Of the remaining 55%, Git was by far the most popular, taking 41% of the vote, and Subversion surprisingly accounted for only 9%. Drilling down a little deeper, 28% of those who identify themselves as a developer stated that they do not use version control, and 48% of those who are both developers and designers said the same. Here's a breakdown of overall responses on version-control software:

version-control

Next, I asked respondents what method of deploying websites they favor. These I broke down into FTP, SFTP, SCP, SSH + version control, SSH + version control + Capistrano, and other. Again, somewhat shocking for me was to find that FTP took 49% of the vote, followed by SFTP (20%) and SSH + version control (17%). My preferred method, SSH + version control + Capistrano, got only 3% of the vote; but even with so low a number, I was pretty encouraged to hear that people out there take the time to work in this manner.

Environments

I asked respondents whether they maintain different environments for their WordPress websites — that is, whether they set up local, test, staging and live environments. Answering yes didn't require that they run all of these environments, but simply that they differentiate between the website they develop on, the website on which they show changes to a client and the live website. The vast majority of respondents (75%) indeed do this, which is great news.

An important facet and constant pain point of running multiple environments is the need to alter URLs in the WordPress database when migrating the database from one environment to another. I asked respondents how they typically deal with this problem and gave them an open field to type their answer. Here are some answers that came up repeatedly. These aren't actual responses, but rather my representation of groups of similar replies.

“I don't migrate between staging and live databases.”

“I don't touch the database. I just export and import posts out of and into WordPress.”

“I use Dave Coveney's PHP script for finding and replacing URLs in the database, including those in serialized data.”

“I do a find-and-replace on the SQL dump and the website's files.”

“It's a massive pain in the arse, and I steer clear of it.”

“I dunno. What is the best practice on this?”

Cowboy Coding

Finally, to gauge how strictly people adhere to general best practices, I asked respondents whether they ever cheekily edit code on the live server. Let's be honest: this question is only ever going to yield one outcome. As expected, a whopping 76% owned up to having tweaked some WordPress production code in their time.

What We've Learned

In reviewing the lessons learned, it's important to say up front that I am not criticizing the development and deployment practices of the survey's respondents. The goal was to identify the areas where we, as a community, can become more professional and to draw some conclusions on how we might achieve that. You'll find no finger-wagging or hyper-critical feedback for developers — just broad conclusions drawn from the responses.

Version Control

First, clearly not enough of us are using version control in our everyday workflow. This is a fundamental tool for any developer, and for 61% of those who self-identify as a developer or as both a designer and developer to say that they don't use version control indicates that effort is needed in the WordPress community to educate developers on the importance of source-control management.

Still, while not enough WordPress developers use version control, that so many who do use Git is very positive. I prefer the decentralized approach of Git, and while WordPress' core team still uses (and will likely continue to use) Subversion, Git brings many benefits. Suppose a few teams are working on a project. Each team could write to its own repository, and then a senior member of the quality-assurance team or an administrator could merge changes from all of those repositories into a protected repository before deploying the website. This approach makes a lot of sense if the website you're working on is large and members of your team are dispersed, and it's why I favor Git.

Environments

While a lot has been done to grapple with the issues arising from WordPress storing URLs in the database, the problem goes beyond WordPress' core and extends to plugins and even to the pesky URLs ending up in serialized data. This is a pain in the arse at best, and a complete time-suck at worst. There are many options for overcoming this, but the most common choice is either not to migrate data from environment to environment at all or to use Dave Coveney's PHP script. Both have their problems. For me, the first just isn't viable, and the second, while perfectly acceptable, isn't automated enough and is pretty time-consuming. There has to be a better option.

Free and premium tools and plugins offer solutions to this problem. One that came up a lot in the survey's results was BackupBuddy and its migration feature. I've played around with its functionality, and, while it works perfectly well, it does not (as yet) work with Multisite, and I actually found the process more arduous than using a find-and-replace script. One project of mine that has emerged from this survey is to automate the find-and-replace process with a tool for Capistrano.

Conclusion

The survey's results have shown the need for more education on professional deployment practices. Mark Jaquith's talk "Scaling, Servers, and Deploys, Oh My!" is a must-watch for anyone deploying WordPress websites. And the WP Stack project on Github and WP-CLI are also worth checking out if you're interested in breaking free of the browser and speeding up your administration of WordPress websites. For my part, I plan to start blogging more about professional WordPress deployment practices and to release more Capistrano tools on Github. Finally, I would love to hear in the comments section about the kinds of issues that you'd like to see covered in future posts and of any other projects that are moving this issue forward.

(al)


© Kieran Masterton for Smashing Magazine, 2013.

Twitter si prepara (forse) a rivoluzionare la musica online con #music
Apr 15th 2013, 10:58

Di questa applicazione se ne parlava da mesi. Da quando Twitter un annetto fa aveva aquisito We Are Hunted. Il servizio in questione era una specie di motore di ricerca che scandagliava la rete per identificare la musica più hot del momento. Naturalmente, come da buona tradizione in ogni acquisizione che si rispetti, si comprano le competenze e si sotterrano i servizi. We Are Hunted non esiste più. Ma qualcosa di simile sta per essere integrato dentro Twitter col nuovo servizio #music.

«E' fuori discussione che Twitter e la musica viaggino insieme alla grande. Gli artisti hanno scelto Twitter come canale primario per rimanere connessi coi propri fans e le persone condividono e scoprono nuove canzoni e album ogni giorno. Non vediamo l'ora di mostrarvi a cosa stiamo lavorando».

Per ora al di là dell'home del servizio raggiungibile sulla pagina music.twitter.com si conosce poco e niente, a parte il fatto che dovrebbe girare su un'app separata da quella di Twitter. Il che non sarebbe proprio il massimo perché è più semplice tenere incollati gli utenti su un app che non su due. #music dovrebbe consentire agli utenti di guardare video musicali da Vevo (esattamente come già accade su YouTube) e ascoltare musica da SoundCloud. L'obiettivo per Twitter è quello di provare a monetizzare ricalcando un modello di business simile a quello utilizzato da Spotify. L'applicazione dovrebbe arrivare sui vari App Store entro venerdì.

50 Simple and Neat Vector Icons Free for Download
Apr 15th 2013, 07:10

Advertise here via BSA

Simplicity Vector Icon Set is designed to create a simple looking set that can fit into every project. With this set, we hope your project will be given a clean and prominent feel. They can be scaled to any custom sizes while the quality is still intact.

Web Icon Set has released a set of Free Simplicity Vector Icons. There are total 50 vector icons in 16-512px size. They come in PNG and PSD format. Simply Click the Download button and enter $0, and then you will get them for free if you want. They are free for personal and commercial projects. They are suitable for websites and web applications.

simple-icons

Requirements: -
Demo: http://www.webiconset.com/simplicity-vector-icon-set/
License: License Free

Sponsors

Professional Web Icons for Your Websites and Applications

A Guide for Mobile Game Development for Browsers
Apr 15th 2013, 07:01
SaaS and the cloud: A primer for IT pros
Apr 15th 2013, 07:00

This primer covers a wide range of topics to help you reap the benefits of the cloud while avoiding potential problems, such as security risks, performance issues, and vendor lock-in.

You are receiving this email because you subscribed to this feed at blogtrottr.com.

If you no longer wish to receive these emails, you can unsubscribe from this feed, or manage all your subscriptions