后台技术

原文地址： http://apps.hi.baidu.com/share/detail/32573968 有时候系统管理员可能只关心现在系统中运行着哪些程序，而不想知道有哪些进程在运行。由于一个应用程序可能需要启动多个进程。所以在同等情况下，进程的数 量要比程序多的多。为此从阅读方面考虑，管理员需要知道系统中运行的具体程序。要实现这个需求的话，就需要利用命令ps来帮忙。 要对进程进行监测和控制，首先必须要了解当前进程的情况，也就是需要查看当前进程，而 ps 命令就是最基本同时也是非常强大的进程查看命令。使用该命令可以确定有哪些进程正在运行和运行的状态、进程是否结束、进程有没有僵死、哪些进程占用了过多 的资源等等。总之大部分信息都是可以通过执行该命令得到的。 名称：ps 使用权限：所有使用者 使用方式：ps [options] [--help] 说明：显示瞬间行程 (process) 的动态 参数：ps的参数非常多, 在此仅列出几个常用的参数并大略介绍含义 -A 列出所有的进程 -w 显示加宽可以显示较多的资讯 -au 显示较详细的资讯 -aux 显示所有包含其他使用者的行程 ############################################################ 常用参数： -A 显示所有进程（等价于-e）(utility) -a

名称：ps 使用权限：所有使用者 使用方式：ps [options] [--help] 说明：显示瞬间行程 (process) 的动态 参数：ps的参数非常多, 在此仅列出几个常用的参数并大略介绍含义 -A 列出所有的进程 -w 显示加宽可以显示较多的资讯 -au 显示较详细的资讯 -aux 显示所有包含其他使用者的行程 ############################################################ 常用参数： -A 显示所有进程（等价于-e）(utility) -a 显示一个终端的所有进程，除了会话引线 -N 忽略选择。 -d 显示所有进程，但省略所有的会话引线(utility) -x 显示没有控制终端的进程，同时显示各个命令的具体路径。dx不可合用。（utility） -p pid 进程使用cpu的时间 -u uid or username 选择有效的用户id或者是用户名 -g gid or groupname 显示组的所有进程。 U username 显示该用户下的所有进程，且显示各个命令的详细路径。如:ps U zhang;(utility) -f 全部列出，通常和其他选项联用。如：ps -fa or ps -fx and so on. -l 长格式（有F,wchan,C 等字段） -j 作业格式 -o 用户自定义格式。 v

app测试面试题 前言 现在面试个测试岗位，都是要求全能的，web、接口、app啥都要会测，那么APP测试一般需要哪些技能呢？ 面试app测试岗位会被问到哪些问题，怎样让面试管觉得你对APP测试很精通的样子？ 本篇总结了app测试面试时候经常被问的10个相关问题 1.什么是activity? 2.Activity生命周期? 3.Android四大组件? 4.app测试和web测试有什么区别？ 5.android和ios测试区别？ 6.app出现ANR，是什么原因导致的？ 7.App出现crash原因有哪些？ 8.app对于不稳定偶然出现anr和crash时候你是怎么处理的？ 9.app的日志如何抓取? 10.你平常会看日志吗, 一般会出现哪些异常（Exception）? 1.什么是activity 什么是activity，这个前两年出去面试APP测试岗位，估计问的最多了，特别是一些大厂，先问你是不是做过APP测试，那好，你说说什么是activity? 如果没看过android的开发原理，估计这个很难回答，要是第一个问题就被难住了，面试的信心也会失去一半了，士气大减。 Activity是Android的四大组件之一，也是平时我们用到最多的一个组件，可以用来显示View。 官方的说法是Activity一个应用程序的组件，它提供一个屏幕来与用户交互，以便做一些诸如打电话

3. 分页实现技术(2种) 1). 前台分页 请求获取数据: 一次获取所有数据, 翻页时不需要再发请求 请求接口: 不需要指定请求参数: 页码(pageNum)和每页数量(pageSize) 响应数据: 所有数据的数组 2). 基于后台的分页 请求获取数据: 每次只获取当前页的数据, 翻页时要发请求 请求接口: 需要指定请求参数: 页码(pageNum)和每页数量(pageSize) 响应数据: 当前页数据的数组 + 总记录数(total) 3). 如何选择? 基本根据数据多少来选择 来源： https://www.cnblogs.com/korea/p/11142827.html

http://blog.csdn.net/sanjiawan/article/details/6785394 1.数据绑定 2.DataGrid的增改删功能 3.DataGrid的分页实现 4.DataGrid的样式设计 先上一张截图，让你大概知道自己需要的功能是否在这张图里有所实现。 PS：使用技术：WPF + ADO.NET Entity Framework 1.数据绑定（涉及DataGrid绑定和Combox绑定） 在DataGrid 中同时包含“自动生成列”与“用户自定义列” 由属性AutoGenerateColumns控制。 默认情况下， DataGrid 将根据数据源自动生成列。 下图列出了生成的列类型。 如果AutoGenerateColumns="True" ，我们只需要如下几行代码 <DataGrid Name="dataGrid1" AutoGenerateColumns="True" /> 后台dataGrid1.ItemsSource = infoList; //infoList为内容集合（这是我从数据库中获取的记录集合 类型为List<T>） PS:因为这里给dataGrid1绑定了数据源，所以下面绑定的字段都是infoList中的字段名称，同样也对应着我数据表中的字段名。里面包含FID,公司名称，职员姓名，性别，年龄，职务。解释下

文章来自于： http://www.startphp.cn/front/skill/0210140.html 在秒杀活动期间，海量的请求会依次涌向系统的前台、后台服务器和数据库服务器，三者都会面临巨大的性能挑战，接下来进行具体的分析。 前台 在秒杀系统中，前台主要面对的问题是“静态资源”和“未处理的海量请求”。 1 先来看看静态资源 秒杀活动的目的是促销。为了控制成本，大型秒杀活动的频次是很低的，有的商家可能一年只搞一两次。 因此，为了一次备受瞩目的秒杀，商家都会做好充分的准备：认真准备文案、精心设计高清图片、给商品拍摄视频短片……然而，这些图片、视频等静态资源却给系统带来了存储的负担。 在秒杀期间，这些静态资源会被大量的用户访问，从而会导致网络带宽出现瓶颈，因此还需要考虑网络带宽的负载能力。 如何存储秒杀活动时的大量静态资源？如何解决静态资源造成的网络宽带问题？ 2 未处理的海量请求 前台是整个秒杀系统第一次直面海量请求的部位。因此，前台遇到的请求数是“原汁原味”的，是没有经过任何处理的。并且在全部的用户请求中，除了正常的请求以外，还可能存在各种无效或非法请求。 举例如下： 可见在整个秒杀活动期间，实际的请求数量要远远大于潜在的用户数量。前台页面就是整个秒杀系统承受流量的第一道防线。 用户在等待秒杀开始的前几秒，可能会反复刷新页面； 抢单机器人甚至会进行毫秒级的轮询抢单。

近期改版RXEditor，把改版过程，用到的技术点，记录下来。昨天完成了静态页面的制作，制作过程并未详细记录，后期已经不愿再补了，有些遗憾。不过工作成果完整保留在github上，地址： https://github.com/vularsoft/studio-ui 这个项目下面的html-demo.html，便是静态文件。 话不多说，今天就把昨天的HTML转化成VUE。 先看效果： 布局原理 页面采用纯弹性盒子flex box布局，无float postion等，页面分成如下几个区域： 细实线描述的是各个DIV之间的嵌套关系，粗黑线是独立的DIV，我称它们为把手（HADLE），主要用来接受鼠标拖动事件，以完成拖动操作。handle非为两种，横向x-handle，纵向y-handle，css中定义x-handle宽度为3px，高度为100%，y-handle高度为3px，宽度为100%，鼠标光标也相应设置一下： .vular-studio .x-handle{ width: 3px; cursor: w-resize; z-index: 10; } .vular-studio .y-handle{ height: 3px; cursor: s-resize; z-index: 10; } 拖动原理 带有把手的区域固定大小（固定宽度或者高度），不带把手的部分跟随弹性盒子变化

良好的用户体验需要如下要素： 电池寿命长。随着能效降低，电池寿命也会降低。但用户想让自己的移动设备全天候待命。 速度快。iOS系统处理复杂操作时仍能提供很好的性能。 响应快。同一时刻消耗太多资源会使UI卡顿，响应用户速度变慢。 温度低。app消耗的硬件资源的越多，系统工作越繁重，设备的温度就会逐渐上升。这时系统会通过一些措施降低设备温度。 　　iOS运用了很多先进的节能技术确保用户有很好的用户体验，包括软硬件配合优化、先进的App调度机制、网络延时操作、任务优先级管理机制等。 　　App中很小的低效行为在整个系统中累加后，会对电池寿命、性能、响应速度和温度产生明显的影响。使用苹果推荐的API，以确保系统可以正确地判断如何更好地管理我们的app和app使用的各种资源。分批、减少网络操作。尽可能避免不需要的UI刷新。功耗大的操作应该在用户的控制之中。比如，如果用户正在玩一个视图非常复杂的大型游戏，电量消耗很快用户是可以理解的。不响应用户操作时，app尽量不要执行任何操作。 基本概念 　　没有一劳永逸地解决能耗问题的方案。很多技术和操作影响着电量的使用： 　　CPU。 CPU是电能消耗大户，高CPU使用量会迅速消耗掉用户的电池电量。app做的每件事几乎都需要用CPU，所以使用CPU要精打细算，真正有需要时通过分批、定时、有序地执行任务。 　　 设备唤醒 。iOS设备通过睡眠来节能

以下的都是本人的随笔，仅供自己在以后的工作中忘记的时候能快速的提醒以下。 Jquery Ajax前台页面调用后台方法注意以下几点： 1。后台方法要用[WebMethod]修饰，且方法必须是静态的 　　　 [WebMethod] public static List<TB_CIYOA_ActivityInfo> AjaxMethod() { CommonFacade commFacade = new CommonFacade(); return commFacade.GetTB_CIYOA_ActivityInfoList(); } 上面的方法就在ApplicationFold文件夹下面Application.aspx对应的Application.aspx.cs 文件中，当然你也可以专门建立一个aspx页面，把后台专门拿来放整个项目的Ajax后台代码 2。 <script type="text/javascript"> function ComboBoxcheckMorePerson(id) { var urlLoc = window.location.href; //当前目录 http://localhost:3016/ApplicationFold/Application.aspx $.ajax({ type: 'Post', url: urlLoc + '/AjaxMethod

C#前台js调用后台代码 前台js <script type="text/javascript" language="javascript"> 　　function Ceshi() 　　{ 　　　　var a = "<%=Getstr()%>"; 　　　　alert(a); 　　} </script> <input type="button" onclick="Ceshi();" value="js调用后台代码" /> 后台代码 public string Getstr() { 　　string aa = "你们好啊！"; 　　return aa; } C#后台调用前台js代码 前台js <script type="text/javascript" language="javascript"> 　　function Ceshi() 　　{ 　　　　var a = "你们好啊！" 　　　　alert(a); 　　} </script> <asp:Button ID="Button1" runat="server" Text="后台调用js" onclick="Button1_Click" /> 后台代码 protected void Button1_Click(object sender, EventArgs e) { 　　　　//如果有UpdatePanel就用如下代码调用前台js