1.Linux中的用户切换:su和su - 的区别 大部分Linux发行版的默认账户是普通用户,而更改系统文件或者执行某些命令,需要root身份才能进行,这就需要从当前用户切换到root用户,Linux中切换用户的命令是su或su -,下面就su命令和su -命令最大的本质区别给大家详解一下: 前者只是切换了root身份,但Shell环境仍然是普通用户的Shell:而后者连用户和Shell环境一起切换成root身份了.只有切换了Shell环境才不会出现PATH环境变量错误.su切换成root用户

要从 Git 中移除某个文件,就必须要从已跟踪文件清单中移除(确切地说,是从暂存区域移除),然后提交.可以用 git rm 命令完成此项工作,并连带从工作目录中删除指定的文件,这样以后就不会出现在未跟踪文件清单中了. 如果只是简单地从工作目录中手工删除文件,运行 git status 时就会在 “Changes not staged for commit” 部分(也就是未暂存清单)看到:   $ rm grit.gemspec   $ git status   On branch master

执行下述命令创建软链接 #ln -s $JAVA_HOME/bin/java /usr/bin/java 出现下述错误提示: ln: 创建符号链接 "/usr/bin/java": 文件已存在 这种情况可以通过命令ll检查下/usr/bin/java现有的软链接,删除软连接命令 #rm -rf java 再次执行上述执行创建软连接的命令即可.

需求及应用场景 1.简化操作.一般的软件安装过程,如果想要精简步骤,我们一般会将需要在命令行中输入的命令写成一个脚本,同时将安装介质准备好.我们将脚本和安装介质上传到生产环境,然后通过执行脚本来完成安装.如果能够将这两个文件合并为一个可执行文件,那安装的过程就更简单明了. 2.代码保护.对于一段脚本,提供给用户使用,但是不希望用户看到脚本的内容,可以通过将脚本发布为.bin的形式.这样用户在环境中可以执行.安装,但是无法看到里面的内容,也无法修改,从而达到保护脚本内容的目的. 实现方法 1.本文

目录结构  ─ hello ├── jni ├── Android.mk └── hello.c 编译步骤: # cd hello # export NDK_PROJECT_PATH=`pwd` # ndk-build # adb push libs/armeabi/helloworld /data # adb shell # cd /data # ls -l # ./helloworld Hello World! Android.mk LOCAL_PATH := $(call my-dir)

struts2点击下载,如果正常下载不会报错,可是如果点击取消就会报如下的错误: Java.lang.IllegalStateException: Cannot call sendError() after the response has been committed...... 原因: stream对应的类是org.apache.struts2.dispatcher.StreamResult,该类的处理过程如下:    1.配置其中result标签下的各个参数    2.从服务器中获取输入流

今天试着读取一份UTF-8格式的txt文件,内容如下 12345 但是每次读取之后转为String类型,输出字符串长度总是为6,并且第一位打印在控制台后不占任何空间. 经过debug查看字节码后发现,在读取文件后的字节流中,前三位的字节分别是 -17,-69,-65 经过查看资料才发现,这是utf-8格式所带的特殊字节.凡是utf-8格式的文件文件,都会有这三个字节. 这种情况会导致对读取后的字符串进行截取时出现问题. 比如读取日期格式时,内容为2018-09-29 00:00:00,而我想要的

git项目中有时候会在本地增加或者删除了一些文件或者文件夹,但是又不想提交,一般情况下,我们取消本地所有修改: git checkout . 取消指定文件修改: git checkout filename 取消指定文件删除: git checkout filename 恢复到上一个版本,则可以解决整个文件夹删除的修改: git reset --hard HEAD^ 取消本地增加的文件和所有修改: git checkout . && git clean -df

使用芯片stm32f103zet6和stm32l151c8t6,在移植程序时发现,编译器提示u8未定义: 在Keil MDK 开发环境里,st定义无符号32位整形数据有很多种表示方法: 1 unsigned int 32——标准写法: 2 uint32_t ;  3 u32;  三种方式都是在表达同一个意思. 其实ST之所以这样多种方式表示同一个值,主要是减少代码编写工作量,同时也是为了向下兼容旧版本的程序.使用typedef多次重新定义罢了,关于这些定义可以看下面几个文件:core_cm4.h

*.bin文件安装方法: 1.运行终端到文件目录下2.在终端输入:sudo chmod +x *.bin3.再输入:sudo ./*.bin可安装到任意目录,./*.bin可安装到当前用户有权限的目录

[应用场景] 简化操作,对于有些安装操作而言,需要包含安装脚本和脚本需要的文件两部分,封装成可执行bin文件之后就只有一个安装包了. 代码保护,在很多情况下,我们并不希望用户可以直接接触到代码部分,这种情况下,我们就更需要封装成bin文件来安装了. [基本原理] 其实说起来很简单,可执行bin文件,其实就是将安装脚本和脚本需要的文件同时放到了同一个文件里面,然后在脚本里面去读取bin文件最后面的那部分内容. 读取出来之后正常执行脚本. 然后再删除. 如下: #!/bin/sh dir_insta

[root@Apache bin]# tree ├── ab    #Apache 性能测试工具 ├── apachectl    #Apache 启动命令,它是一个脚本 ├── apr-1-config ├── apu-1-config ├── apxs    #Apache 服务器编译和安装扩展模块的工具,在进行 dos 方式编译模块会用 ├── checkgid ├── dbmmanage ├── envvars ├── envvars-std ├── htcacheclean      

随便在什么目录新建一个文本文件,文件名随便,将文本文件打开,将下面的文字复制到文本文件中: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN] @="取消SVN关联" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\DeleteSVN\command] @="cmd.exe /c \

“Could not open input file: bin/console” Error comes when try to Run the Symfony Application 在采纳的答案中,可以使用php app/console server:run 如 Visualizing & Debugging Routes¶ php bin/console debug:router 在sf2.7(我目前学习的sf 版本),会提示 Could not open input file: bin/

.netcore文件上传Api接口,和正常的webForm提交类似,只是用postman测试接口时,记得给form表单命名,否则获取上传文件数量一直为0 后端代码 using System; using System.Collections.Generic; using System.IO; using System.Linq; using System.Threading.Tasks; using Microsoft.AspNetCore.Http; using Microsoft.AspNe

官网给出的安装包有两种格式,一个是msi格式,一个是zip格式的. 1. .ZIP格式安装 http://jingyan.baidu.com/article/f3ad7d0ffc061a09c3345bf0.html 2. .mis格式安装 http://www.java123.net/v/577923.html 个人推荐ZIP格式的,免安装,使用方便

1.Linux中的用户切换:su和su - 的区别 大部分Linux发行版的默认账户是普通用户,而更改系统文件或者执行某些命令,需要root身份才能进行,这就需要从当前用户切换到root用户,Linux中切换用户的命令是su或su -,下面就su命令和su -命令最大的本质区别给大家详解一下:   前者只是切换了root身份,但Shell环境仍然是普通用户的Shell:而后者连用户和Shell环境一起切换成root身份了.只有切换了Shell环境才不会出现PATH环境变量错误.su切换成root

http://blog.itpub.net/26432034/viewspace-1688391/ http://blog.csdn.net/zhangdaiscott/article/details/18666471 http://blog.csdn.net/denglei265/article/details/6525890 问题描述: 普通用户切换回root用户时,密码输入正确仍然报密码错误. 问题解决: 1.1检查/etc目录下passwd的权限 [root@dev /]# ll/etc

问题描述: 普通用户切换回root用户时,密码输入正确仍然报密码错误. 问题解决: 1.1 检查/etc目录下passwd的权限 [root@dev /]# ll/etc/passwd-rw-r--r--. 1 root root 1975 5月  27 06:04/etc/passwd如果普通用户不能读请改成644权限 [root@dev /]# chmod 644 /etc/passwd 1.2 检查/bin/su文件是否有s位权限[root@dev ~]# ll /bin/su-rwxrw

1.1 检查/etc目录下passwd的权限[root@dev /]# ll/etc/passwd-rw-r--r--. 1 root root 1975 5月  27 06:04/etc/passwd如果普通用户不能读请改成644权限[root@dev /]# chmod 644 /etc/passwd1.2 检查/bin/su文件是否有s位权限 也有可能是所属用户为普通用户 chown root.root /bin/su [root@dev ~]# ll /bin/su-rwxrwxrwx.