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

搜索资源列表

  1. 淘特站内搜索引擎(C#版)

  2. +系统介绍+ 淘特站内搜索引擎是由淘特JSP搜索引擎发展而来，系统基于Lucene.Net核心，通过高效的中文分词算法将数据库中内容进行分析、索引并保存至硬盘中。前台搜索时，通过读取索引文件查询，避免了传统数据库查询在高并发及海量数据下的性能问题。因前台搜索不在连接数据库，为不希望数据库放到前台的特殊用户群体提供了数据快速查询解决方案。 +安装说明+ 本系统使用asp.net+C#开发，系统运行于.net framework2.0以上版本环境中。通过将文件上传到服务器，并开通系统中tot目录e

  3. 所属分类：C#

    • 发布日期：2010-04-26
    • 文件大小：371712
    • 提供者：cctcc

  1. 天空网络电影系统源码

  2. 天空网络电影系统(简称 SKYUC!)是一个采用 PHP语言和MYSQL数据库构建的高效影院解决方案。 作为商业软件产品,SKYUC! 在代码质量、运行效率、负载能力、安全等级、功能可操控性和权限严密性、效率最优化和负载能力最佳化设计等方面都在广大用户中有良好的口碑。 功能简介： 一、缓存机制 1、数据库缓存：SKYUC!支持 MYSQL 主从数据库架构、文件缓存、eAccelerator、APC、XCache、Memcache等多种数据库缓存方式。 使用 MYSQL 主从架构再配合 Memc

  3. 所属分类：PHP

    • 发布日期：2010-07-15
    • 文件大小：7340032
    • 提供者：klklklk

  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. 简介： 采用 PHP语言和MYSQL数据库构建的高效影院解决方案。在代码质量、运行效率、负载能力、安全等级、功能可操控性和权限严密性、效率最优化和负载能力最佳化设计等方面都在广大用户中有良好的口碑。 功能简介： 一、缓存机制 1、数据库缓存：支持 MYSQL 主从数据库架构、文件缓存、eAccelerator、APC、XCache、Memcache等多种数据库缓存方式。 使用 MYSQL 主从架构再配合 Memcache（分布式内存缓存系统）. 2、页面缓存：对于一定时间（可自定义）内访问过的

  3. 所属分类：PHP

    • 发布日期：2011-04-15
    • 文件大小：8388608
    • 提供者：pandoras_cn

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

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

  3. 所属分类：Web服务器

    • 发布日期：2012-04-01
    • 文件大小：5242880
    • 提供者：orchid420

  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. ThinkPHP v5.0.15 完整版

  2. 软件介绍 ThinkPHP是一个免费开源的，快速、简单的面向对象的轻量级PHP开发框架，遵循Apache2开源协议发布，是为了敏捷WEB应用 开发和简化企业级应用开发而诞生的。拥有众多的优秀功能和特性，经历了三年多发展的同时，在社区团队的积极参与下，在易用性、扩展性和性能方面不断优化和 改进，众多的典型案例确保可以稳定用于商业以及门户级的开发。 ThinkPHP借鉴了国外很多优秀的框架和模式，使用面向对象的开发结构和MVC模式，采用单一入口模式等，融合了Struts的 Action思想和JSP

  3. 所属分类：PHP

    • 发布日期：2018-02-06
    • 文件大小：2097152
    • 提供者：wy005002

  1. 公司年会大屏幕抽奖

  2. 2017.9.27 更新：处理可能出现的一些重复签到的情况 更新：现在被禁用的用户，在刷新签到列表后不会再显示在签到列表中 更新：增加了功能的快捷键 2017.9.25 更新：增加了手机端的观众中奖信息查看功能 2017.8.30 更新：处理了一个开幕墙，闭幕墙的二维码bug 2017.8.25 更新：增加了红包功能 更新：3d签到预设图形增加了网格 更新：对对碰里面增加了昵称显示 更新：修复一个幸运数字的bug 2017.9.18 更新：优化了很多用户体验细节 更新：处理了一些细节方面的bu

  3. 所属分类：PHP

    • 发布日期：2018-09-25
    • 文件大小：97517568
    • 提供者：qq_21834227

  1. 异步mysql客户端async-mysql-php.zip

  2. PHP异步并发访问mysql简单实现。 在实际的开发过程中，我们常常会遇到需要操作多张表，多个库的情况。有时因为一些限制我们不能进行连表（例如，异地数据库），所以只能用php串行访问后再在php里进行合并，有时还需要模拟mysql对合并后的结果进行排序、归并等。 这里产生的一个问题就是串行带来的访问时间问题。由于传统的串行访问方式，我们只能等到一条sql执行完毕后才可以执行下一条，所以执行时间是累加的。PHP官方手册提供了一种可以异步并发访问mysql的方式，详见：http://php.net

  3. 所属分类：其它

    • 发布日期：2019-07-18
    • 文件大小：10240
    • 提供者：weixin_39841848

  1. 超简单的迷你文章管理系统GArticle v1.2

  2. GArticle是一套超简单的文章管理系统，采用php+PDO+SQLite3开发，不需要配置，不需要安装，上传即可使用，最大的特点是超级简单,有一个分类表和一个文章表，能添加、删除、修改文章和分类。GArticle有缓存加速和伪静态设置，不过伪静态需要主机满足特定条件才能开启。GArticle安装简单,只需要上传所有系统文件即可GArticle文章系统超级简单，后台只有添加删除修改分类和文章、清除缓存、登陆退出这几个功能，可制作成手机登陆wap移动网站,只需要改模板就可实现。GArticle

  3. 所属分类：其它

    • 发布日期：2019-10-24
    • 文件大小：14336
    • 提供者：weixin_38744207

  1. PHP如何解决网站大流量与高并发的问题

  2. 首先，确认服务器硬件是否足够支持当前的流量。 普通的P4服务器一般最多能支持每天10万独立IP，如果访问量比这个还要大， 那么必须首先配置一台更高性能的专用服务器才能解决问题 ，否则怎么优化都不可能彻底解决性能问题。 其次，优化数据库访问。 前台实现完全的静态化当然最好，可以完全不用访问数据库，不过对于频繁更新的网站， 静态化往往不能满足某些功能。 缓存技术就是另一个解决方案，就是将动态数据存储到缓存文件中，动态网页直接调用 这些文件，而不必再访问数据库，WordPress和Z-Blog都大量使

  3. 所属分类：其它

    • 发布日期：2020-12-18
    • 文件大小：66560
    • 提供者：weixin_38725950

  1. PHP+Redis事务解决高并发下商品超卖问题(推荐)

  2. 对于一些有一定用户量的电商网站，如果只是单纯的使用关系型数据库(如MySQL、Oracle)来做抢购，对数据库的压力是非常大的，而且如果不使用好数据库的锁机制，还会导致商品、优惠券超卖的问题。我所在的公司也遇到了同样的问题，问题发生在优惠券被超量抢购上，在问题发生后我们开始想办法解决问题，由于自己使用redis比较多，我准备使用redis来解决这个问题。利用redis的高性能和事务特性来解决线上优惠券被超库存抢购的问题，下面我给出我临时解决这个问题的第一版的伪代码，去掉了一些细节： /**

  3. 所属分类：其它

    • 发布日期：2020-12-17
    • 文件大小：229376
    • 提供者：weixin_38722891

  1. PHP分页效率终结版(推荐)

  2. 这里仅展示出设计思路，具体安全问题，是否同步更新等可根据具体需求添加修改：以前人们常用的PHP分页技术,通常都需要先统计出数据库中总信息条数才能判断出总页数并对其进行分页,,也就是说,每次分页要对数据库进行两次调用,在面临大数据量,高并发查询情况下是很不效率的,曾经一直为这个问题烦恼但都没想到合适的解决方法,今天突然在睡梦中 遇见奇迹…具体分析原理如下:（红色部分为优化后的区别，思路采用最原始的代码书写，为了照顾新人）原始分页技术:包括许多开源程序也在使用的技术;一般都是对数据库信息进行统计,然

  3. 所属分类：其它

    • 发布日期：2020-12-19
    • 文件大小：55296
    • 提供者：weixin_38554193

  1. 使用pthreads实现真正的PHP多线程（需PHP5.3以上版本）

  2. 我之前的文章中说过，大多数网站的性能瓶颈不在PHP服务器上，因为它可以简单地通过横向增加服务器或CPU核数来轻松应对（对于各种云主机，增加VPS或CPU核数就更方便了，直接以备份镜像增加VPS，连操作系统、环境都不用安装配置），而是在于MySQL数据库。如果用 MySQL 数据库，一条联合查询的SQL，也许就可以处理完业务逻辑，但是，遇到大量并发请求，就歇菜了。如果用 NoSQL 数据库，也许需要十次查询，才能处理完同样地业务逻辑，但每次查询都比 MySQL 要快，十次循环NoSQL查询也许比一

  3. 所属分类：其它

    • 发布日期：2020-12-19
    • 文件大小：58368
    • 提供者：weixin_38632916

  1. PHP 并发场景的几种解决方案

  2. 在秒杀，抢购等并发场景下，可能会出现超卖的现象，在PHP语言中并没有原生提供并发的解决方案，因此就需要借助其他方式来实现并发控制。 列出常见的解决方案有： 使用队列，额外起一个进程处理队列，并发请求都放到队列中，由额外进程串行处理，并发问题就不存在了，但是要额外进程支持以及处理延迟严重，本文不先不讨论这种方法。 利用数据库事务特征，做原子更新，此方法需要依赖数据库的事务特性。 借助文件排他锁，在处理下单请求的时候，用flock锁定一个文件，成功拿到锁的才能处理订单。 一、利用 Re

  3. 所属分类：其它

    • 发布日期：2021-01-03
    • 文件大小：63488
    • 提供者：weixin_38695773

  1. Redis使用watch完成秒杀抢购功能的代码

  2. redis使用watch完成秒杀抢购功能： 使用redis中两个key完成秒杀抢购功能，mywatchkey用于存储抢购数量和mywatchlist用户存储抢购列表。 它的优点如下： 1. 首先选用内存数据库来抢购速度极快。 2. 速度快并发自然没不是问题。 3. 使用悲观锁，会迅速增加系统资源。 4. 比队列强的多，队列会使你的内存数据库资源瞬间爆棚。 5. 使用乐观锁，达到综合需求。 我觉得以下代码肯定是你想要的。 <?php header(content-type:text/ht

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：51200
    • 提供者：weixin_38686924

  1. Laravel使用消息队列需要注意的一些问题

  2. 前言 消息队列对于大型的Web项目来说是必不可少的一个模块，通过消息队列可以解决大并发和多种语言通信接口等问题。对于大并发的问题，可以将耗时的任务或者不能同时大量并行的任务封装起来传输到消息队列中，由处理程序不断从消息队列中提取消息并进行处理，这样通过消息队列的缓冲可以使得在大并发情况下不再阻塞，如果性能不够用还可以添加多个处理任务从消息队列中获取消息进行处理。比如数据库的操作，当对数据库的读、写操作过多时就会存在锁表等问题，读的问题可以通过缓存等方案解决，写的问题就需要消息队列来解决。而且，在

  3. 所属分类：其它

    • 发布日期：2021-01-20
    • 文件大小：74752
    • 提供者：weixin_38653508

  1. workerman写mysql连接池的实例代码

  2. 首先要了解为什么用连接池，连接池能为你解决什么问题 连接池主要的作用： 1、减少与数据服务器建立TCP连接三次握手及连接关闭四次挥手的开销，从而降低客户端和mysql服务端的负载，缩短请求响应时间 2、减少数据库的并发连接数，即解决应用服务器过多导致的数据库 too many connections 问题 如果是为了解决问题1 则在workerman中数据库连接池不是最高效的方法，反而是自找麻烦的做法。由于PHP是单进程单线程的，使用PHP实现数据库连接池，肯定需要用单独的进程去做，那么就会涉及

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：60416
    • 提供者：weixin_38660731

  1. PHP使用数据库的并发问题

  2. 在并行系统中并发问题永远不可忽视。尽管PHP语言原生没有提供多线程机制，那并不意味着所有的操作都是线程安全的。尤其是在操作诸如订单、支付等业务系统中，更需要注意操作数据库的并发问题。 　　接下来我通过一个案例分析一下PHP操作数据库时并发问题的处理问题。 　　首先，我们有这样一张数据表： 　　1 mysql> select * from counter; 　　2 +—-+—–+ 　　3 | id | num | 　　4 +—-+—–+ 　　5 |  1 |   0 | 　　

  3. 所属分类：其它

    • 发布日期：2021-01-19
    • 文件大小：79872
    • 提供者：weixin_38739744
« 12 3 »