如果你通过包管理器安装的redis，直接就有service脚本。直接用service redis start就可以后台启动

第一种 {代码...} 第二种 {代码...} {代码...} 哪种设计更合理一些？

将插入五张表封装在service的一个方法里，将Spring事务添加在service层 {代码...}

看你的数据好像id越大，time就越大，所以不妨换个思路 {代码...}

wsl 不能使用systemctl 导致我docker.service加了-H tcp://0.0.0.0:2375然后不能systemctl daemon-reload只是service docker restart的话好像配置不生效

一启动Wildfly8 ，端口8443被占用，占用的程序java.exe在还没有启动JBOSS8时候，java.exe未启动，但是一旦启动JBOSS8,java.exe立刻占用8443端口把启动窗口关掉，java.exe自动结束还有一个情况，localhost;8443进入后，点击 Administration Console 报404错误

那在普通三层架构中，也有遇到过这样的情况，如果放在action中，会无法使用事务管理。代码也不可能写在dao。这时候是重新把代码拷贝一份还是Service调用Service。回答请说明SOA服务架构，或者是普通三层架构可能引发的问题。

之前用了service work，导致用户下载文档有点小问题，没时间深入，就把pwa给干掉了，但是现在更新前端代码，发现用户还是击中了老的service work的缓存策略，有没有api可以把用户已经安装在浏览器的service work删除？

service 层的aop必须定义在第一层的方法上，也就是说如果service里面有2个方法A和B，A调用B，在B上面加了事务，这时候事物是不会起作用的，要想B的事务起作用，可以把B方法单独放到一个service下面单独调用。

是不是service-worker的缓存导致的。 service-worker生效之后，可能会强制缓存一些资源，这里面很可能就包含了静态资源。 你可以禁用掉浏览器缓存或者在代码里面去掉service-worker,强制刷新几次看看是不是这个原因

你需要查一下 docker daemon 的日志输出 不同系统日志输出在不同位置, 针对地看一下 {代码...}

7版本和6版本在服务的管理上有很大的区别，你提到打得“/etc/init.d/”是6版本的形式，现在7统一用命令systemctl对服务进行统一管理。具体细节请参考systemctl相关命令的文档说明.(1)设置开机自启动服务：systemctl enabled sshd.service 或 systemctl enabled sshd(2)设置临时启动服务：systemctl start sshd.service 或 ...

supervisor是nodejs开发的。我个人觉得生成环境使用pm2好一点，既然你知道supervisor，那nodejs怎么安装我就不讲了，讲下pm2在windows下的部署

理论上来讲还有一个MVC中的“M”，即model，在可以是mybatis之类的ORM层，一般数据库的操作都放到ORM中，而实际上调用ORM的地方就是service层。所以在service里面进行数据库查询是没问题的。

错误提示：getIpInfo.php?ip=60.190.83.242&jsoncallback=jQuery1121077…_1480386518973&qsData&_=1480…:1 Uncaught SyntaxError: Unexpected token :

{代码...} {代码...} 以上是代码, 假设循环出了3个li,分别是a,b,c. 当删除a之后, 修改c里面的service-icons时,this的指向是b;