注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 高性能高并发服务器架构

  2. 高性能高并发服务器架构 ——————————————————————————————————————— 初创网站与开源软件 谈谈大型高负载网站服务器的优化心得 Lighttpd+Squid+Apache搭建高效率Web服务器 浏览量比较大的网站应该从哪几个方面入手？ 用负载均衡技术建设高负载站点 大型网站的架构设计问题 开源平台的高并发集群思考

  3. 所属分类：Web服务器

    • 发布日期：2010-07-23
    • 文件大小：3145728
    • 提供者：kevinfujiang

  1. 高并发高流量网站架构

  2. Web2.0的兴起，掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念，细分了网站功能和用户群，不仅成功的造就了一大批新生的网站，也极大的方便了上网的人们。但Web2.0以用户为导向的理念，使得新生的网站有了新的特点——高并发，高流量，数据量大，逻辑复杂等，对网站建设也提出了新的要求

  3. 所属分类：Web开发

    • 发布日期：2010-09-24
    • 文件大小：356352
    • 提供者：zhoubing2010

  1. 高性能高并发服务器架构案例分析与总结

  2.  初创网站与开源软件 6  谈谈大型高负载网站服务器的优化心得! 8  Lighttpd+Squid+Apache搭建高效率Web服务器 9  浏览量比较大的网站应该从哪几个方面入手？ 17  用负载均衡技术建设高负载站点 20  大型网站的架构设计问题 25  开源平台的高并发集群思考 26  大型、高负载网站架构和应用初探 时间：30-45分钟 27  说说大型高并发高负载网站的系统架构 28  mixi技术架构 51 mixi.jp：使用开源软件搭建的可扩展SNS网站

  3. 所属分类：Web开发

    • 发布日期：2010-11-12
    • 文件大小：5242880
    • 提供者：OnJava

  1. 高并发量网站基础架构

  2. 高并发量网站基础架构高并发量网站基础架构高并发量网站基础架构高并发量网站基础架构高并发量网站基础架构高并发量网站基础架构高并发量网站基础架构

  3. 所属分类：群集服务

    • 发布日期：2011-07-11
    • 文件大小：34816
    • 提供者：hordaway

  1. 高并发量网站基础架构设计

  2. 高并发量网站基础架构设计，学习大型网站的设计和开发技术，构建大型的B2B网站平台

  3. 所属分类：Web开发

    • 发布日期：2011-10-27
    • 文件大小：34816
    • 提供者：yalong_kid

  1. 高并发量网站基础架构设计

  2. 高并发量网站基础架构设计

  3. 所属分类：C#

    • 发布日期：2012-04-05
    • 文件大小：34816
    • 提供者：solyess

  1. 高并发高流量网站架构

  2. Web2.0的兴起，掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念，细分了网站功能和用户群，不仅成功的造就了一大批新生的网站，也极大的方便了上网的人们。但Web2.0以用户为导向的理念，使得新生的网站有了新的特点——高并发，高流量，数据量大，逻辑复杂等，对网站建设也提出了新的要求。

  3. 所属分类：Web开发

    • 发布日期：2008-10-28
    • 文件大小：372736
    • 提供者：alex_power

  1. 高性能高并发服务器架构

  2. 收集并整理的的高性能高并发服务器架构文章，内容预览：  初创网站与开源软件 6  谈谈大型高负载网站服务器的优化心得! 8  Lighttpd+Squid+Apache搭建高效率Web服务器 9  浏览量比较大的网站应该从哪几个方面入手？ 17  用负载均衡技术建设高负载站点 20  大型网站的架构设计问题 25  开源平台的高并发集群思考 26  大型、高负载网站架构和应用初探 时间：30-45分钟 27  说说大型高并发高负载网站的系统架构 28  mixi技术架构 5

  3. 所属分类：群集服务

    • 发布日期：2015-01-12
    • 文件大小：5242880
    • 提供者：ygj781129

  1. 高性能高并发服务器架构.

  2. 整理的高性能高并发服务器架构文章，内容预览：  初创网站与开源软件 6  谈谈大型高负载网站服务器的优化心得! 8  Lighttpd+Squid+Apache搭建高效率Web服务器 9  浏览量比较大的网站应该从哪几个方面入手？ 17  用负载均衡技术建设高负载站点 20  大型网站的架构设计问题 25  开源平台的高并发集群思考 26  大型、高负载网站架构和应用初探 时间：30-45分钟 27  说说大型高并发高负载网站的系统架构 28  mixi技术架构 51 mi

  3. 所属分类：Web开发

    • 发布日期：2015-06-04
    • 文件大小：5242880
    • 提供者：removefile

  1. 互联网高并发解决方法.doc

  2. 企业高并发的成熟解决方案 1 1 整体网站架构分析 1 2 高并发 1 2.1 什么是高并发呢？ 1 2.2 高并发原理图 1 2.3 初期解决方案 2 2.3.1 系统或服务器级别的解决方案 2 2.3.2 应用级别的解决方案 2 2.4 能否增加服务器数量？ 3 2.4.1 解决办法：增加App服务器 3 2.4.2 随之出现更多问题 3 2.5 解决用户IP多了的办法是? 3 2.5.1 开始:准备采用DNS 3 终级解决方案 4 负载均衡种类 5 负载均衡--软件解决 5 效率最高的负

  3. 所属分类：Java

    • 发布日期：2018-01-05
    • 文件大小：425984
    • 提供者：wwei20024

  1. javaweb高并发量网站解决方案

  2. 一个小型的网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目 录下，这样的网站对系统架构、性能的要求都很简单。随着互联网业务的不断丰富，网站相关的技术经过这些年的发 展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语 言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。 大型网站，比如门户网站，在面对大量用户访问、高并发请求方面，基本的

  3. 所属分类：Java

    • 发布日期：2019-04-10
    • 文件大小：130048
    • 提供者：zxz296562088

  1. 如何利用Redis锁解决高并发问题详解

  2. redis技术的使用： redis真的是一个很好的技术，它可以很好的在一定程度上解决网站一瞬间的并发量，例如商品抢购秒杀等活动。。。 redis之所以能解决高并发的原因是它可以直接访问内存，而以往我们用的是数据库(硬盘),提高了访问效率,解决了数据库服务器压力。 为什么redis的地位越来越高，我们为何不选择memcache，这是因为memcache只能存储字符串，而redis存储类型很丰富（例如有字符串、LIST、SET等），memcache每个值最大只能存储1M,存储资源非常有限,十分消耗

  3. 所属分类：其它

    • 发布日期：2020-12-16
    • 文件大小：68608
    • 提供者：weixin_38747025

  1. MySQL中实现高性能高并发计数器方案（例如文章点击数）

  2. 现在有很多的项目，对计数器的实现甚是随意，比如在实现网站文章点击数的时候，是这么设计数据表的，如：”article_id, article_name, article_content, article_author, article_view……在article_view中记录该文章的浏览量。诈一看似乎没有问题。对于小站，比如本博客，就是这么做的，因为小菜的博客难道会涉及并发问题吗？答案显而易见，一天没多少IP，而且以后不会很大。 言归正传，对文章资讯类为主的项目，在浏览一个页面的时候不但要进行

  3. 所属分类：其它

    • 发布日期：2020-12-15
    • 文件大小：61440
    • 提供者：weixin_38625464

  1. 高并发高负载数据库架构策略！

  2. 在WEB网站的规模从小到大不断扩展的过程中，数据库的访问压力也不断的增加，数据库的架构也需要动态扩展，在数据库的扩展过程基本上包含如下几步，每一个扩展都可以比上一步骤的部署方式的性能得到数量级的提升。 　　WEB应用和数据库部署在同一台服务器上 　　一般的小规模的网站采用这种方式，用户量、数据量、并发访问量都比较小，否则单台服务器无法承受，并且在遇到性能瓶颈的时候升级硬件所需要的费用非常高 昂，在访问量增加的时候，应用程序和数据库都来抢占有限的系统资源，很快又会遇到性能问题。 　　WEB应

  3. 所属分类：其它

    • 发布日期：2020-12-14
    • 文件大小：83968
    • 提供者：weixin_38630324

  1. PHP高并发和大流量解决方案整理

  2. 一、高并发的概念 在互联网时代，并发，高并发通常是指并发访问。也就是在某个时间点，有多少个访问同时到来。 二、高并发架构相关概念 1、QPS (每秒查询率) : 每秒钟请求或者查询的数量，在互联网领域，指每秒响应请求数(指HTTP请求) 2、PV（Page View）：综合浏览量，即页面浏览量或者点击量，一个访客在24小时内访问的页面数量 –注：同一个人浏览你的网站的同一页面，只记做一次pv 3、吞吐量（fetches/sec） ：单位时间内处理的请求数量 （通常由QPS和并发数决定） 4、响应

  3. 所属分类：其它

    • 发布日期：2020-12-20
    • 文件大小：56320
    • 提供者：weixin_38699830

  1. 高并发高流量网站架构

  2. 火龙果软件工程技术中心  Web2.0的兴起，掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念，细分了网站功能和用户群，不仅成功的造就了一大批新生的网站，也极大的方便了上网的人们。但Web2.0以用户为导向的理念，使得新生的网站有了新的特点——高并发，高流量，数据量大，逻辑复杂等，对网站建设也提出了新的要求。本文围绕高并发高流量的网站架构设计问题，主要研究讨论了以下内容：首先在整个网络的高度讨论了使用镜像网站，CDN内容分发网络等技术对负载均衡带来的便利及各自的优缺点比较。然后在局

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：474112
    • 提供者：weixin_38690508

  1. 千万级规模高性能、高并发的网络架构经验分享

  2. 在开始谈我对架构本质的理解之前，先谈谈对今天技术沙龙主题的个人见解，千万级规模的网站感觉数量级是非常大的，对这个数量级我们战略上要重视它，战术上又要藐视它。先举个例子感受一下千万级到底是什么数量级？现在很流行的优步(Uber)，从媒体公布的信息看，它每天接单量平均在百万左右，假如每天有10个小时的服务时间，平均QPS只有30左右。对于一个后台服务器，单机的平均QPS可以到达800-1000，单独看写的业务量很简单。为什么我们又不能说轻视它？第一，我们看它的数据存储，每天一百万的话，一年数据量的规

  3. 所属分类：其它

    • 发布日期：2021-02-25
    • 文件大小：911360
    • 提供者：weixin_38687277

  1. 千万级规模高性能、高并发的网络架构经验分享

  2. 在开始谈我对架构本质的理解之前，先谈谈对今天技术沙龙主题的个人见解，千万级规模的网站感觉数量级是非常大的，对这个数量级我们战略上要重视它，战术上又要藐视它。先举个例子感受一下千万级到底是什么数量级？现在很流行的优步(Uber)，从媒体公布的信息看，它每天接单量平均在百万左右，假如每天有10个小时的服务时间，平均QPS只有30左右。对于一个后台服务器，单机的平均QPS可以到达800-1000，单独看写的业务量很简单。为什么我们又不能说轻视它？第一，我们看它的数据存储，每天一百万的话，一年数据量的规

  3. 所属分类：其它

    • 发布日期：2021-02-20
    • 文件大小：911360
    • 提供者：weixin_38543950

  1. 高并发高流量网站架构

  2. 火龙果软件工程技术中心  Web2.0的兴起，掀起了互联网新一轮的网络创业大潮。以用户为导向的新网站建设概念，细分了网站功能和用户群，不仅成功的造就了一大批新生的网站，也极大的方便了上网的人们。但Web2.0以用户为导向的理念，使得新生的网站有了新的特点——高并发，高流量，数据量大，逻辑复杂等，对网站建设也提出了新的要求。本文围绕高并发高流量的网站架构设计问题，主要研究讨论了以下内容：首先在整个网络的高度讨论了使用镜像网站，CDN内容分发网络等技术对负载均衡带来的便利及各自的优缺点比较。然后在局

  3. 所属分类：其它

    • 发布日期：2021-02-03
    • 文件大小：474112
    • 提供者：weixin_38680308

  1. 【IDEA+SpringBoot+Java商城秒杀实战20】高并发秒杀接口优化

  2. 高并发秒杀接口优化 接口优化（核心思路：减少对数据库的访问） Redis预减库存减少对数据库的访问 内存标记减少Redis的访问 请求先入队缓冲，异步下单，增强用户体验 RabbitMQ安装与SpringBoot的集成（目的：同步下单改成异步下单） Nginx水平拓展 压测 项目迭代是一个优化和调整的过程，发现问题解决问题，不断优化。 秒杀业务场景，并发量很大，瓶颈在数据库，怎么解决，加缓存。用户发起请求时，从浏览器开始,在浏览器上做页面静态化直接将页面缓存到用户的浏览器端，然后请求到达网站之前

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：98304
    • 提供者：weixin_38685831
« 12 3 4 5 »