services

more 显示长文件，可按回车（翻行）、空格（向下翻页）、b（向上翻页），q快速推出，v进入vi编辑模式，/查找指定文本 more -10 /etc/services定义每次按空格多显示10行 ls显示太多时，后面可接more less 命令 比more更强大 除包含more功能外，支持方向键上下， 显示行号：less -N /etc/services head命令 默认显示文件前10行 显示文件前5行head -5 /etc/services 或者 head -n 5 /etc/services 显示文件的前5个字节head -c 5 不显示最后10行 head -n -10 /etc/services head可接多个文件 tail命令 和head命令相反 tail -n 10 /etc/services显示文件最后十行 tail -f 文件 动态显示文件内容 tail -F 文件 如果文件不存在，可以继续等着文件生成 tailf命令类似tail -f -n 10 cut命令 切割文件和字符 字节输出 cut -b，切割中文可能会出现乱码，一个中文字符等同两个字节（ASCII编码）或者三个字节（UTF8编码） 字符切割 cut -c 指定分隔符 cut -d 默认tab作为分隔符需要和-f一起使用，-f用来指定区域，仅仅支持单个分隔符 cut -d : -f4-5 来源：

123 VPS VNC接入：开启远程桌面；开启Ping； 桌面图标 鼠标悬停任务栏右下角出来竖条单击--搜索 输入run； rundll32.exe shell32.dll,Control_RunDLL desk.cpl,,0；选择桌面图标；常用图标app：pin to taskbar wlms.exe 自动重启 解决 下载地址：http://msdn.microsoft.com/en-us/library/bb896649.aspx 上传：C:\pstools\psexec.exe -d -i -s regedit.exe 进入注册表特殊权限模式， [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WLMS] ImagePath； 修改为%SystemRoot%\system32；Start修改为04； 配置 登录不显示服务器管理器：管理—服务管理器属性-勾选 IE增强的安全配置：点击本地服务器—在右边可关闭（可选） gpedit.msc：无需按 Ctrl+Alt+Del；管理模版--系统，启用登录时不显示“管理你的服务器”页； powercfg -h off；关闭休眠 双击右下角时间：更改时区；支持文档中文；Internet Time更新时间；调整时间格式；碎片整理计划任务关闭（选择C盘，菜单管理—优化）；显示文件后缀

初次使用 Odoo 来制作网站，因Odoo自带代码块效果单一，无法满足当前网站展示效果，需要对当前代码块进行添加或扩展。而这个代码块是属于网站中的布局设计这一块，Odoo 将所有的布局以及逻辑行为，都“模块化”了。Odoo 创建布局同Html不一样，是一个完全的视角改变，从视觉上看，创建的布局，可以让用户 “拖拽” 到页面中任意位置并对它进行编辑。Odoo 布局就是一个模块化的布局，目标就是样式化这些元素来达到一个比较完美的效果。 Odoo 页面规范 odoo 始于 XML 规范，所有的代码都必须在 <odoo></odoo> 标签内完成 <?xml version="1.0" encoding="utf-8" ?> <odoo>   ## YOUR CODE </odoo> 创建布局结构，都必须在 <template></template> 标签内完成，如果当前 template 是网页，则必须要给当前 template 添加一个 page="True" 的属性 <?xml version="1.0" encoding="utf-8" ?> <odoo> <!-- === Template === --> <template name="Services page" id="website.services" page="True"> <h1>Our Services</h1>

Web Services简介： 什么是Web Services？ Web Services 是应用程序组件 Web Services 使用开放协议进行通信 Web Services 是独立的（self-contained）并可自我描述 Web Services 可通过使用UDDI来发现 Web Services 可被其他应用程序使用 XML 是 Web Services 的基础 它如何工作？ 基础的 Web Services 平台是 XML + HTTP。 HTTP 协议是最常用的因特网协议。 XML 提供了一种可用于不同的平台和编程语言之间的语言。 Web services 平台的元素： SOAP (简易对象访问协议) UDDI (通用描述、发现及整合) WSDL (Web services 描述语言) 来源： https://www.cnblogs.com/yhm9/p/11411951.html

问题描述： 当 ArcGISServer .NET 应用程序和 IIS 服务访问量过大时（每秒超过 25 个并发请求）， LocalSecurity Authority Subsystem Service (lsass.exe) 系统进程就会变得负担过重 . 这个能造成系统性能下降，在极端的情况下，在如此大的负载情况下系统运行超过 12 个小时，服务器会死机。 原因： ArcGISServer .NET Web 应用程序和服务必须运行在 AGSUSERS 或 AGSADMIN 工作组下。通常的情况下，创建应用程序或者服务是通过 ArcGIS Server 的 Web 应用程序或者 Catalog 完成，它们是被当作一个 aspnet 进程处理的。 ArcGISServer 组件处理 Internet 服务请求，例如： http://myArcGISServer/arcgis/services 或者 http://myArcGISServer/arcgis/rest ，或者自己的 Web 服务，使用过 ArcGIS Web Services 账户运行的。 每当一个 Web 应用程序或者 Web 服务处理一个请求的时候，在 ASP.NET 工作进程下必须通过 lsass.exe 去认证。在正常负责条件下，这些认证操作是没有问题的。但是当访问量过大的时候

压缩文件后缀名（了解） 压缩包工具 .zip #zip压缩工具 .bz2 #bzip2压缩工具，只能压缩文件，会删除源文件 .gz #gzip压缩工具，只能压缩文件，会删除源文件 tar.gz #gzip压缩，使用tar打包 tar.bz2 #使用bzip2压缩，使用tar打包 zip的使用（） -r #递归压缩 -q #静默输出 -T #检查压缩包是完整 选项 选项： -d #指定解压的目录 -l #查看压缩包的内容 -t #检查压缩包里面的内容是否完整 -q #静默输出 unzip解压选项 例子 zip ser.zip services [root@qls ~]# unzip ser.zip -d /opt/ gzip(gz) bzip2(bz) （只有文件，会删除原来文件） -d #解压 -r #压缩目录下的所有文件 [root@qls ~]# gzip services [root@qls ~]# zcat services.gz [root@qls ~]# gzip -d services.gz View Code #只能压缩文件，会删除源文件 [root@qls ~]# bzip2 services #压缩 [root@qls ~]# bzcat services.bz2 #查看压缩包的内容 [root@qls ~]# bzip2 -d services.bz2 #解压

今天做了一个应用镜像的demo，开始的时候，设置的应用的端口是21003，之后，因为docker对外的expose端口是80，为了统一化，遂将应用的启动端口也设置成了80端口，然而，噩梦就来了，无论如何改正，应用启动的端口都是21003端口；进入到docker的容器中，发现，jar中的server.port早就已经更改成了80端口，在容器中启动java -jar server-provider.jar，发现启动的仍然是21003端口； 容器的dockerFile是这样事儿的： FROM 10.110.152.173:80/base_env/centos:7.6 WORKDIR /root/services ADD server-provider/target/server-provider.jar provider/ EXPOSE 80 ENTRYPOINT ["java","-jar","provider/server-provider.jar"] 依赖的容器dockerFile是这样事儿的 FROM centos:7.6.1810 LABEL maintainer=caoyong1 WORKDIR /root RUN mkdir jdk && mkdir services COPY jdk1.8.0_231 jdk/jdk1.8 ENV JAVA_HOME=/root/jdk

第一步：在控制器中定义变量 private IHttpContextAccessor _accessor; 第二步： 控制器的构造函数进行注入 public ValuesController(IHttpContextAccessor accessor) { _accessor = accessor; } 第三步：在action中 调用 _accessor.HttpContext.Connection.RemoteIpAddress.ToString() 第四步：我们应该要在startup.cs中配置IHttpContextAccessor public void ConfigureServices(IServiceCollection services) { services.AddMvc(); services.AddSingleton<IHttpContextAccessor, HttpContextAccessor>(); } 第五步：可以运行测试一下： 发现已经获取到IP地址啦。 注：在ASP.NET 2.1中，在startup.cs需要修改成以下的内容： services.AddHttpContextAccessor(); services.TryAddSingleton<IActionContextAccessor, ActionContextAccessor>();

使用 Reporting Services 配置管理器可配置 Reporting Services 安装。如果使用“仅文件”选项安装报表服务器，则必须使用此工具来配置服务器，才能使用该服务器。如果使用默认配置安装选项安装了报表服务器，则可以使用此工具来验证或修改在安装过程中指定的设置。Reporting Services 配置管理器可以用来配置本地或远程报表服务器实例。可以使用 Reporting Services 配置管理器执行下列任务： 配置报表服务器服务帐户。此帐户最初是在安装过程中配置的，但是，如果需要更新密码或使用其他帐户，则可以使用 Reporting Services 配置管理器进行修改。 创建和配置的 URL。报表服务器和报表管理器都是可通过 URL 进行访问的 ASP.NET 应用程序。报表服务器 URL 提供对报表服务器 SOAP 端点访问。报表管理器 URL 用于打开报表管理器。可以为每个应用程序配置一个或多个 URL。 创建和配置报表服务器数据库。报表服务器是一个无状态服务器，它需要将 SQL Server 数据库用于内部存储。可以使用 Reporting Services 配置管理器来创建报表服务器数据库并配置与该数据库的连接。还可以选择已包含要使用的内容的现有报表服务器数据库。 配置扩展部署。Reporting Services

WCF RIA Services 微软官方的示例地址在： http://msdn.microsoft.com/zh-cn/library/ff713719(v=vs.91).aspx . 先来看看这个示例的必备条件：除 WCF RIA Services 和 WCF RIA Services 工具包之外，本演练和 WCF RIA Services 文档中提供的其他演练还要求正确安装和配置 Visual Studio 2010 和 Silverlight Developer 运行时及 SDK 等几个必备程序。它们还要求安装和配置具有高级服务的 SQL Server 2008 R2 Express，并安装 AdventureWorks OLTP 和 LT 数据库。我们从数据库开始。其他的下载安装比较简单。 费了点时间，我在网上找到了这两个库的下载地址： http://msftdbprodsamples.codeplex.com/releases/view/59211 。我下载的是SQL SERVER 2008这个版本的，当您看到这篇文件的时候，您可以下载到最新的版本。 以 AdventureWorks OLTP 数据库为例来讲解一下安装过程。 第一步：解压 AdventureWorks 2008 OLTP Script.zip 文到C:\AdventureWorks 2008 OLTP