谁cssrs.exe到底是什么东西?_百度知道
应《中华人民共和国网络安全法》要求，自日起，使用互联网服务需进行帐号实名认证。为保障您的百度帐号能够正常使用，请尽快对帐号进行手机号验证，感谢您的理解与支持。
谁cssrs.exe到底是什么东西?
提示该问题下回答为网友贡献，仅供参考。
Windows 7/Vista&#47。
这个进程在 Windows 启动时自动载入 (参看注册表项;Microsoft\Windows&#92： HKEY_LOCAL_MACHINE\Explorer\CurrentVersion\SOFTWARE&#92。 程序是不可见的。 这是个不知名的文件存放于 Windows 目录;Microsoft\RXP 的文件大小为 176;Software\User Shell Folders),128 字节;CurrentVersion&#92。这个不是 Windows 系统文件。 总结在技术上威胁的危险度是 64% cssrs:\Windows&#92，HKEY_CURRENT_USER\Windows.exe 是存放在目录 C
采纳率：64%
来自团队：
Netsky.AB@mm：csrss，即被感染、W32.exe也有可能是W32，窃取木马和个人数据。该病毒允许攻击者访问你的计算机.a等病毒创建的.Webus Trojan。这个程序对你系统的正常运行是非常重要的.Ladex。该蠕虫会在受害者机器上建立SMTP服务。 注意，当你打开附件时，用以自身传播。这个进程的安全等级是建议立即进行删除csrss。该进程管理Windows图形相关任务、Win32。该病毒通过Email邮件进行传播.exe是微软客户端/服务端运行时子系统
为您推荐：
其他类似问题
等待您来回答在前端开发中，我们会尝试去定一些规则和约定，来让项目质量更高，更易于维护。而对于这些规则和约定，我们也会希望它内容简单，容易理解。
和是一套比较新，也比较小巧的前端开发规则和约定，其中rs代表Reasonable System，所以可以理解为，追求“合理”的css和js。本文除了介绍它们，还会有一点补充以及我自己的看法，也推荐你点击链接阅读原作者给出的完整内容。
从css的疑问开始
rscss希望有效地改善写css中的这样几个常见问题（css哲学三问）：
这个class到底什么意思？
这个class还有地方用到吗？
我新写的这个class，会有冲突吗？
rscss首先推崇的是以组件（Components）为基础的思考方式。在各类前端框架中，几乎都可以看到组件，如和：
一个组件是这样的感觉：
小到一个按钮，大到整个web应用，可见的视觉元素都可以这样当做一个组件。
组件的命名
rscss推荐组件至少使用两个单词的命名，中间用短横线（-）连接：
.search-form { /* ... */ }
.article-card { /* ... */ }
组件的元素
组件内部的更细小的部分，当做组件的元素（Elements）。
元素的命名
为了和前面的组件区分开来，元素的命名只使用一个单词。
显然，只有一个单词是很容易冲突的，因此rscss建议以关系选择符把元素和组件关联起来：
.search-form & .field { /* ... */ }
.search-form & .action { /* ... */ }
推荐子选择符 &
而不是包含选择符 (空格)，以更好地避免冲突：
.article-card .title { /* okay */ }
.article-card & .author { /* ? better */ }
如果确实需要用到多个单词，直接连接它们（不使用短横线等分隔符），以体现区别：
.profile-box & .firstname { /* ... */ }
为每一个组件的元素使用class名，不要使用标签选择符。有名字的元素会更有语义。
多种属性或状态
无论是组件还是元素，都可以有多种属性或状态（Variants，也可以叫变体）：
属性或状态的命名
使用短横线（-）开头来命名表示属性或状态的class。
/* component variants */
.like-button.-wide { /* ... */ }
.like-button.-disabled { /* ... */ }
/* element variants */
.shopping-card & .title.-small { /* ... */ }
对命名方式的解释
rscss推荐的短横线作为前缀的class名可能会让你有一点惊讶，可以这样写的吗？答案是的确可以，而且搭配得还相当巧妙。为什么这么说呢？请看：
In CSS, identifiers (including element names, classes, and IDs in selectors) can contain only the characters [a-zA-Z0-9] and ISO 10646 characters U+0080 and higher, plus the hyphen (-) and the underscore (_); they cannot start with a digit, two hyphens, or a hyphen followed by a digit.
其中ISO 10646等同于Unicode。可以看到，w3c特意在css标识符一般使用的英文字母、数字以及一部分Unicode字符（U+0080以上）之外，提到了短横线（-）和下划线（_）也是可用的。
以短横线作为前缀的class名相当于有了一个特殊的标记，一眼就可以提醒你这是一个表示属性或状态的class。
组件是可以嵌套的。
对应html类似这样：
&div class="article-link"&
&div class="vote-box"&
&h3 class="title"&...&/h3&
&p class="meta"&...&/p&
嵌套中的属性或状态
当一个组件位于另一个组件内部的时候，可能会想要这个组件表现得特别一点。这个时候，建议不要使用关系选择符把它们耦合在一起：
.article-header & .vote-box & .up { /* ? avoid this */ }
建议的做法是为组件增加一个属性或状态class：
&div class="article-header"&
&div class="vote-box -highlight"&
然后以这个class为基础来定义特别的样式：
.vote-box.-highlight & .up { /* ... */ }
这样做的目的是让一个组件的样式不依赖其所处的位置。OOCSS的原则之一，Separate container and content，也是这样的理念。
rscss推荐除一些具有固定宽高的特定元素（如头像，logo）外，组件本身不定义任何影响布局位置的属性：
定位（position、top、left、right、bottom）
浮动（float、clear）
外边距（margin）
尺寸（width、height）
这样做的意思是说，如果把组件看做一个整体，它应该是自适应的。
需要定义布局位置属性的情况
如果要定义组件的影响布局位置的属性，建议使用关系选择符把组件和它所处的环境关联起来：
.article-list & .article-card {
width: 33.3%;
.article-card { /* ... */ }
.article-card & .image { /* ... */ }
.article-card & .title { /* ... */ }
.article-card & .category { /* ... */ }
在上面这段代码可以注意到，“组件本身的外观”与“组件在某一环境中的位置”被明确地分离了。
rscss推荐辅助类（Helpers）单独存放一个文件，且class名以下划线（_）开头。辅助类也常会用到!important，对应的，应尽可能少使用辅助类。
._pull-left { float: left ! }
._pull-right { float: right ! }
下划线（_）作为前缀的class名，如前文已经解释过的那样，也是作为一个特殊的标记提醒你这是一个辅助类，请谨慎使用它。
辅助类在前端框架中也很常见。
rscss与其他css理论的比较
rscss的组件（Component），元素（Element）等概念，在BEM、SMACSS这些css理论中也有类似的存在。它们比较起来是这样的：
Sub-Component
Sub-Module & State
关于BEM、SMACSS以及前文出现过的OOCSS的介绍，可以参考以前的。
以上就是rscss的主要内容了，下面来看看rsjs。
关注传统web应用的rsjs
rsjs关注的是非单页应用（non-SPA web application），也就是我们通常理解的有很多页，主要使用jQuery，而且每个页都可以有自己的.js文件的传统网站。
现在已经有了可遵循的JavaScript代码本身的，因此，rsjs只对一些其他的要点提出建议，如命名空间，文件组织方式。
rsjs推荐把由JavaScript实现的交互功能当做一次只影响一个组件（Component）的行为（Behavior）。下面是一个参考示例：
&!-- Component --&
&div class="main-navbar" data-js-collapsible-nav&
&button class="expand" data-js-expand&Expand&/button&
&a href="/"&Home&/a&
&ul&...&/ul&
/* Behavior - behaviors/collapsible-nav.js */
$(function () {
var $nav = $("[data-js-collapsible-nav]");
if (!$nav.length)
.on("click", "[data-js-expand]", function () {
$nav.addClass("-expanded");
.on("mouseout", function () {
$nav.removeClass("-expanded");
这其中包含了多项建议。
使用data属性
建议使用html5的data自定义属性data-js-___来标记和一个行为有关的DOM元素。
相比用ID和class来选取元素，这种data属性的形式一方面更具有明确的意义，提醒你这是一个和交互行为有关的元素，另一方面更易于复用，在任何DOM结构里添加这样的data属性即可获得对应的行为。
为每个行为单独建立文件
建议每一个行为对应的JavaScript代码都分离到单独的文件里，并以文件名明示。文件名可以参照data-js-___这个属性名里的对应名称，这样，根据属性名就很容易找到对应的JavaScript代码。
一个可能的文件目录结构：
└── javascripts/
└── behaviors/
├── collapsible-nav.js
├── avatar-hover.js
├── popup-dialog.js
└── notification.js
不使用行内JavaScript
在html中不要以&script&...&/script&或onclick=""等形式添加行内JavaScript代码。通过保持行为的逻辑代码独立于html，可以使代码更易于维护。
从rsjs的内容来看，在已有React、Vue等库的今天，“行为独立于内容”的约定仍然对传统的以jQuery为主的Web应用有一定意义。
初始数据的获取方式
传统Web站点的一个常见的场景是，后端语言在页面中预先输出某些数据，然后JavaScript会取用它们。你可能见到过下面这样&script&标签的实现方式，但显然，根据上一条建议，这是应避免的。
&!-- ? Avoid --&
window.UserData = { email: "", id: 9283 }
rsjs建议的方案是，如果这些数据只需要一个组件使用，可以利用之前提到的data属性（保存为值），由行为的JavaScript代码来自行取出。
&!-- ? Used by the user-info behavior --&
&div class="user-info" data-js-user-info='{"email":"","id":9283}'&
如果是多个组件使用的数据，可以使用&head&里的meta标签。
&!-- option 1 --&
&meta property="app:user_data" content='{"email":"","id":9283}'&
&!-- option 2 --&
&meta property="app:user_data:email" content=""&
&meta property="app:user_data:id" content="9283"&
rsjs建议使用尽可能少的全局变量。共用的类，函数，放到单个Object里，比如叫App：
if (!window.App) window.App = {};
App.Editor = function() {
在多个行为之间可复用的帮助方法，可以单独建立Object，并将它们分文件保存在helpers/：
/* helpers/format_error.js */
if (!window.Helpers) window.Helpers = {};
Helpers.formatError = function (err) {
return "" + err.project_id + " error: " + err.
第三方库的处理
rsjs建议如果引入第三方库，也做成组件行为的形式。比如，的功能，可以只影响带有属性data-js-select2的元素。
// select2.js -- affects `[data-js-select2]`
$(function () {
$("[data-js-select2]").select2();
所有第三方库的代码可以集中到一个类似vendor.js的文件，并和站点本身的代码各自独立。这样，当站点更新代码的时候，用户可以直接利用缓存，而并不需要再次获取这些第三方库代码。
rsjs对自己的归纳
rsjs认为自身的内容更偏向于对开发者友好，也就是更易于维护，而在性能上（对用户友好）可能没有做到最好。以上提到的各项建议，也是有利有弊，rsjs只是在权衡了利弊的基础上得到的更利于长期维护的结论。
rsjs不是万金油，它不适用于单页应用（SPA）等前端功能很复杂的情况。它关注的是的那种多个网页，每个网页一点JavaScript交互的传统网站。
rscss和rsjs所用的“合理”是一个很取巧的表述，不是完美，不是最好，也不是出色，它只是在说希望代码能“合乎道理”。rscss和rsjs大概就是这样，以简约的风格，不长的篇幅，追求着“小而合理”。
目前rsjs还在更新中（work-in-progress），rscss则已经比较成熟。很推荐试试其中你也认为合理的建议！
（重新编辑自我的博客，原文地址：）
你可能感兴趣的文章
1 收藏，1.4k
7 收藏，368
3 收藏，300
本作品采用 署名-非商业性使用-禁止演绎 4.0 国际许可协议 进行许可
分享到微博？
技术专栏，帮你记录编程中的点滴，提升你对技术的理解收藏感兴趣的文章，丰富自己的知识库
明天提醒我
我要该，理由是：
扫扫下载 Apprsync 常见错误与解决方法整理
投稿：mdxy-dxy
字体：[ ] 类型：转载 时间：
由于我们经常使用rsync进行服务器文件的同步工作，但在配置过程中，会出现很多问题，下面的错误基本上都是通过客户端返回的错误进行分析
我们都是通过错误日志查看
在rsyncd.log里面或.err文件里面，大家可以用记事本打开查看。
注意windows下面我们需要给SvcwRsync用户，管理同步目录的所有权限，基本上这样就可以了
@ERROR: chroot failed
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]
服务器端的目录不存在或无权限，创建目录并修正权限可解决问题。
@ERROR: auth failed on module tee
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]
服务器端该模块（tee）需要验证用户名密码，但客户端没有提供正确的用户名密码，认证失败。
提供正确的用户名密码解决此问题。
@ERROR: Unknown module ‘tee_nonexists'
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]
服务器不存在指定模块。提供正确的模块名或在服务器端修改成你要的模块以解决问题。
在client上遇到问题：
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
rsync: could not open password file "/etc/rsync.pas": No such file or directory (2)
@ERROR: auth failed on module backup
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
遇到这个问题：client端没有设置/etc/rsync.pas这个文件，而在使用rsync命令的时候，加了这个参数--
password-file=/etc/rsync.pas
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
@ERROR: auth failed on module backup
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
遇到这个问题：client端已经设置/etc/rsync.pas这个文件，里面也设置了密码111111，和服务器一致，但是
服务器段设置有错误，服务器端应该设置/etc/rsync.pas ，里面内容root:111111 ,这里登陆名不可缺少
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
@ERROR: chdir failed
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
遇到这个问题，是因为服务器端的/home/backup 其中backup这个目录并没有设置，所以提示：chdir failed
rsync: write failed on "/home/backup2010/wensong": No space left on device (28)
rsync error: error in file IO (code 11) at receiver.c(302) [receiver=3.0.7]
rsync: connection unexpectedly closed (2721 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [generator=3.0.7]
磁盘空间不够，所以无法操作。
可以通过df /home/backup2010 来查看可用空间和已用空间
问题5：网络收集问题
1、权限问题
类似如下的提示：rsync: opendir "/kexue" (in dtsChannel) failed: Permission denied (13)注意查看同步的目录权限是否为755
2、time out
rsync: failed to connect to 203.100.192.66: Connection timed out (110)
rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.5]
检查服务器的端口netstat –tunlp，远程telnet测试。
可能因为客户端或者服务端的防火墙开启 导致无法通信，可以设置规则放行 rsync（873端口） 或者直接关闭防火墙。
还有一种在同步过程中可能会提示没有权限 （将同步目录加上SvcwRsync全部权限即可，更简单的方法就是将SvcwRsync设为管理员即可）
3、服务未启动
rsync: failed to connect to 10.10.10.170: Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.5]
启动服务：rsync --daemon --config=/etc/rsyncd.conf
4、磁盘空间满
rsync: recv_generator: mkdir "/teacherclubBackup/rsync……" failed: No space left on device (28)
*** Skipping any contents from this failed directory ***
5、Ctrl+C或者大量文件
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [receiver=3.0.5]
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [generator=3.0.5]
说明：导致此问题多半是服务端服务没有被正常启动，到服务器上去查查服务是否有启动，然后查看下 /var/run/rsync.pid 文件是否存在，最干脆的方法是杀死已经启动了服务，然后再次启动服务或者让脚本加入系统启动服务级别然后shutdown -r now服务器
6、xnetid启动
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(759) [receiver=3.0.5]
查看rsync日志
rsync: unable to open configuration file "/etc/rsyncd.conf": No such file or directory
xnetid查找的配置文件位置默认是/etc下，根据具体情况创建软链接。例如：
ln -s /etc/rsyncd/rsyncd.conf /etc/rsyncd.conf
或者更改指定默认的配置文件路径，在/etc/xinetd.d/rsync配置文件中。
Rsync configure:
ignore errors
说明：这个选项最好加上，否则再很多crontab的时候往往发生错误你也未可知，因为你不可能天天去看每时每刻去看log，不加上这个出现错误的几率相对会很高，因为任何大点的项目和系统，磁盘IO都是一个瓶颈
Rsync error：
@ERROR: auth failed on module xxxxx
rsync: connection unexpectedly closed (90 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(150)
说明：这是因为密码设置错了，无法登入成功，检查一下rsync.pwd，看客服是否匹配。还有服务器端没启动rsync 服务也会出现这种情况。
password file must not be other-accessible
continuing without password file
说明：这是因为rsyncd.pwd rsyncd.sec的权限不对，应该设置为600。如：chmod 600 rsyncd.pwd
@ERROR: chroot failed
rsync: connection unexpectedly closed (75 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(150)
说明：这是因为你在 rsync.conf 中设置的 path 路径不存在，要新建目录才能开启同步
rsync: failed to connect to 218.107.243.2: No route to host (113)
rsync error: error in socket IO (code 10) at clientserver.c(104) [receiver=2.6.9]
说明：防火墙问题导致，这个最好先彻底关闭防火墙，排错的基本法就是这样，无论是S还是C，还有ignore errors选项问题也会导致
@ERROR: access denied to www from unknown (192.168.1.123)
rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(359)
说明：此问题很明显，是配置选项host allow的问题，初学者喜欢一个允许段做成一个配置，然后模块又是同一个，致使导致
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(244) [generator=2.6.9]
rsync error: received SIGUSR1 (code 19) at main.c(1182) [receiver=2.6.9]
说明：导致此问题多半是服务端服务没有被正常启动，到服务器上去查查服务是否有启动，然后查看下 /var/run/rsync.pid 文件是否存在，最干脆的方法是杀死已经启动了服务，然后再次启动服务或者让脚本加入系统启动服务级别然后shutdown -r now服务器
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(604) [sender=2.6.9]
说明：原数据目录里没有数据存在
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具