lib文件

linux下的文件结构，看看每个文件夹都是干吗用的 /bin 二进制可执行命令 /dev 设备特殊文件 /etc 系统管理和配置文件 /etc/rc.d 启动的配置文件和脚本 /home 用户主目录的基点，比如用户user的主目录就是/home/user，可以用~user表示 /lib 标准程序设计库，又叫动态链接共享库，作用类似windows里的.dll文件 /sbin 系统管理命令，这里存放的是系统管理员使用的管理程序 /tmp 公用的临时文件存储点 /root 系统管理员的主目录（呵呵，特权阶级） /mnt 系统提供这个目录是让用户临时挂载其他的文件系统。 /lost+found 这个目录平时是空的，系统非正常关机而留下“无家可归”的文件（windows下叫什么.chk）就在这里 /proc 虚拟的目录，是系统内存的映射。可直接访问这个目录来获取系统信息。 /var 某些大文件的溢出区，比方说各种服务的日志文件 /usr 最庞大的目录，要用到的应用程序和文件几乎都在这个目录。其中包含： /usr/x11r6 存放x window的目录 /usr/bin 众多的应用程序 /usr/sbin 超级用户的一些管理程序 /usr/doc linux文档 /usr/include linux下开发和编译应用程序所需要的头文件 /usr/lib 常用的动态链接库和软件包的配置文件

简介 Nginx: engine X，2002年开始开发，2004年开源，2019年3月11日，Nginx公司被F5 Network以6.7亿美元收购。 Nginx是免费的、开源的、高性能的HTTP和反向代理服务器、邮件代理服务器，以及TCP/UDP代理服务器，解决了C10K问题（10K Connections），http://www.ideawu.net/blog/archives/740.html Nginx官网：http://nginx.org Nginx 商业版为Nginx Plus：https://www.nginx.com/products/nginx/ nginx的其它的二次发行版： Tengine：由淘宝网发起的Web服务器项⽬。它在Nginx的基础上，针对⼤访问量⽹ 站的需求，添加了很多⾼级功能和特性。Tengine的性能和稳定性已经在⼤型的网站如淘宝网，天猫商城等得到了很好的检验。它的最终⽬标是打造⼀个高效、稳定、安全、易⽤的Web平台，从2011年12⽉开始，Tengine成为⼀个开源项⽬，官⽹ http://tengine.taobao.org/ OpenResty：基于 Nginx 与 Lua 语言的高性能 Web 平台， 章亦春团队开发，官⽹：http://openresty.org/cn/ 1 Nginx功能介绍 静态的web资源服务器html，图⽚

总体步骤： 1. 安装显卡驱动 2. 安装CUDA8.0 3. 安装CuDNN_v5.1 4. 安装Caffe 5. Caffe example测试 详细步骤： 1. 安装显卡驱动 1.1 查看显卡型号。 右键计算机->设备管理器->显示适配器 1.2 下载对应型号的最新显卡驱动。 地址： http://www.nvidia.cn/Download/index.aspx?lang=cn 1.3 双击.exe文件安装 2. 安装CUDA8.0 2.1 登录官网下载CUDA8.0 地址： https://developer.nvidia.com/cuda-toolkit 2.2 双击.exe文件安装 2.3 验证CUDA8.0已正确安装 2.3.1 打开cmd，输入nvcc -V。结果如下图。 2.3.2 编译CUDA8.0自带的samples 在C:\ProgramData\NVIDIA Corporation\CUDA Samples\v8.0目录下，用vs2013，打开Samples_vs2013.sln，在Release下，选中解决方案Samples_vs2013，重新生成解决方案。第一次编译的时候，会提示找不到”d3dx9.h”、”d3dx10.h”、”d3dx11.h”头文件，可从 这里 下载DXSDK_Jun10.exe，按照默认安装。（安装时可能出现错误S1023

各种坑!!想要做好,一定要自己一步步试,下载别人的总会出现各种问题. 步骤如下:(可以把这些文件打包在一个文件加下,分两个文件libs,include,一定要是自己的文件) 1 首先是配置caffe的VC++目录中的include和库文件。配置include lib dll都是坑，而且还分debug和release两个版本。添加输入项目需要注意，而且需要把编译好的caffe.lib等等一系列东西拷贝到当前项目下。也就是caffe bulid文件夹下面的东西，包括caffe.lib 、libcaffe.lib、还有很多dll. 这个是debug_include配置图 这个是debug_lib配置图 这个是release_include配置图 这个是release_lib配置图 同时也需要在，项目属性页的链接器输入中，填写相应的lib，其中debug和release是不同的。以下是需要填写的相应lib //debug opencv_calib3d2413d.lib opencv_contrib2413d.lib opencv_core2413d.lib opencv_features2d2413d.lib opencv_flann2413d.lib opencv_gpu2413d.lib opencv_highgui2413d.lib opencv_imgproc2413d.lib

参考博客： https://blog.csdn.net/muyouhang/article/details/54773265 https://blog.csdn.net/hhh0209/article/details/79830988 新建caffe的属性表，caffe_gpu_x64_release.props 将NugetPackages，caffe，CUDA中的头文件加进去 属性-C/C++-附加包含目录： D:\caffe20190311\NugetPackages\OpenCV.2.4.10\build\native\include D:\caffe20190311\NugetPackages\OpenBLAS.0.2.14.1\lib\native\include D:\caffe20190311\NugetPackages\protobuf-v120.2.6.1\build\native\include D:\caffe20190311\NugetPackages\glog.0.3.3.0\build\native\include D:\caffe20190311\NugetPackages\gflags.2.1.2.1\build\native\include D:\caffe20190311\NugetPackages\boost.1.59.0.0\lib

Docker容器启动的时候，如果要挂载宿主机的一个目录，可以用-v参数指定。 譬如我要启动一个centos容器，宿主机的/test目录挂载到容器的/soft目录，可通过以下方式指定： # docker run -it -v /test:/soft centos /bin/bash 这样在容器启动后，容器内会自动创建/soft的目录。通过这种方式，我们可以明确一点，即-v参数中，冒号":"前面的目录是宿主机目录，后面的目录是容器内目录。 貌似简单，其实不然，下面我们来验证一下： 一、容器目录不可以为相对路径 [root@localhost ~]# docker run -it -v /test:soft centos /bin/bash invalid value "/test:soft" for flag -v: soft is not an absolute path See 'docker run --help'. 直接报错，提示soft不是一个绝对路径，所谓的绝对路径，必须以下斜线“/”开头。 二、宿主机目录如果不存在，则会自动生成 如果宿主机中存在/test目录，首先删除它 [root@localhost ~]# rm -rf /test [root@localhost ~]# ls / bin boot dev etc home lib lib64 media mnt

http://www.tuicool.com/articles/ENbI7j3 时间 2014-07-27 22:08:46 Freewind.me 原文 http://freewind.me/blog/20140727/2739.html 现在web开发的趋势是前后端分离。前端采用某些js框架，后端采用某些语言提供restful API，两者以json格式进行数据交互。 如果后端采用node.js，则前后端可以使用同一种语言，共享某些可重用的Js代码，并共享构建工具。但很多时候我们可能采用别的语言，如ruby/java/scala等，此时前后端代码基本上是完全独立的。虽然大家都在同一个项目中，但可以分成互相独立的两块，并且前后端通常使用不同的构建工具。 比如当后端使用Scala时，我们会使用sbt进行项目构建，对scala代码进行编译、测试、打包等。它的专长是处理与scala相关的任务，但对于前端的支持比较弱。前端一些常见的任务，如js库的下载和管理、css文件的转换、js文件合并压缩、js测试的执行等，很难在sbt中找到好用的插件，而利用js世界里的工具来做反而更加方便一些。 我们项目组这几天正在讨论是否在项目中引入一些前端框架，还是直接用原生Javascript写。经过反复讨论和调研，最终决定引入AngularJs。但AngularJs的引入并不是单一的任务

一、Dockerfile Dockerfile是docker中镜像文件的的描述文件，说的直白点就是镜像文件到底是由什么东西一步步构成的。 例如：你在淘宝上买了一个衣架，但是卖家并没有给你发一个完整的衣架，而是一些组件和一张图纸，你按照这个图纸一步一步将衣架组装起来，就成了你所需要的样子。那么 Dockerfile 就是这张图纸，镜像文件就是你需要的这个衣架，Dockerfile 不建议随便命名，就用 Dockerfile。 因此，Dockerfile其内部包含了一条条的指令，每一条指令构建一层，因此每一条指令的内容，就是描述该层应当如何构建。 Docker 执行 Dockerfile 的大致流程： （1）docker从基础镜像运行一个容器； （2）执行一条指令并对容器作出修改； （3）执行类似docker commit的操作提交一个新的镜像层； （4）docker再基于刚提交的镜像运行一个新容器； （5）执行dockerfile中的下一条指令直到所有指令都执行完成。 不同阶段： 1、Dockerfile ：是软件的原材料，需要定义一个Dockerfile，Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库等等； 2、Docker镜像 ：是软件的交付品，用Dockerfile定义一个文件之后

从https://www.netfilter.org/projects/iptables/downloads.html下载新版本的iptables，拷贝、解压后config: ./configure --prefix=/home/nfsshare/hisi/iptables/iptables --host=arm-linux CC=arm-himix200-linux-gcc 执行出现： checking for libmnl... no *** Error: No suitable libmnl found. *** Please install the 'libmnl' package Or consider --disable-nftables to skip iptables-compat over nftables support. 搜了下看起来不需要，改成： ./configure --prefix=/home/nfsshare/hisi/iptables/iptables --host=arm-linux CC=arm-himix200-linux-gcc --disable-nftables make make install 使用出现： /mnt/homeshare/hisi/iptables/iptables/sbin # ./iptables -L Fatal

前文 Django 实战 （1）—— 创建第一个Django项目 Django 实战 （2）—— 视图与 URL 配置 Django 实战 （3）—— Django 是怎么处理请求的？ Django 实战 （4）—— 连接 MySQL Django 实战 （5）—— 数据库操作 Admin 配置 admin 首先，我们需要在 settings.py 文件中增加以下东西 Django 自动管理工具是 django.contrib 的一部分 ， django.contrib是一套庞大的功能集，它是Django基本代码的组成部分 INSTALLED_APPS = [ # 主要是这两个 'django.contrib.admin' , 'django.contrib.auth' , 'django.contrib.contenttypes' , 'django.contrib.sessions' , 'django.contrib.messages' , 'django.contrib.staticfiles' , ] 然后我们需要在 urls.py 中配置一个 admin 的页面，一般是默认打开的 from django . contrib import admin from django . urls import path urlpatterns = [ path ( 'admin/