Appsmith 是一个开源框架，用于构建管理面板、CRUD 应用程序和工作流。构建你需要的一切，速度提高 10 倍。允许你拖放组件来构建仪表板、使用 JavaScript 对象编写逻辑并连接到任何 API、数据库或 GraphQL 源。
原则：
-
使用 UI 组件创建页面
-
将 Appsmith 连接到你的数据源，如 REST API、MySQL、Postgres、MongoDB 和其他数据库。
-
在 SQL 或 JS 编辑器中编写查询和业务逻辑
-
将 UI 绑定到你的查询响应或业务逻辑
-
单击即可部署你的应用并邀请用户
使用这些步骤，你可以为复杂的多步骤工作流创建简单的 CRUD 应用程序。Appsmith 使构建与任何数据源对话的 UI 变得非常容易。你可以通过在任何地方编写 JS 来自定义应用程序，包括在你的数据库查询中。
特性：
- Appsmith 使用现成的组件在创纪录的时间内构建工作流。将常见元素（如表格、图表、表单等）直接拖到你的应用中。包括文本、表单、输入、按钮、表格、图像、图表、复选框、开关、单选按钮、日期选择器、下拉菜单、文件选择器、容器、地图、模态、富文本编辑器、标签和视频。
-
Appsmith 自动使用任何 DB、Rest API 或 GraphQL 作为数据源，并支持 OAuth 2.0 和 CURL。目前适用于 PostgreSQL、MongoDB、MySQL、Firestore、S3、Redshift、Elastic Search、DynamoDB、Redis 和 MSFT SQL Server。
-
在任何地方运行 JS。元素之间的代码交互、更新数据源或操作 SQL 查询，可以在任何地方解析JS。
- 按下按钮即可与你的团队部署和共享应用程序，或使用 OAuth 2.0 私下邀请你的团队。每个成员都可以被分配一个角色，可以访问应用程序的某些部分。
-
可靠的 256 位加密。Appsmith 应用程序默认是安全的。所有连接均采用 TLS 加密，凭据采用 AES-256 加密。
-
透明支持。
-
什么是内部工具？ 人们常说，成功的秘诀是知道如何使用工具。Microsoft Office 和 Photoshop 等工具在工作场所无处不在。但是还有更多工具可供您了解——内部工具或管理工具——他可以帮助您更轻松地工作。 内部工具或内部应用程序是旨在帮助 IT 部门、开发人员和其他内部业务用户提高效率的应用程序或程序。他们可以做任何事情，从让您更轻松地访问您的数据库、CRM、CMS、票务软件或仪表
-
我遵循了https://blog.jetbrains.com/idea/2013/03/packaging-javafx-2-applications-in-intellij-idea-121/中的步骤 但是当我尝试构建工件时，在最后一步中，我得到了这个错误 错误：Java FX Packager：无法生成工件-FX：Deploy在此JDK中不可用 这里有一个快速测试的hello world应用程
-
问题内容： 我将尝试第一个AngularJS项目，并且在后端使用Node.js是有意义的，尽管这意味着同时从头开始学习AngularJS和Node.js。 我想要弄清楚的第一件事是一个好的文件结构。到目前为止，我的纯HTML / CSS模板具有以下目录结构… （_site是PSD等的工作目录。） 我发现一个Node.js的一个例子的目录结构/ AngularJS应用程式这里 .... …表示以下目
-
我创建了一个jsp web应用程序。真正的任务是我必须使用WINSCP在大学服务器上托管我的项目。但是当我使用大学域名测试这个项目时，我得到了这个错误 类型异常报告 消息无法为JSP编译类： 说明服务器遇到内部错误，无法满足此请求。 异常org.apache.jasper.JasperExctive：无法为JSP编译类：在生成的java文件中的行：[15]处发生错误：[C：\tomcat\work
-
所以我有一个Web应用程序，其中前端是用React编写的，后端是用NodeJs/NestJ编写的，并且处于部署应用程序的阶段。我有一个运行Ubuntu的Linode服务器，我最初的想法是安装Docker 那么，这是设置应用程序的好方法吗？这种设置有什么利弊吗？除了因为需要服务器数量而定价之外？或者还有其他更有益的选择吗？ 提前致谢。
-
一个普通的应用程序由以下文件组成： 二进制文件 这个安装在 /usr/bin。 一个桌面文件 这个桌面文件向shell提供关于这个程序的重要信息,例如名称、图标、D-Bus名称，启动的命令行。安装在 /usr/share/applications. 一个图标 这个图标安装在 /usr/share/icons/hicolor/48x48/apps, 无论当前背景是什么系统都会到这里查找图标。 一个设
-
如果作业使用构建流（包括重复作业）运行，构建管道插件是否仍然正确显示作业序列？ 以下是构建流程的伪代码： 包将从源代码控制中提取代码，编译它，并将其存储为工件 部署将从上游Package作业复制工件，然后将其复制到目标参数中提供的URL 集成测试将针对参数中提供的URL运行一套集成测试。 即使部署作业重复，构建管道插件是否将此管道显示为4个步骤？