阿里云OSS代码：
实现逻辑：
当用户上传图片到服务器后，调用OSS接口，通过阿里云内网将图片传输至OSS bucket nuonuo
网站所有图片展示代码从阿里云OSS中获取路径
OSS操作SDK见：
http://docs.aliyun.com/?spm=5176.383663.9.4.Rfrwyk#/oss/sdk/sdk-download&python

coding=utf8

from oss.oss_api import *

OSS_HOST = 'oss-cn-beijing.aliyuncs.com' # OSS 北京外网节点

OSS_HOST = 'oss-cn-beijing-internal.aliyuncs.com' # OSS 北京内网节点
OSS_ACCESS_ID = 'X1gYXN4WST6T2wjd'
OSS_ACCESS_SECRET = 'AbZrw1Gz7W1iHImBi7nqSFY5PotJEC'

OSS_BUCKET_IMAGE = 'nuonuo'

oss = OssAPI(OSS_HOST, OSS_ACCESS_ID, OSS_ACCESS_SECRET)

logger = logging.getLogger(name)

def put_object_from_file(object, filename):

res = oss.put_object_from_file(bucket=OSS_BUCKET_IMAGE, object=object, filename=filename)

if res.status is 200:

return True

else:

return False

pass

def put_image(object, filename):
logger.debug('begin putting image')
try:
res = oss.put_object_from_file(bucket=OSS_BUCKET_IMAGE, object=object, filename=filename)

    logger.debug("%s\n%s" % (res.status, res.read()))

    if res.status is 200:
        return True
    else:
        return False
    pass
except Exception as e:
    logger.debug(e)
    return False
pass

录入 专家信息 时， 比如化妆师， 专业是否可以选择不限。

如果可以录入 专业 = 不限，用户过滤时，各个专业都可以出现这个化妆师么？

Question:

1. 花门和路引 是否需要拆开处理. 用户会分开选购么? 是否建议这么做.
2. 原材料层面, 花门和路引 是否可以处理成跟花艺同级的分类?

从淘宝店上看, 花门和路引大多是配套销售的.
淘宝店链接

原材料层面,
除了花门和路引之外, 其他花艺类别, 并无明显差异.
更多的是根据使用目的不同进行定制.

花门, 跟花艺目录下的其他子分类, 原材料层面差别太大, 没有多少共性.

报错

1. 确保用户先登录. views 没有加入 login_required 检查.
2. std_product 流程没有处理. Expert 的 司仪 和 化妆师, 均可购买.
3. 结算前, 需要填写婚期. 没有填写婚期的场景, 未处理.
4. 使用 install.sh 脚本初始化数据库. 或者参考 install.sh 的操作流程.

有关联的模型之间在Admin管理页面可以直接关联添加，类似于admin里的Inline,比如：
供应商（司仪、化妆师、摄影、摄像、花艺、AV、场布）和他的婚礼案例的关联编辑
花艺单品和他的明细项管理关联编辑
套系和单品的明细项关联编辑
以此类推

单品的数量和价格要有展示，一类产品下单要有总价，例如花艺的总价格，AV工程产品的总价格

1. 与 user 与 login 系统集成
2. level 字段 扩展至 SLA 模型

用于 过滤时 判断有没有才艺

DIY摄影师中的数据是摄像师，摄像师的数据是摄影师

添加到购物车时, 不校验其他人的购买信息.

但, 如果自己已经购买该 expert, 则不再添加数量.

使用: 司仪

“舞台背景供应商” 改为 “舞台效果供应商”

使用基础价格, 还是根据用户勾选的服务项目用总价格过滤

数据库增加一张表: 供应商星级表. SLA_Provider

暂时只包含星级名, 描述信息, 后续可扩展增加 经营范围权限 / 最大产品数 等 SLA 信息.
当前的使用效果如下图:

Question:

1. 如果需要保留这张表, 请提供具体的供应商分级数据.
2. 如果不需要, 则改回纯数字的 star 代替 SLA 管理.

ValueError at /service/mc
need more than 1 value to unpack
Request Method: GET
Request URL: http://localhost:8000/service/mc?csrfmiddlewaretoken=05Px5krKI9kPlEI8crtb08cZyenUct9t&type=mc&height=on
Django Version: 1.7.7
Exception Type: ValueError
Exception Value:
need more than 1 value to unpack
Exception Location: /Users/shikai/nuonuo20150608/nuonuo99-v0.88/base/choices.py in action, line 18
Python Executable: /usr/bin/python
Python Version: 2.7.6
Python Path:
['/Users/shikai/nuonuo20150608/nuonuo99-v0.88',
'/Library/Python/2.7/site-packages/mysql_connector_python-2.0.3-py2.7.egg',
'/Library/Python/2.7/site-packages',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages',
'/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old',
'/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload',
'/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/PyObjC',
'/Users/shikai/nuonuo20150608/nuonuo99-v0.88/base']
Server time: Sun, 7 Jun 2015 02:26:06 +0000

档期维护：
摄影师、摄像师、化妆师、司仪的档期维护

订单维护：
订单的修改、加单、取消、功能

套系维护：
套系的添加、修改、删除、首页推荐

供应商级别维护：
供应商基础信息的管理、级别的维护

待添加

需要一个完整的用户侧操作流程, 从用户开始选购, 到下单. 不必关心后台逻辑.

1. 花门, 桌花, 路引 是单独的产品, 用户如何选购?
2. 何时鉴别用户选购的各子类产品是不是来自同一个供应商.

关键在于, 用户体验.

花艺二级分类具体包含哪几个类别? 比如 桌花, 花门, 路引
最好可以尽早给出一个不重不漏的全集.

meta language

加入购物车, 下单结算时. 均会检查 档期.

购物车中有 司仪 / 摄影师 时,

如果允许用户修改婚礼时间, 对应的业务流程处理细节

每个用户可以对有交易的单品、供应商、套系、作评论，评论分5星，如果是差评需要上传图片，给出解释
评论列表，评论详情页
每个用户可以关注对应的单品、供应商、套系，关注后，对应单品、供应商、套系的粉丝+1，取消评论则粉丝-1
点赞，用户可以对别的用户、单品、供应商、套系点赞，点赞后，对应的用户、单品、供应商点赞数+1

婚期, 不能早于当前下单时间.

有作品的案例
http://www.0731hunqing.com/team/060c32013.html
http://www.0731hunqing.com/team/060562013.html

没有作品的效果
http://www.0731hunqing.com/team/060c22013.html

跟摄影师, 摄像师类似. 作品的照片似乎更有说服力.

具体可以查看哪些字段

产品描述
产品描述2
产品描述3

样图1
样图2
样图3
样图4

这个bug在花门价格选择全部的时候，筛选报错，并且样式选择全部 筛选也会报错

目前只有年龄段(80后, 90后), 后续可能会扩展到星座.

相对于年龄段, 90 后妹子们结婚时, 可能更倾向于按星座找人.

Question:
后台数据库中, 存储完整的 出生年月日, 还是年龄段, 星座单独处理.

何时锁定一个司仪的档期, 对应时刻不能被其他人购买.

几个可能的时间点.

1. 加入购物车. -- 操作随意性高, 不能锁定. 友好提示.
2. 付款后 -- 锁定. 其他人不能购买该时间的服务.
3. 结算生成订单 -- 是否模仿火车票购买, 结算后 40 分钟内付款. 否则取消订单. 订单生成后, 锁定.

考虑到, 可能没有填写婚期的情况

admin后台，添加主持人，供应商信息的时候选择省市区域商圈级联
用户注册，短信验证
微博、微信、QQ直接关联用户信息
分享
主持人，供应商、产品、类别首页
购物流程
订单流程

比如心愿单

结婚时, 可能更倾向于对比之后做选择.

事实上, 对比的不是 2 套完整方案. 而是具体的细节.

现在的购物车, 更名为心愿单, 辅以一定界面设计, 完全可以满足这个需求.

前端的购物车界面, 跟 DIY 界面合二为一了.

用户添加到购物车, 或者下单时.

需要对司仪, 摄影师等的档期进行校验.

1. 司仪设置的档期
2. 订单中的已购买信息

1、司仪要有区域（国家、省、市、区域、商圈），籍贯（省）
2、供应商也要有区域（国家、省、市、区域、商圈），现在只有地址，需要拆开
要预留LBS信息，与地图整合
3、所有图片内容在Admin展示时需显示出来，而不是一个连接
4、图片需要上传到阿里云OSS，我发给你。
5、花艺产品：
原材料是多个字段，比如玫瑰30枝，红色；100枝蔷薇，粉色
加一个标签，可多选的：热情洋溢/甜蜜伊人等，用来标示这个花艺产品的特色
6、尺寸分两个字段：直径（花球）/长宽高（花门等其他）

我还在思考，后续在增加

添加到购物车成功后, redirect 到新页面

添加链接不要直接暴露给用户, 可以刷新.
刷新会导致重发添加请求.

type_id 组成 product_key

作为 Excpert 和 std_product 的一个 方法

前后台打通时, 使用 product_key

抽象出 base

工作年限, 年龄段

总体项目内容及顺序计划:
5月25日 运营开始录入平台基础信息、供应商信息、单品信息、套系信息、档期信息等
功能开发完毕：
Web网站+手机版
首页集成整合，用户注册、登录、婚礼方案（套系）首页展示整合
DIY页面集成整合
快速定制整合
订单到付款整合
供应商首页、单品首页、案例展示、套系展示、作品展示
评论、点赞、收藏（粉丝）功能
我的诺诺
分享

后台重要功能开发：
运营人员管理界面（非admin）
套系维护、单品维护、订单维护、付款维护、支付管理（第三方支付）

第三方工具集成
第三方登录（根据申请进度）
第三方支付
客服IM集成
友盟
数据统计

性能优化测试阶段：满足10000并发 在0.2秒以内
可选方案：静态页面缓存 or Redis

待讨论更新