redmine

#1.安装puma $ gem install puma 因为文件是从amazon云上下载，所以经常是连不上去，重试几次就好了。 安装好以后的gems路径一般为：/usr/local/share/gems/gems/puma-2.9.2 #2.配置puma 在redmine的config目录下创建文件 puma.rb，如 $ vim /usr/local/redmine-2.6.0/config/puma.rb application_path = '/usr/local/redmine-2.6.0' directory application_path environment 'production' daemonize true pidfile "#{application_path}/tmp/pids/puma.pid" state_path "#{application_path}/tmp/pids/puma.state" stdout_redirect "#{application_path}/log/puma.stdout.log", "#{application_path}/log/ puma.stderr.log" bind "unix://#{application_path}/tmp/sockets/redmine.sock" ##3.安装gems $ echo

技术只是基础 　　该系列的两篇文章《 .Net微服务实战之技术选型篇 》和《 .Net微服务实战之技术架构分层篇 》都是以技术角度出发描述微服务架构的实施。 　　如果技术选型篇叙述的是 工具 ，那么架构分层篇讲的就是 技巧 ，而本篇要讨论的就是 原则 。一直以来我会给身边向我探讨问题的人灌输一种理念，没有什么技术银弹，因为我们做的是软件工程，提供的是问题相应的解决方案，不同类型问题的解决方案是存在着本质上的差异。 　　继续提供之前的源码：https://github.com/SkyChenSky/Sikiro PS：该篇文章与.Net无关，其实主要是沿用前面两篇文章的命名，此外我认为DevOps不是简单的工具使用，应从软件工程角度进行出发。 什么才是优秀的架构设计？ 　　曾经有好几个同行问过我同一个问题：什么才是优秀的架构设计？我一直信奉着 两句话 和 一个定律 ： 架构服务于业务，技术服务于架构 康威定律（简单理解成组织架构的设计等同于系统架构的设计） 　　 架构设计 其实就是一种 方案 的 取舍 ，在 有限 的 资源 里(包括但不限人力、时间)能让 团队 顺利的实施技术，同时满足 业务规模 的需要，我认为可以称之为优秀的架构设计，简单来说两个字 合适 架构核心要素 　　核心的主要5大： 性能、可用性、伸缩性、扩展性、安全性 。 　　而我们所讨论的微服务，选择了扩展性

技术只是基础 　　该系列的两篇文章《 .Net微服务实战之技术选型篇 》和《 .Net微服务实战之技术架构分层篇 》都是以技术角度出发描述微服务架构的实施。 　　如果技术选型篇叙述的是 工具 ，那么架构分层篇讲的就是 技巧 ，而本篇要讨论的就是 原则 。一直以来我会给身边向我探讨问题的人灌输一种理念，没有什么技术银弹，因为我们做的是软件工程，提供的是问题相应的解决方案，不同类型问题的解决方案是存在着本质上的差异。 　　继续提供之前的源码：https://github.com/SkyChenSky/Sikiro PS：该篇文章与.Net无关，其实主要是沿用前面两篇文章的命名，此外我认为DevOps不是简单的工具使用，应从软件工程角度进行出发。 什么才是优秀的架构设计？ 　　曾经有好几个同行问过我同一个问题：什么才是优秀的架构设计？我一直信奉着 两句话 和 一个定律 ： 架构服务于业务，技术服务于架构 康威定律（简单理解成组织架构的设计等同于系统架构的设计） 　　 架构设计 其实就是一种 方案 的 取舍 ，在 有限 的 资源 里(包括但不限人力、时间)能让 团队 顺利的实施技术，同时满足 业务规模 的需要，我认为可以称之为优秀的架构设计，简单来说两个字 合适 架构核心要素 　　核心的主要5大： 性能、可用性、伸缩性、扩展性、安全性 。 　　而我们所讨论的微服务，选择了扩展性

技术只是基础 　　该系列的两篇文章《 .Net微服务实战之技术选型篇 》和《 .Net微服务实战之技术架构分层篇 》都是以技术角度出发描述微服务架构的实施。 　　如果技术选型篇叙述的是 工具 ，那么架构分层篇讲的就是 技巧 ，而本篇要讨论的就是 原则 。一直以来我会给身边向我探讨问题的人灌输一种理念，没有什么技术银弹，因为我们做的是软件工程，提供的是问题相应的解决方案，不同类型问题的解决方案是存在着本质上的差异。 　　继续提供之前的源码：https://github.com/SkyChenSky/Sikiro PS：该篇文章与.Net无关，其实主要是沿用前面两篇文章的命名，此外我认为DevOps不是简单的工具使用，应从软件工程角度进行出发。 什么才是优秀的架构设计？ 　　曾经有好几个同行问过我同一个问题：什么才是优秀的架构设计？我一直信奉着 两句话 和 一个定律 ： 架构服务于业务，技术服务于架构 康威定律（简单理解成组织架构的设计等同于系统架构的设计） 　　 架构设计 其实就是一种 方案 的 取舍 ，在 有限 的 资源 里(包括但不限人力、时间)能让 团队 顺利的实施技术，同时满足 业务规模 的需要，我认为可以称之为优秀的架构设计，简单来说两个字 合适 架构核心要素 　　核心的主要5大： 性能、可用性、伸缩性、扩展性、安全性 。 　　而我们所讨论的微服务，选择了扩展性

技术只是基础 　　该系列的两篇文章《 .Net微服务实战之技术选型篇 》和《 .Net微服务实战之技术架构分层篇 》都是以技术角度出发描述微服务架构的实施。 　　如果技术选型篇叙述的是 工具 ，那么架构分层篇讲的就是 技巧 ，而本篇要讨论的就是 原则 。一直以来我会给身边向我探讨问题的人灌输一种理念，没有什么技术银弹，因为我们做的是软件工程，提供的是问题相应的解决方案，不同类型问题的解决方案是存在着本质上的差异。 　　继续提供之前的源码：https://github.com/SkyChenSky/Sikiro PS：该篇文章与.Net无关，其实主要是沿用前面两篇文章的命名，此外我认为DevOps不是简单的工具使用，应从软件工程角度进行出发。 什么才是优秀的架构设计？ 　　曾经有好几个同行问过我同一个问题：什么才是优秀的架构设计？我一直信奉着 两句话 和 一个定律 ： 架构服务于业务，技术服务于架构 康威定律（简单理解成组织架构的设计等同于系统架构的设计） 　　 架构设计 其实就是一种 方案 的 取舍 ，在 有限 的 资源 里(包括但不限人力、时间)能让 团队 顺利的实施技术，同时满足 业务规模 的需要，我认为可以称之为优秀的架构设计，简单来说两个字 合适 架构核心要素 　　核心的主要5大： 性能、可用性、伸缩性、扩展性、安全性 。 　　而我们所讨论的微服务，选择了扩展性

百度网盘：Python项目开发实战（第2版）PDF高清完整版免费下载 提取码：exep 内容简介 本书来自真正的开发现场，是BePROUD公司众多极客在真实项目中的经验总结和智慧结晶。作者从Python的环境搭建开始讲起，介绍了Web应用的开发方法、项目管理及审查、测试与高效部署、服务器调试等内容，尽可能网罗了Python项目开发流程中的方方面面，有助于开发者建立有序生产环境，提高开发效率，让编程事半功倍。此外，在本书中Python仅仅是一个载体，很多知识点在非Python下也适用。 作者简介 日本BePROUD股份有限公司 BePROUD是一家专注于Python开发的公司，因云集了众多行业精英而闻名于日本国内。多年来的软件开发硕果累累，其精湛的技术水平，得到了客户及业界人士的认可和好评。 目录 第1部分　Python开发入门　　1 第1章　Python入门　　2 1.1 安装Python　　2 1.1.1 安装deb包　　3 1.1.2 安装第三方包　　4 1.1.3 virtualenv的使用方法　　5 1.1.4 多版本Python的使用　　7 1.2 安装Mercurial　　9 1.2.1 Mercurial概述　　10 1.2.2 安装Mercurial　　10 1.2.3 创建版本库　　11 1.2.4 文件操作　　12 1.3 编辑器与辅助开发工具　　14 1.3

写在前面： redmine_ldap_sync 是作者自己写的插件，但已经停止维护了。 redmine中国网站： https://www.redmineplugins.cn/ 一、安装redmine 使用 bitnami_redmine 一键安装程序 # 下载地址： wget https://downloads.bitnami.com/files/stacks/redmine/4.1.1-2/bitnami-redmine-4.1.1-2-linux-x64-installer.run # 加执行权限 chmod +x bitnami-redmine-4.1.1-2-linux-x64-installer.run # 执行程序，根据提示输入即可 ./bitnami-redmine-4.1.1-2-linux-x64-installer.run 二、在程序中安装官方插件： redmine_ldap_sync 官方github地址： https://github.com/thorin/redmine_ldap_sync 注意：github中的插件版本与redmine不兼容 推荐使用这个版本 链接： https://pan.baidu.com/s/15dJ9TPWvqVMs39Zv1cHCAw 提取码：8py1 安装插件步骤： # 1. 先把插件下载到目录中：/opt/redmine-4

什么是软件缺陷（bug） 　　 软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其应有功能的缺陷。一般定义缺陷有以下5条原则： 软件未实现产品说明书要求的功能。 软件出现产品说明书指明不应该出现的错误。 软件实现了产品说明书未说明的功能。 软件未实现产品说明书虽未明确提及但应该实现的目标。 软件难以理解，不易使用，运行速度慢，或者软件测试员认为最终用户会认为不好。 提交缺陷（bug）的要求: Bug描述的基本要求是分类准确、叙述简洁、步骤清楚、实际结果描述准确、复杂问题有据可查（截图或其他形式的附件）。基本要求如下： 问题描述时，建议分几步描述：模块或功能点=>测试步骤=>期望结果=>实际结果=>其他信息 单一：尽量一个bug只针对一个软件缺陷 简洁：每个步骤尽量简单明了 再现：问题必须能在自己机器上重现方可上报（个别严重问题重现不了也可上报，但必须标明） 复杂的问题：应附截图补充说明或直接通知指定的修改人，截图文件格式建议用JPG或GIF 报告中不允许使用抽象的词语：如“有错误”、“有时候”之类的不确定语句 一个BUG的生命周期 通过一个比较完整的bug的处理流程图，更深刻的理解bug的状态以一个bug的生命周期。 　　　　　　　　　　　　　　　　　　 详细介绍： 提交（打开）缺陷 在提交一个缺陷的缺陷，首先尽量描述这个缺陷的属性。Bug重现环境，bug类型，bug等级

前端早早聊大会，前端成长新起点，帮你提前二十天，站在新的起跑线，目标成为 用得上，听得懂，抄得走 的前端大会，计划 2020 年办 12 期，由前端早早聊与掘金联合举办。 第五届 - 前端监控体系如何搭建/用户行为/产品质量如何跟踪，4 月 25 日举行，8 位讲师，8 个小时，全天直播，报名链接： huodongxing.com/go/tl5 本文为第四届 - 前端职业规划专场讲师 - 远舟的分享 - 《如何做出专家级别的技术与技术产品规划》： 内容概要 大家好，非常高兴能在早早聊的规划专场，和大家分享我对前端做技术与技术产品规划的一些思考和心得。 先来了解下今天要分享的内容概要，先简单认识一下，之后从 为什么 ， 怎么做 ，以及举个栗子来讲做 规划的具体思路 。 1. 认识一下 2010 年，毕业后跟随几个老哥创业。 之后由于对前端动效比较感兴趣，所以于 2011 年底加入阿里，成为 alibaba.com 轻骑兵业务的一个切图仔。 12 年，开始参与 alibaba.com 的 DPL 体系建设。 14 年，成为 alibaba.com DPL 负责人并晋升高级前端工程师。 15 年底，开始搞 Fusion Design。 16 年，晋升前端专家。 18 年，离开 B2B 中台团队到了新零售一线盒马 从 0 到 1 搭建门店数字化业务和前端团队 从 0 到 1 建设货架可视化