para 是一个可扩展的多租户后端服务器与框架，用于对象持久性和检索。para 支持 Web、IoT 与移动端，通过处理后端操作帮助更快地构建和原型化应用程序。它可以作为 JVM 应用的一部分，也可以作为具有多个应用程序和客户端与之相连的独立多租户 API 服务器进行部署。
特性：
- Amazon Signature V4 算法安全加密 RESTful JSON API
- 数据库无关，专为可扩展的数据存储而设计（DynamoDB、Cassandra 与 MongoDB 等）
- 支持全文检索（Lucene、Elasticsearch）
- 支持分布式与本地对象缓存（Hazelcast、Caffeine）
- 多租户，每个应用程序都有自己的表、索引和缓存
- 带有签名有效载荷的 webhook
- IoT 支持并可集成到 AWS 与 Azure
- 基于 Spring Security 的灵活安全性（LDAP、SAML、社交登录、CSRF 保护等）
- 使用 JWT 的无状态客户端认证
- 客户端访问控制采用简单但有效的资源权限
- 基于 JSR-303 和 Hibernate Validator 的健壮性约束验证机制
- 支持每个对象对持久性、索引和缓存操作的控制
- 支持乐观锁定和事务
- 高级序列化和反序列化功能（Jackson）
- 完整的监控和诊断指标（Dropwizard）
- 由谷歌 Guice 支持的模块化设计和插件支持
- 内置用于翻译语言包和处理货币的 I18n 实用程序
- 带有内嵌 Jetty 的独立可执行 JAR
- Para Web Console - 管理员界面
-
SpringBoot Spring概述 轻量级 IOC控制反转、DI依赖注入 AOP面向切面编程 配置 application.yml application.properties 热部署 我们在开发中反复修改类、页面等资源，每次修改后都是需要重新启动才生效，这样每次启动都很麻烦，浪费了大量的时间。 注解 @SpringBootApplication是个组合注解（composed annotati
-
在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。 其格式一般为: #Pragma Para 其中Para 为参数，下面来看一
-
https://www.zhihu.com/question/65305385?sort=created github: https://github.com/albanie/convnet-burden https://github.com/Lyken17/pytorch-OpCounter https://github.com/GongYuxiu/torchstat csdn: https:/
-
Repelisplus APK - ver series web in replelisplus - Puede transmitir TV en su teléfono inteligente en cualquier momento a través de la aplicación repelisplus. Le proporciona muchas características como
-
在Para List中的设置的不同，那循环时候LR的取值也将不同。 假设某个参数emp_name, 有9个可选值分别为：A1,A2,A3,A4,A5,A6,A7,A8,A9。有100个虚拟用户为V1,V2,V3.....V100. 1. 如果Select next row=sequential, update value on=Each iteration 在control中设置运行场景，运行后的
-
Guest operating systems are hosted on virtual machines in either full virtualization mode or paravirtual mode. Each virtualization mode has advantages and disadvantages. • Full virtualization mode let
-
前面的章节介绍了所有 Redis 的重要功能组件： 数据结构、数据类型、事务、Lua 环境、事件处理、数据库、持久化， 等等， 但是我们还没有对 Redis 服务器本身做任何介绍。 不过， 服务器本身并没有多少需要介绍的新东西， 因为服务器除了维持服务器状态之外， 最重要的就是将前面介绍过的各个功能模块组合起来， 而这些功能模块在前面的章节里已经介绍过了， 所以本章将焦点放在服务器的初始化过程，
-
> 我是否应该有一个中央authz微服务来管理我的rbac autz？a.如果authz服务失败，那么所有的微服务都会受到影响，并且平台很容易出现或者无法使用。服务将存储跨微服务的所有资源的角色/权限。对于到达api gw的每个请求，post auth将转到authz，并且在调用微服务之前，它可以被拒绝。（好的） 我应该为每个微服务有一个侧车作为我的autz没有单点故障...如果authz为某个服
-
当使用 tenant2 身份登录并打开它的编辑窗体，没有显示选择 Tenant 下拉列表，因此就不能改变它的 Tenant 吗？ 错！ 如果是一个普通的用户，就不能改变 Tenant。但如果有一些 Serenity 及服务器工作原理的知识，就能修改 Tenant。 当你正在使用 web 时，你得更认真地对待安全。 非常容易就在 web 应用程序中创建安全漏洞，除非你在客户端和服务器端都进行验证处理
-
我们在 Users 表中添加一个 TenantId 字段，但是没有在 UserRow 中定义，并且也不能在用户对话框中看到该字段。 该字段只能被 admin 用户查看和编辑。即使是授予了访问管理租户权限的其他用户也不能查看或者修改这些信息。 首先把 TenantId 字段添加到 UserRow.cs： namespace MultiTenancy.Administration.Entities {
-
如果想把多租户系统扩展到 Northwind 数据库中的其他表，我们会重复角色所做的相同步骤。虽然看起来没那么难，但是有太多的手工工作。 Serenity 提供服务行为系统，它可以允许我们拦截添加、更新、检索、列表、删除的操作处理并向其添加用户自定义代码。 在这些处理中有一些操作（如像获取日志、唯一约束验证等）已经使用服务行为实现了。 行为（Behaviors）可能被所有的行（rows）激活，或被
-
目前为止，我们已经让用户页面在多租户风格下工作。为使它工作，我们看起来并没有做太多的变化。但请记住，我们正在对一个原来不是多租户的系统作修改。 让我们在 Roles 表应用类似的原则。 再一次，一个租户的用户在不能查看或修改其他租户的角色，每个租户的用户是相互独立工作的。 我们先在 RoleRow.cs 添加 TenantId 属性： namespace MultiTenancy.Administ
-
问题内容： 这是一个设计问题。我有需要进入HTML表的数据，稍后将由用户操纵。基本上，用户将能够选择表格行中的项目。 我有两个选择-在两种情况下，我都使用AJAX来获取数据： 在服务器端使用PHP创建HTML代码，并将其作为HTML发送到客户端。然后，用户使用Javascript（本质上是jQuery）来操纵表格。 使用JSON将原始数据发送到客户端，然后使用jQuery创建HTML，然后由用户对
-
2023.3.25 40分钟 先写题，反转 "www.pdd.com.cn" -> "cn.com.pdd.www" 类似于反转字符串中的单词。记事本写，没编译出来。。。 面试官先自我介绍了下花名，可以写纸上或记下来，也许能留个好印象。 1. 项目里写的框架还能用到哪些场景 2. 线程池线程个数设置，单核 CPU 设多少合适 3. C++ 多态，使用场景 4. C++ 智能指针，使用场景 5. 缓