搜索[网站开发]结果-低调大师优秀个人博客

精选列表

搜索[网站开发]，共10000篇文章

网站前端和后台性能优化6

把脚本放在最后(Put Scripts at the Bottom) tag:javascript 脚本可能会堵塞并发的下载。HTTP/1.1规范建议浏览器在每个域名下只进行两个并发下载。如果你把图片放在多个域名下，可以实现多于两个的并发下载。当脚本被下载时，即使使用不同的域名。浏览器也不会进行任何其它的下载。有些情况下把脚本放到底部并不太容易。比如，脚本使用了document.write 来添加部分页面中的内容，就不能放到页面中更后面的位置。还可能有作用域的问题。很多情况下，还有一些变通的方法。通常的建议是使用延迟脚本。DEFER属性表明脚本不包含document.write，而且提示浏览器继续展现。不幸的是，Firefox不支持DEFER属性。IE中，脚本可以被延迟，但并不如你期望的那么久。如果一个脚本可以被延迟，那么它也可以被放在页面的底部。这会让你的页面加载的更快。

2018-01-27

网站前端和后台性能优化10

纵观U.S.的前十大网站，压缩获得了21%的体积减小而代码混淆达到了25%。虽然代码混淆的压缩程度更高，但压缩JavaScript的风险更小。不仅仅要压缩外部的脚本和样式表，内敛的

2018-01-27

网站前端和后台性能优化2

使用内容分布式网络 (Use a Content Delivery Network) tag:server 用户连接你的网站服务器的速度影响响应的快慢。

2018-01-27

OpenCV相关网站推荐(Informative websites related to OpenCV)

计划花费1个星期左右时间，将其中标红的而且能够开打的网站进行初步研究，写出调查结果。 C ++ http://codecapsule.com/category/compu...

2018-01-16

一次网站性能排查实录

接到一个求助电话，说是有个阿里云上的服务器，有性能瓶颈，但又没有什么具体的数据，只是说偶尔客户端有少数连接不上，或者连接会突然中断。我的天，最怕这种状况了，还得自己去找问题表现是什么，再去找什么原因所致。----懒人可直接点此处，不必辛苦看文字因为是线上的环境，得分两步进行。先检查，看系统或者应用存在什么明显的印迹，分析原因和处理方法；协商什么时候可以处理，处理风险是什么。怕影响用户体验，白天还不让搞。月黑风高，家里有没暖气啊（用一块闲置显卡挖矿取暖），没办法，只好熬夜苦战一番。通过了解，该云主机带宽12M，其他方面的配置，我自己登录看就好。既然收到带宽，就先看它了，看了好一阵，也不到10M嘛。其他资源配置为：（1）cpu 8core （2）内存 16G （3）硬盘 50G系统加120G外挂空间。其中系统负载一直稳定不高，IO也还过得去，系统日志也无明显的报错信息。查看网络状态，TIME_WAIT相对于ESTABLESHED来说，高了不少（因为文章为事后所写，无法再重现了）。根据经验，大致可以判断引起TIME_OUT高的原因主要有两种：一种是系统参数（sysctl.conf）设置，另一种就是应用服务配置。前一种比较好办，乘访问量少的时候，偷偷的修改/etc/sysctl.conf（修改前一定要记得备份哟）,然后重载 sysctl -p，再执行netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'，发现TIME_OUT的数量并没有减少多少。由此可知，最大的可能就在系统上边的应用。当然，作为系统管理员，不可能啥都去问人家，你上边安装了什么，都在啥目录啊，程序之间都什么关联？只要有系统登录权限，哪能难住咱们呢!敲ps auxww |more 加一点点耐心，能查个八九不离十。不就是一个nginx + php + mysql 嘛，挨个检查，应该能查到问题所在。这一回车，好多php进程呢，屏幕翻滚了好几屏。心想，没那么多连接数，跑那么多进程干啥呢？做过过滤，数一下php进程数，好家伙301个。我有个习惯，喜欢从后边往前边查。于是就从数据库开查，show processlist，没线程连接上来，奇怪了啊。还以为自己眼花，又执行了好几遍，还是这样。检查mysql错误日志，数据目录，毫无所获，难道不是用这个mysql？吃个橘子压压惊，查看网络状态，看它连接到哪里去了。居然没用本机的mysql（不知道装这个干啥），赶紧电话问，说是购买了阿里云的mysql服务，好吧，看来这个就不用查了。接下来，该看看nginx了。这一查，还真找到几个不顺眼的地方。按照我的习惯，如果系统上要运行多个web站点，一般都会用明确包含的方式对配置文件进行书写，这样做的好处是，看到主配置文件，就知道有多少站点；而且做维护的时候，如果某些站点要临时变更或者变更后整个web服务启动不了，就可以通过注释掉相关的那行包含（include）语句。最不喜欢谁用什么 include *.conf，你写起来省事，可是后边维护就不那么省事。没办法，我认了。再进具体包含文件的目录，随机打开一个，截取一段如下：包含里边嵌套包含，那好，我们就看看它这个包含里边写的啥： [root@iZm5e64s4c3fznr1kxv1qaZ conf]# more enable-php.conf location ~ [^/]\.php(/|$) { try_files $uri =404; fastcgi_pass unix:/tmp/php-cgi.sock; fastcgi_index index.php; include fastcgi.conf 又有一个嵌套，狂晕啊！继续看这个fastcgi.conf,就是一个fastsgi_params文件的副本。 fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;fastcgi_param QUERY_STRING $query_string;fastcgi_param REQUEST_METHOD $request_method;fastcgi_param CONTENT_TYPE $content_type;fastcgi_param CONTENT_LENGTH $content_length;fastcgi_param SCRIPT_NAME $fastcgi_script_name;fastcgi_param REQUEST_URI $request_uri;fastcgi_param DOCUMENT_URI $document_uri;fastcgi_param DOCUMENT_ROOT $document_root;fastcgi_param SERVER_PROTOCOL $server_protocol;fastcgi_param REQUEST_SCHEME $scheme;fastcgi_param HTTPS $https if_not_empty;fastcgi_param GATEWAY_INTERFACE CGI/1.1;fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;fastcgi_param REMOTE_ADDR $remote_addr;fastcgi_param REMOTE_PORT $remote_port;fastcgi_param SERVER_ADDR $server_addr;fastcgi_param SERVER_PORT $server_port;fastcgi_param SERVER_NAME $server_name;# PHP only, required if PHP was built with --enable-force-cgi-redirectfastcgi_param REDIRECT_STATUS 200; 各位看官，再往下看这个文件，又来了个fastcgi_pass 127.0.0.1 ，是要用什么方式关联php呢？前边那个include指定的"fastcgi_pass unix:/tmp/php-cgi.sock;" 后边又跟这么一个是什么用意？看到没有，这个fastcgi_pass 127.0.0.1 根本没起作用啊，可能是从网上找的，胡乱粘贴一通。另外，也从php那边印证一下，确认服务是否有tcp 9000端口处于监听状态。 [root@iZm5e64s4c3fznr1kxv1qaZ ~]# netstat -anp|grep 9000|wc -l|grep -v grep0 打开其它站点配置文件，全是这个搞法。得统一做规范，方便自己也是方便他人嘛！不过乱归乱，还是能正常运行，nginx本身也不会对性能产生太大的影响。由这里可以推断，php估计也是胡乱从别的地方复制过来的配置，其内容如下： [global]pid = /usr/local/php/var/run/php-fpm.piderror_log = /usr/local/php/var/log/php-fpm.loglog_level = notice[www]listen = /tmp/php-cgi.socklisten.backlog = -1listen.allowed_clients = 127.0.0.1listen.owner = wwwlisten.group = wwwlisten.mode = 0666user = wwwgroup = wwwpm = dynamicpm.max_children = 300pm.start_servers = 80pm.min_spare_servers = 80pm.max_spare_servers = 300access.log = /mnt/log/phplog/$pool.access.logaccess.format = "%R - %u %t \"%m %r%Q%q\" %s %f %{mili}d %{kilo}M %C%%"pm.max_requests = 1024request_terminate_timeout = 0request_slowlog_timeout = 120slowlog = /var/log/slow.log 这几个选项值，直接与性能相关。查看php进程数，一直就是设定的数量300（主进程不算）。最大300，而且一直维持不变，新来的请求无法获得新的进程，于是就只好杀掉已经运行的（有可能用户的连接还在），类似于自杀，可以从php的日志里可以看到大量的进程自杀消息。一般情况下，应该把最大子进程数(pm.max_children = 300)设置得大一些,最大请求数（pm.max_requests）也需要设置大一些。把这些问题，记录好汇总以后，电话跟其他人沟通，得到答复是等相关人等在线的时候进行修正，万一业务上有问题，可以一起协助处理，但得等两天以后。欲知详细的操作过程，调整后的效果，请猛戳此处即可。

2017-12-24

大数据平台网站日志分析系统

1：大数据平台网站日志分析系统，项目技术架构图： 2：大数据平台网站日志分析系统，流程图解析，整体流程如下： ETL即hive查询的sql; 但是，由于本案例的前提是处理海量数据，因而，流程中各环节所使用的技术则跟传统

2017-12-09

Java爬虫_资源网站爬取实战

13 ret += read ; 14 ret+="\r\n" ; 15 } 16 } 17 }catch (Exception e){ 18 19 } 20 return ret ; 21 } 爬取的网站是这个书籍网站的主页

2017-12-06

视频网站数据平台变迁之路（一）

一.数据系统架构V1 _ 优酷早在2007年便采用php语言自主开发了一套数据系统。系统分为数据采集、数据存储、数据分析、报表平台，四个模块。

2017-12-03

大流量网站的底层系统架构

动态应用，是相对于网站静态内容而言，是指以c/c++、php、Java、perl、.net等服务器端语言开发的网络应用软件，比如论坛、网络相册、交友、BLOG等常见应用。

2017-11-26

Mysql在大型网站的应用架构演变

写在最前: 本文主要描述在网站的不同的并发访问量级下，Mysql架构的演变可扩展性架构的可扩展性往往和并发是息息相关，没有并发的增长，也就没有必要做高可扩展性的架构，这里对可扩展性进行简单介绍一下，

2017-11-24

我们的网站压力究竟在哪里

，一个是我现在维护的电子商务网站（并发最大峰值2900，日PV500万左右）、我目前维护的电子广告网站（并发最大峰值1500，日PV150万左右）、以前维护的大型CDN门户广告网站（并发最大峰值5000

2017-11-22

大型网站架构之分布式缓存

缓存是优化网站性能的第一手段。在大型网站中，缓存通常用来保存热点数据，或者保存应用上下文相关信息。比如之前提到的session服务器集群就可以用分布式缓存来搭建。

2017-11-17

大型网站性能优化的通用方法(转)

除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略

2017-11-17

大型网站架构之JAVA中间件

中间件就是在大型网站中，帮助各子模块间实现互相访问，消息共享或统一访问等功能的软件产品。常见的有：远程服务框架中间件：主要解决各子模块之间互相访问的问题。

2017-11-15

网站动态属性的一个架构

=N ' 年龄 ') THEN 1 ELSE 0 END = 1)) 然后分别执行查询并在业务层将求解查询结果的交集，也许是可以直接生成一条SQL语句交给数据库处理成最精简的结果再返回的，但是因为开发时间

2017-11-12

Linux网站架构系列之Mysql—-部署篇

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle公司。MySQL所使用的SQL语言是用于访问数据库的最常用标准化语言。

2017-11-12

基于Java技术的大型网站架构方案

可供选择的框架： ICE Hadoop 直接基于Memcache开发（减少复杂度，推荐）存储推荐MySQL，理由：免费，经过实践检验，有大量成熟的案例、解决方案、技术支持。

2017-11-09

大型网站架构演变和知识体系

转载：http://www.blogjava.net/BlueDavy/archive/2008/09/03/226749.html 大型网站架构演变和知识体系之前也有一些介绍大型网站架构演变的文章，

2017-11-09

Swiper移动端网站的内容触摸滑动

Swiper开源、免费、稳定、使用简单、功能强大，是架构移动终端网站的重要选择！ Swiper中文网 http://www.swiper.com.cn/

2017-11-06

速成网站和虚拟主机的区别？

当然客户也可以自己找设计师或广告公司设计网站并上传，但这费用就要高很多了。如果客户对网站功能要求高，建议客户自己找设计师做，这样可根据客户的要求设计。

2017-10-29

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

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

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

精选列表

网站前端和后台性能优化6

网站前端和后台性能优化10

网站前端和后台性能优化2

OpenCV相关网站推荐(Informative websites related to OpenCV)

一次网站性能排查实录

大数据平台网站日志分析系统

Java爬虫_资源网站爬取实战

视频网站数据平台变迁之路（一）

大流量网站的底层系统架构

Mysql在大型网站的应用架构演变

我们的网站压力究竟在哪里

大型网站架构之分布式缓存

大型网站性能优化的通用方法(转)

大型网站架构之JAVA中间件

网站动态属性的一个架构

Linux网站架构系列之Mysql—-部署篇

基于Java技术的大型网站架构方案

大型网站架构演变和知识体系

Swiper移动端网站的内容触摸滑动

速成网站和虚拟主机的区别？

资源下载

优质分享App

腾讯云软件源

Nacos

Sublime Text

欢迎您来访！