tmp文件

GZIP： 普通文件打包成gzip文件：gzip filename(问题：如何测试一个文件是否是gzip文件？) gzip文件解压成普通文件：gzip -d filename（副作用：原始gz文件会被删除） tar： 将整个 /etc 目录下的文件全部打包成为 /tmp/etc.tar tar -cvf /tmp/etc.tar /etc 打包但不压缩 将 /tmp/etc.tar.gz 文件解压缩在 /usr/local/src 底下 [root@linux ~]# cd /usr/local/src [root@linux src]# tar -zxvf /tmp/etc.tar.gz 参考 http://www.chinahtml.com/1006/127561653018850.html 来源： http://www.cnblogs.com/helww/p/3341315.html

adb shell /system/bin/uiautomator dump --compressed /data/local/tmp/uidump.xml adb pull /data/local/tmp/uidump.xml C:/Users/Administrator/Desktop 获取xml文件并导出到电脑桌面 来源： https://www.cnblogs.com/codeDevotee/p/11397473.html

1、Archive gzip压缩 salt '*' archive.gzip /tmp/try_test.txt gzip解压缩 salt '*' archive.gunzip /tmp/try_test.txt ‘ 可以看到gzip打包后，源文件自动删除了。解压缩后，原本压缩文件也自动删除了。 2、cmd模块 salt '*' cmd.run 'free -m' 3、cp模块 #复制被控机子的文件到/var/cache/salt/minion/localfiles [root@zxw63 ~]# salt '*' cp.cache_local_file /tmp/try_test.txt db_01: /var/cache/salt/minion/localfiles/tmp/try_test.txt db_02: /var/cache/salt/minion/localfiles/tmp/try_test.txt #切换db1，可以看到文件已经移动到相应目录下 [root@localhost ~]# ls -ltr /var/cache/salt/minion/localfiles/tmp/ total 0 -rw-r--r--. 1 root root 0 Aug 22 01:44 try_test.txt 复制master端file_roots下的文件和目录到minion端

压缩工具 compress/uncompress: .Z结尾 （很少用） gzip/gunzip: .gz结尾 bzip2/bunzip2: .bz2结尾 xz/unxz: .xz后缀,.lzma和.raw后缀 1、 默认删除被压缩的文件 ，为了节约空间。保留原文件必须启用选项 2、压缩比不高：快速、高效 3、纯文本压缩，二进制压缩意义不大 4、bzip2,xz不支持递归压缩 压缩及归档工具: zip/unzip： .zip后缀 1、通用的工具: VMS,Unix,MSDOS,OS/2,Windows(Windows 原生支持的压缩),Window 9x/NT/XP,Minix 2、tar和压缩工具共同的作用 3、支持归档压缩目录 归档工具: tar,cpio(特殊场景) 1、归档后，文件可能变大。（书放在箱子里，箱子的重量） 2、压缩/解压缩后不会删除原文件 3、压缩时，带调用压缩的选项。展开时，可以不带选项，自动识别。 -Jcf tar.xz 4、支持归档或压缩目录 一、gzip/gunzip/zcat命令 1、LZ77压缩算法 2、压缩目录，-r 3、默认删除被压缩的文件 gzip [OPTIONS...] FILE -c --stdout ## 压缩后的结果输出到标准输出 所以要跟> 重定向输出。(目的不自动删除原文件) -d ## 调用gunzip实现解压缩 -r,-

网上百度，竟然都是直接操作Mysql source 我仔细检查了下我的配置，对PHPMYADMIN限制了其访问路径，限定到了自己的目录范围之内（即open base设定） 在其中添加了一个 /tmp 立即解决了问题（注意分隔符号用冒号 我的是linux系统） 猜想是phpmyadmin直接去访问了临时目录，但是没有权限。 于是我再查看我的php.ini设定：/tmp/php_uploaded_tmp_files 对于普通的上传操作都是没有问题的，为什么phpmyadmin就不行呢，正在研究pm的代码，下次分解。 来源： oschina 链接： https://my.oschina.net/u/4731/blog/123423

小熊的情况描述： 　　　　父类A继承自QWidget，所以父类A自动添加了Q_OBJECT。 子类B继承自父类A，子类B没有添加Q_OBJECT。在子类B中给动态创建的控件添加事件和槽。编译通过，无警告，无错误。运行时，应用程序输出栏显示：QObject：：connect: No Such slot ...... 网上扒拉扒拉很多网友给的方案是这样的： 以后要是碰到no such slot的问题 1、添加头文件#include<QCoreApplication> 2、看类声明中有没有Q_OBJECT 3、看slot函数有没有声明 private slots: void xxxx(); 4、查看slot有没有出现拼写错误～～～ 然而，小熊并没有从方案一受益，于是接着发现了下面这样一个方案： 在xxx.pro文件中添加 OBJECTS_DIR = tmp MOC_DIR = tmp 哈哈~百试不爽。 非常OK。 网友的力量真强大！！！ 来源： https://www.cnblogs.com/azbane/p/11353977.html

/tmp 供临时文件使用的全局可写空间 10天未被访问，修改的文件自动删除 /var/tmp 临时目录 30天未被访问，修改的文件自动删除 来源： https://www.cnblogs.com/gchen-frank/p/11330482.html

总结下今天学习到的文件系统知识 IOS用的是sandbox文件结构，意味这一个APP只能访问他自己的文件夹。 每个APP自己的文件架构大致如下 1 < root > 2 3 < Documents > 4 ........ 5 </ Documents > 6 7 < Library > 8 ...... 9 </ Library > 10 11 < ***.app > 12 ...... 13 </ ***.app > 14 15 < tmp > 16 ...... 17 </ tmp > 18 19 </ root > 能用代码进行操作的有documents，library，tmp。 在这三个文件夹的目录下，能做任何文件操作。 所以，在root和***.app文件目录下，就别了，代码是能运行，但是会有err信息，进行的操作也是无效的。 documents 文件夹经过info.plist 将 Application supports iTunes file sharing改为 为 YES，就可以在ITunes里操作此APP的documents文件夹下的内容。 而Library文件夹下这时候就可以用来存你的数据库文件之类的不想让用户操作的文件 tmp与documents和Library之间的区别是，存在tmp里的文件，之后会被IOS删除的。因为这是用来存临时文件的文件夹。 转载于

这个问题也是某天做一个上传文件功能发生的。然后在网上查找的资料，整理了这几个解决方案。 1.在 application.yml文件中 设置multipart location ，并重启项目 spring: http: multipart: location: /data/upload_tmp 2. 在 application.yml文件中 设置 server tomcat: basedir: /tmp/tomcat 3.在配置文件添加bean @Bean public MultipartConfigElement multipartConfigElement() { 　　MultipartConfigFactory factory = new MultipartConfigFactory(); 　　factory.setLocation("/tmp/tomcat"); 　　return factory.createMultipartConfig(); } 4.添加启动参数 -java.tmp.dir=/path/to/application/temp/，并重启 本人是用第二个方案解决的。 来源： https://www.cnblogs.com/chancy/p/11328794.html

CentOS6以下系统（含）使用watchtmp + cron来实现定时清理临时文件的效果，这点在CentOS7发生了变化，在CentOS7下，系统使用systemd管理易变与临时文件，与之相关的系统服务有3个： systemd-tmpfiles-setup.service ：Create Volatile Files and Directories systemd-tmpfiles-setup-dev.service：Create static device nodes in /dev systemd-tmpfiles-clean.service ：Cleanup of Temporary Directories 相关的配置文件也有3个地方： /etc/tmpfiles.d/*.conf /run/tmpfiles.d/*.conf /usr/lib/tmpfiles.d/*.conf /tmp目录的清理规则主要取决于/usr/lib/tmpfiles.d/tmp.conf文件的设定，默认的配置内容为： # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser