一旦你成功创建了你的页面，你可以决定你是否将这个页面设置为私有，你可以使用页面中的 限制（restrictions）或者使用 @mentions， sharing， 和 comments 来进行访问控制和邀请编辑。 Confluence 如何对页面进行限制 通常在每一个页面的右上部有一个（Restrictions） 的链接。 在默认情况下，可能会显示为 …，当你单击这个 … 后就可以看到编辑限制的功能了。     在弹出的页面中，我们可以对页面的限制进行编辑。 你可以不限制页面的访问，你也可以将页面限制为只有你可以查看。     有关一个 Confluence 页面中常用的几个协同合作功能，请参考下图：     主要你可以快速进行一些下面的功能： 评论 分享 关注 通过上面的功能，能够帮助你更好的与用户进行互动和扩展你的内容。 https://www.ossez.com/t/confluence-6/631

需要和你的项目小组成员一同进行编辑？多个 Confluence 用户可以同时编辑你的页面。 单击编辑器中的 **邀请（Invite）**按钮或者就获得一个连接，或者输入你希望邀请的用户或者用户组的邮件地址（被邀请的用户需要具有空间的相关权限才可以，否则的话你要求的用户是没有办法访问的）。 邀请的按钮如下图： 单击上面的按钮，可以将分享的链接发给你的同事和小组成员邀请他们参加编辑。 同时，你也可以在邀请用户的输入框中输入用户名的名字或者邮件地址，然后单击邀请即可。 为什么我的 Confluence 没有 Confluence 的协同编辑是一个独立的进程，是需要启用的。 如果你的网站对这方面的要求不多，比如说不怎么可能遇到大家同时编辑一个页面或者主要功能是文档共享。 你可以禁用这个功能，这样能够为你的系统节约一些资源，并且不容易出错。 这个功能的设置在后台的 Collaborative editing 功能按钮。 在随后的界面中，可以修改 修改模式（Change Mode）。 在这个地方你可以启动或者停止协同编辑。 如果你在编辑器中没有看到协同编辑的按钮，那么你需要检查下你的这个进程启动没有，如果没有启动的话，你需要先手动启动。 如果在启动的时候发现了错误，则需要根据错误的原因进行调试，通常情况最有可能的是网络端口被屏蔽了。 https://www.ossez.com/t/confluence-6/630

在默认的情况下 Postman 是不显示控制台的。 你可用在 Postman 中查看控制台。 单击左下角的控制台，就可以打开了。 你可用通过上面的链接查看发送的数据的状态以及每次发送后返回的结果。 单击每次发送的情况，你就可以查看每次发送请求的请求数据和接收数据。 上面就显示了发送和接收的数据类型。   https://www.ossez.com/t/postman/629

错误原因：Headers填写错误，估计是之前选错了x-www-form-urlencoded       还有一个办法就是不要设置上下文：Content-Type       Postman 会根据你发送的内容自动进行调整。       你还可以在控制台中查看发送和接收的数据。

在修改表的时候会得到下面的提示，修改表需要删除后重建。 解决办法 在 SQL Server Management Studio 中选择 Tools > Options 然后选择左侧的设计（Designers）下面有一个选项是当对表进行调整的时候，如果需要重建表，操作将会被禁止的选项。     将上面的选项取消选择后，再执行操作就可以了。 发生这个问题的主要原因就是因为在创建表的时候对表进行重建了，在工具的默认情况下，这个操作是禁止的。 https://www.ossez.com/t/sql-server/627

在使用 Azure 的时候发现一个有趣的现象。 每天早上同事们开始开发工作的时候，不管是谁，第一次运行程序的时候都会出现数据库连接错误的提示。 2020-10-30 09:26:39.890 DEBUG 9398 --- [nio-8080-exec-2] com.zaxxer.hikari.pool.HikariPool : HikariPool-Azure - Cannot acquire connection from data source com.microsoft.sqlserver.jdbc.SQLServerException: Database 'sco' on server 'sco-db' is not currently available. Please retry the connection later. If the problem persists, contact customer support, and provide them the session tracing ID of '{C7F5F05C-76C3-41A9-8823-977205A60F4B}'. ClientConnectionId:1cb47252-b3f2-4b69-af0e-7e44994e21b6 at com.microsoft.sqlserver.jdbc.SQLServerException.makeFromDatabaseError(SQLServerException.java:262) 随后随时连接都不会有问题了。 查看过连接池的配置，也是正常的。 原因和解决 经过一段时间的分析后发现，在日志中，提示有重新启动数据库： 在查看日志的时候，也出现了一次连接失败的提示。 然后再出现连接失败的提示后，显示的所有连接都是成功的。 由此可以判断，在 Azure 数据库中是否有一个没有连接将会将数据库设置到休眠状况的配置。 根据官方的链接中有关文档的提示：https://docs.microsoft.com/en-us/azure/azure-sql/database/serverless-tier-overview#autoresuming 确实有一个休眠和恢复的配置。 你也可以取消这个功能。你可以通过下面的路径进行操作，选择 Configure，然后选择 Auto-Pause Delay。 你可以设置休眠时间，或者直接取消。 如果你的条件允许，或者预算比较宽裕的话，建议就直接取消这个功能。   https://www.ossez.com/t/azure-sql-database/625

我们希望给 Discourse 安装一个 sitemap 的插件。 你的 Discourse 需要这个插件吗？实际上是不需要的，这个插件能够帮助你加快索引，但是对 SEO 并不起太大作用。 安装方法 找到插件的 GitHub 地址： https://github.com/discourse/discourse-sitemap 上面的地址是这个项目的地址，在这个项目的地址下，我们可以找到这个插件的地址为： https://github.com/discourse/discourse-sitemap.git     将插件地址的仓库注册 请参考官方的教程，地址为： https://meta.discourse.org/t/install-plugins-in-discourse/19157 你需要修改 Discourse 安装路径下的 app.yml 文件。 依次执行的命令为： cd /var/discourse nano containers/app.yml 对 app.yml 文件来进行编辑。 添加下面一行： - git clone https://github.com/discourse/discourse-sitemap.git     上面的图片显示添加成功后的内容。 重构 在完成上面的配置后，依次执行下面的命令来对你安装的 Discourse 进行重构。 这个重构可能比较消耗时间，你需要耐心等候。 cd /var/discourse ./launcher rebuild app 下面的图片显示 Discourse 正在重构。     后台确认 登录后台后选择 plugin。 如果你能看到你的站点地图插件，就说明已经安装成功了。 你可以点击进去进行设置。     同时你也可以访问下面的链接确定安装已经正确了。 /sitemap.xml /news.xml A Sitemap line in robots.txt     确定站点地图已经生效了。 https://www.ossez.com/t/discourse/624/2

使用下面的方法： logger.debug("Current DateTime in milliseconds - [{}]", new DateTime().getMillis()); 上面的代码输出的内容是： 15:01:51.331 [main] DEBUG c.i.s.c.t.utilities.CodecUtilsTest - Current DateTime in milliseconds - [1603998111331] 获得当前日期时间的毫秒数，这个毫秒数是从 1970-01-01T00:00:00Z 开始计算的。 1970年， Unix正式诞生，在第一版《Unix Programmer’s Manual》中把“1971年11月3日”定义为“自1970年1月1日0时0分0秒以来以1/60秒为单位的时间”。 此后，这个定义由于可定义的时间范围，时区，闰秒等问题被重新定义。 https://www.ossez.com/t/java-datetime-unix/623

假定我们有一个文件位于：src/test/resources/data/azure_storage.json 目录中。 azure_storage.json 为数据文件，我们希望将这个文件中的内容读取到测试类中。 azure_storage.json 数据文件在编译成功后会被拷贝到：target/test-classes/data/azure_storage.json 目录中。     进行读取 在测试类中，我们可以在初始化数据的时候读取数据。 /** * Init Data * @throws IOException */ @BeforeAll public void setUp() throws IOException { ClassLoader loader = Thread.currentThread().getContextClassLoader(); // INIT properties props.load(loader.getResourceAsStream("log4j.properties")); // INIT Azure Storage Test File try { InputStream inputStream = loader.getResourceAsStream(fileName); FileUtils.copyInputStreamToFile(inputStream, azureStorageFile); } catch (IOException e) { logger.error("Init data send to azure error." ,e); } } fileName 使用下面的定义： private String fileName = "data/azure_storage.json"; 需要注意的是 PATH，应该使用的是相对路径。 在数据初始化的时候，我们使用下面的代码： InputStream inputStream = loader.getResourceAsStream(fileName); 先将资源文件中数据读取为 InputStream ，这个时候你的数据已经在内存中了，我们在上面的代码中使用代码 FileUtils.copyInputStreamToFile 来将内存中的数据写到一个临时目录中，然后你就可以对文件进行操作了。 当然你也可以直接使用 InputStream 来进行必要的下一步测试和操作就可以了。 使用这样的配置好处就是在测试的时候，因为不同的人使用的系统是不同的，不同的测试文件路径会导致没有办法进行路径的同步。   https://www.ossez.com/t/java-unit-resources/622

在程序运行到一段时间后，发现上传文件的时候提示： <?xml version="1.0" encoding="UTF-8"?> <Error> <Code>AuthenticationFailed</Code> <Message>Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature. RequestId:c443ad49-c01e-0083-126e-ad5565000000 Time:2020-10-28T21:10:53.9706211Z</Message> <AuthenticationErrorDetail>Signature not valid in the specified time frame: Start [Wed, 28 Oct 2020 20:43:29 GMT] - Expiry [Wed, 28 Oct 2020 20:45:29 GMT] - Current [Wed, 28 Oct 2020 21:10:53 GMT]</AuthenticationErrorDetail> </Error>     问题原因和解决 出现上面的提示的原因是你的 sasToken 过期了。 在 Azure 存储的时候，如果你生成 sasToken，在这个 token 上面有一个有效期的设置，在默认的时候这个有效期的时间非常短。 你可以设置为更长的时间。       单击上面的链接，修改令牌的有效期后生成新的令牌。 这样就可以保证你的存储不快速过期。     https://www.ossez.com/t/azure/621