首页 文章 精选 留言 我的

精选列表

搜索[开源托管]，共10011篇文章
优秀的个人博客,低调大师

LLMStack —— 本地构建 LLM 应用的自托管低代码平台

LLMStack 是一个无代码平台，用于构建生成式 AI 应用程序、聊天机器人、代理并将它们连接到你的数据和业务流程。 它是一个构建新的人工智能体验或将人工智能集成到现有产品中的框架。LLMStack 被设计为模块化和可扩展的。它可以帮助你管理可连接到 LLM 应用程序的数据，以创建上下文感知的生成式 AI 应用程序。 使用 LLMStack 的无代码构建器无缝集成你自己的数据和 GPT 支持的模型，无需任何编码经验。 特性： 链接多个模型：LLMStack 允许你将多个 LLM 链接在一起以构建复杂的生成式 AI 应用程序。 在你的数据上使用生成人工智能：将你的数据导入你的帐户并在 AI 链中使用它。LLMStack 允许从各种来源（gdrive、notion、网站、直接上传等）导入各种类型（CSV、TXT、PDF、DOCX、PPTX 等）的数据。平台将负责数据的预处理和矢量化，并将其存储在开箱即用的矢量数据库中。 无代码构建器：LLMStack 附带一个无代码构建器，允许你在没有任何编码经验的情况下构建 AI 链。你可以将多个 LLM 链接在一起，并将它们连接到你的数据和业务流程。 部署到云端或本地：LLMStack 可以部署到云端或本地。你可以将其部署到你自己的基础设施或使用官方的云产品Promptly。 API 访问：可以通过 HTTP API 访问使用 LLMStack 构建的应用程序或聊天机器人。你还可以从Slack或Discord触发你的 AI 链。 多租户：LLMStack 是多租户的。你可以创建多个组织并向其中添加用户。用户只能访问属于其组织的数据和AI链。 使用 LLMStack，你可以构建各种生成式 AI 应用程序、聊天机器人和代理。包括： 文本生成：可以通过使用文本生成模型并选择连接数据来构建生成产品描述、博客文章、新闻文章、推文、电子邮件、聊天消息等的应用程序。 聊天机器人：可以构建由 ChatGPT 支持的数据训练的聊天机器人。 多媒体生成：构建可以根据提示生成文本、图像、视频、音频等的复杂应用程序。 对话式人工智能：构建可以与用户对话的对话式人工智能系统。 搜索增强：构建搜索增强系统，可以使用 API 使用附加信息来增强搜索结果。Sharebird 使用 LLMStack 通过 AI 从其内容生成的答案来增强搜索结果，类似于 Bing 的聊天机器人 Discord 和 Slack 机器人：基于 LLMStack 构建的应用程序可以从 Slack 或 Discord 触发。可以通过 LLMStack 的无代码应用程序编辑器轻松将你的 AI 链连接到 Slack 或 Discord。
2024-03-31
优秀的个人博客,低调大师

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-19
优秀的个人博客,低调大师

新手指南：通过 Docker 在 Linux 上托管 .NET Core

我是首次接触 Docker 并且距离成为一名 Linux 高手还有很远的一段路程。因此，这里的很多想法是来自一个新手。 安装 按照https://www.microsoft.com/net/core上的介绍在你的电脑上安装 .NET Core 。这将会同时在 Windows 上安装 dotnet 命令行工具以及最新的 Visual Studio 工具。 源代码 你可以直接到GitHub上找最到最新完整的源代码。 转换到 .NET CORE 1.0 自然地，当我考虑如何把 API 从 .NET Core RC1 升级到 .NET Core 1.0 时想到的第一个求助的地方就是谷歌搜索。我是按照下面这两条非常全面的指导来进行升级的： 从 DNX 迁移到 .NET Core CLI 从 ASP.NET 5 RC1 迁移到 ASP.NET Core 1.0 当你迁移代码的时候，我建议仔细阅读这两篇指导，因为我在没有阅读第一篇指导的情况下又尝试浏览第二篇，结果感到非常迷惑和沮丧。 我不想描述细节上的改变因为你可以看 GitHub 上的提交。这儿是我所作改变的总结： 更新global.json和project.json上的版本号 删除project.json上的废弃章节 使用轻型ControllerBase而不是Controller， 因为我不需要与 MVC 视图相关的方法（这是一个可选的改变）。 从辅助方法中去掉Http前缀，比如：HttpNotFound->NotFound LogVerbose->LogTrace 名字空间改变：Microsoft.AspNetCore.* 在Startup中使用SetBasePath（没有它appsettings.json将不会被发现） 通过WebHostBuilder来运行而不是通过WebApplication.Run来运行 删除 Serilog（在写文章的时候，它不支持 .NET Core 1.0） 唯一令我真正头疼的事是需要移动 Serilog。我本可以实现自己的文件记录器，但是我删除了文件记录功能，因为我不想为了这次操作在这件事情上花费精力。 不幸的是，将有大量的第三方开发者扮演追赶 .NET Core 1.0 的角色，我非常同情他们，因为他们通常在休息时间还坚持工作但却依旧根本无法接近靠拢微软的可用资源。我建议阅读 Travis Illig 的文章.NET Core 1.0 发布了，但 Autofac 在哪儿？这是一篇关于第三方开发者观点的文章。 做了这些改变以后，我可以从project.json目录恢复、构建并运行 dotnet，可以看到 API 又像以前一样工作了。 通过 Docker 运行 在我写这篇文章的时候， Docker 只能够在 Linux 系统上工作。在Windows系统和OS X上有 beta 支持 Docker，但是它们都必须依赖于虚拟化技术，因此，我选择把 Ubuntu 14.04 当作虚拟机来运行。如果你还没有安装过 Docker，请按照指导来安装。 我最近阅读了一些关于 Docker 的东西，但我直到现在还没有真正用它来干任何事。我假设读者还没有关于 Docker 的知识，因此我会解释我所使用的所有命令。 HELLO DOCKER 在 Ubuntu 上安装好 Docker 之后，我所进行的下一步就是按照https://www.microsoft.com/net/core#docker上的介绍来开始运行 .NET Core 和 Docker。 首先启动一个已安装有 .NET Core 的容器。 docker run -it microsoft/dotnet:latest -it选项表示交互，所以你执行这条命令之后，你就处于容器之内了，可以如你所希望的那样执行任何 bash 命令。 然后我们可以执行下面这五条命令来在 Docker 内部运行起来微软 .NET Core 控制台应用程序示例。 mkdir hwapp cd hwapp dotnet new dotnet restore dotnet run 你可以通过运行exit来离开容器，然后运行Docker ps -a命令，这会显示你创建的那个已经退出的容器。你可以通过上运行命令Docker rm <container_name>来清除容器。 挂载源代码 我的下一步骤是使用和上面相同的microsoft/dotnet镜像，但是将为我们的应用程序以数据卷的方式挂载上源代码。 首先签出有相关提交的仓库： git clone https://github.com/niksoper/aspnet5-books.git cd aspnet5-books/src/MvcLibrary git checkout dotnet-core-1.0 现在启动一个容器来运行 .NET Core 1.0，并将源代码放在/book下。注意更改/path/to/repo这部分文件来匹配你的电脑： docker run -it \ -v /path/to/repo/aspnet5-books/src/MvcLibrary:/books \ microsoft/dotnet:latest 现在你可以在容器中运行应用程序了！ cd /books dotnet restore dotnet run 作为一个概念性展示这的确很棒，但是我们可不想每次运行一个程序都要考虑如何把源代码安装到容器里。 增加一个 DOCKERFILE 我的下一步骤是引入一个 Dockerfile，这可以让应用程序很容易在自己的容器内启动。 我的 Dockerfile 和project.json一样位于src/MvcLibrary目录下，看起来像下面这样： FROM microsoft/dotnet:latest # 为应用程序源代码创建目录 RUN mkdir -p /usr/src/books WORKDIR /usr/src/books # 复制源代码并恢复依赖关系 COPY . /usr/src/books RUN dotnet restore # 暴露端口并运行应用程序 EXPOSE 5000 CMD [ "dotnet", "run" ] 严格来说，RUN mkdir -p /usr/src/books命令是不需要的，因为COPY会自动创建丢失的目录。 Docker 镜像是按层建立的，我们从包含 .NET Core 的镜像开始，添加另一个从源代码生成应用程序，然后运行这个应用程序的层。 添加了 Dockerfile 以后，我通过运行下面的命令来生成一个镜像，并使用生成的镜像启动一个容器（确保在和 Dockerfile 相同的目录下进行操作，并且你应该使用自己的用户名）。 docker build -t niksoper/netcore-books . docker run -it niksoper/netcore-books 你应该看到程序能够和之前一样的运行，不过这一次我们不需要像之前那样安装源代码，因为源代码已经包含在 docker 镜像里面了。 暴露并发布端口 这个 API 并不是特别有用，除非我们需要从容器外面和它进行通信。 Docker 已经有了暴露和发布端口的概念，但这是两件完全不同的事。 据 Docker官方文档： EXPOSE指令通知 Docker 容器在运行时监听特定的网络端口。EXPOSE指令不能够让容器的端口可被主机访问。要使可被访问，你必须通过-p标志来发布一个端口范围或者使用-P标志来发布所有暴露的端口 EXPOSE指令只是将元数据添加到镜像上，所以你可以如文档中说的认为它是镜像消费者。从技术上讲，我本应该忽略EXPOSE 5000这行指令，因为我知道 API 正在监听的端口，但把它们留下很有用的，并且值得推荐。 在这个阶段，我想直接从主机访问这个 API ，因此我需要通过-p指令来发布这个端口，这将允许请求从主机上的端口 5000 转发到容器上的端口 5000，无论这个端口是不是之前通过 Dockerfile 暴露的。 docker run -d -p 5000:5000 niksoper/netcore-books 通过-d指令告诉 docker 在分离模式下运行容器，因此我们不能看到它的输出，但是它依旧会运行并监听端口 5000。你可以通过docker ps来证实这件事。 因此，接下来我准备从主机向容器发起一个请求来庆祝一下： curl http://localhost:5000/api/books 它不工作。 重复进行相同curl请求，我看到了两个错误：要么是curl: (56) Recv failure: Connection reset by peer，要么是curl: (52) Empty reply from server。 我返回去看 docker run 的文档，然后再次检查我所使用的-p选项以及 Dockerfile 中的EXPOSE指令是否正确。我没有发现任何问题，这让我开始有些沮丧。 重新振作起来以后，我决定去咨询当地的一个 Scott Logic DevOps 大师 - Dave Wybourn（也在这篇 Docker Swarm 的文章里提到过），他的团队也曾遇到这个实际问题。这个问题是我没有配置过Kestral，这是一个全新的轻量级、跨平台 web 服务器，用于 .NET Core 。 默认情况下， Kestrel 会监听http://localhost:5000。但问题是，这儿的localhost是一个回路接口。 据维基百科： 在计算机网络中，localhost 是一个代表本机的主机名。本地主机可以通过网络回路接口访问在主机上运行的网络服务。通过使用回路接口可以绕过任何硬件网络接口。 当运行在容器内时这是一个问题，因为localhost只能够在容器内访问。解决方法是更新Startup.cs里的Main方法来配置 Kestral 监听的 URL： public static void Main(string[] args) { var host = new WebHostBuilder() .UseKestrel() .UseContentRoot(Directory.GetCurrentDirectory()) .UseUrls("http://*:5000") // 在所有网络接口上监听端口 5000 .UseIISIntegration() .UseStartup<Startup>() .Build(); host.Run(); } 通过这些额外的配置，我可以重建镜像，并在容器中运行应用程序，它将能够接收来自主机的请求： docker build -t niksoper/netcore-books . docker run -d -p 5000:5000 niksoper/netcore-books curl -i http://localhost:5000/api/books 我现在得到下面这些相应： HTTP/1.1 200 OK Date: Tue, 30 Aug 2016 15:25:43 GMT Transfer-Encoding: chunked Content-Type: application/json; charset=utf-8 Server: Kestrel [{"id":"1","title":"RESTful API with ASP.NET Core MVC 1.0","author":"Nick Soper"}] 在产品环境中运行 KESTREL 微软的介绍： Kestrel 可以很好的处理来自 ASP.NET 的动态内容，然而，网络服务部分的特性没有如 IIS，Apache 或者 Nginx 那样的全特性服务器那么好。反向代理服务器可以让你不用去做像处理静态内容、缓存请求、压缩请求、SSL 端点这样的来自 HTTP 服务器的工作。 因此我需要在我的 Linux 机器上把 Nginx 设置成一个反向代理服务器。微软介绍了如何发布到 Linux 生产环境下的指导教程。我把说明总结在这儿： 通过dotnet publish来给应用程序产生一个自包含包。 把已发布的应用程序复制到服务器上 安装并配置 Nginx（作为反向代理服务器） 安装并配置supervisor（用于确保 Nginx 服务器处于运行状态中） 安装并配置AppArmor（用于限制应用的资源使用） 配置服务器防火墙 安全加固 Nginx（从源代码构建和配置 SSL） 这些内容已经超出了本文的范围，因此我将侧重于如何把 Nginx 配置成一个反向代理服务器。自然地，我通过 Docker 来完成这件事。 在另一个容器中运行 NGINX 我的目标是在第二个 Docker 容器中运行 Nginx 并把它配置成我们的应用程序容器的反向代理服务器。 我使用的是来自 Docker Hub 的官方 Nginx 镜像。首先我尝试这样做： docker run -d -p 8080:80 --name web nginx 这启动了一个运行 Nginx 的容器并把主机上的 8080 端口映射到了容器的 80 端口上。现在在浏览器中打开网址http://localhost:8080会显示出 Nginx 的默认登录页面。 现在我们证实了运行 Nginx 是多么的简单，我们可以关闭这个容器。 docker rm -f web 把 NGINX 配置成一个反向代理服务器 可以通过像下面这样编辑位于/etc/nginx/conf.d/default.conf的配置文件，把 Nginx 配置成一个反向代理服务器： server { listen 80; location / { proxy_pass http://localhost:6666; } } 通过上面的配置可以让 Nginx 将所有对根目录的访问请求代理到http://localhost:6666。记住这里的localhost指的是运行 Nginx 的容器。我们可以在 Nginx容器内部利用卷来使用我们自己的配置文件： docker run -d -p 8080:80 \ -v /path/to/my.conf:/etc/nginx/conf.d/default.conf \ nginx 注意：这把一个单一文件从主机映射到容器中，而不是一个完整目录。 在容器间进行通信 Docker 允许内部容器通过共享虚拟网络进行通信。默认情况下，所有通过 Docker 守护进程启动的容器都可以访问一种叫做“桥”的虚拟网络。这使得一个容器可以被另一个容器在相同的网络上通过 IP 地址和端口来引用。 你可以通过监测inspect容器来找到它的 IP 地址。我将从之前创建的niksoper/netcore-books镜像中启动一个容器并监测inspect它： docker run -d -p 5000:5000 --name books niksoper/netcore-books docker inspect books 我们可以看到这个容器的 IP 地址是"IPAddress": "172.17.0.3"。 所以现在如果我创建下面的 Nginx 配置文件，并使用这个文件启动一个 Nginx 容器， 它将代理请求到我的 API ： server { listen 80; location / { proxy_pass http://172.17.0.3:5000; } } 现在我可以使用这个配置文件启动一个 Nginx 容器（注意我把主机上的 8080 端口映射到了 Nginx 容器上的 80 端口）： docker run -d -p 8080:80 \ -v ~/dev/nginx/my.nginx.conf:/etc/nginx/conf.d/default.conf \ nginx 一个到http://localhost:8080的请求将被代理到应用上。注意下面curl响应的Server响应头： DOCKER COMPOSE 在这个地方，我为自己的进步而感到高兴，但我认为一定还有更好的方法来配置 Nginx，可以不需要知道应用程序容器的确切 IP 地址。另一个当地的 Scott Logic DevOps 大师 Jason Ebbin 在这个地方进行了改进，并建议使用Docker Compose。 概况描述一下，Docker Compose 使得一组通过声明式语法互相连接的容器很容易启动。我不想再细说 Docker Compose 是如何工作的，因为你可以在之前的文章中找到。 我将通过一个我所使用的docker-compose.yml文件来启动： version: '2' services: books-service: container_name: books-api build: . reverse-proxy: container_name: reverse-proxy image: nginx ports: - "9090:8080" volumes: - ./proxy.conf:/etc/nginx/conf.d/default.conf 这是版本 2 语法，所以为了能够正常工作，你至少需要 1.6 版本的 Docker Compose。 这个文件告诉 Docker 创建两个服务：一个是给应用的，另一个是给 Nginx 反向代理服务器的。 BOOKS-SERVICE 这个与docker-compose.yml相同目录下的 Dockerfile 构建的容器叫做books-api。注意这个容器不需要发布任何端口，因为只要能够从反向代理服务器访问它就可以，而不需要从主机操作系统访问它。 REVERSE-PROXY 这将基于 nginx 镜像启动一个叫做reverse-proxy的容器，并将位于当前目录下的proxy.conf文件挂载为配置。它把主机上的 9090 端口映射到容器中的 8080 端口，这将允许我们在http://localhost:9090上通过主机访问容器。 proxy.conf文件看起来像下面这样： server { listen 8080; location / { proxy_pass http://books-service:5000; } } 这儿的关键点是我们现在可以通过名字引用books-service，因此我们不需要知道books-api这个容器的 IP 地址！ 现在我们可以通过一个运行着的反向代理启动两个容器（-d意味着这是独立的，因此我们不能看到来自容器的输出）： docker compose up -d 验证我们所创建的容器： docker ps 最后来验证我们可以通过反向代理来控制该 API ： curl -i http://localhost:9090/api/books 怎么做到的？ Docker Compose 通过创建一个新的叫做mvclibrary_default的虚拟网络来实现这件事，这个虚拟网络同时用于books-api和reverse-proxy容器（名字是基于docker-compose.yml文件的父目录）。 通过docker network ls来验证网络已经存在： 你可以使用docker network inspect mvclibrary_default来看到新的网络的细节： 注意 Docker 已经给网络分配了子网："Subnet": "172.18.0.0/16"。/16部分是无类域内路由选择（CIDR），完整的解释已经超出了本文的范围，但 CIDR 只是表示 IP 地址范围。运行docker network inspect bridge显示子网："Subnet": "172.17.0.0/16"，因此这两个网络是不重叠的。 现在用docker inspect books-api来确认应用程序的容器正在使用该网络： 注意容器的两个别名（"Aliases"）是容器标识符（3c42db680459）和由docker-compose.yml给出的服务名（books-service）。我们通过books-service别名在自定义 Nginx 配置文件中来引用应用程序的容器。这本可以通过docker network create手动创建，但是我喜欢用 Docker Compose，因为它可以干净简洁地将容器创建和依存捆绑在一起。 结论 所以现在我可以通过几个简单的步骤在 Linux 系统上用 Nginx 运行应用程序，不需要对主机操作系统做任何长期的改变： git clone https://github.com/niksoper/aspnet5-books.git cd aspnet5-books/src/MvcLibrary git checkout blog-docker docker-compose up -d curl -i http://localhost:9090/api/books 我知道我在这篇文章中所写的内容不是一个真正的生产环境就绪的设备，因为我没有写任何有关下面这些的内容，绝大多数下面的这些主题都需要用单独一篇完整的文章来叙述。 安全考虑比如防火墙和 SSL 配置 如何确保应用程序保持运行状态 如何选择需要包含的 Docker 镜像（我把所有的都放入了 Dockerfile 中） 数据库 - 如何在容器中管理它们 对我来说这是一个非常有趣的学习经历，因为有一段时间我对探索 ASP.NET Core 的跨平台支持非常好奇，使用 “Configuratin as Code” 的 Docker Compose 方法来探索一下 DevOps 的世界也是非常愉快并且很有教育意义的。 如果你对 Docker 很好奇，那么我鼓励你来尝试学习它 或许这会让你离开舒适区，不过，有可能你会喜欢它？ 原文发布时间为：2017-11-04 本文来自云栖社区合作伙伴“Linux中国”
2017-06-04

资源下载

更多资源
腾讯云软件源

腾讯云软件源

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

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

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

时间: 2026-09-24 大小: 189MB 下载: 9次
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-08-21 大小: 1.42GB 下载: 6次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

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

欢迎您来访！

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

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

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册