1. 代码完成了，测试后下午将提交。如果有问题，你看下MainPageController.java 551行开始。这里是准备每个打印机需要打印的数据的逻辑，mainidea是，看看系统有几个打印机，把他们的名字（注册时要用ip作为名字）加到printers。另外，为每个打印机准备一个需要打印的内容列表。570行逻辑结束
2. 前台展示： 查找<!-- hidden places for each printer -->， 该位置循环每个打印机数据，id分别为id="forPrinter1"、id="forPrinter2"、id="forPrinter3"......每个div的name属性即改内容所属打印机的ip地址。
3. 一个供你调试打印时用的秘密命令：我提供了供每个打印机打印的内容，可是这些内容再页面上是不可见的。所以提供了一个命令，用来把这些内容显示出来：
1. 在pintPreview页面，打开Chrome调试（F12），
   
2. 运行$("#showHiddenDivs").click();
   
3. 会弹出一个面板，显示各个打印机需要打印的内容。

1. 允许定制购物的时候不显示总价，或显示总价
2. 允许定制购物时的状态栏提示信息。
3. 允许定制点击checkOut按钮时是直接checkOut还是先显示当前所有选择，然后再checkOut.
4. 允许定制上传CheckkOut的图标。

1.  类别标签功能，
2. total总价计算有错。
3. 按铃报错说没有菜被选中。
4. 增加only selected/show All功能。
5. 提交后，除了createNewMainOrder，还要自动调用清空选择状态，
6. 提交后employee以上角色的bell不隐藏。

1. 打印内容的重新生成（菜名占一行，字更大）
2. 记录转为20状态的设计实现
3. 二级菜单改为fix+半透明
1. 改二级菜单不合适，因为页面跳转将导致在前面页面的选择丢失。
2. 改为feature页专门加分类条，防止选择丢失。
3. 分类条后面加个显示我的全部选择，（show all)，显示所有已选，
4. 分类条后面加个reset，复位所有选择。(改为提交后自动切换到signup页面/已经登录用户切换到dashboard页面）
5. 已经选的个数和总价钱。
6. bell或许可以改成分类条上的提交按钮（bell不变，只提示中增加总价总数）。
   
1. 总价计算有错。
4. 图像更小和mx值更小的效果测试
5. 针对平板的显示效果调优。
   

1. 开始不能输入错误异常：printer1更新菜品所属打印机时，service.persistence 抛出异常，但eclipse控制台没有任何显示。
2. 怀疑tomcat坏了，换回老的tomcat6，发现启动时报错class not found exception.（后来更新project property，增加maven属性解决）
3. 然后当访问taostyle时，页面报错：org.apache.tiles.impl.CannotRenderException: ServletException including path '/WEB-INF/layouts/default.jspx'.

系统会弹出对话框(Please leave a phone number to contact), 要求客人提供手机号码；

接下来弹出对话框(Address we should deliver to)，要求客人提供地址；

接下来弹出对话框(When you prefer it arriver:),要求客人提供接适合的送餐时间；

接下来弹出对话框(the name to whom it deliver to);要求客人提供姓名；

最后弹出确认信息(Order submitted!(if you are ordering from remote, please call us to confirm at your earliest convenience)).确认信息后，当前页面只显示客人点的餐。

1. 打印的字体变大（备注自占一行）
2. 用户提交命令时，要求输入名字（即使是在店内点餐，也邀请输入名字，提高服务质量）
3. 允许用户自己设置每个打印机负责打印那些菜。
1. 打印机用户登陆后不直接跳转dashboard，而是直接跳转feature页。
2. feature也的显示策略重新调整，改为显示各个类别下属于该打印机的菜品。
   
3. feature页的选择动作，后台所对应的行为要重新调整。改为为各个产品添加打印机信息。
   

1. 用户选完餐，点提交，记录已经存入数据库了。下一步开始在前台dashboard上显示出来（所有状态为未完成的订单，目前默认不为用户保留数据，完成--即已付费状态-一个删除一个）。(-----目前为下单：0， 准备打印10，打印完成：20，全部备齐50，处于临时选中1XX, 付款完成-1)
2. 目前代码是把所有订单放在mainOrder的，等试验成功了，第二步再分出detailOrder。采用自动刷新是必须的，否则老看着mainList不变，客户呼叫了都看不见。

智慧餐厅的打印神器飞鹅小票打印机

1. 这几天我在研究的问题是，mysql中的图片在导出导入后内容被破坏。不知道是因为不会设置？如果真有这问题，那么将导致（致命的）无法安全备份用户数据。
1. 发现从phpPGadmin直接导出到server的tmp目录，然后倒入本地的mysql数据库，图片没有问题。
2. 但是仅仅目前doit数据库为26M时，已经无法倒入本地数据库了，所以数据量大了会是很大的问题。
3. 最终方案还是用web service每日或随时进行增量备份到本地或其他node比较靠谱。
4. 每个客户必须在两个node上互相平衡，另外在本地花生壳备份。以防止服务器出现问题。
   
2. 我将开始尝试把项目切换成postgresQL，并测试postgres是否存在此问题。 （不存在问题）
   
3. 之后可以再测试下生产环境中的git瘦身方案是否有效，（实测有效，没想到这个大问题最后如此解决了）
4. 然后就可以开始自动测试脚本开发了。
1. advperson
1. 显示，登陆，登出
2. newclient
1. 创建，登陆，登出，改密码。
2. client定制内容
1. 增加菜单
2. 增加配置
1. 增加地址
2. 修改内容类型
3. 修改布局类型
4. 增加地址
3. 增加图片
4. 增加内容
5. 增加画廊
6. 增加服务
7. 增加html
3. 加员工，员工登入，登出
4. 员工角色改变，
5. 删除员工
6. 删除用户
   
5. 再然后正式开工！
1. 提交时数据发送到后台。
2. 后台存入MainOrder数据库。
3. dashboard显示归总记录。
4. 归总记录的删除和状态修改。（只保留打开按钮，删除修改全放在展开页面中进行）
5. 归总记录的展开。
6. 展开记录的修改。
7. 订单的删除（当状态进入到最后一个时，会被标记为-1，那什么时候删除比较合适？暂定employee登陆时吧，检查并删除所有标记为-1的记录，除非客户做了设置说不要清空）(暂时做法：删除就删除了，有收钱的票据和打印出来的票据就够了，要做大数据分析等下一版吧。
   
8. mainOrder表的使用。
9. detailOder表的使用。（用的是material表）
10. description修改是的名称价格解析检查，如果跟Service或Product中的名称或价格不一致要提醒更改。（目前方案是自动更改）
11. 不带桌号的请求，要求登陆先。（不要求登陆，但要求输入各种信息（电话，地址，时间）
12. 提供一个按钮，供Manager一下生成n个图片，这个按钮要放在Manager的dashBoard中，（改为只for_demo,stgo可用该功能）
13. Manager dashboard需要一个所有mainOrder的list，并提供一个Clean按钮，用于清空所有状态为-1的记录。
14. 生成的带参数QR图片要在employee登录时进行检查，如果存在则删除以减少空间消耗。(不需要了，因为只stgo可批量生成）
15. 展开记录的打印。（pei在研究）---我已经研究出了临时的打印方案（window.print()）。
16. 打印机和product的对应关系设置界面。
1. 需要增加一个表，用来map productID/ServiceID和printerID（不用了，用service/product中现有的字段，存逗号分隔打印机id）
2. 打印机设置页面
17. service，和product表的使用。（可以等下一版）
6. 最后要开始动态备份设计实现了。別等有人开始丢数据就晚了。数据库仍然采用MySQL，因为OpenShift提供了myPhpAdmin来协助管理MySQL，实测有效，图片完好，而且可以通过保存在/tmp来实现生产环境和测试环境间的互转备份，非常方便！（我们的目前的备份方案就是测试环境的定期备份了，以后再加上一个webservice的增量本地mysql备份）

1. 用自带浏览器（默认浏览器）打开网页
2. 右键-》打印
3. 选择一个三星手机自动识别的打印机（我选的是hp JetColor700）就打印出来了。

1. 三星手机（或者某些手机，小米和苹果尚未明确能否或如何打印）自带搜索打印机功能。
2. 网络打印机有某种供遵守的协议，用于让局域网内电脑发现。
3. 网络打印机是不需要电脑端安装任何驱动的。只要联网，发现，打印。
   

1. 技术参考资料的连接应该放到你自己的主页里，放在项目进度blog里面没有意义的。
2. 我赌有可能每个打印机上最后会付给我们300块钱，因为最后可能会不装魏女士的打印驱动，而用我们的驱动程序。(看来是她本来准备推那个国内做的程序给店里用的，然后前台用我们的程序，那么现在来看，国内的那个程序我们必须给替换掉。因为跟我们的功能重复了，最多我们再多做一个页面，把它的功能给实现了）
3. 至今想不明白她说的那个跑在android设备上的程序到底是干什么用的。感觉我们可以替代，而且说不定还必须替代。（对的，必须替代，然后价格提上去，利润跟魏平分）

1. 服务员页面设计。
1. 订单审批功能
1. 首先用MainOrder来记录合并菜单（能否同时支持一人一单和一桌一单模式？），用subOrder来记录细节
2. 用表格显示，字段包括id（不显示），桌号（可能是地址+电话），（位置号），总价（用于支持有的饭店到位子上收钱用），状态（客户预订，提交后厨，全部上桌，已付款，外加呼叫中---任何状态下，客户按铃铛，表示该位置的MainOrder改成呼叫状态）。
2. 订单修改功能
1. 要带加号表示点击展开以便于修改，要带垃圾箱表示清除该订单。
   
2. 订单展开页内容（要显示所点菜品图片，要允许修改，然后重新打印
   
3. 订单打印功能
1. 要做一个只对employee可见的打印设置页面，为每一个打印机配置菜品。
2. 外加一个config，key为打印机，value为逗号分隔的id字串，用来知道应该在哪个打印机打印。
   
2. selenium自动测试脚本补全。
   
3. bug fix: owner登录后，点击账户图标，界面混乱。
1. 数据库问题排除。
   
2. 尝试重新发布吧，（发现服务器上1G空间用完了，说不定是因为这个导致没有发布完全，从而出现的问题，上帝保佑---已经解决了，猜测正确，谢主耶和华老大！）
4. 设置专门的饭店服务器，在rightnow上面叫enjoy-rightnow.rhcloud.com -------不必了，还是用doit当生产环境，test当测试环境。反正最后要实现动态搬家的。
   
5. 帮pei配置环境
1. Blog账户设置
   
2. TeamViewer安装
   
6. 培训pei代码架构
1. 程序跑起来
2. 设置断点
3. 剩下的是回答问题