用户接口

分布式存储-ceph

只愿长相守 提交于 2020-01-30 07:49:00
1. ceph 简介   Ceph是一种为优秀的性能、可靠性和可扩展性而设计的统一的、分布式文件系统()。ceph 的统一体现在可以提供文件系统、块存储和对象存储,分布式体现在可以动态扩展。在国内一些公司的云环境中,通常会采用 ceph 作为openstack 的唯一后端存储来提高数据转发效率。 Ceph项目最早起源于Sage就读博士期间的工作(最早的成果于2004年发表),并随后贡献给开源社区。在经过了数年的发展之后,目前已得到众多云计算厂商的支持并被广泛应用。RedHat及OpenStack都可与Ceph整合以支持虚拟机镜像的后端存储。   官网:https://ceph.com/   官方文档:http://docs.ceph.com/docs/master/# 2. Ceph特点 高性能 :   1) 摒弃了传统的集中式存储元数据寻址的方案,采用CRUSH算法,数据分布均衡,并行度高。   2) 考虑了容灾域的隔离,能够实现各类负载的副本放置规则,例如跨机房、机架感知等。   3) 能够支持上千个存储节点的规模,支持TB到PB级的数据。 高可用性:   1) 副本数可以灵活控制。   2) 支持故障域分隔,数据强一致性。   3) 多种故障场景自动进行修复自愈。   4) 没有单点故障,自动管理。 高可扩展性:   1) 去中心化。   2) 扩展灵活。   3)

在用户控件(ASCX)创建用户控件(ASCX)

给你一囗甜甜゛ 提交于 2020-01-29 13:50:58
"我建了两个ascx,ascxA,ascxB ascxA中放了一个PlaceHold, ascxB中放了一个textBox ascxA在page_load中动态创建了5个ascxB但是页面上什么都没显示" 这是来自论坛网友的问题,Insus.NET就以此问题做一个演示例子,方法与技巧分享给大家。 在站点上创建一个用户控件ascx B, 拉一个TextBox在这个控件上。 创建另一个用户控件ascx A 在这个用户控件上,拉一个Textbox 和一个按钮,是让用户在文本框输入数据,点一点铵钮,这样动态产生ascx B用户控件,呈现于ascx A用户控件的页面上。 在站点上,创建一个aspx网页。把用户控件ascx 引用至aspx网页上。再在aspx网页上拉一个按钮。让用户点一点这个铵钮,去获取动态产生的文本框的值,并显示于aspx网页上。 现在的问题,ascx A动态加载ascx B. 根据用户输入的数字来产生。 怎样在aspx网页上,去获取那些动态产生文本框的值? 好,带着疑问一步一步来完成它们。 创建一个站点,Insus.NET使用的是.NET 4.0 和C#作为程序语言。 创建一个AscxB.ascx用户控件: <%@ Control Language="C#" AutoEventWireup="true" CodeFile="AscxB.ascx.cs" Inherits=

微信小程序获取用户信息接口调整目的以及使用方法介绍

巧了我就是萌 提交于 2020-01-28 11:57:57
微信小程序获取用户信息接口调整目的以及使用方法介绍 微信小程序已经调整了获取用户信息的接口 ,还不知道的开发者看一下官网给出的理由和方法: 为优化用户体验,使用 wx.getUserInfo 接口直接弹出授权框的开发方式将逐步不再支持。从2018年4月30日开始,小程序与小游戏的体验版、开发版调用 wx.getUserInfo 接口,将无法弹出授权询问框,默认调用失败。正式版暂不受影响。开发者可使用以下方式获取或展示用户信息: 1、使用 button 组件,并将 open-type 指定为 getUserInfo 类型,获取用户基本信息。 详情参考文档: https://developers.weixin.qq.com ... mponent/button.html 2、使用 open-data 展示用户基本信息。 详情参考文档: https://developers.weixin.qq.com ... nent/open-data.html 微信为什么要调整接口? 开发者可以根据需要来调取用户信息,而不是用户首次进入小程序就弹出授权的弹框,这样对于用户来说是不友好的。比如可以在用户点击登录的时候再获取用户信息,或者提交表单的时候等等,总之可以根据业务逻辑进行开发。 然而对于我们项目的业务逻辑却是不好的事儿,因为我们需要在一开始就获取用户的信息入库,相信很多人都会有这样的需求

Loadrunner Webservice接口性能测试脚本编写优化总结

早过忘川 提交于 2020-01-28 08:54:36
本文主要介绍使用Loadrunner调用Webservice接口进行性能测试时,相关脚本编写及优化方法总结。 1. Webservice协议脚本编写流程 下面介绍使用Loadrunner 11调用Webservice 接口通用的流程与方法 1.1 新建脚本,选择"Webservice"协议 1.2 选择Manage Services->Import,输入URL(注意需要在Webservice地址后面加上?wsdl),最后选择Impoort 1.3 点击脚本中Action脚本中return 0前,后选择Add Service Call 1.4 在打开的New Web Service Call窗口中,选择输入参数inputXML,勾选Include argument in,在Value中可以随便填写一些字符(接下来脚本中,我们会做一些 参数化设置) 1.5 同理,选择输出参数中SubmitNLSMSRequestResult,后选择Save returned value in param,最后选择OK 这样调用一次Webservice 接口就保存在Action脚本中 1.6 参数化 在脚本中用" <mobileno>13312345678</mobileno><smscontent>飞信</smscontent>"(此接口输入参数示例)替换"xxx" 选中"13312345678

操作系统特征、功能和用户接口

北慕城南 提交于 2020-01-28 05:00:58
1、操作系统特征 ( Characteristics of OperatingSystems ) 并行性 并行性和并发性是既相似又有区别的两个概念。并行性是指两个或多个事件在同一时刻发生,而 并发性是指两个或多个在同一时间间隔内 发生。在 多道程序环境 下, 并发性是指宏观上在一段时间内有多道程序在同时执行 。但在单处理机系统中,每一个时刻仅能执行一道程序,故微观上,这些程序是在交互执行。 共享性(Sharing) 共享是指系统中的所有资源不再为一个程序所独占,而是供同时存在于系统中的多道程序所共同使用。根据资源属性不同,可有 互斥共享 和 同时共享 两种不同的共享方式。 并发和共享关系: 并发和共享是操作系统的两个最基本的特性,它们又是互为存在条件。一方面资源共享是以程序(进程)的并发性执行为条件的,若系统不允许程序并发执行,自然不存在资源共享问题。另一方面若系统不能对资源共享实施有效管理,则也必将影响到程序并发执行。 虚拟性(Virtual) 虚拟是指通过某种技术把一个物理实体变成若干个逻辑上的对应物。物理实体是实际存在的,是实的;逻辑物体是用户感觉到的,是虚拟的。例如在单CPU多道分时系统中,通过多道程序技术和分时技术可以把一个物理CPU虚拟为多个逻辑上的CPU,使每个终端用户都认为有一台“独立”的CPU为它运行,用户感觉的CPU是虚拟CPU。 异步性

微信小程序开发之获取用户手机号码——使用简单php接口demo进行加密数据解密

a 夏天 提交于 2020-01-26 11:12:54
后边要做一个微信小程序,并要能获取用户微信绑定的手机号码。而小程序开发文档上边提供的获取手机号码的接口(getPhoneNumber())返回的是密文,需要服务器端进行解密,但是官方提供的开发文档一如既往的乱,如果没有对小程序开发文档有一个整体的了解,搞懂解密流程还是有点难的。这里把小程序从请求用户授权获取手机号码直至获取到手机号码明文的整个流程串了起来,方便迅速了解,如下: 一. 前端相关操作: 1. 请求用户授权获取手机号码: 因为需要用户主动触发才能发起获取手机号接口,所以该功能不由 API 来调用,需用 <button> 组件的点击来触发,如下: wxml: <button wx:if="{{!phone}}" open-type="getPhoneNumber" bindgetphonenumber="getPhoneNumber"> 获取手机号码</button> js: 1 Page({ 2 getPhoneNumber: function(e) {     3 if(e.detail.errMsg == "getPhoneNumber:fail user deny") return;   //用户允许授权    4 console.log("lv", e.detail.iv); //包括敏感数据在内的完整用户信息的加密数据,需要解密    5 console.log

Spring Security(1):认证和授权的核心组件介绍及源码分析

怎甘沉沦 提交于 2020-01-26 04:42:50
Spring Security 是一个能够为基于Spring的企业应用系统提供声明式的安全访问控制解决方式的安全框架。它包括 认证(Authentication) 和 授权(Authorization) 两个部分。 用户认证指的是验证某个用户是否为系统中的合法主体,也就是说用户能否访问该系统。用户认证一般要求用户提供用户名和密码。系统通过校验用户名和密码来完成认证过程。用户授权指的是验证某个用户是否有权限执行某个操作。 一般来说,系统会为不同的用户分配不同的角色,而每个角色则对应一系列的权限。 spring security的主要核心功能为认证和授权,所有的架构也是基于这两个核心功能去实现的。 认证的核心组件: [AuthenticationManager] 是一个接口,是认证方法的入口,定义了如何认证,接收一个Authentication对象作为参数。 [ProviderManager] 是AuthenticationManager的一个默认实现,但它并不用来处理身份认证,而是委托给配置好的AuthenticationProvider。在ProviderManager的authenticate方法中,会轮训成员变量List<AuthenticationProvider> providers

[转帖]Java面试通关要点汇总集

青春壹個敷衍的年華 提交于 2020-01-22 16:33:50
Java面试通关要点汇总集 https://www.zybuluo.com/Yano/note/1102942 基本功 面向对象的特征 final, finally, finalize 的区别 int 和 Integer 有什么区别 重载和重写的区别 抽象类和接口有什么区别 说说反射的用途及实现 说说自定义注解的场景及实现 HTTP 请求的 GET 与 POST 方式的区别 session 与 cookie 区别 session 分布式处理 JDBC 流程 MVC 设计思想 equals 与 == 的区别 面向对象的特征 抽象:数据抽象、逻辑抽象 封装:把过程和数据包围起来 继承:鼓励类的重用 多态:允许将子类类型赋值给父类类型的引用,将类型泛化 final, finally, finalize 的区别 final: - 变量:不可修改 - 对象:引用不可修改 - 方法:不可被重写 - 类:不可被继承 finally:异常处理的关键字,无论是否抛出异常,finally 块都会被执行 finalize:finalize()是Object的protected方法,子类可以覆盖该方法以实现资源清理工作,GC在回收对象之前调用该方法。 protected void finalize () throws Throwable { } 大致描述一下finalize流程:当对象变成(GC

Django 的简单面试题

别来无恙 提交于 2020-01-22 11:51:01
1. 对Django的认识? #1.Django是走大而全的方向,它最出名的是其全自动化的管理后台:只需要使用起ORM,做简单的对象定义,它就能自动生成数据库结构、以及全功能的管理后台。 #2.Django内置的ORM跟框架内的其他模块耦合程度高。 # 应用程序必须使用Django内置的ORM,否则就不能享受到框架内提供的种种基于其ORM的便利; # 理论上可以切换掉其ORM模块,但这就相当于要把装修完毕的房子拆除重新装修,倒不如一开始就去毛胚房做全新的装修。 #3.Django的卖点是超高的开发效率,其性能扩展有限;采用Django的项目,在流量达到一定规模后,都需要对其进行重构,才能满足性能的要求。 #4.Django适用的是中小型的网站,或者是作为大型网站快速实现产品雏形的工具。 #5.Django模板的设计哲学是彻底的将代码、样式分离; Django从根本上杜绝在模板中进行编码、处理数据的可能。 2. Django 、Flask、Tornado的对比 #1.Django走的是大而全的方向,开发效率高。它的MTV框架,自带的ORM,admin后台管理,自带的sqlite数据库和开发测试用的服务器 #给开发者提高了超高的开发效率 #2.Flask是轻量级的框架,自由,灵活,可扩展性很强,核心基于Werkzeug WSGI工具和jinja2模板引擎 #3

Beta博客总结

巧了我就是萌 提交于 2020-01-22 09:43:22
描述项目预期计划和现实进展 冲刺 时间 预期任务以及预估时间 现实完成情况以及实际用时 冲刺1 12.4 修改等级答题界面:30,修改获取用户信息接口:30 修改等级答题界面:60,修改获取用户信息接口:35 冲刺2 12.5 完善不同等级算法:40,修改用户信息界面:35 完善不同等级算法:70,修改用户信息界面:60 冲刺3 12.6 冲刺4 12.7 完成等级答题接口 :35,前端与后端对接新的等级接口:30,修改用户排名界面:20,前端与后端对接新的获取用户信息接口:30 完成等级答题接口 :45,前端与后端对接新的等级接口:80,修改用户排名界面:40,前端与后端对接新的获取用户信息接口:20 冲刺5 12.8 修改用户存储答题成绩:30,后端重新部署:10 修改用户存储答题成绩:40,后端重新部署:7 过程体会 郑玉波:这一次的项目我主要负责的用户答题界面的开发,并且作为组长监督每个小组成员的进度,通过这一次的项目开发我除了对微信小程序的语言有了更多的理解外,我还体会了作为项目经理对项目进行实时跟进,我们小组中每个人的编程水平不同,常常导致大家的进度不同,例如有同学的页面写好了,但后端没有写好接口,导致其前后无法对接,还有的是喜欢拖延,如果没有及时的催促常常要等很久才能得到一些成果。总的来说,这一次的项目经验给了我丰富的体会。 吴福强:这个项目让我收益匪浅