I have developed based on Drupal stack for more than 4 years. In my opinion:

• The learning curve of Drupal is higher than other stacks, since It’s flexibility. 
• Server environment in China is very poor. Drupal can works well at least installed in VPS.
• The requirement is very simple in China, you can just install something like DZ forum or DEDE cms to accomplish the goal. Since the feature requirement is not comes from business requirement, they just want a simple web page to display there company profile etc.
• Lots of teams want to build there own framework. (I disagree with this idea, it is wasting resource and time.)
• The traffic of the website in China almost 100x larger than EU or US, but the value of the traffic is very low. So you need do more performance optimization for the Drupal site in China.
• Most developers in China works on a Windows PC. So no drush, varnish, memcache, cron, etc.
• Lots of developers installed Drupal and thought that Drupal is a blog :)

Introduction:

Django is the modern base stack for web development. Compared with Ruby on Rails, I think I like Django better:

• Build-in ready to use admin interface
• Written in Python, with better performance
• Simpler and reasonable project struct
• Smaller base stack, but you can add what you want (ajax, south, REST, oauth …)

Essential tools for Django development:

virtualenv

We use this to manage the library for the project. You can have different environments (different python modules, different python versions) for every projects.

Create new clean environment foobar

virtualenv –no-site-packages foobar

Active the environment foobar

source foobar/bin/activate

Then install library in the environment foobar

pip …

At the end leave the environment foobar

deactivate

pip or easy_install

To install python libraries.

Django south

Database migration tool. Alertanative tool for syncdb

Create migration for your app

./manage.py schemamigration myapp –initial

Apply the migration

./manage.py migrate myapp

Then change the model myapp, and make a new migratation

./manage.py schemamigration myapp –auto

And apply it

./manage.py migrate myapp django-annoying

Useful decorators:

rederto ajaxrequest JSONField getobjectorNone

django-compressor

Compresses linked and inline javascript or CSS into a single cached file. And support coffeescript and less css framework.

django-pagination

pagination tools

django-piston

A mini-framework for Django for creating RESTful APIs.

django-celery

Celery integration for Django.

Celery is a task queue/job queue based on distributed message passing.

django-mongodb

MongoDB backend

django-admin-tools

Custom user interface, customizable dashboard

django-socialauth

oauth for social sites, login with twitter account, facebook account or gmail account

django-storages

Amazon S3, MogileFS file storage

django-grappelli

A jazzy skin for the Django Admin-Interface

django-profiles

A simple application which provides basic features for working with custom user profiles in Django projects.

django-registration

User registration and login

simplejson

JSON encoding and decoding

django-imagekit

Image process, support S3.

Beautiful Soup

Web Scrapping tool

django-workflows

django-workflows provides a generic workflow engine for Django.

The Django development environment steps:

How to install the virtualenv & django:

sudo apt-get install python-virtualenv

virtualenv –no-site-packages env_nm

source env_nm/bin/activate

pip install django

… ( install other modules )

deactivate

Export the libraries of the environment to a configuration file

pip freeze > requirements.txt

Install the environment in a clean environment

pip install -r requirements.txt

The missing part of Django settings.py

import os

ROOT_PATH = os.path.dirname(file)

MEDIAROOT = os.path.join(ROOTPATH, ‘static’)

TEMPLATE_DIRS = (

os.path.join(ROOT_PATH, ‘templates’)

)

Django Signals – You should pay attentation to this

This is the ECA (Aka: Event Condition Action) part of Django. 

ECA is the essentail part of modern web appliactions.

Other useful modules:

SQLAlchemy – use this when the django ORM is not enough.

Haystack – Modular search for Django.

Django-mptt – Preorder tree management

The design process can see at http://www.d7ux.org/

Drupal 7 UX design principles:

1. Make the most frequent tasks easy and less frequent tasks achievable.

2. Design for the 80%

3. Privilege the Content Creator

4. Make the default settings smart

Learned from D7 AI:

Less clicks is not nessarlly better.

Few options show = more decision made.

Order by frequency use

Dashboard module provide the simple way to organizing administrative tasks and tracking information within your site.

Database layer

New database API

1. New in D7 is the placeholder and placeholder array

$node = db_query(“SELECT * FROM {node} WHERE nid = :nid“, array(‘:nid’ => $nid))->fetchObject();

$title = db_query(“SELECT title FROM {node} WHERE nid = :nid“, array(‘:nid’ => $nid))->fetchField();

2. New result set loop functions

$result = db_query(“SELECT nid, title FROM {node}”);

foreach ($result as $record) {
$record = $result->fetch();            // Use the default fetch mode.
//$record = $result->fetchObject();  // Fetch as a stdClass object.
//$record = $result->fetchAssoc();   // Fetch as an associative array.
}

see more: http://drupal.org/node/310072

3. Dynamic queries

This is the big change in D7, see from http://drupal.org/node/310075

Support for master/slave replication

$result = db_query(“SELECT nid, title FROM {node}”, array(), array(
‘target’ => ‘slave’,
‘fetch’ => PDO::FETCH_ASSOC,
));

Support for Transactions

A function simply calls “$txn = db_transaction();” as its first (or nearly first) operation to make itself transactional.

Nosql (Mongodb) support

D7 has a mongodb module provide the mongodb API.

Other

Default to InnoDB engine

Semantic Web support

Support RDF

More

More secure password system, MD5 is no longer used.

More can see from http://drupal.org/about/new-in-drupal-7

扩展性很容易理解，比如开发团队的扩展性：一个程序员扩展为 7 人团队，7 人团队扩展为 20 人团队。比如公司业务的扩展性，从几十万的交易额扩展多几百万几千万的交易额。大家都很推崇互联网商业项目的主要原因即是它有很强的扩展性，同样的业务可以从几万的营业额扩展到几亿的营业额，目标客户可以从一个城市扩展到全国或者全世界，这是传统商业无法快速实现的。

WEB 系统的扩展包括：

纵向扩展

硬件方面可以更换更强劲的服务器，增加 CPU ，内存， 使用高速磁盘。

软件方面可以对现有代码的优化，重构。使用 Non-Blocking 非阻塞 IO 模式，或者异步 IO 模式，使用线程模式或者改用 事件驱动形模式。

目标是提高单机 qps ，连接数，来支持更多的连接，更多的用户，更多的业务量。

横向扩展

使用集群，更多的服务器代替单一服务器。

可扩展系统设计模式

负载均衡

这种模式将请求分发到并行的处理机上。要求程序 无状态 ，请求对于每个处理机都应该是相同的。比如常见的 REST 模式既是 无状态 模式。

分散聚集模式

这种模式将请求分发到多个处理机上，然后收集每个处理机返回的结果，得到整合的结果。比如Map-reduce也可以看做这种模式。

结果缓存

这种模式，首先查看请求是不是发生过，如果发生过则直接返回之前的结果，来节约处理时间。这种模式非常常见比如静态页面的 反向代理 ，各层级的 CACHE。

共享空间

所有的处理机监控共享空间中的未处理信息，处理完后将结果提交到共享空间，直到整个任务完成。

MAP REDUCE

这种模式通常用来解决 IO 密集型的业务，通过并行化的分布式系统来解决 IO 瓶颈。

队列模式

每个处理机从待处理队列提取任务进行处理然后将结果保存到已处理队列，多个处理机可以并行处理队列任务。

可扩展系统设计的要点

1. 快速失效并返回错误

2. 将复杂的大的请求分解成多个小请求

3. 利用 超时

4. 利用 缓存

5. 用队列来做缓冲

6. 精确测量每个步骤，记录详细日志

用 JSON 作为文本通信格式有很多好处：

JSON 就是 Javascript 中的一个对象，很容易把一个 JS 对象转换成 JSON 格式的数据

在JS 中进行对象和 JSON 的转换：

var myJSONText = JSON.stringify(myObject, replacer);
var myObject = eval('(' + myJSONtext + ')');

在 jQuery中进行对象和 JSON 的转换：

var obj = jQuery.parseJSON('{"name":"John"}');
alert( obj.name === "John" );

用 JSON-RPC 替代 XML-RPC 通常会把数据减小到 30% 左右

JSON-RPC 请求的例子

Client: { "method": "echo", "params": ["blog.eood.cn", "Hello JSON-RPC"], "id": 1}
Server: { "result": "Hello JSON-RPC", "error": null, "id": 1}

nodeJS 中对 JSON-RPC 做了支持

见 https://github.com/ericflo/node-jsonrpc

在 nodeJS 中创建 JSON-RPC 的服务端

var rpc = require('jsonrpc');
function add(first, second) {
    return first + second;
}
rpc.expose('add', add);
rpc.listen(8000, 'localhost');

在 nodeJS 中创建 JSON-RPC 的客户端

var rpc = require('jsonrpc');
var sys = require('sys');
var client = rpc.getClient(8000, 'localhost');
client.call('add', [1, 2], function(result) {
sys.puts('1 + 2 = ' + result);
});

PHP 中也有支持 JSON-RPC 的类库

见 http://www.jsonrpcphp.org/?page=example&lang=en

关于 JSONP

JSONP 是跨域 AJAX 通信的方式

jQuery 做 JSONP 请求和普通 AJAX 请求几乎一致

$.ajax({
    url: "http://blog.eood.cn/jsonp.json",
    dataType: 'jsonp',
    success: function(results){
       ...
    }
});

Pricing

Utilization-based pricing.

No charge for up to 1GB of ingres+egress, 25 machine hours, and 1GB storage.

Performance

Average put rate: 70 singleton puts/domain/sec

Netflix staff has forklift 1 billion rows into SimpleDB with a average rate: 10-11K items/sec.

Limits

And not support for joins, full text search.

Query examples:

select itemName() from log where itemName() like “77-11232%”

select * from log where itemName() like “%:1169:%” order by itemName() asc

SELECT * FROM songs WHERE Year BETWEEN ’1980′ AND ’2000′

SELECT * FROM songs WHERE itemName() IS NOT NULL ORDER BY itemName() DESC

SELECT count(*) FROM songs WHERE Year < ’2000′

Firefox SimpleDB management extension:

SDB Tool: http://code.google.com/p/sdbtool/

• Amazon SimpleDB PHP class:  http://sourceforge.net/projects/php-sdb/
• Examples of usage of SimpleDB PHP class: http://webmasterinresidence.ca/simpledb/
• Amazon S3 PHP class: http://undesigned.org.za/2007/10/22/amazon-s3-php-class

Drupal 提供了两种不同的部署方式，你可以通过命令行来部署，或者通过传统的WEB界面来维护。

本文只介绍命令行的方式。Drupal 有命令行维护工具 Drush 。通过Drush来维护系统是Drupal众多优秀的特性之一，它类似于Django中命令行自动生成数据库结构，或者PECL安装PHP的扩展模块，或者yum来维护Linux软件包。只需要一行命令就可以安装系统，或者下载一个模块。

1. Drush的安装：

对于Drupal6.x,下载Drush模块，并且解压即可：

$ cd ~

$ wget http://ftp.drupal.org/files/projects/drush-6.x-3.3.tar.gz

$ tar zxvf drush-6.x-3.3.tar.gz

$ ln -s /path/to/drush/drush /usr/local/bin/drush

这样你可以在任何目录执行drush命令。

2. 用Drush来下载安装Drupal：

你不需要从Drupal网站下载安装包，上传到FTP，再配置数据库，从WEB界面安装：

下载并且解压Drupal包：

$ drush dl

安装Drupal

$ drush is

安装CCK

$ drush dl cck

$ drush en cck

清空cache可能是开发中最常用的功能：

$ drush cc

查看watchdog信息：

$ drush ws

执行cron

$ drush cron

更多drush命令：http://drush.ws

推荐用Drush来部署和维护Drupal

所有模块的安装维护仅仅需要1-2行命令,不必在忍受WEB界面网速的问题。我们需要用最好最快的方式来节约时间，提高效率。

2. Advantage of Redis
Get Unique IDs just one query:
    INCR <object>
Atomic Opertion:
    MULTI
    …
    EXEC
Multiple Databases:
    SELECT 3
    The default database will be 0.
Pub/Sub Asynchronous message
    SUBSCRIBE room:a
    PUBLISH room “message”
    UNSUBSCRIBE room
Simple FIFO Queue
    LPUSH queue1 a
    …
    RPOP queue1

时常回顾team的开发过程, 虽然总体还算非常顺利, 但是仍然有很多可以改进的地方, 找出其中的问题可以大大提高开发的效率。

项目开发中遇到的问题，或许也是很多团队遇到的问题：

通常一个feature需要比计划更多的时间来完成；

孤立看一个feature，很难估计相关联的任务量，所以通常一个看起来简单的特性需要更多的时间来完成。Bug产生和解决的反复会延长估计的时间。将一个feature放到整个项目中还需要考虑到context的分析的工作量。

不能孤立的分析一个feature, 一个feature的增加，可能需要对之前很多feature的修改，一个feature的变化，可能需要对之前更多的feature进行改进。

有些时候程序员的效率会比平时低；

这常发生在task频繁切换的时候，假如一个任务正在进行，又增加了另一个任务，同一个人做的情况下就会遇到task的切换，很多时间浪费在环境的分析回忆上。

文档过多或者过少；

文档过多会浪费很多时间在写文档上，这是敏捷开发的大忌，但是完全不写文档很难做到协同开发，即使是自己写的代码时间久了也会忘记细节。

会议不能有效解决问题；

会议需要进行日程计划，每次例会需要所有人了解议题，提前熟悉相关内容，否则复制的问题沟通会很困难。

PM认为问题很简单，而开发团队认为很难解决。

应该把问题分离到程序解决和业务流程解决两部分，有时候单纯用自动化的方式不比人工流程效率高。其实难题往往通过第三种方式来解决，需要花更多的时间在问题分析上。

程序员和非程序员思维有很大区别(实际参与编码的程序员)：

程序员会考虑一个feature是不是会失败，而非程序员想的是一个feature是不是会成功，可以加上去。所以往往后者会不断的添加feature，前者会经常说实现这个很难，实现那个几乎没可能。

项目的开发，解决所有问题其实都是在一个现有的堆栈上进行的，这基于先前的开发经验或者网上能找到的参考的经验。也许问题是很简单，但是假如这方面的经验非常缺少，就会导致更大的开发风险，更大的难度。

非程序员往往从问题难度本身来看待开发的难度，而程序员则会根据经验来看待问题，比如现有技术堆栈和现有经验。

总之

项目的开发过程其实是ROI的控制和对细小任务风险的评估的过程，只有所有人能高效沟通，正确不断评估风险，正确审视投入产出比，才能真正做到开发的高效率。

转载请保留原文链接 http://blog.eood.cn/improve_communication_skills_and_development_efficiency

正确的做法是将一个域名301重定向的另一个域名

比如你使用带www前缀的域名作为主域名，可以将无www前缀的域名下的所有请求301重定向到主域名下对应的URL上。

将无www域名指向空白的目录,目录下只保留一个.htaccess文件, 文件内容为(以eood.cn为例)

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^eood.cn
RewriteRule (.*) http://www.eood.cn/$1 [R=301,L]

这样所有流量会引向正确的URL，还不会造成重复内容的问题。

这种设置方法还可以用在更换域名的情况下，比如你要更换老域名www.a.com为www.b.com, 将主站域名换成www.b.com后，将www.a.com指向空白目录,目录下只保留一个.htaccess文件，文件内容为

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP_HOST} ^www.a.com
RewriteRule (.*) http://www.b.com/$1 [R=301,L]

这样设置后无论搜索引擎爬虫还是用户都会自动跳转到正确的URL上。老网站的PR会逐步向新网站迁移。