拷贝

1.准备基础环境 基于jdk1.7+tomcat7+centos7，这里这些东西的配置就不说了 2.去官网下载solr5.5zip的包 https://lucene.apache.org/solr/ ，选择zip的包，然后下载到本地，解压 3.拷贝项目 将solr-5.5.0\server\solr-webapp目录下的webapp文件夹拷贝到tomcat7下webapps下，并改名为solr，如图 4.修改 tomcat7-1\webapps\solr\WEB-INF目录下的web.xml文件， 这里的solrhome是你自己配置的路径，我的是本源码上的路径，如下： （如果solrhome配置错误就会报错）如下： 5.拷贝jar包 将 solr-5.5.0\server\lib\ext目录下的所有jar包拷贝到tomcat7-1-> webapps -> solr -> WEB-INF -> lib 6.拷贝log4j.properties 将 solr-5.5.0\server\resources目录下的log4j.properties文件拷贝到 D:\apache-tomcat-7\webapps\solr\WEB-INF\classes下 若不存在classes文件夹，需要手动创建一个 重新启动tomcat 就会看到启动好的solr了 来源： oschina 链接：

思路： git clone特别慢是因为 github.global.ssl.fastly.net 域名被限制了。 只要找到这个域名对应的ip地址，然后在hosts文件中加上ip–>域名的映射，刷新DNS缓存便可。 实施方法一： 在网站 https://www.ipaddress.com/ 分别搜索： github .global .ssl .fastly .net github .com 得到ip:  github.global.ssl.fastly.net的ip  github.com的ip 打开hosts文件 Windows上的hosts文件路径在 C:\Windows\System32\drivers\etc

Python深浅拷贝 一、引言 在python中，对象赋值实际上是对象的引用。当创建一个对象，然后把它赋给另一个变量的时候，python并没有拷贝这个对象，而只是拷贝了这个对象的引用 针对该列表 l1=['a'，'b'，'c'，['d'，'e'，'f']] 一般有三种方法，分别为：拷贝（赋值）、浅拷贝、深拷贝 注意：拷贝/浅拷贝/深拷贝都是针对可变类型数据而言的 1.1、可变or不可变 id不变值可变，即在原值的基础上修改，则为可变数据类型；值变id也变，即重新申请一个空间放入新值，则为不可变数据类型。 age = 19 print(f'first:{id(age)}') age = 20 print(f'second:{id(age)}') first:4384901776 second:4384901808 二、拷贝 如果l2是l1的拷贝对象，则l1内部的任何数据类型的元素变化，则l2内部的元素也会跟着改变，因为可变类型值变id不变。 l1 = ['a', 'b', 'c', ['d', 'e', 'f']] l2 = l1 l1.append('g') print(l1) ['a', 'b', 'c', ['d', 'e', 'f'], 'g'] print(l2) ['a', 'b', 'c', ['d', 'e', 'f'], 'g'] 三、浅拷贝

前言 　　最开始了解到深浅拷贝是因为准备面试，但那个时候因为在学校做的项目比较少需求也比较简单，所以没有在项目中遇到这类问题，所以对这个问题就属于知道这个知识点，看过相关内容，却没有自己的总结，也没有深入的了解。后来在工作中遇到过两次这样的问题，第一次遇到后我写了一篇文章《在vue项目中遇到关于对象的深浅拷贝问题(地址指向)》 https://www.cnblogs.com/songForU/p/11187861.html ，记录了需求、错误代码及解决方案，那个时候认为自己的解决方案就是深拷贝；然而第二次遇到问题后，无论我怎么使用那些方案都无法解决问题，也写了一篇文章记录了一下解决方案，《javascript数组/对象数组的深浅拷贝问题》 https://www.cnblogs.com/songForU/p/11469498.html ，但是很遗憾我依旧没有搞明白之前我认为的“深拷贝”为什么出现了问题，可笑的是依旧没有去深入了解，只是简单的记住了解决方案。 　　直到最近我组长给我一个截图，上面是关于深浅拷贝的知识点。我看了内容就懵了，为啥我之前认为“深拷贝”方法是浅拷贝，那到底什么是深浅拷贝？截图内容大致如下： 浅拷贝 　　拷贝属性值到新的对象中，如果属性是对象的话拷贝的是地址，对象属性指向共同的地址；其中Object.assign()和...可以实现浅拷贝。 深拷贝 　

1、用git打包tgz文件 打开git bash. 执行命令 tar -zcvf chart.tgz 待打包文件夹 2、从docker拷贝出文件 查询服务的docker信息: docker ps docker cp 容器ID:/目录/app.jar app.jar 上面的步骤是把文件从容器拷贝到主机，拷贝到主机后就可以用moban复制出来到windows电脑。 3、从登录主机进入docker容器 进入docker容器：docker exec -it 容器ID /bin/bash 如果要正常退出不关闭容器，按Ctrl+P+Q进行退出容器 4、docker集群重启 停止从节点- systemctl stop docker 停止主节点- systemctl stop docker 启动从节点- systemctl start docker 启动主节点- systemctl start docker 5、查询路由 iptables -L 6、停止docker中的服务 查询服务列表: docker service ls docker service rm 服务名 7、启停所有的docker systemctl stop docker systemctl start docker 8、拷贝整个文件夹内容到服务器 用鼠标从windows拖动文件夹到moban左侧窗口的当前路径。 9、加载镜像包

阅读目录 mmap基础概念 mmap内存映射原理 mmap和常规文件操作的区别 mmap优点总结 mmap相关函数 mmap使用细节 回到顶部 mmap基础概念 mmap是一种内存映射文件的方法，即将一个文件或者其它对象映射到进程的地址空间，实现文件磁盘地址和进程虚拟地址空间中一段虚拟地址的一一对映关系。实现这样的映射关系后，进程就可以采用指针的方式读写操作这一段内存，而系统会自动回写脏页面到对应的文件磁盘上，即完成了对文件的操作而不必再调用read,write等系统调用函数。相反，内核空间对这段区域的修改也直接反映用户空间，从而可以实现不同进程间的文件共享。如下图所示： 由上图可以看出，进程的虚拟地址空间，由多个虚拟内存区域构成。虚拟内存区域是进程的虚拟地址空间中的一个同质区间，即具有同样特性的连续地址范围。上图中所示的text数据段（代码段）、初始数据段、BSS数据段、堆、栈和内存映射，都是一个独立的虚拟内存区域。而为内存映射服务的地址空间处在堆栈之间的空余部分。 linux内核使用vm_area_struct结构来表示一个独立的虚拟内存区域，由于每个不同质的虚拟内存区域功能和内部机制都不同，因此一个进程使用多个vm_area_struct结构来分别表示不同类型的虚拟内存区域。各个vm_area_struct结构使用链表或者树形结构链接，方便进程快速访问，如下图所示： vm

今天拷贝文件到远程的服务器上断了一下，后面继续拷贝发现拷贝不了，不能粘贴 解决方法： 启动任务管理器 结束掉 rdpclip.exe 。 然后 在服务器的开始菜单中，在运行框内输入”rdpclip“然后会显示这个进程出来，直接回车，即启动进程 然后就可以继续粘贴了，亲测可行。 来源： https://www.cnblogs.com/wangleping/p/11850279.html

一、shutil模块 高级的文件、文件夹、压缩包处理模块。 import shutil # shutil.copyfileobj(fsrc, fdst[, length])，将文件内容拷贝到另一个文件中 shutil.copyfileobj(open('old.xml', 'r'), open('new.xml', 'w')) # shutil.copyfile(src, dst)，拷贝文件 shutil.copyfile('f1.log', 'f2.log') # 目标文件无需存在 # shutil.copymode(src, dst)，仅拷贝权限。内容、组、用户均不变 shutil.copymode('f1.log', 'f2.log') # 目标文件必须存在 # shutil.copystat(src, dst),仅拷贝状态的信息,包括:mode bits,atime,mtime,flags shutil.copystat('f1.log', 'f2.log') # 目标文件必须存在 # shutil.copy(src, dst)，拷贝文件和权限 shutil.copy('f1.log', 'f2.log') # shutil.copy2(src, dst)，拷贝文件和状态信息 shutil.copy2('f1.log', 'f2.log') # shutil.ignore

环境：centos7 nginx1.16.1 以下配置均在配置文件中进行：/etc/nginx/nginx.conf 1.设置工作进程的所有者和所属组 　　use r 所有者 所属组　　 　　设置后要在操作系统中设置该用户和用户组 　　/usr/sbin/groupadd www /usr/sbin/useradd -g www www 2. 网络连接相关设置 　 　　event{ accept_mutex on; 　#设置网路连接序列化，防止惊群现象发生，默认为on multi_accept on; 　　#设置一个进程是否同时接受多个网络连接，默认为off worker_connections 1024; #每个工作进程的最大连接数，默认为512 　　　　　use epoll; 　　　　#参考事件模型，use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; 　　} 3. 服务器返回文件的MIME类型设置 　　 include mime.types;　 　#引入的mime.types文件用来帮助http协议判断网页文件的MIME类型，该项作用域 http server 　　　　mime.types文件：文件扩展名与文件类型映射表 服务器根据mime.types文件，由网页文件扩展名得到其MIME类型

SVN中的Branch/tag在一个功能选项中，在使用中很容易产生混淆。 分支(Branch)管理和标记(Tag)管理，版本管理系统有两个基本的功能。 分支用于在并行开发，这里的并行是指和trunk(主分支)的并行。 而tag是用来做一个里程碑（milestone），不管是不是release，都是一个可用的版本。 那么什么时候用到tag管理?什么时候用到Branch管理？ 我举两个场景： 场景一，有客户想对产品做定制，但是我们并不想修改原有的svn中trunk的代码。 场景二，我们正在开发产品下阶段的任务，但上阶段的工作发现问题 以场景二为例，项目某一阶段开发完成后，这个时候要做一个tag，tag_mfcai_V1.01.00， 然后基于这个tag发布一个新的版本，假设项目是web项目，那么基于这个tag发布一个war包。 然后trunk进入下阶段继续开发，但是很不幸发布的版本被检测出来了bug，有人会提议，把bug放到下阶段的任务中去。假设下阶段的任务才刚开始，用户可等不起.他们会认为一个小的bug解决要这么长时间,效率太低了. 那么就需要基于tag_mfcai_V1.01.00做一个branch，branch_bugfix_V1.01.00，基于这个branch进行bugfix， 等到bugfix结束，做一个tag，tag名称假设为：tag_mfcai_V1.01.01