domain

Openstack计算主机安装配置流程 1.环境配置 Hosts配置   修改/etc/hosts文件，增加wtcontroller、wtcompute1、wtcompute2： 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 172.16.10.100 wtcontroller 172.16.10.101 wtcompute1 172.16.10.102 wtcompute2   修改本机hostname（以计算主机wtcompute1为例） echo "wtcompute1"> /etc/hostname 1.1修订yum源 本示例使用的时163的yum源： CentOS7-Base-163.repo 将以上文件拷贝至/etc/yum.repos.d目录下 备份该目录下CentOS-Base.repo文件 修改CentOS7-Base-163.repo为CentOS-Base.repo 执行以下命令： yum clean all #清除缓存 yum makecache #生成缓存 yum list #显示所有已经安装和可以安装的程序包

Openstack控制主机安装配置流程三 1.环境配置   Hosts配置   修改/etc/hosts文件，增加wtcontroller、wtcompute1、wtcompute2： 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 172.16.10.100 wtcontroller 172.16.10.101 wtcompute1 172.16.10.102 wtcompute2   修改本机hostname echo "wtcontroller"> /etc/hostname 1.1修订yum源   本示例使用的时163的yum源： CentOS7-Base-163.repo   将以上文件拷贝至/etc/yum.repos.d目录下   备份该目录下CentOS-Base.repo文件   修改CentOS7-Base-163.repo为CentOS-Base.repo   执行以下命令： yum clean all #清除缓存 yum makecache #生成缓存 yum list #显示所有已经安装和可以安装的程序包  

要实现 LDAP 域登陆 ,因为需要使用多个域服务器登录(不同域账号分散) ,不知道怎么用自带的配置方法处理 ，所以自己修改了代码 seahub / seahub / base / accounts.py 修改 def check_password(self, raw_password): """ Returns a boolean of whether the raw_password was correct. Handles encryption formats behind the scenes. """ # Backwards-compatibility check. Older passwords won't include the # algorithm or salt. # if '$' not in self.password: # is_correct = (self.password == \ # get_hexdigest('sha1', '', raw_password)) # return is_correct domain_list=["10.251.68.X","10.251.68.X","10.251.67.X","10.251.68.X","10.251.68.X"] for domain in domain_list : l=ldap

$domain = "midrange.lab" $password = "MyPassword!" | ConvertTo-SecureString -asPlainText -Force $username = "$domain\administrator" $credential = New-Object System.Management.Automation.PSCredential($username,$password) Add-Computer -DomainName $domain -Credential $credential 来源 ======================== Join Computer to Domain With Powershell (One-Click Method) http://community.spiceworks.com/scripts/show/1540-join-computer-to-domain-with-powershell-one-click-method 来源： https://www.cnblogs.com/awpatp/p/4549171.html

性能调优 不用运行的代码才是绝好的代码。其他只是好的代码。所以，性能调优时，最好的选择是首先确保运行尽可能少的代码。 OpCode 缓存 首先，最快且最简单的选择是启用 OpCode 缓存。OpCode 缓存的更多信息可以在 这里 找到。 在上图，我们看到启用 Zend OpCache 后发生的情况。最后一行是我们的基准，也即没有启用缓存的情况。 在中间行，我们看到较小的性能提升，以及内存使用量的大幅减少。小的性能提升(很可能)来自 Zend OpCache 优化，而非 OpCode 缓存。 第一行是优化和 OpCode 缓存后结果，我们看到很大的性能提升。 现在，我们看看 APC 之前和之后的变化。如上图所示，跟 Zend OpCache 相比，随着缓存的建立，我们看到初始(中间行)请求的性能下降，在消耗时长与内存使用量方面的表现都明显下降。 接着，随之 opcode 缓存的建立，我们看到类似的性能提升。 内容缓存 第二件我们能做的事是缓存内容——这对 WordPress 而言小菜一碟。它提供了许多安装简便的插件来实现内容缓存，包括 WP Super Cache。WP Super Cache 会创建网站的静态版本。该版本会在出现诸如评论事件时依照网站设置自动过期。(例如，在非常高负载情况下，您可能会想禁止任何原因造成的缓存过期)。 内容缓存只能在几乎没有写操作时有效运行

工具类 Patterns.java package com.util; import java.util.regex.Matcher; import java.util.regex.Pattern; /** * Commonly used regular expression patterns. */ public class Patterns { /** * Regular expression to match all IANA top-level domains. * List accurate as of 2011/07/18. List taken from: * http://data.iana.org/TLD/tlds-alpha-by-domain.txt * This pattern is auto-generated by frameworks/ex/common/tools/make-iana-tld-pattern.py * * @deprecated Due to the recent profileration of gTLDs, this API is * expected to become out-of-date very quickly. Therefore it is now * deprecated. */ @Deprecated

Openstack实验文档 一、 base节点 1.1配置网络 vim /etc/sysconfig/network-scripts/ifcfg-eth0 1.2关闭防火墙和selinux systemctl stop firewalld systemctl disabled firewalld vim /etc/sysconfig/selinux ---------------------------将enforcing改为disabled 1.3搭建时间同步服务器 vim /etc/chrony.conf server ip地址 ##服务器地址 local stratum 10 ##取消注释 allow 网段地址 ##允许的网段 systemctl restart chronyd ##重启服务 systemctl enable chronyd ##自启服务 1.4搭建DNS服务 yum -y install bind ##安装软件 vim /etc/named.conf ##修改配置文件 options { listen-on port 53 { any; }; directory "/var/named"; allow-query { any; }; }; zone "." IN { type hint; file "named.ca"; }; zone "xiaoai

第一章 node.js介绍 非阻塞型I/O机制 当在访问数据库取得搜索结果的时候，在开始访问数据库之后，数据库返回结果之前，存在一段等待时间。 在传统的单线程处理机制中，在执行了访问数据库的代码之后，整个线程都将暂停下来，等待数据库返回查询结果之后才能继续执行后面的代码。这是I/O型阻塞 node.js中在执行了访问数据库的代码之后将立即执行其后面的代码段，把数据库返回的结果的处理代码放在回调函数中。这是非阻塞型I/O机制 第三章 node.js中的全局作用域及全局函数 timer.unref()用于取消setTimeout或setInterval函数中指定的回调函数的调用 timer.ref()恢复unref方法取消的回调函数 var testFunction = function(){ console.log('aaa') } var timer = setInterval(testFunction,3000) //取消定时器对象的回调函数调用 timer.unref() //没有输出 //恢复定时器对象的回调函数调用 // timer.ref()//有输出 在任何模块文件内部，可以使用 __filename 变量获取当前模块文件名 在任何模块文件内部，可以使用 __dirname 变量获取当前模块文件所在目录的完成绝对路径 EventEmitter类 emitter

如果需要针对ES索引统计某个字段上出现的不同值的个数时，可以使用cardinality聚合查询完成: Post /urlAttributes/_search?search_type=count { "aggs": { "uniq_attr": { "cardinality": { "field": "domain" } } } } 注释：如上，是查询索引urlAttributes中domain字段上的不同值个数， "uniq_attr"是用户自己取的bucket名字。 得到的响应如下所示： { "took": 28, "timed_out": false, "_shards": { "total": 6, "successful": 6, "failed": 0 }, "hits": { "total": 689562, "max_score": 0, "hits": [] }, "aggregations": { "uniq_attr": { "value": 121618 } } } 返回结果表示该字段出现过121618个不同的domain名字。 来源： https://www.cnblogs.com/suntp/p/9562130.html

3 月，跳不动了？>>> 1、对异常错误的理解 异常错误应该被分为两种情况：操作失败 和 程序员失误 1.1、操作失败 这是正确编写的程序在运行时产生的错误。它并不是程序的Bug ，反而经常是其它问题。 例如：系统本身（内存不足或者打开文件数过多），系统配置（没有到达远程主机的路由），网络问题（端口挂起），远程服务（500错误，连接失败）。具体情况如下： 连接不到服务器 无法解析主机名 无效的用户输入 请求超时 服务器返回500 套接字被挂起 系统内存不足 1.2、程序员失误 这是程序里的Bug。这些错误往往可以在调试阶段通过修改代码避免。 它们永远都没法被有效的处理，而是应该在程序员变编程的时候注意，例如： 读取 undefined 的一个属性 调用异步函数没有指定回调 该传对象的时候传了一个字符串 该传IP地址的时候传了一个对象 1.3、二者的差别对比 人们把操作失败和程序员的失误都称为“错误”，但其实它们很不一样。操作失败是所有正确的程序应该处理的错误情形，只要被妥善处理它们不一定会预示 着Bug或是严重的问题。“文件找不到”是一个操作失败，但是它并不一定意味着哪里出错了。它可能只是代表着程序如果想用一个文件得事先创建它。 与之相反，程序员失误是彻彻底底的Bug。这些情形下你会犯错：忘记验证用户输入，敲错了变量名，诸如此类。这样的错误根本就没法被处理，如果可以