首页 文章 精选 留言 我的

精选列表

搜索[本地专用集群],共10012篇文章
优秀的个人博客,低调大师

阿里云+wordpress搭建个人博客网站【小白专用的图文教程】

【正文】 在阿里云上搭建使用个人博客主要分为以下几个步骤: 1、购买阿里云ECS主机 2、[购买域名](https://promotion.aliyun.com/ntms/yunparter/invite.html?userCode=f1xavldd) 3、申请备案 4、环境配置 5、安装wordpress 6、域名解析 声明一下,本人对服务器端的知识不是很熟悉,但一心想做个自己的个人网站装一下哔,特此记录一下完整的配置过程,也算是给其他小白们的一剂福利吧。 开发环境: 物理机版本:Win 7 旗舰版(64位) xshell版本:Xshell 5 Build 0806 xftp版本:Xftp 5 Build 0780 wordpress版本:wordpress-4.3.1-zh_CN phpMyAdmin版本:phpMyAdmin-4.5.1-all-languages 备注:以上所有的安装包工具在文章的末尾都附有打包下载,都是从官方下载的,请绝对放心使用,拿走不谢~ 一、购买阿里云ECS服务器: 登录阿里云官方网站,在“产品与服务”中选择云服务器ECS,选择立即购买。运气好的话还能赶上阿里的一些优惠活动。比如说,我买的就是学生价: 先凑合着用呗,反正目前又没有高并发的访问,所以也没必要搞辣么高的配置,毕竟价格昂贵,我等屌丝学生承担不起呀。 配置选择: 根据自己的需要选择合适的配置,如果仅仅是做wordpress个人博客的话,那么以下配置可以参考: 当然大家也可以买一年的,这样可以优惠2个月,价格在1K左右。 二、购买域名: 在阿里云官网右上角点击“万网”,然后可以进行域名的购买,需要注意的是首次购买域名是有优惠的,所以请选择合适的购买时长,否则不断的续费可能会造成经济损失,购买完域名之后建议去实名认证。 三、域名备案: 需要提醒大家的是,如果你买了阿里云的服务器,并且想要通过域名访问,那域名是必须要备案的,总结一句:必须先将域名备案,才能通过域名访问阿里云的服务器。 一提到备案,可能你会觉得备案这个事情很麻烦,各种流程啊,手续啊。其实没这么麻烦,因为阿里云已经提供了一条龙服务(呵呵,我特么这样搞传销,阿里云也不会给我啥优惠啥),通过阿里云的代备案系统,一些都会变得容易很多呢,不管是个人网站的备案,还是企业网站的备案,都只是时间上的问题,一般备案审核需要二十天左右。废话不说,下面开始上图。 (1)申请备案服务号:(非常重要) 既然打算要用阿里云的代备案系统,这件事是必不可少的。 进入到阿里云的管理后台,选择“备案服务号申请”: 按照上图中的操作提示,申请一个域名备案的服务号,记下这个服务号,等会儿要用到。如果你没有购买阿里云ECS,自然就不能申请服务号了。 (2)登录备案系统填域名申请的信息: 上图中,进入阿里云的官网,点击上方的“备案”通道,进入到阿里云的代备案系统。链接:https://beian.gein.cn/account/login.htm?callback=http://aliyun.gein.cn 在这个链接里重新注册一个备案的账号(这个账号并非阿里云的账号)。注册完了之后,登录进去,申请备案。 这个地方我当时忘了截图了,所以看不到具体的步骤,不过也非常简单,按照要求填就行了,上面要求你填一个备案服务号,这个服务号就是在第(1)步中拿到的。 信息填完之后,阿里云那边会进行初步审核,我当时不超过几个小时就收到审核通过的邮件了。邮件的内容是: 上图是说,我们的域名信息在阿里云那边已经初审了,现在要去办理拍照:要么去指定地点拍照,要么申请一块幕布自己拍照上传上去,我选择的是到指定地点拍照。哦,提醒一下,拍照是免费的,嘿嘿··· 对了,声明一下:如果是个人网站备案,是要办理拍照的;如果是企业网站备案,不需要拍照,但要提供营业执照和税务登记等材料。 我是10月28号去拍照的,11月12日就桶过了省通信管理局审核,效率还是可以的哦。 总得来说,备案不麻烦,只是时间等待的问题,在这期间,我们刚好可以来配置我们的环境啦~ 四、软件的安装: 我们购置阿里云的ECS是纯净的Linux系统,换句话说里面什么都没有安装,所以在安装博客系统之前我们要配置web环境,不要怕,这一步也是非常的简单。 1、下载安装包: 我们登录阿里云之后点击云市场,找到“Linux一键安装web环境”的安装包: 继续: 继续: 上图显示,这个产品竟然要收费:2快钱。好吧,我认了。

优秀的个人博客,低调大师

阿里云推出独享虚拟主机专用幸运券,好用又不贵

阿里云作为国内最大,全球领先的云服务提供商,在全球各地拥有大量的用户群体;许多站长朋友都将其作为最依赖的品牌之一。由于阿里云服务器拥有高可靠性,高可扩展性,数据高安全性,成本碎片化的特点,受到许多用户追捧,购买阿里云服务器ECS来搭建自己的站点。 不可否认,阿里云产品给广大企业降低了开销,但也存在使用难度过高的缺点。使用阿里云服务器ECS建站的一般步骤可分为:域名备案及解析–搭建网站运行环境–上传并安装网站三步。但很多新手站长基本都在搭建网站运行环境这一步浪费了大量的时间。虽然阿里云市场提供了大量的一键安装环境,但是环境提供商技术良莠不齐,用户认知水平也不尽相同,总有相当大的一部分用户对阿里云服务器望而却步。 于是虚拟主机应运而生,虚拟主机是运营商在自己服务器上划分的一个运行特定WEB程序的空间;一般提供商会帮用户配置好网站运行环境,同时也会预先设置一些安全配置。虚拟主机的诞生使得那些技术能力不强的用户也可以自己搭建站点。但是虚拟主机的缺点也是很明显的,首先:传统型虚拟主机多用户共享同一台物理服务器资源,所以当母机出现故障时,该母机上所有站点都会收到影响,其次传统型虚拟主机采用共享IP模式,非常不利于网站SEO,最后传统型虚拟主机基本都采用电信、联通单线模式,存在不同运营商间访问过慢的情况。 鉴于传统型虚拟主机存在的种种问题,阿里云推出了独享型虚拟主机。该型主机采用独享服务器资源模式,底层与阿里云服务器ECS相同,在性能上拥有比其他厂家的虚拟主机高的安全性,其独享服务器资源,不存在争抢的问题,拥有99.999%数据可靠性。基于阿里云云盾的特性决定了该型虚拟主机拥有较强的抗的DDoS入侵、防御各类型网站攻击的特点。基于阿里云强大BGP带宽的特性决定了该型虚拟主机对全国主流的运营商网络均有良好的用户体验。基于独立IP的特性决定了该型虚拟主机拥有良好的SEO基础,不存在被其他网站牵连影响权重的情况。最后该型虚拟主机基于阿里云云数据库RDS,将数据库从云虚拟主机分离;网站与数据库通过阿里云高速内网互联,极大的提升了数据安全性。 吾趣阿里云网是阿里云云大使项目的合作商,使用我方的独享云虚拟主机幸运券可以随机减免一定金额的费用,欢迎使用。领取地址:https://promotion.aliyun.com/ntms/act/ambassador/sharetouser.html?userCode=bsrb3oop&productCode=qingcloud&utm_source=bsrb3oop本文来自:阿里云独享虚拟主机优惠

优秀的个人博客,低调大师

openstack 命令行管理十三 - 外部网络[外部连接专用]管理 (备忘)

 创建公网 [root@station140 ~(network_admin)]# neutron net-create --router:external=true pub1 Created a new network: +---------------------------+--------------------------------------+ | Field | Value | +---------------------------+--------------------------------------+ | admin_state_up | True | | id | aebe75f0-6013-4a5e-bbd9-cb81e1f017bc | | name | pub1 | | provider:network_type | local | | provider:physical_network | | | provider:segmentation_id | | | router:external | True | | shared | False | | status | ACTIVE | | subnets | | | tenant_id | e3a71a59840c4e88b8740b789c3afb9c | +---------------------------+--------------------------------------+注: 参数 --router:external=true 表示创建的是公网网络 查询公网网络信息 [root@station140 ~(keystone_admin)]# nova network-list | grep pub1 +--------------------------------------+---------+------+ | ID | Label | Cidr | +--------------------------------------+---------+------+ | aebe75f0-6013-4a5e-bbd9-cb81e1f017bc | pub1 | None | +--------------------------------------+---------+------+ ############ 注意 ########## 把该 id (aebe75f0-6013-4a5e-bbd9-cb81e1f017bc)定义到 /etc/neutron/l3_agent.ini gateway_external_network_id = aebe75f0-6013-4a5e-bbd9-cb81e1f017bc handle_internal_only_routers = True external_network_id = aebe75f0-6013-4a5e-bbd9-cb81e1f017bc external_network_bridge = br-ex 重启服务 /etc/init.d/neutron-l3-agent restart 注: 上述问题可解决 内部网络 中 ROUTE 显示为 DOWN 状态 ############ 注意 ########## 创建子网 neutron subnet-create --name terry_pub_net1 --allocation-pool start=192.168.48.142,end=192.168.48.148 --gateway 192.168.48.1 --dns-nameserver 192.168.86.37 --enable_dhcp=False --ip-version 4 pub1 192.168.48.0/24 Created a new subnet: +------------------+------------------------------------------------------+ | Field | Value | +------------------+------------------------------------------------------+ | allocation_pools | {"start": "192.168.48.142", "end": "192.168.48.148"} | | cidr | 192.168.48.0/24 | | dns_nameservers | 192.168.86.37 | | enable_dhcp | False | | gateway_ip | 192.168.48.1 | | host_routes | | | id | 59cc431b-498e-49a0-bc60-4a8ca1ca6f48 | | ip_version | 4 | | name | terry_pub_net1 | | network_id | aebe75f0-6013-4a5e-bbd9-cb81e1f017bc | | tenant_id | e3a71a59840c4e88b8740b789c3afb9c | +------------------+------------------------------------------------------+ 删除网络方法 neutron net-delete pub1 查询外部网络 [root@station140 ~(network_admin)]# nova floating-ip-pool-list +--------+ | name | +--------+ | public | | pub1 | <- 注: 假如 neutron net-create 不带 --router:external=true 参数, 则代表网络为内部网络 +--------+

优秀的个人博客,低调大师

最大的Redis集群:新浪Redis集群揭秘

前言 Tape is Dead,Disk is Tape,Flash is Disk,RAM Locality is King. — Jim Gray Redis不是比较成熟的Memcache或者Mysql的替代品,是对于大型互联网类应用在架构上很好的补充。现在有越来越多的应用也在纷纷基于Redis做架构的改造。 可以简单公布一下Redis平台实际情况 2200+亿 commands/day 5000亿Read/day 500亿Write/day 18TB+ Memory 500+ Servers in6 IDC 2000+instances 应该是国内外比较大的Redis使用平台,今天主要从应用角度谈谈Redis服务平台。 Redis使用场景 1.Counting(计数) 计数的应用在另外一篇文章里较详细的描述,计数场景的优化http://www.xdata.me/?p=262这里就不坳述了。 可以预见的是,有很多同学认为把计数全部存在内存中成本非常高,我在这里用个图表来表示下我的观点: 很多情况大家都会设想纯使用内存的方案会很有很高成本,但实际情况往往会有一些不一样: 1.COST,对于有一定吞吐需求的应用来说,肯定会单独申请DB、Cache资源,很多担心DB写入性能的同学还会主动将DB更新记入异步队列,而这三块的资源的利用率一般都不会太高。资源算下来,你惊异的发现:反而纯内存的方案会更精简! 2.KISS原则,这对于开发是非常友好的,我只需要建立一套连接池,不用担心数据一致性的维护,不用维护异步队列。 3.Cache穿透风险,如果后端使用DB,肯定不会提供很高的吞吐能力,cache宕机如果没有妥善处理,那就悲剧了。 4.大多数的起始存储需求,容量较小。 2.Reverse cache(反向cache) 面对微博常常出现的热点,如最近出现了较为火爆的短链,短时间有数以万记的人点击、跳转,而这里会常常涌现一些需求,比如我们向快速在跳转时判定用户等级,是否有一些账号绑定,性别爱好什么的,已给其展示不同的内容或者信息。 普通采用Memcache+Mysql的解决方案,当调用id合法的情况下,可支撑较大的吞吐。但当调用id不可控,有较多垃圾用户调用时,由于memcache未有命中,会大量的穿透至Mysql服务器,瞬间造成连接数疯长,整体吞吐量降低,响应时间变慢。 这里我们可以用redis记录全量的用户判定信息,如string key:uid int:type,做一次反向的cache,当用户在redis快速获取自己等级等信息后,再去Mc+Mysql层去获取全量信息。如图: 当然这也不是最优化的场景,如用Redis做bloomfilter,可能更加省用内存。 3.Top 10 list 产品运营总会让你展示最近、最热、点击率最高、活跃度最高等等条件的top list。很多更新较频繁的列表如果使用MC+MySQL维护的话缓存失效的可能性会比较大,鉴于占用内存较小的情况,使用Redis做存储也是相当不错的。 4.Last Index 用户最近访问记录也是redis list的很好应用场景,lpush lpop自动过期老的登陆记录,对于开发来说还是非常友好的。 5.Relation List/Message Queue 这里把两个功能放在最后,因为这两个功能在现实问题当中遇到了一些困难,但在一定阶段也确实解决了我们很多的问题,故在这里只做说明。 Pinterest使用Redis存储社交graph信息: http://blog.gopivotal.com/case-studies-2/using-redis-at-pinterest-for-billions-of-relationships Message Queue就是通过list的lpop及lpush接口进行队列的写入和消费,由于本身性能较好也能解决大部分问题。 6.Fast transaction with Lua Redis 的Lua的功能扩展实际给Redis带来了更多的应用场景,你可以编写若干command组合作为一个小型的非阻塞事务或者更新逻辑,如:在收到 message推送时,同时1.给自己的增加一个未读的对话 2.给自己的私信增加一个未读消息 3.最后给发送人回执一个完成推送消息,这一层逻辑完全可以在Redis Server端实现。 但是,需要注意的是Redis会将lua script的全部内容记录在aof和传送给slave,这也将是对磁盘,网卡一个不小的开销。 7.Instead of Memcache 很多测试和应用均已证明, 1.在性能方面Redis并没有落后Memcache多少,而单线程的模型给Redis反而带来了很强的扩展性。 2.在很多场景下,Redis对同一份数据的内存开销是小于Memcache的slab分配的。 3.Redis提供的数据同步功能,其实是对cache的一个强有力功能扩展。 Redis使用的重要点 1.rdb/aof Backup! 我们线上的Redis 95%以上是承担后端存储功能的,我们不仅用作cache,而更为一种k-v存储,他完全替代了后端的存储服务(MySQL),故其数据是非常重要的,如 果出现数据污染和丢失,误操作等情况,将是难以恢复的。所以备份是非常必要的!为此,我们有共享的hdfs资源作为我们的备份池,希望能随时可以还原业务 所需数据。 2.Small item & Small instance! 由于Redis单线程(严格意义上不是单线程,但认为对request的处理是单线程的)的模型,大的数据结构list,sorted set,hash set的批量处理就意为着其他请求的等待,故使用Redis的复杂数据结构一定要控制其单key-struct的大小。 另外,Redis单实例的内存容量也应该有严格的限制。单实例内存容量较大后,直接带来的问题就是故障恢复或者Rebuild从库的时候时间较长, 而更糟糕的是,Redis rewrite aof和save rdb时,将会带来非常大且长的系统压力,并占用额外内存,很可能导致系统内存不足等严重影响性能的线上故障。我们线上96G/128G内存服务器不建议 单实例容量大于20/30G。 3.Been Available! 业界资料和使用比较多的是Redis sentinel(哨兵) http://www.huangz.me/en/latest/storage/redis_code_analysis/sentinel.html http://qiita.com/wellflat/items/8935016fdee25d4866d9 2000行C实现了服务器状态检测,自动故障转移等功能。 但由于自身实际架构往往会复杂,或者考虑的角度比较多,为此@许琦eryk和我一同做了hypnos项目。 hypnos是神话中的睡神,字面意思也是希望我们工程师无需在休息时间处理任何故障。:-) 其工作原理示意如下: Talk is cheap, show me your code! 稍后将单独写篇博客细致讲下Hypnos的实现。 4.In Memory or not? 发现一种情况,开发在沟通后端资源设计的时候,常常因为习惯使用和错误了解产品定位等原因,而忽视了对真实使用用户的评估。也许这是一份历史数据,只有最近一天的数据才有人进行访问,而把历史数据的容量和最近一天请求量都抛给内存类的存储现实是非常不合理的。 所以当你在究竟使用什么样的数据结构存储的时候,请务必先进行成本衡量,有多少数据是需要存储在内存中的?有多少数据是对用户真正有意义的。因为这其实对后端资源的设计是至关重要的,1G的数据容量和1T的数据容量对于设计思路是完全不一样的 Plans in future? 1.slave sync改造 全部改造线上master-slave数据同步机制,这一点我们借鉴了MySQL Replication的思路,使用rdb+aof+pos作为数据同步的依据,这里简要说明为什么官方提供的psync没有很好的满足我们的需求: 假设A有两个从库B及C,及 A `— B&C,这时我们发现master A服务器有宕机隐患需要重启或者A节点直接宕机,需要切换B为新的主库,如果A、B、C不共享rdb及aof信息,C在作为B的从库时,仍会清除自身数 据,因为C节点只记录了和A节点的同步状况。 故我们需要有一种将A`–B&C 结构切换切换为A`–B`–C结构的同步机制,psync虽然支持断点续传,但仍无法支持master故障的平滑切换。 实际上 我们已经在我们定制的Redis计数服务上使用了如上功能的同步,效果非常好,解决了运维负担,但仍需向所有Redis服务推广,如果可能我们也会向官方Redis提出相关sync slave的改进。 2.更适合redis的name-system Or proxy 细心的同学发现我们除了使用DNS作为命名系统,也在zookeeper中有一份记录,为什么不让用户直接访问一个系统,zk或者DNS选择其一呢? 其实还是很简单,命名系统是个非常重要的组件,而dns是一套比较完善的命名系统,我们为此做了很多改进和试错,zk的实现还是相对复杂,我们还没有较强的把控粒度。我们也在思考用什么做命名系统更符合我们需求。 3.后端数据存储 大内存的使用肯定是一个重要的成本优化方向,flash盘及分布式的存储也在我们未来计划之中。 via:http://www.xdata.me/?p=301 分类: 分布式消息框架 本文转自快乐就好博客园博客,原文链接:http://www.cnblogs.com/happyday56/p/3955634.html,如需转载请自行联系原作者

优秀的个人博客,低调大师

Elasticsearch集群

1、两台机分别安装好Elasticsearch 其中为192.168.1.110,设为master节点,elasticsearch.yml配置如下 1 2 3 4 5 6 7 8 9 10 11 12 cluster.name:my-application node.name:node- 111 network.host: 192.168 . 1.110 http.port: 9200 http.cors.enabled: true http.cors.allow-origin: "*" node.master: true node.data: true discovery.zen.ping.unicast.hosts:[ "192.168.1.110" ] 另一台机:的ip位192.168.1.108,elasticsearch.yml配置如下: 1 2 3 4 5 6 7 8 9 10 11 12 cluster.name:my-application node.name:node- 102 network.host: 192.168 . 1.108 http.port: 9200 http.cors.enabled: true http.cors.allow-origin: "*" node.master: false node.data: true discovery.zen.ping.unicast.hosts:[ "192.168.1.110" ] 分别启动两台机 访问head: master: 从的: 注: 如果另一台机直接复制前一台机; 启动后可能出现: 1 [node-2]failedtosendjoinrequesttomaster[{node-1}{WbcP0pC_T32jWpYvu5is1A}{2_LCVHx1QEaBZYZ7XQEkMg}{10.10.11.200}{10.10.11.200:9300}],reason[RemoteTransportException[[node-1][10.10.11.200:9300][internal:discovery/zen/join]];nested:IllegalArgumentException[can'taddnode{node-2}{WbcP0pC_T32jWpYvu5is1A}{p-HCgFLvSFa 解决: 原因是:是因为复制的elasticsearch文件夹下包含了data文件中示例一的节点数据,需要把示例二data文件下的文件清空。 本文转自yunlielai51CTO博客,原文链接:http://blog.51cto.com/4925054/2084176,如需转载请自行联系原作者

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册