首页 文章 精选 留言 我的

精选列表

搜索[网站开发]，共10000篇文章
优秀的个人博客,低调大师

Confluence 6 企业环境或者网站托管的 Java 配置策略

Confluence 需要依赖一些 Java 的库才能够允运行。一些依赖的 Java 库应用了 Java 的语言特性，但是又是被 Java 的安全策略所限制的。 这个通常来说是不会造成任何问题的。默认的安全配置策略通常对运行 Confluence 没有任何影响。但是在一些共享服务器或者企业部署环境下，安全设定可能会导致 Confluence 不能正常的工作。 当你尝试运行 Confluence 的时候，你可能会遇到下面的错误： java.security.AccessControlException:access denied (java.lang.RuntimePermissionaccessDeclaredMembers) atjava.security.AccessControlContext.checkPermission(AccessControlContext.java(CompiledCode)) atjava.security.AccessController.checkPermission(AccessController.java(CompiledCode)) atjava.lang.SecurityManager.checkPermission(SecurityManager.java(CompiledCode)) 运行 Confluence 所需要的权限在下面简单的安全配置文件中。你可能需要将这个信息给你的系统管理员，这样你的系统管理员才可以部署 Confluence 应用。 grant codeBase"file:${catalina.home}/webapps/confluence/-"{ permissionjava.security.AllPermission; }; grant { permissionjava.lang.RuntimePermission"accessDeclaredMembers"; permissionjava.lang.reflect.ReflectPermission"suppressAccessChecks"; permissionjava.lang.RuntimePermission"defineCGLIBClassInJavaPackage"; }; https://www.cwiki.us/display/CONF6ZH/Java+Policy+Settings+for+Enterprise+or+Webhosting+Environments
2018-08-20
优秀的个人博客,低调大师

网站404谁都见过 你知道为啥是404么？

【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 每当浏览网页出现“404错误”时，我们都知道这表示该网页出现了访问错误，也就是页面丢失。其实，这早已是人尽皆知的常识。作为一种标准的HTTP返回代码，404被用来表示网页服务器HTTP的响应状态。然而，对于其历史来源却充满了神秘色彩，引人探寻。在21世纪初，甚至有一群人试着去研究“404错误”的来源。 只知道“404”是网页报错 却不知其从何而来? 据传在第三次科技革命前，整个互联网的形态就像是一个大型的中央数据库，并设置在一个叫404的房间里。那时，所有的访问请求都由人工手动完成，若在数据库中没有找到请求者所需要的文件，或是由于请求者写错了文件编号，他们就会得到一个“room 404 : file not found”返回信息。 实际上，“404错误”信息通常是当目标页面被更改、移除，或是客户端输入页面地址错误后显示的页面。久而久之，人们也就习以为常的用404代表服务器未找到文件的错误代码了。当然，经实际考证后发现传说中的room 404并不存在，在HTTP请求3位的返回码中，4开头的代表客户错误。而在中国，“404错误”有了更多延伸意思，既可能是网页不存在，还可能是内容非法，或是内容创作者主动删去。 其实，我们想说，尽管人类创造了网络技术，他也受我们所控制，但它却并非完全可靠。实际上，在互联网诞生不久后，错误的网址访问也随之而来。我们在享受互联网带来的知识、便利的同时，自然也得忍受 404错误带来的不痛苦，要不怎么说‘事物都是两面性的’。 不过，对于“404错误”的起源，身为互联网创造者的Robert Cailliau对于上面说法并不认同，甚至说是无稽之谈，404错误的真正来源并非如此。尽管现在来看，这种错误访问并不会影响互联网发展，但在互联网建设初期，这些却会造成大量资源的浪费。 对此，Cailliau表示：“当你为新系统编写代码时，不能浪费太多时间检测错误地址访问的要求。不然服务器要记住太多信息，会浪费太多资源，现代的极客们根本不知道用64K内存编程是什么感觉!为了避免错误地址访问，程序员想出了一个很简单的方法，即指定错误类别的数字范围，而‘404错误’就是程序员为让使用者连接网络错误时，知道自己错在哪而设置的。将使用者的错误类型标记为404，意味着该网页不存在。” “此外，我完全没有想到人们对‘404错误’的来源是这种想法，可能大家更偏爱一些非理性的、充满神秘色彩的故事吧，当然这在人类中相当普遍，当人的影响力小，信息传播缓慢的时候，这些非理性的特质是无罪的。但如今，由于网络的存在，这些特点已经获得了一种危险的力量。”Cailliau补充道。 当然除了404以外，其实还有很多其它的HTTP状态码。例如200，其代表着服务器已成功处理请求并提供了请求的网页，又或是表示请求的网页已***移动到新位置的301，以及代表服务器遇到错误无法完成请求的500等等，很多很多。***，我们想说的是，不管如何，像“404错误”这样的HTTP状态码会一直存在于网络世界之中。
2017-12-11
优秀的个人博客,低调大师

基于keepalived实现多种模式的高可用集群网站架构

一、 实现主从服务器高可用技术。 大概网络拓扑图： 前提准备条件： 准备四台机器，一台为keepalived的master，一台为keepalived的backup，一台为rs1，一台为rs2，同时都关闭防火墙和selinux。 ①安装包。 yum install keepalived ②修改位置文件（keepalived的master）。 vim /etc/keepalived/keepalived.cf ③修改keepalived的主配置文件（keepalived的backup） ④给RS1设置VIP并设置成网卡别名。 ⑤同理，给RS2设置VIP并设置为网卡别名。 ⑥查看keepalived服务器上是否有服务。 ⑦测试。 ⑧模拟keepalived的master损坏。 二、实现互为主从模式的高可用技术。 大概网络拓扑图： 实现互为双主模式也就是准备两个VIP同时互相监督，当有一方宕机另一方就立刻顶上，从而实现了高可用。 ①在上个实验中的（主配置master）配置文件里再增加一套instance方案，从而达到互为主从。 ②在（从配置文件backup）修改配置文件，正好和主配置文件互为相反，从而可以互相监督。 本文转自 LUksl 51CTO博客，原文链接:http://blog.51cto.com/19940919/1980857
2017-11-12
优秀的个人博客,低调大师

中小型规模网站集群架构:Rsync错误集

常见问题 3.1.1 rsync服务端排错思路 查看rsync服务配置文件路径是否正确，正确的默认路径为：/etc/rsyncd.conf 查看配置文件里host allow，host deny，允许的IP网段是否是允许客户端访问的IP网段。 查看配置文件中path参数里的路径是否存在，权限是否正确（正常应为配置文件中的UID参数对应的属主和组） 查看rsync服务是否启动。查看命令为：ps -ef | grep rsync。端口是否存在netstat -plunt| grep 873 查看iptables防火墙和selinux是否开启允许rsync服务通过，也可考虑关闭。 查看服务端rsync配置的密码文件是否为600的权限，密码文件格式是否正确，正确格式用户名:密码，文件路径和配置文件里的secrect files参数对应。 如果是推送数据，要查看下，配置rsyncd.conf文件中用户是否对模块下目录有可读写的权限。 3.1.2 rsync客户端排错思路 查看客户端rsync配置的密码文件是否为600的权限，密码文件格式shfou 正确，注意：仅需要有密码，并且和服务端的mima 一直 用telnet链接rsync服务器IP地址873查看服务是否启动（可测试服务端防火墙是否阻挡） 客户端执行命令是rsync -avz /etc/hostsrsync_backup@172.16.1.41::backup 此命令的细节要记清楚，尤其是双冒号 3.2 No route to host问题 1 2 3 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backup rsync :failedtoconnectto172.16.1.41:Noroutetohost(113) rsync error:error in socketIO(code10)atclientserver.c(124)[sender=3.0.6] 解决方案 服务端关闭防火墙 3.3 执行命令错误导致的报错 1 2 3 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::/backup ERROR:Theremotepathmuststartwithamodulenamenota/ rsync error:errorstartingclient-serverprotocol(code5)atmain.c(1503)[sender=3.0.6] 解决： rsync命令语法理解错误：/backup 必须是模块，也就是不能“/” 3.4 @ERROR: auth failed on module backup 1 2 3 4 5 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backup Password: @ERROR:authfailedonmodulebackup rsync error:errorstartingclient-serverprotocol(code5)atmain.c(1503)[sender=3.0.6] [root@nfs01~] # 解决： 1.账号rsync_backup或者密码123456错误了。 2.指定的密码文件和实际的名称不一致。 secrets file = /etc/rsync.password 3.密码文件的权限忘记改为600 4.密码文件多了一个空格。 vi时候用set list或者用cat -A 3.5 @ERROR: Unknown module 'backupa' 1 2 3 4 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backupa @ERROR:Unknownmodule 'backupa' rsync error:errorstartingclient-serverprotocol(code5)atmain.c(1503)[sender=3.0.6] [root@nfs01~] # 解决： 文件的模块和命令的模块不匹配 3.6 权限问题 1 2 3 4 5 6 7 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backup Password: sendingincremental file list rsync :ERROR:cannotstatdestination "." ( in backup):Permissiondenied(13) rsync error:errorsselectinginput /output files, dirs (code3)atmain.c(554)[receiver=3.0.6] rsync :connectionunexpectedlyclosed(5bytesreceivedsofar)[sender] rsync error:error in rsync protocoldatastream(code12)atio.c(600)[sender=3.0.6] 解决： 共享目录的属主和属组不正确，不是rsync 共享目录的权限不正确。不是755 3.7 没有创建对应的目录 1 2 3 4 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backup Password: @ERROR:chdirfailed rsync error:errorstartingclient-serverprotocol(code5)atmain.c(1503)[sender=3.0.6] 解决： 看配置文件的目录和创建的目录是否对应（相同） 或者目录没有创建 3.8 ID或者用户组和用户组不存在 1 2 3 4 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backup Password: @ERROR:invaliduid rsync rsync error:errorstartingclient-serverprotocol(code5)atmain.c(1503)[sender=3.0.6] 解决： 创建rsync目录 3.9 客户端已经配置了密码文件，但免密钥登录方式，依旧需要输入密码 1 2 3 4 5 6 7 8 9 10 11 [root@nfs01~] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::backup--password-file=/etc/rsync.password password file mustnotbeother-accessible continuingwithoutpassword file Password: sendingincremental file list hosts rsync :mkstemp ".hosts.xWBidH" ( in backup)failed:Permissiondenied(13) sent196bytesreceived27bytes89.20bytes /sec totalsizeis349speedupis1.57 rsync error:somefiles /attrs werenottransferred(seepreviouserrors)(code23)atmain.c(1039)[sender=3.0.6] 解决： 客户端的密码文件权限不是600 chmod 600 /etc/rsync.password 3.10 传输慢 看日志文件 1 2 3 4 5 6 7 2017 /03/08 20:15:49[25053]params.c:Parameter()-Ignoringbadlyformedline in configuration file :ignoreerrors 2017 /03/08 20:15:49[25053]namelookupfailed for 172.16.1.31:Nameorservicenotknown 2017 /03/08 20:15:49[25053]connectfromUNKNOWN(172.16.1.31) 2017 /03/08 20:15:49[25053] rsync tobackup/fromrsync_backup@unknown(172.16.1.31) 2017 /03/08 20:15:49[25053]receiving file list 2017 /03/08 20:15:49[25053] rsync :mkstemp ".hosts.q63Fzr" ( in backup)failed:Permissiondenied(13) 2017 /03/08 20:15:49[25053]sent173bytesreceived253bytestotalsize349 解决：配置本地域名解析/etc/hosts 1 172.16.1.31nfs01 修改后 1 2 3 4 5 6 2017 /03/08 20:17:46[25056]params.c:Parameter()-Ignoringbadlyformedline in configuration file :ignoreerrors 2017 /03/08 20:17:46[25056]connectfromnfs01(172.16.1.31) 2017 /03/08 20:17:46[25056] rsync tobackup/fromrsync_backup@nfs01(172.16.1.31) 2017 /03/08 20:17:46[25056]receiving file list 2017 /03/08 20:17:46[25056] rsync :mkstemp ".hosts.CmOBRm" ( in backup)failed:Permissiondenied(13) 2017 /03/08 20:17:46[25056]sent173bytesreceived253bytestotalsize349 3.11 客户端目录权限644+rsync使用了avz参数 推送之后会给服务端的/backup目录修改权限。使服务端权限变成644导致传输失败。 sh [root@nfs01 ~]# echo 123456>/etc/rsync.password ash: 123456: Bad file descriptor 3.12 问题，服务没启动 1 2 3 [root@backupscripts] #rsync-avz/etc/hostsrsync_backup@172.16.1.41::allbackup rsync :failedtoconnectto172.16.1.41:Connectionrefused(111) rsync error:error in socketIO(code10)atclientserver.c(124)[sender=3.0.6] 解决： rsync --daemon 未知错误 1 2 3 4 5 [root@nfs01scripts] #rsync-az-delete/data/rsync_backup@172.16.1.41::nfsbackup--password-file=/etc/rsync.password rsync :Failedto exec lete:Nosuch file ordirectory(2) rsync error:error in IPCcode(code14)atpipe.c(84)[sender=3.0.6] rsync :connectionunexpectedlyclosed(0bytesreceivedsofar)[sender] rsync error:error in rsync protocoldatastream(code12)atio.c(600)[sender=3.0.6] 解决：重新写一下命令，就OK？ 本文转自 baishuchao 51CTO博客，原文链接:http://blog.51cto.com/baishuchao/1948091
2017-11-12

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

时间: 2026-03-01 大小: 1MB 下载: 6次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2025-12-17 大小: 5MB 下载: 1次
Rocky Linux

Rocky Linux

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

时间: 2026-03-02 大小: 1.42GB 下载: 3次
Sublime Text

Sublime Text

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

时间: 2025-12-03 大小: 9.84MB 下载: 39次
热门标签
Gemini3 Docker Kubernetes OpenAi Rocky HarmonyOS6 Service Mesh Jdk25 Nacos3 SpringBoot4 Redis SpringCloud DeepSeek

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册